建設タイムシートの時間を
コストコードとジョブフェーズ別に配分（2026年）

建設業のタイムシートが汎用の時間追跡ツールをすべて壊す理由

汎用のタイムシートは「誰が」「どのくらいの時間」働いたかの2つの質問に答えるだけです。建設業のタイムシートは「誰が」「どのプロジェクトで」「どのコストコードで」「どのジョブフェーズで」「どの労働分類で」という5つの質問に答える必要があります。これらの追加の各項目は任意ではありません。労務費が正しい予算項目に計上されるか、認証給与報告書がDOL監査に合格するか、プロジェクトマネージャーがフェーズ2の枠組み工事が予算を18%超過していることを工事完了前に把握できるかどうかを左右します。

連邦政府はこの複雑さをデービス・ベーコン法で正式に定めています。連邦政府が資金提供する建設プロジェクトでは、請負業者は毎週フォームWH-347認証給与報告書を提出する必要があり、各作業員の労働時間を電気工、大工、一般作業員、オペレーターなどの労働分類ごとに別々の行項目で内訳を報告しなければなりません。作業員が週内に複数の分類で作業を行った場合、フォームは「各労働分類で働いた時間の正確な内訳」を要求します。請負業者がその内訳を提出できない場合、DOLは全労働時間に対して適用される最高の prevailing wage rate で支払うことを要求します。内訳を知らないことのコストは単なる記帳ミスではなく、意図しない賃金引き上げです。この同じ要件はFAR 31.205-6の政府契約原価原則にも反映されており、中間または最終の原価目的別に労務を識別するタイムキーピングシステムを要求しています。

コストコードの面では、業界標準はCSIマスターフォーマットです。これは50部門・6桁の分類システムで、03 30 00は現場打ちコンクリート、06 10 00は荒木工事、09 30 00はタイル工事を意味します。これらのコードはタイムシートから工事原価報告書へ、次に支払申請書の価値明細表へと流れます。タイムシートレベルで1つのコードを間違えると、下流の3つの文書に影響が及びます。CFMA 2024 Construction Financial Benchmarkerによると、原価管理（初日から一致しているべき数値の照合作業）は、米国のゼネコンのプロジェクト収益の平均5.4%を消費します。3,000万ドルのプロジェクトでは、これは160万ドルを元データで誤って入力されたデータの照合に費やしていることになります。

アメリカ給与協会は、手作業によるタイムシートのエラーが総給与の1%から8%のコストになると推定しています。年間200万ドルの労務費を抱える請負業者にとって、これは過払い、丸め誤差、誤った時間配分として年間2万ドルから16万ドルに相当します。さらに、下流の工事原価の破損により、次の入札の見積もりが誤ることはまだ数えていません。

現場スタッフはアプリを求めていない——そして、その必要もないはずだ

建設テクノロジー市場は、この10年で現場の勤怠記録アプリの開発に注力してきました。Procore Timecardは、作業員がモバイル端末からコストコード別に労働時間を記録できるようにします。hh2は、打刻をジョブフェーズに直接結び付けます。SmartBarrelは、現場ゲートで顔認証を使用します。これらのツールは、導入に成功した請負業者にとってはデータ精度の問題を解決します。しかし、導入のギャップは現実のものです。15年間同じ紙のタイムシートを、泥の中で手袋をはめたまま記入してきた現場監督たちが、新しいアプリを学びたいとは思わないのです。現場テクノロジー調査の逸話的なデータは、これらのツールに投資する企業でさえ、実際の現場での採用率がツールの利用可能性に大きく遅れをとっていることを一貫して示しています。

これにより、業界の議論では誤った二者択一が生まれています。紙のタイムシートのデータ入力負担を受け入れるか、それを望まない現場スタッフにアプリの採用を強制するか、というものです。しかし、どちらの犠牲も必要としない第三の道があります——それは、すべての現場監督のポケットにあるカメラから始まります。

現場監督が紙のタイムシートを記入でき、プロジェクト管理者がそのタイムシートをスマートフォンで鮮明に撮影できれば、AIビジョンモデルはその手書きのすべての欄——作業員名、コストコード、ジョブフェーズ、通常労働時間、時間外労働時間、分類——を読み取り、ジョブコスト報告用に正確に構造化されたExcelスプレッドシートにエクスポートできます。現場スタッフは何も変わりません。オフィスは再入力の手間を省けます。

