コラムやり方・手順

出面(でづら)の集計を自動化するには?手書きの出面表から月末の転記をなくす手順

• 公開 2026年10月16日
• 更新 2026年10月17日
• 事実の確認 2026年10月16日
• 書いた人 現場のまど 主宰(元AIエンジニア)

出面(でづら)は、どの職人がどの現場に何人工入ったかの記録です。集計を自動化するには、職人や協力会社に現場ごとのリンクから日ごとに入力してもらい、月末の転記をなくします。過去の手書きの分は、AIで読み取り、要確認の欄だけ人が見ます。架空の出面表20枚を生成AIに読ませた結果は、読み違い0〜2件、要確認37〜53欄でした。実物の崩れた字は未検証です。(2026年10月時点)

全体の流れと費用は現場管理アプリの独自開発のページにまとめています。

要点

• 出面の集計は、職人に現場ごとのリンクから日ごとに入力してもらうと、月末の転記がなくなります。
• 架空のきれいな字の出面表20枚(296行)を生成AIで読むと、読み違いは0〜2件、要確認は37〜53欄でした。頼み方で結果が変わります。実物の崩れた字は未検証です。
• 300行の打ち込みは12.9分、読み取り後に要確認の欄だけ見ると2.3分です(KLMによる試算)。
• 書き損じの訂正は、崩し方を伝えた頼み方では全部要確認に回り、伝えない頼み方では11か所中8か所でした。訂正の欄は必ず人が見ます。

出面の集計を自動にするには、何を変えればよいですか?

紙の出面表を月末にまとめて写すのをやめ、職人や協力会社から日ごとに入力してもらいます。現場ごとのリンクから現場・人工・残業を送ってもらえば、送られた記録がそのまま月末の表になります。

それでも、過去の手書きの出面表や、紙で続けたい協力会社の分は残ります。そこで現場のまどでは、紙の分はAIで読み取り、自信のない欄だけ人が見る形を組み合わせます。3つのやり方を比べると、月末に人がする作業は次のように変わります。

私が仕組みを作るときは、3つ目を本命にして、2つ目を移行と例外のために残します。職人がアカウントを作らずに入力できるリンクの仕組みは、職人がアカウントなしで日報を出せる仕組みにまとめています。

手書きの出面表20枚をAIで読むと、何か所を直しましたか?

架空の手書き出面表20枚を、画像を読める生成AIに読ませました。頼み方を2つ用意し、どちらも新しい会話で1枚ずつ読ませています。字の崩し方(後ろへ傾いた1、小数点の見えない0.5)を伝えた頼み方では読み違いが0件、崩し方を伝えない頼み方では2件でした。この2件は、休みの斜線を空欄と読んだものです。どちらも要確認の印は付いていました。

最初に読ませた版(崩し方を伝えた頼み方、作り手の会話の中で実行)は、読み違い0件・要確認32欄でした。ただしこの会話では、読み取りの前に正解の表の先頭4行(9月1日の1〜4番)が別の確認の出力に出ていました。頼み方の文面は、字をわざと崩した作り手が書いたもので、崩し方を名指ししています。そのため上の表は、先頭4行を除いた296行で数え直した新しい会話の結果です。正解の表は、どの読み取りにも渡していません。字はKanjiVGの筆順から描いたきれいな数字で、値も現場1〜5、人工1か0.5、残業1〜4に限られます。実物の崩れた字や、項目の多い出面表では試していません。

使ったのはClaude Opus 5.5(claude-opus-5-5)で、2026年10月16日に1枚ずつ画像を見せて読ませました。崩し方を伝えた頼み方の文面は次のとおりです(両方の全文は実験の台本とデータ(zip)の dezura_ai_read.py)。

各行の現場(1〜5)・人工(1 か 0.5。斜線は休み)・残業を読み、1行ずつ返してください。二重線で消して書き直した欄と、字の形が紛らわしく自信のない欄(後ろへ大きく傾いた1や、小数点の見えない0.5など)は、要確認にその欄の名前を書いてください。推測で埋めず、読めない欄も要確認に入れてください。

崩し方を伝えない頼み方は、欄の名前と返す形だけを伝える文面です。返ってきた行はそのまま、同じzipの dezura_data/に3回分を残してあります。Messages APIでの再実行は、この環境にAPIキーがなく未実施です。

出面表は職人15人×稼働20日の300行で、現場の番号(1〜5)、人工(1か0.5)、残業の時間を手書きの数字で埋めています。休みは斜線です。書き込みのある欄は649で、そのうち休みが28行、半日が20行、残業のある行が77行でした。名前・会社・現場はすべて架空で、正解の表と突き合わせて数えています。

