【完全ガイド】建設業基幹システム刷新：建設大臣NX・PROCES.S・JV処理からクラウド・ANDPADへの移行戦略
建設業界の基幹システム（建設大臣NX、PROCES.S、奉行 建設業会計、ProjectMaster）からクラウド・施工管理プラットフォーム（ANDPAD/SPIDERPLUS/Photoruction）への移行戦略を徹底解説。改正建設業法、JV処理、業務領域別置き換えパターン、コスト目安、AI活用支援。
目次 クリックで開く
建設業の基幹システム刷新は、工事案件単位で組み立てられた業務フローと、業界特有の制度（建設業法・グリーンサイト・CCUS・働き方改革 2024 年問題）への対応が同時に必要になる、他業界とは構造が大きく違うプロジェクトになる。建設大臣 NX、PROCES.S、JV 処理、達人シリーズ、現場 Plus といった業界特化パッケージから、ANDPAD・kintone・SaaS への移行戦略を、業界実態を踏まえて整理する。
1. 建設業の基幹システムは「工事案件」を軸に組まれている
建設業のすべての業務は、工事案件番号を軸に動く。原価管理・施工管理・契約管理・請求はすべて案件別。これが他業界の ERP との根本的な違いになる。
| 業務領域 | 主要機能 |
|---|---|
| 工事原価管理 | 労務費・材料費・外注費・経費を工事番号別に集計 |
| 施工管理 | 工程表・出来高・写真記録・作業日報 |
| 協力会社管理 | 下請業者の登録・契約・支払・社会保険加入状況 |
| 見積・契約管理 | 請負金額・契約書面・追加工事承認・出来高申請 |
| 安全衛生管理 | 安全パトロール・KY 活動・グリーンサイト連携 |
| JV 会計 | 共同企業体の出資比率・原価収益配分 |
2. 主要な建設業基幹システム
| 製品 | 得意領域 | 典型ターゲット |
|---|---|---|
| 建設大臣 NX（応研） | 工事原価・経営事項審査・電子納品 | 中小〜中堅建設会社 |
| PROCES.S（コンピュータ・システム研究所） | 工事原価・契約管理・JV対応 | 中堅〜大手 |
| 達人シリーズ（NTT データ） | 原価・契約・売上の統合 | 中堅専門工事業 |
| 現場 Plus（インスペクション） | 施工管理・写真・図面・現場監督向け | 現場主導の中小建設会社 |
| ANDPAD | SaaS 型施工管理・コミュニケーション | 中小〜中堅・現場効率化重視 |
| SAP S/4HANA + 建設業アドオン | 大型ゼネコン・大規模 JV | 大手・グローバル |
3. 2024 年問題と DX への圧力
働き方改革関連法が 2024 年 4 月から建設業にも適用され、時間外労働の上限規制（年 960 時間）が義務化された。これがシステム刷新の最大の駆動力。
- 労働時間の正確な把握：現場での労働時間を分単位で記録、ドライバー・職人別の残業時間を月次でモニタリング。
- ICT 建機・i-Construction：ICT 建機の自動運転、3D 設計データの活用。労働時間削減の主要施策。
- BIM/CIM 対応：3D モデルベースの設計・施工管理。国交省の発注案件で標準化が進む。
- 協力会社との連携 DX：紙ベースの作業日報・出来高報告から、ANDPAD・グリーンサイト経由のデジタル提出へ。
4. 業界制度対応：建設業法・グリーンサイト・CCUS
- 建設業法（特に下請法）：元請から下請への支払期日（注文書発行から 60 日以内）、下請への支払遅延防止、書面交付義務。違反は監督処分対象。
- グリーンサイト：建設現場の作業員管理（労務安全書類）の標準クラウド。一次請けから二次・三次まで階層的に作業員を登録。多くの大手ゼネコンが導入を取引条件化。
- 建設キャリアアップシステム（CCUS）：技能者の経歴・資格・現場経験を国が一元管理。元請が施工現場の作業員 ID を CCUS に登録。
- 電子帳簿保存法：注文書・請求書・契約書の電子保存要件。建設業は紙ベースが多く、移行のインパクトが大きい。
5. 工事原価管理の移行：最大の難関
建設業の基幹システム刷新で最も時間を食うのが工事原価管理の移行。理由は、業界の会計処理の特殊性。
- 工事完成基準と工事進行基準の併用：年度をまたぐ大型工事は工事進行基準（出来高比例）、短期工事は工事完成基準（完成時一括）。
- 原価の按分計算：1 名の現場監督が複数工事を管理する場合、労務費を工数比で按分。VBA で複雑なロジックを書いていることが多い。
- 未成工事支出金・未成工事受入金：建設業特有の勘定科目。工事完了前の支出と前受金の管理。
- JV 会計：共同企業体の場合、各構成会社の出資比率に応じた原価・収益の配分。複雑度が一段上がる。
6. ANDPAD への移行が増えている背景
ANDPAD（アンドパッド）は SaaS 型の施工管理プラットフォームとして急成長している。導入企業が増える理由。
- 現場主導の業務設計：スマホで撮影した写真・図面・コメントを、案件別に自動整理。現場監督の事務作業が大幅減。
- 協力会社との情報共有：協力会社も同じプラットフォームを使うことで、報告・連絡が円滑化。
- SaaS 型で月額課金：自社サーバ運用が不要、初期費用が小さい。
- 従来基幹システムとの併用：建設大臣 NX や PROCES.S を継続しつつ、ANDPAD で施工管理を補完する構成が多い。
7. 移行プロジェクトの進め方
- Phase 1（1〜3 ヶ月）：現行システムの棚卸し・刷新方針合意。協力会社マスタの整理。
- Phase 2（3〜6 ヶ月）：施工管理（日報・写真・進捗）の SaaS 化。ANDPAD 等の試験導入。
- Phase 3（6〜12 ヶ月）：工事原価管理の刷新。会計システムとの統合。
- Phase 4（12 ヶ月以降）：見積・契約管理の刷新。BIM/CIM 対応・i-Construction 化。
8. 建設業の基幹システム選定：規模×業態×ANDPAD併用方針で絞る
建設大臣NX・PROCES.S・SMILE・GLOVIA・ANDPAD等の選択肢から、自社の規模・業態・既存資産・施工管理 SaaS との併用方針を踏まえた判断が必要。次の4つの問いで候補を絞り込む。
問1：年商規模と工事案件数
- 大手ゼネコン（年商1,000億円超）：SAP S/4HANA・Oracle 等の汎用大規模 ERP＋業界特化アドオン。複雑な JV・大型案件管理。
- 中堅建設（年商100〜1,000億円）：建設大臣NX・PROCES.S・SMILE 建設業版等の業界特化パッケージ。
- 地場中小（年商10〜100億円）：業界特化パッケージの中堅版＋ANDPAD・現場 Plus 等の施工管理 SaaS。
- 専門工事業：工種特化のパッケージ＋一般会計の組合せ。
問2：業態（元請／下請／自社施工）
- 元請主体（公共工事中心）：原価管理・JV 処理・公共工事会計の充実度。建設業会計基準への完全対応。
- 元請主体（民間工事中心）：建築・土木の両方への対応、施主との情報共有機能。
- 下請主体：元請からの受注・出来高管理。原価のリアルタイム把握。
- 自社施工＋下請混在：協力会社管理・出来高管理の柔軟性。
問3：ANDPAD・現場 Plus 等の施工管理 SaaS との関係
- パターン A：施工管理だけ SaaS 化：基幹は会計・原価・契約管理を継続。SaaS は日報・写真・工程表。最も多い構成。
- パターン B：原価データを連携：基幹で財務諸表、SaaS から労務費・外注費データを連携。月次締めの早期化。
- パターン C：ANDPAD 中心への全面移行：基幹は会計のみ残す。中小・新設会社向け。
- パターン D：完全独自運用：施工管理 SaaS を使わず、基幹のみ。一部の老舗大手。
問4：2024年問題対応の優先度
- 労働時間管理の徹底：勤怠 SaaS との連携・上限規制への対応。原価管理との連動。
- 働き方改革と業務効率化：施工管理 SaaS の本格導入・ペーパーレス化。
- 協力会社含めた全社最適化：協力会社の労務管理・教育・安全衛生管理の統合。
9. 電帳法・インボイス制度×建設業：取引先マスタの設計
建設業は協力会社・一人親方が多く、適格請求書発行事業者登録の有無が業務に大きく影響する。基幹システムの取引先マスタの設計が、月次の経理処理の効率を決定する。
協力会社マスタの拡張要件
- 登録番号フィールド：適格請求書発行事業者登録番号の必須項目化。
- 登録状況の継続管理：国税庁公表サイトでの定期的な有効性チェック。取消情報の自動反映。
- 免税事業者フラグ：免税事業者との取引の経過措置対応。控除割合の自動反映（2026/9まで80%、2026/10〜2029/9は50%、2029/10以降対象外）。
- 一人親方の管理：個人事業主としての一人親方の登録情報。労災特別加入の管理。
電帳法対応の業務設計
- 電子取引データの保存：注文書・注文請書・出来高請求書等の電子授受データの保存。タイムスタンプまたは訂正履歴の確保。
- JV 関係書類：共同企業体内の精算書・出資金請求書等もスコープ。構成会社間のフォーマット統一。
- グリーンサイト・ANDPAD 等での授受：これらの SaaS 経由の取引も電子取引データに該当。基幹システムへの取込設計。
- 検索要件：日付・取引先・金額での検索可能性。
インボイス対応の取引フロー
| 業務 | システム対応 |
|---|---|
| 新規取引先登録 | 登録番号入力必須化、有効性チェック |
| 請求書受領 | 記載要件（登録番号・税率別合計・消費税額）の自動検証 |
| 仕入税額控除の計算 | 登録番号別の控除可否、経過措置対応 |
| 請求書発行 | 適格請求書フォーマットの自動生成 |
| 取引先への対応 | 免税事業者への登録勧奨・条件見直し |
選定で確認する RFP 項目
- 電帳法の電子取引データ保存要件（タイムスタンプ・訂正履歴）の標準対応
- インボイス登録番号の自動チェック機能
- 協力会社マスタの拡張カスタマイズ容易性
- グリーンサイト・ANDPAD 等の建設業 SaaS との API 連携
- JV 会計の標準対応
10. 2024年問題と工事原価管理の連動：時間管理を経営判断に組込む
建設業の時間外労働上限規制（2024年4月適用：原則月45時間・年360時間、特別条項でも年720時間/月100時間未満等）への対応で、勤怠管理だけでなく工事原価管理との連動が業務改革の本質。
連動で得られる4つの効果
- 1. 工事別労務費の精度向上：「誰が・どの現場で・何時間働いたか」が日次で原価管理に反映。月次締めの按分計算が不要に。
- 2. 赤字工事の早期検知：労務費が予算を超過した案件をリアルタイムアラート。月次決算を待たずに是正。
- 3. 工程計画と人員配置の最適化：労働時間上限に近づいた職人を、他現場への配置や休暇取得で調整。
- 4. 外注 vs 自社施工の判断材料：労働時間上限到達見込みの工事は、外注比率を上げる経営判断。
連動の実装パターン
- パターン A：勤怠 SaaS → 基幹原価管理：勤怠データを日次で原価管理に連携。最もシンプル。
- パターン B：施工管理 SaaS → 基幹原価管理：ANDPAD 等の施工管理 SaaS から労務実績を取得。施工管理データと一体化。
- パターン C：勤怠＋施工管理 → 統合 BI：勤怠・施工管理・基幹のデータを BI で統合分析。経営層への可視化。
- パターン D：協力会社の労務データも含む：協力会社の労務実績も収集。全体最適化が可能だが、運用負荷大。
2024年問題対応の段階アプローチ
- Stage 1：自社職員の勤怠管理徹底：自社の労働時間を正確把握。上限規制への確実な対応。
- Stage 2：原価管理との連動：労務データを工事原価に反映。リアルタイム原価管理。
- Stage 3：協力会社管理への展開：協力会社の労務管理・教育・安全衛生管理の統合。
- Stage 4：データ駆動の経営判断：労務・原価・工程データの統合分析。AI 最適化。
11. 移行プロジェクトでの社内合意：必ず議題になる4つの論点
建設業のシステム刷新は、技術選定よりも社内合意形成のほうに時間がかかる。プロジェクト中盤で必ず議題になる論点を、要件定義の前に経営層と整理しておくと手戻りが減る。
論点1：業務をシステムに合わせるか、システムを業務に合わせるか
- 典型的な対立軸：現場「今のやり方を変えたくない」 vs 経営「標準機能で運用したい」
- 合意のアプローチ：独自仕様の一覧を作成し、1件ずつ「業務改革で吸収可能か／必要カスタマイズか」を経営判断する場を設ける。
- 進め方のコツ：標準機能で対応する案を先に提示し、変更困難な業務を例外として残す。
論点2：協力会社にどこまで負担を求めるか
- 典型的な対立軸：現場「使い慣れた紙でいい」 vs DX推進「グリーンサイト/ANDPAD に揃えたい」
- 合意のアプローチ：主要協力会社への導入支援（研修・操作レクチャー）を見積に含める。協力会社の規模別に段階導入。
- 進め方のコツ：大手協力会社から段階的に展開。中小協力会社には簡易ツールから。
論点3：本社一括導入か、支店別段階導入か
- 典型的な対立軸：本社「一気に統一したい」 vs 支店「自支店の事情を考慮してほしい」
- 合意のアプローチ：パイロット支店を1〜2拠点選び、3〜6ヶ月の試行後に他支店展開。支店長会議で進捗共有。
- 進め方のコツ：本社業務から先に統一し、現場業務は支店ペースに合わせる。
論点4：会計年度のどこで切替えるか
- 典型的な対立軸：経理「4月決算後に切替えたい」 vs 工事部「期中に切替えると工事原価が分断される」
- 合意のアプローチ：会計は4月切替、工事原価は工事完了の節目で旧→新に移管するハイブリッド方式を検討。
- 進め方のコツ：並行運用期間を3〜6ヶ月確保。両システムでのデータ突合で問題を早期発見。
合意形成を加速するためのプロジェクト体制
- 経営層の関与：プロジェクトオーナーは経営層から選任。最終判断の権限を明確化。
- 主要部門代表者の参画：本社・支店・現場・経理・工事部の代表者を巻き込む。早期から意見を反映。
- 外部コンサルタントの活用：第三者視点での進行支援。社内の対立を中立的に調整。
- 月次進捗会議の継続：月次での進捗確認・意思決定の場。重要論点の継続的な合意形成。
建設業の基幹システム刷新は、システムだけの問題ではなく、業務改革・組織変革・協力会社との関係見直しを伴う長期プロジェクト。早期の社内合意形成と、4論点での合意済みの状態でベンダ選定に入ることが、プロジェクト成功の鍵となる。
🔗 Aurant の Salesforce × kintone 連携プラグイン
SF と kintone を双方向に連携し、CRM データとプロジェクト管理を統合。EDI・受発注・原価管理の自動化を実現。
📚 B2B・流通・製造 の関連記事
関連ピラー
ANDPAD や kintone を建設現場の DX 基盤として整備した後、Claude 等の AI を施工管理・原価管理に組み込む際は、工事番号別のデータをどのロールにどこまで開示するか、操作ログと承認記録をどう残すかの権限設計が情報管理の要になります。建設業の業務システム移行後の AI 活用設計や PoC の進め方は Claude Code 導入支援 でもご相談いただけます。
基幹システムの刷新・移行とデータ統合のご相談
老朽化した基幹システムの刷新やERP移行、社内システム同士のデータ連携を、業務を止めない形で支援します。移行方式や構成が妥当かを確認したい、という導入前後のセカンドオピニオンにも対応しています。
