「進んでいる」は分かる。でも、請求してよいかが分からない
月末、現場から「この区画は終わりました」と報告が届く。請求担当が工事台帳を開くと、相手に確認した数量も、前月までに請求した数量も別の表にある。追加した工事が元の契約に含まれるのかも分からず、現場へ聞き直す。ここで必要なのは、進捗率を大きく見せる画面より、請求までに残る確認を追うことです。
出来高は、工事がどこまで進んだかを数量や率、金額などで表したものです。ただし、現場が報告した出来高が、そのまま相手と確認済みの請求対象になるとは限りません。本記事は、受注した工事の報告を請求担当へ渡す業務を中心に扱います。協力会社からの請求を確認する支払側の業務は、向きと担当を分けて整理します。
以下の数量や一覧はSHINJIDAIが作成した架空の設計例です。請求権や支払条件を決めるものではありません。実際の契約、相手先の手順、経理の扱いを確認して使います。
SHINJIDAI独自作成。実際の手順では報告と請求が一つの処理になる場合もあります。
最初にそろえるのは、工事番号より一段細かい「何の分か」
工事番号だけで集計すると、同じ工事の別契約や追加分が混ざります。工事番号に、相手先、契約・注文番号、工種や明細、対象期間、使う単位を対応させます。数量で見る明細と一式で見る明細を、同じ足し算にしないことが大切です。
契約の対象、単価や算定方法、締め日、確認する担当、正式な提出先、確認の根拠を残します。「前回と同じはず」で進めず、変更や追加の合意が未確認なら、その明細を別にします。税や控除、前払金等の調整がある場合も、担当者が確認した根拠と計算の順番を決めます。ここでは一律の算式を設けません。
進捗管理の写真や検査帳票は、施工を確かめる材料になります。一方で、それを請求の受付や承認の記録と同じものとして扱えるかは別の確認です。KENTEMの出来形管理クラウドの公開機能は、測点と写真、帳票を使った検査の確認を説明しています。こうした既存の記録を残したまま、請求に必要な対応を補う案もあります。
報告80、確認60、請求済み40なら、残る20を二つに分ける
例えば、同じ契約・同じ明細を数量で確認する運用で、月末までの累計報告が80、確認できた累計が60、前月までの請求済み累計が40だったとします。単位と算定条件が同じで、別の調整がない架空の例です。
この場合、確認済み60と請求済み40の差20は、今回の請求対象として確認する範囲です。報告80と確認60の差20は、まだ確認が残る範囲です。同じ「20」でも次にする仕事が違います。確認待ちの20を請求漏れ確定とも、施工していない数量とも決めません。
請求対象を確定する担当が、重複・契約条件・相手の受付を確認してから発行へ進めます。未回答の明細は、数量の欄を0へ置き換えず「未確認」と表示します。全体の集計にも、確認待ちが残っていることを添えます。
現場の報告：80
報告した範囲。確認済み60とは別に保存
確認できた累計：60
確認者・日時・根拠の版を対応
請求済み累計：40
発行済み番号と対象明細を対応
次の仕事：20と20
確認済み分の請求対象20／確認が残る報告分20
SHINJIDAI独自作成。数量・期間・単位がそろう場合の説明であり、金額や請求権の算定例ではありません。
「出来高報告」というボタン名だけで、請求済みにしない
取引先の画面や既存ソフトでは、同じ言葉でも処理の意味が違うことがあります。西松建設の協力会社向け公開Q&Aは、同社の新システムでは取極の出来高報告が請求を兼ねる一方、CI-NETでは別処理になると説明しています。これはその資料で示す運用例であり、すべての取引に共通する決まりではありません。
自社の一覧には、社内の確認状態と、相手先への正式な提出・受付状態を分けて持ちます。どちらのシステムで何を終えればよいかを確認し、社内の「確認済み」だけで相手側の受付完了にしません。兼用の手順なら、別の請求書を自動で重ねないことも必要です。
また、ガリバーシリーズの公開ヘルプには、工事担当者の査定入力と、経理による確認・確定後の連携を使い分ける説明があります。利用中の製品にこうした機能があれば、まず担当と設定の見直しで足りるかを確認します。
差戻しは「止まった理由と次の担当」を残す
一部しか確認されなかった場合は、明細ごとに確認済みの範囲と、残る確認を分けます。「写真の対象が違う」「数量の単位が合わない」「追加分の扱いを確認中」など、次の人が動ける理由と確認先を残します。担当・期限がなければ、確認待ちの一覧を作っても滞留を追えません。
訂正では、元の報告番号、差戻しの理由、訂正版、再提出した日時をつなぎます。締め後や発行済みの訂正は、相手と経理の扱いを確かめ、元の請求を黙って上書きしません。同じデータを再送・再取込みしても、累計や請求が二重に増えないかを試します。
相手先の画面に入力できたことと、相手が受け付けて確認したことも区別します。外部画面の情報を自動取得できない場合は、確認した担当と根拠を手動で残す運用も比べます。
今のソフトを残すなら、どこで情報を渡すかを決める
最初から工事管理と会計を丸ごと置き換える必要はありません。困っているのが確認担当の不明確さなら、担当と締め手順の見直しから始めます。既存ソフトに査定・差戻し・承認履歴があるなら、その設定や入力分担を確かめます。
別々のソフトへ同じ数量を写す負担が大きい場合は、CSVや利用可能な連携で、工事・契約・明細・期間の対応を保てるかを確認します。出力が累計か当月か、再取込みで置換か加算か、訂正をどう渡すかまでが連携の条件です。APIがあることだけで、必要な確認状態も渡せるとは限りません。
製品の機能で埋まらない確認待ちや相手先ごとの例外がある場合は、その受け渡し部分を開発する案を比べます。既存製品で十分な範囲、追加する範囲、正式な請求の正本を分けると、変更と保守を説明しやすくなります。
- 01
運用をそろえる
明細・締め・確認担当・正式な受付先を合意
- 02
既存設定を使う
査定、差戻し、履歴、権限が足りるか実読
- 03
必要な情報を連携
累計・当月・訂正・重複を同じ明細で照合
- 04
不足する受け渡しを開発
確認待ちと例外の範囲を限定して設計
SHINJIDAI独自整理。上から必ず全部行う手順ではなく、原因と必要な確認に合わせて選びます。
一工事の締めを試し、通常処理以外でも戻れるかを確かめる
試行では、一つの工事と契約、対象月を選びます。進行中の工事を移すなら、開始時点の報告・確認済み・請求済みの各累計を、根拠とともに照合します。残高が分からないまま0で開始すると、次の月の差が本当の未請求か判別できなくなります。
現場は対象範囲と数量を報告し、確認責任者は根拠と残る確認を整理します。請求担当は正式な提出と請求番号を対応させ、経理は入金や調整を別に確認します。SHINJIDAIが実装する場合は、この役割分担に沿って状態・履歴・権限・連携を設計し、合意した例で業務を通します。
費用を左右するのは、相手先ごとの手順の数、明細の粒度、既存データのばらつき、連携方法、移行対象、例外と履歴の範囲です。見積前にこれらを整理し、問い合わせ窓口、設定変更、連携エラーの調査、引き継ぐ資料と保守の範囲も合意します。
- 架空例の報告80・確認60・請求済み40から、次の二つの20を区別できる
- 未確認の開始残高を0として扱わない
- 一部確認・差戻し・締め後訂正を、元の報告と請求へ戻れる
- 再取込みと再送で、数量や請求が二重にならない
- 担当交代後も、根拠・確認先・次の作業を追える
相談では、一つの締めで止まる確認を整理する
SHINJIDAIは、業務の課題整理・解決策の提案から設計・開発・導入まで伴走しています。まず、現場の報告から請求までのどこで確認が止まるか、残す工事管理・会計・相手先の手順は何かを整理します。
運用・既存設定・連携・開発を比べ、合意した対象の明細、確認状態、履歴、権限、受け渡しを実装します。通常の締めだけでなく、一部確認や訂正、再取込みを現場と事務で試し、使える条件を確かめます。請求の可否や契約の判断は、必要な経理・契約担当者と役割を分けて確認します。
初回は、困っている場面と現在の仕組みの概要から相談できます。顧客名や契約書、実際の台帳を提出することは必須ではありません。最初の一工事、双方の役割、調査と実装・移行・保守の範囲を決めることが次の一歩です。
業務の課題整理から、設計・開発・導入まで
出来高の確認と請求の受け渡しを、一工事から整理する
SHINJIDAIにご相談ください。
- 報告した数量と、確認された数量が合わない
- 請求済み・差戻し・追加分を別の表で探している
- 工事管理や会計を残して確認待ちを追いたい
課題の整理から伴走止まっている確認と正式な受付先を整理し、運用・既存設定・連携・開発を比べます。合意した明細・状態・履歴・権限を実装し、一部確認・訂正・再取込みでも現場と事務が追えるか確かめます。
初回は業務と仕組みの概要から。顧客名・契約書・実台帳の提出は必須ではありません。
請求の可否、契約や経理の扱いは、必要な担当者と役割を分けて確認します。請求回収や効果を保証するものではありません。
ID・パスワードや顧客データは、フォームに記載しないでください。
役割・移行・完成確認の進め方を見る出典
2026年10月30日に公開資料を確認しました。製品・取引先ごとの説明を、すべての契約・環境に共通する条件とは扱いません。図と業務例はSHINJIDAI独自作成です。
よくある質問
現場が進捗率を入力すれば、そのまま請求できますか？
進捗の報告と請求してよいかの判断を分けます。対象の契約、締め日、確認方法、相手先の受付手順を照合し、必要な確認が済んだ明細だけを請求対象へ進めます。
出来高報告と請求書は、必ず二つ作るものですか？
一律ではありません。製品や取引先の区分によって報告が請求を兼ねる場合も、別の処理が必要な場合もあります。利用中の正式な手順で確認し、同じ内容を二重請求しない対応を持たせます。
一部だけ確認が取れた場合は？
報告した範囲と確認できた範囲を分け、残りを確認待ちにします。理由、確認先、次の担当を残し、全体を完了にも0にも変えません。
請求済みの数量が間違っていたら、台帳を直すだけでよいですか？
元の報告や請求との対応を残し、取引先と経理の訂正手順を確認します。差戻し・取消し・翌月調整などの扱いは契約と利用中の仕組みに合わせ、発行済みの記録を黙って上書きしません。
Excelと会計ソフトは残せますか？
残す案から比べられます。工事・契約・明細の番号、累計と当月、確認状態、再取込み時の重複を照合できるかが判断点です。既存製品の設定で足りるなら、新しい開発を前提にしません。
初回相談で何を準備すればよいですか？
一つの工事で、現場から何が届き、誰の確認を待ち、どこへ請求を登録するかを説明できれば出発点になります。顧客名・契約書・実台帳など機密情報の提出は必須ではありません。