図1の枠は、最初の版で要確認になった32欄の内訳で、訂正が12、字の形が紛らわしいもの(後ろへ大きく傾いた1や、小数点の見えない0.5)が20です。読み取ったあとは、値の形も機械で確かめます。

def rule_errors(r):
    e = []
    if r['ninku'] not in ('1', '0.5', '休'): e.append('ninku')
    if r['ninku'] != '休' and r['site'] not in list('12345'): e.append('site')
    if r['ot'] not in ('', '1', '2', '3', '4'): e.append('ot')
    return e

この検査は、読み違いの2件(欄が空)なら見つけられます。くり返しますが、架空の字は実物よりきれいです。0.5の小数点が消えかけた欄や、訂正の多い出面表では読み違いが出る前提で、訂正のある欄は必ず人が見る決まりにします。作り方と結果の数え方は、同じzipの dezura_sheets.py・dezura_ai_read.py・dezura_runs.py にあります。頼み方、モデルや版を変えると、要確認の数は変わります。

手で打ち込むのと、読み取り後に確かめるのとでは、時間はどれくらい違いますか?

20枚300行を手で打ち込むと12.9分、AIの読み取り後に要確認の32欄だけ見ると2.3分でした(32欄は最初の版の数です。53欄なら約3.3分、37欄なら約2.6分です)。どちらもKeystroke-Level Model(KLM)による試算で、実際に打った時間ではありません。KLMは、人の操作を動作の単位に分けて秒数を足す方法です。

使った値はCard・Moran・Newell(1980年)のもので、1打鍵0.2秒、マウスで指す1.1秒、考える1.35秒です。手をキーボードとマウスの間で動かすのは0.4秒としました。手入力は1行ごとに「読む」と、現場・人工・残業の打鍵、TabとEnterを数えました。確認は1枚ごとに画面を開いて印を探し、印の欄ごとに指す・見比べる・確定する、で数えています。

KLMは慣れた人が迷わず操作したときの値で、打ち間違いの直し、行を探す手間、会社別に足す作業を含みません。実際の月末の作業はこれより長くなります。それでも差の大きさは変わらず、300行を全部打つか32欄だけ見るかの違いが、そのまま時間の差になります。

日ごとの入力に切り替えるには、どの順番で進めますか?

先に月末の表の形を決め、そこから逆算して毎日入れてもらう項目を絞ります。項目が多いと職人が入力しなくなるので、現場・人工・残業の3つから始めます。

1. 月末に出したい表を決める(会社別・現場別の人工と残業の合計)
2. 毎日の入力を3項目にし、人工は「1日」「半日」「休み」から選ぶ形にする
3. 現場ごとのリンクを作り、職長に送る(職人のアカウントは作らない)
4. 過去の手書きの出面表は、AIで読み取って要確認の欄だけ直して取り込む
5. 夕方までに入力のない現場には、翌朝に自動で催促を送る

選ぶ形にすると、手書きで起きやすい迷いが入口でなくなります。「0.5の小数点が読めない」「休みの斜線を1と読む」といったものです。報告の手数の比べ方は協力会社の報告はLINEとアプリのどちらが早いかで計算しています。

月末の照合では、何と何を突き合わせればよいですか?

協力会社ごとの人工の合計と、請求書に書かれた人工数を突き合わせます。差があった会社だけ、日ごとの記録までさかのぼります。

架空の20枚を集計すると、人工の合計は262で、会社別には自社85.5、協力イ90.5、協力ロ50.5、協力ハ35.5でした。残業は自社46時間、協力イ33時間、協力ロ26時間、協力ハ18時間です。日ごとに入力してもらう形なら、この表は月末を待たずにいつでも出せます。

国土交通省は2026年2月17日に、2026年3月から適用する公共工事設計労務単価を発表しました。大工の全国平均は30,331円、普通作業員は23,605円です。公共工事の積算に使う単価で、事業主が負担する必要経費分を含みません。それでも、人工の読み違い1か所が、職人1日分の労務費ほどの支払いの差になりうると分かります。

自社の職人の残業は、労働時間の記録でもあります。建設業では2024年4月1日から時間外労働の上限規制が適用され、原則は月45時間・年360時間です。厚生労働省の群馬労働局のリーフレットは、労働時間を客観的な記録で把握するのが原則としています。

このサイトで相談するには?

手書きの出面表の移し方から、日ごとのリンク入力への切り替えまで、現場のまどの無料で相談するからお聞かせください。何をどう頼むか決まっていなくても大丈夫です。準備は要りません。出面表をお見せいただかなくても、御社のやり方に合わせて、進め方を一緒に考えます。