---
title: "建設業の販売管理システムとは？工事別売上・出来高請求と期ずれで選ぶ判断軸【2026年】"
url: "https://www.issoh.co.jp/column/details/17124/"
published: 2026-08-29
updated: 2026-09-06
categories: ["ERP"]
publisher: "株式会社一創"
---

# 建設業の販売管理システムとは？工事別売上・出来高請求と期ずれで選ぶ判断軸【2026年】

建設業の売上は、商品を売った瞬間には立ちません。受注から完成引渡しまで数か月から数年かかり、その間に出来高で請求し、決算期をまたぎ、原価は未成工事支出金として資産に積み上がります。この記事では、建設業が販売管理システムに求める要件を、工事番号単位の売上・原価台帳、出来高査定にもとづく請求と入金消込、工期跨ぎの期ずれ処理、建設業法の書面要件という四つの論点に分けて整理しました。そのうえで、パッケージで足りる建設会社と受託開発が要る建設会社の分かれ目、工事台帳の粒度を決めずに導入して失敗する典型まで、受託開発の実務視点で解説します。製品を並べるのではなく、自社の商流に合う仕組みを選べる状態を目指します。

## まとめ：建設業の販売管理システム選定の結論

建設業のシステム選びは、工事番号をどこまで一貫して通せるかで決まります。見積・実行予算・受注・出来高請求・入金までが同じ工事番号でつながっていれば、工事別の粗利が日次で見える仕組みです。この一貫性が切れている会社ほど、月次の締めで経理が集計をやり直し、赤字工事の発覚が完成後にずれ込みます。

製品タイプの判断は単純です。元請で工事件数が少なく、一件あたりの金額が大きい会社は、工事台帳と実行予算対比を持つ建設業向けパッケージが出発点。専門工事業で件数が多く、常用と請負が混在する会社は、既存の勤怠・原価の仕組みとの連携要件が増えるため、パッケージのカスタマイズか受託開発が現実解になります。

先に固めるのは「工事番号の採番ルール」「出来高の査定方法」「販売管理と会計のどちらで売上を確定するか」の三つ。ここを決めずに製品比較へ進むと、要件定義の途中で台帳の粒度が揺れ、追加費用が膨らみます。以下、建設業固有の構造から順に見ていきます。

## 建設業の販売管理が一般的な販売管理システムと噛み合わない三つの構造

