建設業界のAPチームが今も下請け業者の請求書データをコピペしている理由
——そしてそれは彼らのせいではない

机の上にあるものが、言葉なしで問題を物語っている

フォルダを開く。そこにはコンクリート下請け業者からのAIA（米国建築家協会）G702支払申請書がある。これは標準化されたフォームで、契約金額累計、完了・保管額合計、保証金、今回支払期日などの欄がラベル付きで並んでいる。その隣には、電気業者がQuickBooksで作成した請求書がある。ベンダー名が上部に太字で表示され、明細項目が一般的な表形式で並び、下部に合計がある。電気業者のQuickBooksのバージョンには保証金の欄がないため、その行は存在しない。

その下には、HVAC下請け業者からの会社レターヘッド付きPDFがある。1ページの請求書で、労務費と材料費が別々の行に記載され、欄外に手書きの変更命令参照番号が走り書きされ、保証金の計算が標準的などの計算式とも一致しない。なぜなら、彼らの事務所の管理者がExcelで手作業で計算してからPDFに書き出しているからだ。そのさらに下には、乾式壁業者からのカーボンコピー請求書の写真がある。その業者は今でも業者から購入した紙の複写式帳票を使っている。

これで請求書が4枚。フォーマットは4種類。プロジェクトには下請け業者が12社。会社には進行中のプロジェクトが4件。毎月、40〜50件の書類がこの机を通過する。そしてそのすべてに同じ情報——誰が請求しているか、どのプロジェクトか、いくらか、保証金はいくらか、実際の支払額はいくらか——が含まれているが、その並びは異なり、ラベルも異なり、ファイル形式も異なり、ソフトウェアも異なる。この机の担当者の仕事は、これら50件の書類を1つのスプレッドシートにまとめ、下請け業者名、ジョブ番号、コストコード、請求額、保証金、正味支払額をすべて同じ列に並べることだ。毎月。

これを読んでいるなら、次に何が起こるかはすでに分かっているだろう。最初のPDFを開き、下請け業者名を探す——クリック、Ctrl+C、Alt+Tab、セルをクリック、Ctrl+V。請求書番号を探す——クリック、Ctrl+C、Alt+Tab、Ctrl+V。請求合計額を探す——クリック、Ctrl+C、Alt+Tab、Ctrl+V。HVAC下請け業者の「正味支払額」の行は電気業者の請求書には存在しないため、頭の中で保証金を計算する。これを繰り返す。あと40件分。

なぜ各下請け業者が異なるソフトウェアを使うのか — そして、それを止めさせられない理由

答えは、建設業界の専門家が直感的に理解しているものの、言葉にすることはほとんどない事実から始まります。下請け業者は、あなたの会社の部門ではありません。彼らは独立した企業です。それぞれが、自らの専門分野、自らの業務フロー、自らの予算に基づいて会計ソフトウェアを選んでいます。あなたの都合ではありません。

15の現場チームを抱える電気工事業者は、ServiceTitanを選びます。これは、配車、勤怠管理、請求書発行を一つのプラットフォームで処理できるからです。2つのチームを運営する配管工事の下請け業者は、QuickBooks Onlineを選びます。会計士が勧めたからであり、月額30ドルだからです。主に公共事業を手がけるコンクリート工事の下請け業者は、Foundation Softwareを選びます。これは、認定給与とAIA（米国建築家協会）の請求をネイティブに処理できるからです。小さな乾式壁工事業者は、2018年に業界団体のウェブサイトからダウンロードしたExcelテンプレートを使い続け、それ以来ずっと修正を重ねています。

これらのツールはそれぞれ、請求書の出力方法が異なります。ServiceTitanは、明細項目の詳細テーブルと支払い明細書を含むブランド化されたPDFを出力します。QuickBooksは、標準的なフィールドレイアウトを持つ一般的な請求書を生成しますが、保証金、コストコード、ジョブ番号の概念はありません。Foundationは、AIA準拠のG702/G703パッケージを生成します。Excelテンプレートは、乾道工事業者の妻がその朝に入力した内容に応じて変わります。

これは、調整の失敗ではありません。これは、数十年にわたって続いてきた業界構造の合理的な結果です。ゼネコンは、小規模な常勤労働力を維持し、専門工事を下請けに出すことで固定費を最小限に抑えています。その代償として、すべての下請け業者は、独自のシステムを持つ独立した存在です。米国の建設業界には約380万の事業所があり、そのすべてが独自の請求書形式の潜在的な供給源です。

コピー＆ペースト均衡：現状が驚くほど安定している理由

この問題を解決しようとしたことがあるなら、ほぼ確実に同じ壁にぶつかったはずです。会話は次のように進みます。あなたはすべての下請け業者にメールを送り、標準の請求書テンプレートを使うよう依頼します。3社が従います。2社はメールを無視します。4社は来月やると言いますが、決してやりません。2社は、自社の会計ソフトウェアがあなたの形式で出力できないと返答します。1社は、技術的にはあなたのテンプレートを使った請求書を送ってきますが、ソフトウェアが自動入力したフィールドが異なるため、フィールドが間違って入力されています。