これは従来のOCRではありません。従来の光学的文字認識は文字を見ます——形状をテキストに変換しますが、その形状が何を意味するかは理解しません。バックポケットで折りたたまれ、ボールペンで強弱をつけて書かれ、隅に泥の汚れがある紙のタイムシートは、OCRエンジンを困惑させます。ビジョン大規模モデル——写真を見てその中のすべてを説明できるのと同じクラスのAI——は、この問題に異なるアプローチを取ります。それは「このページにはどのような情報があるか？」と問いかけ、「ここにはどのような文字があるか？」とは問いかけません。「分類」の下の「大工」の隣の走り書きが労働区分であること、火曜日の「通常」欄の数字が通常労働時間であること、欄外の手書きの「03 30 00」がCSIマスターフォーマットのコストコードであることを理解します——たとえそれらのラベルが週ごとに異なる省略形で書かれていたり、異なる手書きだったり、異なる位置に配置されていたりしてもです。

その仕組みは列名抽出です。テンプレート上の座標をマークする代わりに（誰かが別のタイムシート形式を使用するとすぐに機能しなくなります）、取得したいフィールド名を入力します。AIは、各フィールド名に一致する情報を、位置ではなく意味によって文書内で検索します。「作業員名」という列を定義すると、AIはページ上のどこでも名前を見つけます。「コストコード」を定義すると、専用の列にある場合でも、欄外に走り書きされている場合でも、ジョブ番号に埋め込まれている場合でも、CSIコードを見つけます。1つの列定義が、異なるタイムシート形式で機能します——今日のタイムシートがあるゼネコンの印刷フォームで、昨日のものが別のゼネコンの手書きのカーボンコピーだったとしてもです。AIは位置的ではなく意味的に読み取ります。文書タイプをまたいでこれがどのように機能するかについての詳細は、タイムシートデータをExcelに抽出するガイドをご覧ください。

ステップバイステップ：紙のタイムシートから原価管理対応Excelまで

このワークフローは、手作業による転記ステップ（オフィスで誰かが手書きのタイムシートデータをスプレッドシートに入力する作業）を、AI抽出処理に置き換えます。既存のプロセスの他の部分はすべてそのままです。ここでは、その全体の流れを説明します。

つながりを理解する: タイムシート抽出からWH-347認証給与へ

タイムシートのデータ抽出と認証給与のつながりこそ、このワークフローが「あると便利」から「コンプライアンス上の必須」へと変わるポイントです。デービス・ベーコン法のプロジェクトでは、フォームWH-347に労働分類ごとの時間の内訳を正確に提出できない請負業者は、コンプライアンス違反となります。労働省のWH-347の指示は明確です。「労働者がその週に複数の労働分類で作業を行った場合、各労働分類で作業した時間の正確な内訳を、各労働分類ごとに別の行を使用して提出する給与に示さなければなりません。」

この要件は、タイムシートから始まるデータパイプラインの問題を生み出します。現場監督が労働者の名前の横に「8時間」と書いたとします。しかし、その労働者は電気の下地工事（分類: 電気工）に3時間、一般労働（分類: 労働者）に5時間を費やしました。紙のタイムシートにはその内訳が記録されないため、給与を処理する担当者は記憶から再構築するか、推測に頼らざるを得ません。どちらの方法も正確性の要件に違反します。

AI抽出ワークフローは、タイムシートのすべてのフィールドに対して構造化されたデータポイントを作成します。労働者が時間を分割した場合、各分類ごとに別の行も含まれます。タイムシート自体が内訳を記録している場合（現場監督が正しく記入していれば、そうあるべきです）、抽出はその詳細を保持します。記録されていない場合でも、写真は監査可能な記録として存在します。元のタイムシートに何が記載されていたかを証明するタイムスタンプ付きの画像であり、スプレッドシートへの手動転記よりも信頼性があります。

LCPtrackerやeMarsを通じて認証給与を提出する請負業者は、Excel形式で抽出されたデータを、それらのプラットフォームのインポートテンプレートに合わせて再フォーマットできます。FoundationやMiterなどの建設業特化型の給与システムを利用する請負業者にとっては、構造化されたExcel出力は手動再入力なしで給与計算に直接取り込めます。目的は認証給与ソフトウェアを置き換えることではなく、エラーの発生源である手動データ入力のステップを排除することです。

静かなる殺し屋：なぜ誤ったコストコードは誤った工数よりも深刻なのか