販売管理システムの基本機能は[販売管理システムとは？機能・Excel管理との違いと中小企業向けの選び方](https://www.issoh.co.jp/column/details/12887/)で扱っています。ここで取り上げるのは建設業だけの事情。物販型の販売管理と噛み合わない理由は、台帳の単位・取引の期間・請求の立て方という三点に集約されます。

### 商品単位ではなく工事番号単位で売上と原価を積み上げる工事台帳の構造

物販型の販売管理は、商品コードごとに売上と粗利を集計します。建設業はこの前提が成り立ちません。同じ「鉄骨工事」でも現場ごとに条件が違い、原価は材料費・労務費・外注費・経費の四費目に分けて工事番号にひもづきます。集計軸は商品ではなく工事です。

この違いは機能の有無ではなくデータ構造の問題になります。工事台帳を持たないシステムに建設業の原価を入れると、工事コードを自由入力の摘要欄で代用することになり、集計のたびに表記ゆれの名寄せが発生してしまう。工事番号を伝票の必須項目として持ち、受注・請求・入金・原価のすべてが同じ番号で串刺しできること。これが建設業向けかどうかを分ける最初の線引きです。

### 受注から完成引渡しまで数か月以上に及ぶ長い取引サイクルと請負契約

建設工事は請負契約です。売買ではなく「仕事の完成」を約束する契約であり、契約時点で工期・請負代金・支払時期が定まります。工期が半年を超える工事では、受注日と売上計上日と入金日がすべて別の月、しばしば別の事業年度に分かれます。

この長さが、物販型の販売管理では扱いにくい状態を生みます。受注残の意味が変わるためです。物販の受注残は「まだ出荷していない金額」ですが、建設業の受注残は「これから施工して原価をかける金額」であり、実行予算と対で管理しないと利益の見通しになりません。契約変更（追加工事・設計変更）が工期の途中で何度も入る点も物販との差で、当初契約と変更契約の履歴を工事番号の下にぶら下げて保持する設計が要ります。請負代金の変更方法が契約の記載事項として明確化された経緯は[建設業法の改正で何が変わったか](https://www.issoh.co.jp/column/details/17400/)で解説しています。

### 一括請求ではなく出来高査定で金額が決まる請求と入金サイトのずれ

建設業の請求は、月末締めで自動計算できません。当月の施工出来高を発注者や元請が査定し、その査定額が請求金額になります。自社の見込み出来高と査定結果がずれることは日常的に起こり、差額は翌月に繰り越されます。

さらに入金までが長い。建設業法では、元請が注文者から出来形部分の支払を受けたときは、下請に対して1か月以内に下請代金を支払うべきことが定められています。支払サイトが法令と取引慣行の両方に縛られるため、請求データと入金予定の管理は単純な締め日計算では足りません。査定額・請求額・入金額の三つを工事ごとに並べ、差異が残っている工事を一覧できることが実務上の条件になります。

## 工事別の売上・原価と出来高請求を成立させる建設業向けの機能要件

構造の違いを機能要件に落とし込みます。ここで挙げる四つは、建設業向けを名乗る製品でも実装の深さに差が出る部分で、デモで必ず確認しておきたい箇所です。

### 見積・実行予算・受注を一つの工事番号で串刺しにする採番ルールの設計

工事番号は、見積段階で採番するのが実務では扱いやすい設計になります。受注時に採番すると、失注した見積の原価（積算工数や現地調査費）が行き場を失い、見積段階の歩留まりも測れません。見積番号と工事番号を別体系にして受注時に紐づける方式もありますが、紐づけ漏れが起きると台帳が分断されます。

採番ルールでは、年度・支店・工種を桁に含めるかを先に決めます。含めれば番号だけで分類でき、含めなければ組織変更のたびに番号体系を作り直す手間が消える。決算期をまたぐ工事が多い会社は、年度を先頭に置くと期跨ぎ工事の識別が容易になります。見積・積算側の要件は[建設業・工務店の見積管理システムとは？積算・原価・現場管理費まで一元化する選び方](https://www.issoh.co.jp/column/details/15554/)で扱っているため、ここでは番号設計に絞ります。

### 出来高査定から請求書発行・入金消込までをつなぐ売掛債権の管理機能

出来高請求に対応する販売管理システムは、請求のもとになる数値を三段階で持ちます。自社が申請する出来高、発注者が認めた査定出来高、そして実際に請求した金額です。この三つを別項目で保持していない製品は、査定で減額されたときに当初申請額を上書きしてしまい、差異の追跡ができません。

入金側も同じ考え方で確認します。一件の入金が複数工事の請求に按分されるケース、保証金や相殺が控除されるケースを扱えるかどうか。工事完成保証金や下請への相殺分が控除された入金は、請求額と入金額が一致しません。消込画面で差額を「値引」ではなく控除項目として登録でき、その内訳が工事台帳に残る設計が望ましい形です。

### 協力会社への外注発注と労務費・材料費を工事別に集める原価取込機能

売上側だけを整えても、工事別の粗利は出ません。外注費・材料費・労務費が同じ工事番号で入ってきて初めて実行予算との対比が成立します。販売管理システム側では、購買・発注データと勤怠データをどの粒度で受け取るかを決めます。発注側の仕組みをどう選ぶかは、[建設業の受発注システムとは？協力会社への注文書・出来高・支払をつなぐ選び方](https://www.issoh.co.jp/column/details/17136/)で扱っています。

実務でつまずきやすいのは労務費です。自社社員が一日で複数現場を回る会社では、日報の作業時間を工事番号に配賦しないと労務費が寄せられません。日報入力を現場に求めるか、月次で総額を按分するかで精度と負担が変わる。件数の多い専門工事業ほど日報連携の設計が要件の中心になり、ここが自社固有の要件になりやすい領域です。発注・購買側の要件整理は別記事に譲り、本記事では受け取る側のインターフェースだけを扱います。

### 電子帳簿保存法とインボイス制度に対応する証憑保存と請求書の様式

2024年1月1日から、電子取引で授受したデータは電子のまま保存することが義務づけられています。メールやWebで受け取った注文書・請求書を紙に出力して保管する運用は、原則として認められません。建設業は協力会社とのやり取りが多く、対象となる証憑の量が他業種より膨らみます。

販売管理システム側では、発行した請求書に適格請求書（インボイス）の記載事項が備わっているか、登録番号や税率区分ごとの消費税額が正しく出力されるかを確認します。加えて、工事番号から関連証憑（注文書・注文請書・出来高調書・請求書）に一覧でたどり着けるかどうか。税務調査や発注者の監査で問われるのは工事単位の一貫性で、書類種別ごとのフォルダ保管では対応に時間がかかります。

## 工期跨ぎの期ずれと未成工事支出金で決まる会計・原価管理との連携設計

建設業の販売管理でもっとも設計を誤りやすいのが、会計との境界です。売上をいつ・どちらのシステムで確定するかを決めないまま導入すると、月次で数字が二重になります。

### 収益認識会計基準による進捗度に応じた売上計上と原価回収基準の扱い

企業会計基準第29号「収益認識に関する会計基準」は、2021年4月1日以後に開始する事業年度から適用されています。工事契約の多くは一定の期間にわたり充足される履行義務にあたり、進捗度を見積もって収益を認識する扱いです。進捗度の見積りには、発生原価を見積総原価で割る原価比例法が実務で広く使われています。

進捗度を合理的に見積もれないが原価の回収は見込まれる場合は、原価回収基準として発生原価と同額の収益を計上します。工期がごく短い工事については、完全に履行義務を充足した時点で収益を認識する代替的な取扱いも認められています。システム要件としては、工事ごとに収益認識の方法を属性として持ち、進捗度計算に使う見積総原価を更新できることが条件。見積総原価を固定値でしか持てない製品は、実行予算の改訂が入る工事で使いものになりません。なお中小企業では中小企業の会計に関する指針にもとづき完成基準に近い処理を継続している会社もあり、自社がどちらで運用するかを顧問税理士と先に確定させておきます。

### 未成工事支出金・未成工事受入金を月次で振り替える決算連携の設計

建設業会計には固有の勘定科目があります。完成前の工事に投じた原価は未成工事支出金として資産に、前受けした請負代金は未成工事受入金として負債に計上し、完成引渡し時に完成工事高と完成工事原価へ振り替えます。売掛金にあたるのは完成工事未収入金です。

販売管理システムが工事別の原価と請求を持っていれば、この振替の元データはそろいます。連携で決めるのは、振替仕訳を販売管理側で生成して会計へ渡すか、会計側で組むかの役割分担。会計パッケージが建設業会計に対応していない場合、一般の売掛・買掛の科目で処理して決算時に組み替える運用になり、月次の工事別損益が見えなくなります。決算・財務諸表側の要件は[建設業会計システムとは：完成工事高・未成工事支出金に対応する要件と選び方](https://www.issoh.co.jp/column/details/16457/)で整理しています。

### 販売管理と会計・原価管理をどこで分けるかを決めるデータ連携の境界

実務でよく機能するのは、日々の商流（受注・出来高・請求・入金予定）を販売管理で、仕訳と決算を会計で持ち、原価の集計はどちらか一方に寄せる構成です。原価を両方で持つと、月次で必ず不一致が起きます。

不一致の温床になるのは、締め処理のタイミングです。販売管理側で月次を締めた後に原価の追加計上が発生すると、会計へ渡した数字と工事台帳がずれます。締め後の追加は翌月付けで処理し、工事台帳には発生月と計上月の両方を持たせる。この二重日付の設計を要件に入れておくと、後から差異を説明できます。原価管理を主軸に据える場合の製品選定は[建設業向け原価管理システムの選び方｜工事台帳・実行予算対比と費用の実態](https://www.issoh.co.jp/column/details/16054/)にまとめました。

## 建設業法の書面要件と2025年施行の改正が販売管理システムに課す対応

建設業の受発注は、法定の記載事項を備えた書面のやり取りが前提です。システムが出力する帳票がこの要件を満たしていないと、そのまま法令違反の状態になります。

### 注文書・注文請書に法定記載事項をそろえる帳票テンプレートの整備

建設業法第19条第1項は、請負契約の当事者が契約の締結に際して書面に記載すべき事項を定めています。工事内容、請負代金の額、工期、請負代金の支払の時期および方法、設計変更や工事着手の延期があった場合の取り決め、天災その他不可抗力による損害の負担といった項目が並びます。改正建設業法では、価格等の変動または変更にもとづく工事内容の変更・請負代金の額の変更およびその額の算定方法に関する定めも記載事項に加わりました。資材高騰の転嫁を契約段階で扱う趣旨です。

販売管理システムから注文書・注文請書を出す会社は、この記載事項が帳票テンプレートに反映されているかを確認します。パッケージの標準帳票が改正前のまま、というケースは実際に起こります。テンプレート改修が保守契約の範囲か、追加費用かも導入前に確認しておく項目です。

### 電磁的措置ガイドラインに沿った電子契約と見積書記載事項への対応

建設業法第19条第3項により、書面の交付に代えて電磁的措置による契約締結が認められています。国土交通省の「電磁的措置による建設工事の請負契約の締結に係るガイドライン」は2025年9月30日に改正されており、相手方の承諾の取り方、見読性・原本性の確保といった技術的基準が示されました。導入判断の詳細は[建設業の電子契約](https://www.issoh.co.jp/column/details/15856/)の記事で扱っています。

2025年12月12日には改正建設業法が完全施行され、建設工事の見積書に記載すべき事項が明記されました。あわせて、見積書で示された金額を著しく下回る金額での契約を締結した発注者に対する国土交通大臣等の勧告・公表の権限が新設されています。見積書を販売管理システムから発行している会社は、法定の記載事項が出力項目に含まれているかを点検し、見積の改訂履歴を残す運用に切り替えておくと、後から金額の妥当性を示せます。

## パッケージで足りる建設会社と受託開発が要る建設会社を分ける条件

ここからは判断です。製品比較の前に、自社がどちら側かを決めてしまう方が結果的に早く、費用も抑えられます。

### 元請中心か専門工事中心かで変わる必要機能と製品タイプの絞り込み

元請中心で、年間の工事件数が数十件、一件あたりの請負金額が大きい会社は、建設業向けパッケージの標準機能で足りることが大半です。工事台帳・実行予算対比・出来高請求・下請への発注管理という定型の流れに乗るためで、カスタマイズは帳票と会計連携に限られます。

専門工事業は事情が変わります。年間で数百件の小口工事を扱い、常用（人工出し）と請負が混在し、労務費の配賦が原価の中心を占める。この形は製品ごとの得意不得意がはっきり分かれ、勤怠・日報システムとの連携が要件の主役になります。件数が多い会社ほど入力の省力化が採算を左右するため、機能一覧より入力画面の作りを見るべきです。工事管理全般の製品像は[工事管理システムとは？機能・施工管理との違いから選び方・開発判断まで解説](https://www.issoh.co.jp/column/details/15241/)で整理しています。

### 受託開発に踏み切る条件と、パッケージのままで足りる建設会社の輪郭

受託開発を選ぶ条件は三つに絞れます。第一に、既存の基幹・勤怠・施工管理システムとの連携が要件の中心を占め、その連携仕様が自社固有であること。第二に、出来高の査定ロジックや社内の承認フローが標準機能で表現できず、運用でカバーすると入力工数が現状より増えること。第三に、複数の事業（建設と不動産賃貸、建設と製造など）を一つの台帳で見る必要があること。このいずれかに該当するなら、パッケージの深いカスタマイズより受託開発の方が総額で収まる場合があります。

逆に、工事の流れが業界の標準形に収まり、既存システムが会計だけという会社は、パッケージで足ります。ここで受託開発を選ぶのは過剰です。標準機能で回る業務にわざわざ自社仕様を作り込むと、保守と法改正対応の負担を自前で抱えることになる。改正建設業法や電子帳簿保存法への追随を自社負担で続ける覚悟がないなら、パッケージを選ぶべきです。判断に迷う場合は、要件を並べた段階で[販売管理システム開発](https://www.issoh.co.jp/service/business%5Fsystem/sales-management/)の相談窓口で、パッケージで収まる範囲かどうかを含めて見立てを取るのが早い進め方になります。

### 工事台帳の粒度を決めずに導入して失敗する典型パターンと回避の順序

失敗の型はほぼ一つです。工事台帳の粒度を決めないまま製品を決め、要件定義で工区別・工種別のどこまで原価を割るかを議論し始める。現場は工区別を望み、経理は工事単位でよいと言い、決着しないまま入力項目だけが増えていきます。稼働後に現場が入力しなくなり、台帳が埋まらない。よくある結末です。

回避の順序は決まっています。第一に、既存の工事台帳（Excelでも構いません）から直近1年分の代表的な工事を三件選び、その台帳をそのまま再現できるかで製品を評価する。第二に、粒度は「工事単位＋工種の中分類まで」から始め、細分化は稼働後に足す。第三に、入力者を現場所長ではなく事務担当に置ける設計にしておく。最初から最大の粒度で設計した会社ほど、入力負担で頓挫しています。

## よくある質問

建設業の販売管理システムについて、検討段階で問い合わせの多い論点をまとめました。

### 建設業に一般的な販売管理システムをそのまま使えますか？

工事台帳を持てるかどうかで決まります。工事番号を伝票の必須キーとして持ち、受注・請求・入金・原価を同じ番号で串刺しできるなら、一般の販売管理システムでも運用できる会社があるのが実情です。ただし出来高請求の三段階（申請・査定・請求）や未成工事支出金の振替は標準機能に含まれないことが多く、Excelでの補完が残ります。工事件数が月に数件までで、完成後に一括請求する形が中心なら、無理に建設業向けを選ぶ必要はありません。

### 工事管理システムや原価管理システムとの違いは何ですか？

守備範囲が違います。販売管理システムは受注・出来高請求・入金という売上と債権の流れを担い、原価管理システムは実行予算と実績原価の対比を担当する役割です。工事管理システムはこの両方に加えて施工の進捗や写真・図面の管理を含むことが多く、製品によって範囲が変わります。建設業向けパッケージは三つの領域が重なって提供されるため、製品名ではなく機能一覧で自社の必要範囲を確認してください。

### 出来高請求は販売管理システムでどこまで自動化できますか？

請求書の作成と入金予定の管理までは自動化できますが、出来高の査定そのものは自動化できません。査定は発注者や元請との合意で決まるためです。システムが担うのは、申請出来高の起票、査定結果の入力、査定額にもとづく請求書の発行、入金消込、そして差異が残る工事の可視化まで。査定額の入力を手作業で残す前提で、その後ろの工程を切れ目なくつなぐ設計にすると効果が出ます。

### 建設業向けの販売管理システムはいくらぐらいかかりますか？

製品タイプと利用人数で幅が大きく、クラウド型のパッケージは月額のユーザー課金、オンプレミス型は初期のライセンス費と年間保守という構成が一般的です。判断材料になるのは本体費用より、会計連携・帳票改修・データ移行の三つにかかる初期費用の方で、見積の内訳を項目別に出してもらってください。既存の工事台帳をそのまま移行したい場合は、移行対象の年数と工事件数を先に伝えると見積の精度が上がります。

### 会計システムは別に用意する必要がありますか？

役割が異なるため、原則として別に必要です。販売管理システムは日々の受注・出来高・請求・入金を扱い、会計システムは仕訳と決算書の作成を担います。建設業では未成工事支出金や完成工事高といった固有の科目を扱うため、会計側が建設業会計に対応しているかを確認してください。ERP型の製品を選べば両方を一つで賄えますが、その場合も建設業向けのモジュールが用意されているかが選定条件になります。

## 関連記事

- [販売管理システムとは？機能・Excel管理との違いと中小企業向けの選び方](https://www.issoh.co.jp/column/details/12887/)：販売管理システムの基本機能と一般的な選び方。建設業の要件に入る前の前提を確認できます。
- [建設業会計システムとは：完成工事高・未成工事支出金に対応する要件と選び方](https://www.issoh.co.jp/column/details/16457/)：決算・財務諸表側の要件。販売管理から渡す先の設計が分かります。
- [建設業向け購買管理システムの選び方｜工事別原価・資材発注と外注管理で決める要件](https://www.issoh.co.jp/column/details/15533/)：外注発注と資材購買の要件。原価を取り込む側の設計に役立ちます。
- [販売管理システムの比較で外さない軸【2026年】](https://www.issoh.co.jp/column/details/15504/)：クラウド・パッケージ・ERP型の違い。製品タイプの比較軸を押さえられます。
- [建設業の原価管理とは？工事原価4費目と実行予算でどんぶり勘定を抜ける手順](https://www.issoh.co.jp/column/details/16052/)：工事原価の考え方と実行予算の作り方。原価側の前提知識を補えます。

---

出典: [建設業の販売管理システムとは？工事別売上・出来高請求と期ずれで選ぶ判断軸【2026年】](<https://www.issoh.co.jp/column/details/17124/>)（株式会社一創）