これで、当初よりも複雑な状況になります。一部の請求書はあなたの形式に一致し、一部は一致せず、そして「ほぼ一致」するものは、標準化されたという誤った感覚を生み出すため、最も危険です。それでもすべてのフィールドを確認する必要があります。標準化の努力は、作業を減らすことなく、むしろ増やしました。

これは、意志力や管理の問題ではありません。これは、ゲーム理論家がナッシュ均衡と呼ぶ調整問題です。つまり、個人が自分の行動だけを変えても、自分の状況を改善できない状態です。その理由は次のとおりです。

• GC（ゼネコン）側：20社以上の下請け業者に標準的な請求書形式を強制するには、提出されたすべての請求書を標準形式と照合する必要があり、これは可変形式を処理するのと同じ作業量になる。強制にかかるコストがメリットを上回るため、合理的な選択は形式をそのまま受け入れることだ。
• 下請け業者側：GCが好む請求書形式に切り替えるには時間がかかり、自社の会計ソフトが対応していない場合もある。すべての取引先GCが同じ形式を使用している場合にのみメリットが生じるが、実際にはそうではない。したがって、合理的な選択は自社のソフトが出力する形式を使うことだ。
• 業界全体：下請け業者の請求書の普遍的な標準を義務付ける中央機関は存在しない。AIA（米国建築家協会）は支払申請用にG702/G703を標準化しているが、これは任意基準であり、主にGCが交渉力を有する大規模プロジェクトで採用されている。住宅用の乾式壁下請け業者はG702を見たこともなければ、今後も見ることはないだろう。

誰もが合理的に行動している。システムは行き詰まっている。

「標準化」の実際のコスト — スプレッドシートでは捉えきれない側面

コピー＆ペーストによるAP（経理）処理の目に見えるコストは、よく知られている。建設財務管理協会（CFMA）の調査によると、手作業による請求書処理のコストは1件あたり約42ドル。中規模のGC（ゼネコン）が月300件の下請け業者請求書を処理する場合、月額12,600ドル、年間151,200ドルを、すでにデジタル形式で存在するデータの入力に費やしていることになる。

しかし、目に見えるコストは全体像の一部に過ぎない。3つの見えないコストが損害を増幅させ、損益計算書のどの項目にも現れないものの、毎サイクル、プロジェクトのパフォーマンスを損なっている。

検証コスト。フォーマットがすべて異なるため、データ入力者は請求書ごとに頭を切り替える必要がある — 異なる位置、異なるラベル、異なる文脈で表示されるフィールドを探し出すのだ。このコンテキスト切り替えは単に煩わしいだけでなく、エラーの発生源である。複雑な文書環境での手動データ入力に関する研究では、基準エラー率は3〜4%とされている。建設請求書の場合 — 保証金の計算、複数行の工程表、変更命令の明細項目があるため — その率はさらに高くなる。すべてのエラーは、将来、通常は最悪のタイミングで表面化する問題の種である。

PMの気を散らすコスト。 ほとんどの中小規模のGCでは、AP（経理）担当者がデータを入力し、プロジェクトマネージャーがそれを検証する — 請求金額を工程表と照合し、コストコードの割り当てを確認し、不一致を指摘する。そのPMの内部コストは1時間あたり50〜75ドルで、本来は下請け業者のパフォーマンス管理、提出物のレビュー、工程調整を行うべき立場である。しかし、彼らは毎月4〜6時間をデータ入力の検証に費やしている — AP担当者を信頼していないからではなく、フォーマットのばらつきにより、入力プロセス自体が、プロジェクトに精通した者だけが解決できる不確実性を生み出しているからだ。

支払請求の遅延による連鎖反応。 下請け業者の請求書にエラーが含まれている場合 — 保証金額の転記ミス、誤った部門に適用されたコストコード — そのエラーはGCの統合された支払請求に波及する。オーナー側の担当者や融資機関がその不一致を発見する。支払請求は却下される。再提出には7〜14日かかる。月額20万ドルの下請け業者への支払いをクレジットラインで立て替えているGCにとって、この遅延は実質的な損失である。さらに重要なのは、その支払請求の清算を待っているすべての下請け業者が、支払いまでさらに14日待つことになる — そして、予測通りに支払われない下請け業者は、次のプロジェクトの入札に5%のリスクプレミアムを上乗せしてくるものだ。

計算が逆転するとき：フォーマット非依存の抽出とフォーマット強制

何十年もの間、建設業界は請求書のフォーマット問題を供給側から解決しようとしてきました。つまり、下請け業者に標準化を求める方法です。これがフォーマット強制のアプローチですが、均衡分析が示すように、個々の利害関係者がそれを徹底できないため、この方法は失敗します。調整問題が大きすぎ、インセンティブも一致しないからです。