建設会計において、特定のエラータイプは最も損害が大きく、かつ最も見えにくいものです。タイムシートに8時間と記載され、誰かが7時間と入力した場合、エラーは目に見えます。合計が一致しないからです。誰かが気づきます。タイムシートにフレーミング作業が8時間と記載され、誰かが8時間と入力したものの、誤ったコストコードに割り当てた場合、エラーは見えません。合計は一致します。給与処理は問題なく完了します。しかし、工事原価報告書には、フレーミングが予算内で表示され、誤って割り当てられた時間を受け取ったコストコードが予算超過で表示されることになります。

下流での損害はさらに悪化します。工事原価データがコンクリート工事の人件費を$Xと示した場合、その数値は次のプロジェクトの見積もりに反映されます。労働者の40時間が整地ではなくコンクリートにコード化されたために$Xが誤っている場合、次のコンクリート見積もりは膨らみます。そして、請負業者は過大見積もりで仕事を失うか、過小見積もりで利益率を損なうかのどちらかになります。CFMA Benchmarkerが引用した調査によると、ベストインクラスの請負業者（ROA上位25%）は、資産利益率28.4%を達成しており、業界平均の11.8%と比較されます。その主な差別化要因は、直接費の管理でした。販管費の削減でも、売上高の増加でもなく、プロジェクトコストのより良い管理です。その管理は、すべての労働時間が実際にどこに費やされたかを把握することから始まります。

AI抽出は、この問題に2つの方法で対処します。第一に、タイムシートに記載されているコストコードをそのまま取得します。AIは、データ入力担当者が解釈したものではなく、現場監督が書いたものを読み取ります。第二に、写真アーカイブを作成します。元のタイムシート画像が抽出データと一緒に保存されるため、コストコードが割り当てられたジョブフェーズと整合しない場合、元の写真を呼び出して確認できます。Excelへの手動転記では、照合するものが何も残りません。

よくある質問

AIは手書きの建設現場のタイムシートを読めますか？

はい。ビジョン大規模モデルは手書き文字を読み取れます。折り目や汚れ、ほこりが付いた紙にボールペンで書かれた文字も、給与計算に十分な精度で読み取ります。AIは文脈を理解します。「OT」の横にある手書きの数字は、たとえ文字が乱雑だったりラベルが省略されていても、残業時間として認識します。手書きのコストコード、作業員名、分類の略語もすべて読み取れます。破れた角や、カーボンコピーの3枚目がほとんど見えないような判読性が非常に低いタイムシートでは、写真と照合して抽出データをスポットチェックすることをお勧めしますが、AIは実際の現場の状況の大部分を処理できます。

毎週タイムシートの形式が異なる場合はどうなりますか？

列名の抽出は形式に依存しません。AIは位置ではなく意味で情報を探すため、「作業員名」「通常時間」「コストコード」などの同じ列定義が、異なるタイムシートのレイアウトでも機能します。今週はGC-Aの印刷フォーム、来週はGC-Bの手書きシートでも、同じ列設定で処理されます。これが、AI抽出と、形式ごとに個別のテンプレートが必要なテンプレートベースのOCRとの根本的な違いです。

1枚のクルータイムシートに複数の作業員がいる場合はどう処理しますか？

AIは各作業員の行を個別に抽出します。クルータイムシートに6人の作業員の個別の時間、分類、コストコードが記載されている場合、出力スプレッドシートには6行（作業員ごとに1行）が作成され、すべての列が入力されます。同じシートに同じ作業員のエントリが2つある場合（例：2つのコストコードに分かれている場合）、その作業員の行が2つ作成されます。これは認証給与やジョブコスト報告にまさに必要な形式です。

Procore、Sage 300、Viewpointに直接取り込めますか？

エクスポートは標準のExcel（XLSX）ファイルで、主要な建設ERPおよび

認定給与について — WH-347は生成されますか？

抽出処理により、WH-347に必要なデータ（作業員名、分類、日別労働時間（通常時間と残業時間））が、フォームが必要とする構造で生成されます。完成したPDFは生成されませんが、認定給与ソフトウェアや手動でのフォーム記入に必要な生データを入力する手作業を排除します。LCPtracker、eMars、Miter、Payroll4Constructionを利用している請負業者の場合、抽出されたExcelデータはそれらのプラットフォームのインポート形式に直接マッピングされます。

日別内訳のある週次サマリータイムシートにも対応していますか？

はい。タイムシートに月曜から日曜までの列があり、作業員ごとの日別労働時間が記載されている場合、AIが各日の労働時間を個別に抽出します。「月 通常」「月 残業」「火 通常」「火 残業」などの列を定義することも、単一の列定義を使用してAIに1日1行の構造を出力させることもできます。どちらの方法でも、週次給与処理にそのまま使用できるデータが生成されます。