建設現場のタイムシート時間を
原価コード&工事フェーズに割り振る(2026年版)
中堅ゼネコンの給与担当者に「今週一番大変だったことは?」と聞けば、計算そのものが難しいと答えることは滅多にない。時間の合計はきちんと出る。問題はその「割り振り」だ。大工が火曜の午前中はフェーズ2の建て方作業、午後はフェーズ3のドア金物取り付けに従事したとする。ところが紙のタイムシートには「8時間」としか書かれていない。この1つの数字を、異なる2つの原価コードに分けて2件の入力とし、さらにWH-347公認給与報告書の異なる2行に反映させなければならない。しかも、その内訳を示す証拠書類は何もない。木曜、給与計算の締め切りが迫る頃には、この8時間ブロックは未解決の「?」のまま残る。そして、そうした「?」は雪だるま式に増えていく。ある建設業の給与担当者はRedditで日常をこう語っている。「給与を確定させる前に、確認と再確認に半日が消える。分類が以前と合わない。誰かが別の時間を書き留めている。」
重要ポイント
- 米国の平均的な建設プロジェクトでは、収益の20分の1が管理コストに消えている。これは見積もりミスではなく、手書きのタイムシートの時間を給与計算前に3つの書類に転記・再コード化する作業が原因だ。
- 間違った原価コードで記録されたタイムシートの時間は、時間数の誤りよりも財務的に深刻である。帳簿は完璧に合うが、汚染された工事原価データが、その数値に基づくすべての見積もりを静かに歪めるからだ。
- ImageToTable.aiは、現場監督が15年間使い続けてきた紙のタイムシートの写真を読み取り、オフィスでの転記を一切不要にする。アプリのインストールも現場の行動変更も必要ない。
なぜ建設現場のタイムシートは汎用ツールでは対応できないのか
汎用のタイムシートが問うのは「誰が」「何時間働いたか」の2点だけです。一方、建設現場のタイムシートは「誰が」「どのプロジェクトで」「どの原価コードで」「どの工事フェーズで」「どの職種区分で」の5点を問います。これらの追加情報は単なるオプションではなく、労務費を正しい予算項目に計上できるか、認定給与報告書がDOL(労働省)の監査に合格するか、プロジェクトマネージャーが工事完了前に「フェーズ2の建て方が見積もりを18%超過している」と把握できるかを左右します。
連邦政府はこの複雑性をデービス・ベーコン法で正式に定めています。連邦政府資金による建設プロジェクトでは、請負業者は毎週、様式WH-347認定給与報告書を提出する義務があります。この報告書には、電気工、大工、一般作業員、オペレーターといった職種区分ごとに、各作業員の労働時間を内訳として記載する必要があります。作業員が週内に複数の職種区分で作業を行った場合、様式では「各職種区分における労働時間の正確な内訳」が求められます。請負業者がこの内訳を提出できない場合、DOLは全労働時間に対して最も高い適用賃金率で支払うよう命じます。内訳を把握しないことによるコストは単なる記帳ミスではなく、強制的な賃上げなのです。この要件は、FAR 31.205-6に基づく政府契約の原価原則にも引き継がれ、中間または最終原価目的別に労務を識別するタイムキーピングシステムを義務付けています。
原価コードの面では、業界標準はCSIマスターフォーマットです。これは50区分、6桁の分類システムで、03 30 00は場所打ちコンクリート、06 10 00は荒木工事、09 30 00はタイル工事を意味します。これらのコードはタイムシートから工事原価報告書、出来高評価表、そして支払申請書へと流れます。タイムシートレベルで1つのコードを間違えると、下流の3つの書類に誤りが連鎖します。CFMA 2024建設財務ベンチマーカーによると、米国のゼネコンの場合、原価管理(初日から一致しているべき数値を照合する作業)には、プロジェクト収益の平均5.4%が費やされています。3,000万ドルのプロジェクトでは、160万ドルが、元データの誤入力の調整に費やされていることになります。
アメリカ給与協会の推計によると、手作業によるタイムシートの誤りは総人件費の1%から8%に上ります。年間200万ドルの労務費を抱える建設会社の場合、過払い、四捨五入の誤差、工数配分ミスにより、年間2万ドルから16万ドルの損失が発生します。これは、次の入札の見積もりを狂わせる下流の工事原価のゆがみを計上する前の数字です。
最も高くつくタイムシートの誤りは、数値の間違いではありません。正しい数値が誤った原価コードに割り当てられることです。この誤りは静かに進行します。合計は一致し、誰も過少賃金を受け取らず、工事原価報告書は問題なく見えます。6か月後、過去のデータが示す枠組み工事のコストXが実際にはYだったことに誰も気づかず、次のプロジェクトの見積もりが狂うのです。
現場作業員はアプリを欲しがらない——そして、必要とすべきでもない
建設テクノロジー市場は、この10年、現場のタイムトラッキングアプリの開発に注力してきた。Procore Timecardは、作業員がモバイル端末から原価コードごとに労働時間を記録できるようにする。hh2は打刻を直接工程に紐付ける。SmartBarrelは現場ゲートで顔認証を使用する。これらのツールは、導入に成功したゼネコンにとってはデータ精度の問題を解決する。しかし、導入格差は現実の課題だ。15年間、泥まみれの手袋をはめたまま同じ紙のタイムシートを記入してきた現場監督が、新しいアプリを覚えようとはしない。現場テクノロジーの調査から得られた事例データは一貫して、こうしたツールに投資する企業の間でも、実際の現場での導入率はツールの利用可能性に大きく遅れをとっていることを示している。
この状況は、業界の議論に誤った二者択一を生み出してきた。すなわち、紙のタイムシートによるデータ入力の負担を受け入れるか、望まない現場作業員にアプリの導入を強制するか、という選択だ。しかし、どちらの犠牲も必要としない第三の道がある。それは、すべての現場監督のポケットにすでにあるカメラから始まる。
現場監督が紙のタイムシートに記入し、プロジェクト管理者がそのタイムシートをスマートフォンで鮮明に撮影できれば、AIビジョンモデルがそこに手書きされたすべての項目(作業員名、原価コード、工程、通常時間、残業時間、職種)を読み取り、工事原価報告用に正確に構造化されたExcelスプレッドシートに出力できる。現場の作業員は何も変えない。オフィスは再入力を不要にする。
これは従来のOCRとは異なります。従来の光学文字認識は文字を認識します——形状をテキストに変換しますが、その形状が何を意味するかは理解しません。バックポケットで折りたたまれ、ボールペンで筆圧にばらつきがあり、隅に汚れが付いた紙のタイムシートは、OCRエンジンを悩ませます。一方、ビジョン大規模モデル——写真を見てその中のすべてを説明できるAIの一種——は、問題に異なるアプローチを取ります。「このページにはどんな情報があるのか?」と問いかけ、「ここにはどんな文字があるのか?」とは問いません。「分類」の下の「大工」の横にある走り書きが労働タイプであること、「火曜日」の下の「通常」列の数字が通常労働時間であること、余白に手書きされた「03 30 00」がCSIマスターフォーマットの原価コードであることを理解します——たとえそれらのラベルが週ごとに異なる省略、異なる筆記、異なる位置で書かれていてもです。
その仕組みは列名抽出です:テンプレート上に座標をマークする方法(誰かが別のタイムシート形式を使うとすぐに機能しなくなります)ではなく、取得したいフィールド名を入力します。AIは文書内を検索し、各フィールド名に意味で一致する情報を探します——位置ではなく。「作業者名」という列を定義すれば、AIはページ上のどこにあっても名前を見つけます。「原価コード」と定義すれば、専用の列にあろうと、余白に走り書きされていようと、ジョブ番号に埋め込まれていようと、CSIコードを特定します。1つの列定義が異なるタイムシート形式で機能します——今日のタイムシートがあるゼネコンの印刷フォームで、昨日のものが別のゼネコンからの手書きカーボンコピーであっても。AIは意味的に読み取り、位置的に読み取りません。文書タイプを超えたこの仕組みの詳細については、タイムシートデータをExcelに抽出するガイドをご覧ください。
ファイルは安全に処理され、保存されません。
ステップバイステップ:紙のタイムシートから工事原価対応Excelへ
このワークフローは、手書きのタイムシートデータをスプレッドシートに手入力する工程を、AI抽出に置き換えます。既存のその他のプロセスはそのままです。全体の流れをご紹介します。
タイムシートを撮影
スマートフォンのカメラで紙のタイムシートを鮮明に撮影します。AIが手書き文字や汚れ、折れ目を処理するため、特別なスキャナーは不要です。複数のタイムシートをまとめて処理する場合は、週単位で順番に撮影してください。複数のプラットフォームからデータを取得する場合、デジタルタイムシートシステムからのPDF出力も使用できます。
抽出する列を定義
ここで建設業特有の原価コードが登場します。「名前、日付、時間」といった汎用的な列ではなく、工事原価構造に合わせた列を定義します。
作業員名 | 職種 | 原価コード | 工程 | 日付 | 通常時間 | 残業時間 | 案件番号工事原価レポートに必要な列(使用機材、天候、現場代理人、下請け業者など)を自由に追加できます。AIは値の位置ではなく意味を理解して抽出します。これらの列名が出力スプレッドシートのヘッダーになります。
処理と確認
写真をアップロードして処理をクリックすると、AIがすべての項目を抽出して表にまとめます。出力には、各作業員の名前、区分、原価コード、作業フェーズ、時間が横並びで表示されます。必要に応じて元の写真と数件照合することもできますが、抽出処理が大部分を担います。タイムシートに複数の作業員が記載されている場合(建設現場のシートでは標準的です)、AIは各行を個別に取得します。
Excelにエクスポートし、下流システムへ連携
抽出したデータをXLSXファイルとしてエクスポート。各行が作業時間、各列が原価カテゴリに対応した構造のスプレッドシートです。ここからデータは必要な場所へ流れます:
- 工事原価レポート:原価コードと工程でピボットし、実労働時間と見積もりを比較
- 公認給与計算(WH-347):作業員名、区分、日別時間がフォームの列1、3、4に直接対応
- 給与システム:ADP、Paychex、Sage 300 CRE、Foundation、Viewpointにインポート — 時間は適切な工事と工程にコード化済み
- LCPtracker / eMars:公共事業の賃金プロジェクトでは、区分別の内訳をエクスポートし、公認給与コンプライアンスポータルに直接アップロード
タイムシートから公認給与計算へ:データ連携の重要性
タイムシートのデータ抽出と公認給与計算の連携こそ、このワークフローが「あると便利」から「コンプライアンス上の必須要件」へと変わるポイントです。デービス・ベーコン法対象プロジェクトにおいて、WH-347様式で職種別の正確な労働時間内訳を提出できない請負業者は、コンプライアンス違反となります。労働省のWH-347記入要領は明確に定めています:「週間を通じて作業員が複数の職種に従事した場合、各職種の労働時間の正確な内訳を、職種ごとに別行を設けて提出給与計算書に記載しなければなりません」。
この要件は、タイムシートに端を発するデータパイプラインの問題を生み出します。現場監督が作業員の名前の横に「8時間」と記入しても、その作業員が電気工事の下準備(職種:電気工)に3時間、一般作業(職種:作業員)に5時間を費やしていた場合、紙のタイムシートではこの内訳を捉えられません。そのため、給与計算担当者は記憶を頼りに再構築するか、経験則に基づく推測を行うことになります。どちらの方法も正確性の要件に違反します。
AI抽出ワークフローは、タイムシート上のすべての項目に対して構造化データポイントを作成します。これには、作業員が時間を分割した場合の各職種の別行も含まれます。タイムシート自体が内訳を記録している場合(現場監督が正しく記入していればそうあるべきです)、抽出処理はその詳細を保持します。記録がない場合でも、写真が監査可能な記録として残ります。タイムスタンプ付きの画像が原本のタイムシートの内容を証明するため、手作業でスプレッドシートに転記するよりも確実な証拠となります。
LCPtracker または eMars で認定給与を提出する業者の場合、抽出された Excel データを各プラットフォームのインポートテンプレートに合わせて再フォーマットできます。Foundation や Miter などの建設業向け給与システムを使用する業者は、構造化された Excel 出力を手作業で再入力することなく、そのまま給与計算に取り込めます。目的は認定給与ソフトを置き換えることではなく、エラーの原因となる手作業によるデータ入力を排除することです。
静かなる殺し屋:間違った工事コードが工数ミスより深刻な理由
ある特定のエラータイプについて詳しく見る価値があります。それは建設会計において最も損害が大きく、かつ最も見えにくいものだからです。タイムシートに8時間と記載され、誰かが7時間と入力した場合、エラーは目に見えます — 合計が合いません。誰かが気づきます。タイムシートに枠組工事の8時間と記載され、誰かが8時間と入力したものの、間違った工事コードに割り当てた場合、エラーは見えません。合計は一致します。給与計算は問題なく進みます。しかし、工事原価報告書では枠組工事が予算を下回り、誤って割り当てられた時間を受け取った工事コードが予算を超過していることになります。
下流工程での損害はさらに拡大します。ある工事の原価データでコンクリート工程の人件費がXドルと表示されれば、その数値が次のプロジェクトの見積もりに反映されます。もし、作業員40時間分の工数が「現場準備」ではなく「コンクリート」に誤って計上されたためにXドルが間違っていると、次のコンクリート見積もりは膨らみ、請負業者は高すぎて入札に負けるか、安すぎて利益を削ることになります。CFMA Benchmarkerが引用する調査によると、Best in Classの請負業者(ROA上位25%)は資産利益率28.4%を達成し、業界平均の11.8%を上回りました。その主な差別化要因は、販管費の削減や収益の増加ではなく、直接原価管理の巧拙でした。その管理の第一歩は、すべての労働時間が実際にどこに使われたかを把握することにあります。
AI抽出は、この課題に2つの方法で対応します。第一に、タイムシートに記載された原価コードをそのまま取得します。AIは現場監督が書いた内容を読み取り、データ入力担当者が解釈した内容ではありません。第二に、写真アーカイブを作成します。元のタイムシート画像を抽出データと一緒に保存することで、原価コードが割り当てられた工程と整合しない場合に、元の写真を確認できます。手作業でExcelに転記する方法では、確認の手立てが残りません。
よくある質問
AIは手書きの建設現場タイムシートを読み取れますか?
はい。ビジョン大規模モデルは手書き文字を読み取ります。折れたり、汚れたり、擦れた紙にボールペンで書かれた文字でも、給与計算に十分な精度で読み取ります。AIは文脈を理解します。「OT」の横にある手書きの数字は、たとえ走り書きだったりラベルが省略されていても、残業時間だと判断します。手書きの原価コード、作業員名、分類の略語もすべて読み取り可能です。読み取りが非常に困難なタイムシート(角が破れていたり、カーボンコピーの3枚目がかろうじて見える程度のもの)については、写真と抽出データのスポットチェックをお勧めしますが、AIは現実の現場の大部分の状況に対応できます。
毎週タイムシートのフォーマットが異なる場合はどうなりますか?
列名の抽出はフォーマットに依存しません。AIは位置ではなく意味で情報を探すため、「作業員名」「通常時間」「原価コード」といった同じ列定義が、異なるレイアウトのタイムシートでも機能します。今週はGC-Aの印刷フォーム、来週はGC-Bの手書きシートでも、同じ列設定で処理できます。これが、フォーマットごとに個別のテンプレートが必要なテンプレートベースのOCRと、AI抽出の本質的な違いです。
複数の作業員がいるクルータイムシートはどう処理しますか?
AIは各作業員の行を個別に抽出します。クルータイムシートに6人の作業員がそれぞれの時間、分類、原価コードで記載されている場合、出力されるスプレッドシートは6行(作業員ごとに1行、全列に入力)になります。同じシートに同じ作業員のエントリが2つある場合(例:2つの原価コードに分割)、その作業員に対して2行が生成されます。これは、公認給与計算や工事原価報告に必要な形式です。
Procore、Sage 300、Viewpointに直接連携できますか?
このエクスポートは標準のExcel(XLSX)ファイルであり、主要な建設系ERPや給与プラットフォームのほとんどがインポート可能です。Procore、Sage 300 CRE、Viewpoint Spectrum、Foundation、HCSS HeavyBidはすべて、労働時間のExcelインポートに対応しています。コストコード、工事フェーズ、職種分類があらかじめ入力された構造化された列形式により、インポートマッピングは簡単です。生データをシステムにそのまま流し込んで後からコードを振り直すのではなく、抽出段階でコード化が完了しています。
公認給与(WH-347)は生成されますか?
この抽出では、WH-347に必要なデータ(作業員名、職種分類、日ごとの労働時間(通常・残業))を、同書式が求める構造で生成します。完成したPDFを生成するわけではありませんが、公認給与ソフトウェアや手動記入に必要な生データを作成するための手入力作業を省きます。LCPtracker、eMars、Miter、Payroll4Constructionをご利用の請負業者の場合、抽出されたExcelデータはそれらのプラットフォームのインポート形式に直接マッピングできます。
日別内訳のある週次サマリータイムシートにも対応していますか?
はい。月曜から日曜までの列があり、作業員ごとに日々の労働時間が記入されたタイムシートの場合、AIが各日の時間を個別に抽出します。「月 通常」「月 残業」「火 通常」「火 残業」のように列を定義することも、単一の列定義を使用してAIに1行1日の構造で出力させることもできます。どちらの方法でも、週次の給与計算にすぐ使えるデータが得られます。
紙のタイムシートと工事原価報告書のギャップを、誰かがExcelに打ち直して埋める必要はもうありません。現場監督がポケットにカメラを持っている今、データ入力は写真を撮るだけ。建設会計に求められる正確性は、入力の丁寧さに依存しなくなります。