もう一つの方法は、需要側から解決することです。つまり、GCが請求書を処理する能力を、下請け業者のフォーマットから独立させることです。これが列名抽出の仕組みです。すべての下請け業者にテンプレートを合わせることを要求する代わりに、必要な出力列（下請け業者名、工事番号、コストコード、請求総額、保証金、差引支払額）を定義し、各請求書のどこに記載されていても、また下請け業者がどのようなラベルを付けていても、それらの値を抽出します。運用上の詳細については、下請け業者請求書データ抽出ガイドをご覧ください。

この変化は概念的なものです。フォーマット強制は「効率的に処理するために、全員が請求書の送り方を変えなければならない」と言います。フォーマット非依存の抽出は「誰がどのように送ってきても、効率的に処理する」と言います。前者のアプローチは、数十の独立した企業間での調整を必要とします。後者のアプローチは、一つの企業内での調整のみを必要とします。つまり、あなたの企業内での調整です。

GCが月に50件の請求書を処理する場合、コピー＆ペーストの労力は管理可能な煩わしさに過ぎません。200件になると、深刻なコスト項目になります。500件になると、Ctrl+CとCtrl+Vだけを行う専任担当者が1人必要になります。フォーマット非依存の抽出コストがフォーマット許容コストを下回る転換点は、企業ごとに異なりますが、多くの経理責任者が予想するよりも早く訪れます。データ入力時間の60%を削減する年間120ドルの抽出ツールは、最初の4件の請求書で元が取れます。

手作業入力が破綻する規模の転換点に達した建設会社にとって、この枠組みの問題は請求書フォーマットだけに留まりません。手作業による請求書入力が建設会社に実際にかかるコストに関する分析では、労力、エラー、支払請求遅延の連鎖反応を含む全コスト像を定量化するモデルを提供しており、自社の転換点が正確にどこにあるかを判断できます。

よくある質問

なぜ建設業界団体は標準的な下請け業者請求書フォーマットを策定しないのですか？

AIA（米国建築家協会）はすでに標準的な支払申請書類であるG702とG703を作成しています。これらは商業プロジェクトで広く使用されています。しかし、採用は任意であり、ばらつきがあります。G702は4,000万ドルの病院のコンクリート下請け業者には適していますが、週3,200ドルを請求する住宅塗装業者には過剰です。また、G702は項目を標準化するものであり、それを生成するソフトウェアを標準化するものではありません。Foundation Softwareから印刷されたG702とProcoreから印刷されたものは見た目が異なり、手書きで記入されたものとも異なります。フォーム内容の標準化は、フォームレイアウトの標準化を生み出しません。AIAが何を公開しても、根底にある断片化—数百の異なる会計ツールを使用する380万の事業者—は変わりません。

この問題は建設業界に固有のものですか？

固有ではありませんが、集中しています。独立したサプライヤーのネットワークに依存するすべての業界は、請求書フォーマットのばらつきに対処しています—製造業、小売業、医療業界など。建設業界を際立たせているのは、問題の密度です。単一のプロジェクトには10〜30の異なる業種からの請求書が含まれ、それぞれが独立した事業者として独自のソフトウェアスタックを運用し、同じ月次サイクルで請求し、一般的な請求書ツールが認識しない建設固有の項目（保証金、コストコード、変更命令）を含んでいます。小売業では、店舗が200社のサプライヤーから請求書を受け取るかもしれませんが、それらはすべて同じ基本項目を持つ標準的な商業請求書です。建設業界では、30の下請け業者が30の構造的に異なる書類を作成し、それらすべてが支払請求期限前に1つのプロジェクトコストシートに統合される必要があります。

ProcoreやSageはすでにこの問題を解決していませんか？

ProcoreとSage 300 CREはプロジェクト管理および会計プラットフォームであり、データがシステムに入るとそれを整理して報告します。下請け業者がメールで送信したPDFからデータを抽出するわけではありません。これらのプラットフォームを使用するほとんどの企業では、「下請け業者が請求書を送信」から「データがERPに表示される」までのステップは、依然として人間がPDFを読み、画面に数字を入力することです。プラットフォームは下流で価値を追加します—承認ルーティング、リーエン放棄追跡、WIPレポートなど。しかし、最初の入力ボトルネックを排除するものではありません。データキャプチャ層がより広いAP（経理）ワークフローにどのように適合するかについて詳しくは、手動請求書処理コスト分析のコスト内訳をご覧ください。

下請け業者が5社しかない場合でも、これは問題になりますか？

下請け業者が5社の場合、コピー＆ペーストの作業は軽微な手間で済みます — 月に1時間程度です。問題は、5社が恒久的な状態なのか、それとも現在の状態なのかということです。売上高が200万ドルを超えて成長する建設会社の多くは、下請け業者の数が従業員数よりも速く増えることに気づきます — 利益率がそれを支えないため、APスタッフを増やさずにプロジェクトを追加することになります。形式の問題は直線的に悪化するわけではありません。1人が1か月分の請求書を一度に処理できなくなる時点に達すると、問題は悪化します — そしてその時点は突然訪れ、通常は3つ目または4つ目のプロジェクトが同時に進行段階に入るときです。解決すべき時期は、その壁にぶつかる前であり、支払請求の締め切りにすでに遅れているときではありません。