実績収集システム開発の発注/外注/依頼/委託方法について

実績収集システムの発注・外注は、現状把握、1工程でのPoC、要件の確定と契約、本稼働の順に進めます。この順序で進めると、品質・在庫・原価の改善につながります。

発注形態、要件と契約、費用と委託先の選び方を、この順に見ていきます。

▼全体ガイドの記事
・実績収集システム開発の完全ガイド

実績収集システムの発注・外注の意味

実績収集システムの発注・外注とは、製造現場の実績データについて、定義、入力、自動収集、連携、見える化、保守までを製品会社や開発会社に委託することです。依頼には、画面の開発に加えて、現場で続けられる運用と、後工程で使えるデータの品質も含まれます。

収集対象の決め方

収集対象は、改善したいKPIに直結する項目から選びます。項目が増えるほど、入力負荷とマスタ管理の負担も増えるため、絞り込みが欠かせません。

  • 基本情報:製品・製番・ロット、工程、設備、作業者、作業開始・終了時刻
  • 生産実績:良品数、不良数、仕掛数、標準時間との差、材料の消費
  • 品質・設備情報:検査結果、設備の稼働・停止時間、停止理由

検査結果や設備の稼働情報まで取り込めば、進捗管理に加えて、歩留まりや原価の分析にも使えます。

人の入力と設備の自動収集の使い分け

作業者の負担を抑えるには、工程ごとに入力方法を組み合わせます。ただし、停止理由や例外処理は機械だけでは判断しきれないため、選択肢を絞った手入力を残すのが現実的です。

  • 作業開始・完了:タブレットのボタンで記録
  • 数量・ロット:バーコードやQRコードで記録
  • 稼働・検査値:PLC・IoTセンサー・検査機器から自動収集

2025年9月にKISが発表した実績収集ソリューションも、同様に複数の収集方式を組み合わせています。人・設備・作業内容の実績を、リアルタイムに集める構成です。

MES全体の入口としての位置づけ

実績収集システムは、MES、生産管理、ERP、WMSなどと機能が重なる部分があります。ただし、すべてを一度に導入する必要はありません。紙日報を電子化して現場の実績を取り込む「データの入口」と位置づければ、投資する範囲と発注先の役割がはっきりします。

将来は品質、在庫、原価、AI分析への利用も見据えます。一方で、初回の受入条件は、1工程で正確な実績が取れることに絞ります。

発注形態の選び方:パッケージ・クラウド・スクラッチ

発注形態は、標準業務に合わせられるか、既存の設備や基幹システムとの連携が要るか、現場の入力方法にどこまで差があるかで決めます。価格だけで比べると見落としが出やすいため、導入期間、アップデート、障害対応、拠点展開のしやすさも並べて比較します。

既製パッケージ・SaaSが向くケース

標準機能に業務を合わせられるなら、パッケージやSaaSが候補になります。導入後の更新や脆弱性対応を提供会社に任せやすい点も、利点のひとつです。

  • 現場入力:作業日報や進捗照会を標準機能で行える
  • 簡単な連携:バーコード連携などを標準機能で扱える
  • 運用更新:法改正やOS更新への対応を提供会社に任せやすい

標準外の帳票や独自の製番ルールを無理に合わせようとすると、追加開発が増えて利点が薄れます。そこで、Fit to Standardの範囲を先に確認します。

パッケージ連携・ハーフスクラッチが向くケース

既製品の実績入力やトレーサビリティを使い、ERP、WMS、設備、検査機器との連携部分だけを個別に作る方法は、多くの製造現場で現実的です。パナソニック プロダクションエンジニアリングのMP-Connectも、既存のフレームワークを使って必要な部分だけをカスタマイズする方式として説明されています。

同社は、この方式をフルスクラッチより短期間・低コストで、パッケージより柔軟なものと位置づけています。発注する際は、標準機能と個別開発の境界を画面・帳票・連携の単位で示してもらいます。

フルスクラッチ・ローコードが向くケース

独自の製造方法や特殊な設備信号、厳格な閉域網が要件に直結する場合は、スクラッチ開発も候補になります。既存システムで表現できないロットや承認ルールがある場合も、検討の対象です。

自由度が高いほど、設計・テスト・保守・脆弱性対応の責任が発注者側にも残ります。反対に、工程が限られ、画面やワークフローも単純であれば、ローコードという選択肢もあります。

発注前に、設備連携、オフライン時の再送、監査ログを実装できるかを確認しておきます。

ポイント

発注形態は、標準機能で業務に合うかをまず確かめてから選びます。連携や独自のルールが多いほど、パッケージ連携やスクラッチの検討が必要になります。

実績収集システムの発注・外注の進め方

現状把握からPoC、契約、受入テストを経て本稼働へ進む順序を示した図解。
前段階で決めた範囲が、次の準備につながります。

発注は、現状把握から本稼働までの順序を決めて進めます。会社を選ぶより先に、改善したいことと収集対象をそろえておくことが大切です。

  1. 現状を把握し、目的と対象範囲を限定する
  2. 候補会社へ相談し、PoCを行う
  3. 要件を確定し、契約する
  4. 開発・設定、受入テスト、教育を進める
  5. 本稼働を開始する

現場の実績と入力方法の洗い出し

まず、工程ごとに誰が、いつ、どの端末で、どの帳票へ、どの粒度で記録しているかを確認します。紙日報、Excel、設備画面、検査記録、基幹システムの実績も、あわせて洗い出します。

記録が別々の場合は、同じ製番や品目を照合できるキーがあるかも確かめます。通常作業だけでなく、例外時の運用も現場で観察しておきます。

  • 作業の変化:段取り替え、仕掛品の分割、再加工
  • 設備・通信の異常:設備停止、通信断
  • 記録の修正:入力訂正が発生する場面

PoCの目的と対象の絞り込み

PoCの目的は1〜3個に絞り、対象は1製品1工程または1ライン程度にとどめます。成功条件には、入力時間、欠損率、訂正件数、計画実績差異、現場の操作評価を使います。

  • 入力負荷:入力時間を短くする
  • 集計の速さ:日次集計を翌朝から当日中にする
  • 追跡の速さ:不良ロットの追跡時間を短くする

日立システムズが公開しているしげる工業の事例では、実績収集に目的を絞り、1製品1工程から始めています。標準機能を中心に、要件整理から設定・検証までを約2か月で行い、現場利用に到達しました。

PoCの結果と受入条件・横展開計画

PoCでは、正常な登録だけでなく、設備停止、二重送信、権限不足、通信断、端末交換、訂正承認まで試験します。合格基準を満たしたあとで、共通化するマスタと展開先を決めます。

PoCから本番までを別の仕組みで作り直すと、データや操作が分断されてしまいます。そこで、同じ環境を設定変更で広げられるかを、契約前に確かめます。

ポイント

発注は、現状把握と1工程のPoCを先に進め、その結果を見てから要件の確定と契約に進むと判断しやすくなります。会社選びは、改善したいことと収集対象がそろってから始めます。

RFP・要件整理で発注先に伝える内容

RFPに記載する業務課題とKPI、データ項目・連携・例外処理、非機能要件とセキュリティを3層で示した図解。
課題から運用条件までを一続きで見渡せます。

RFPには、現場の課題、対象工程、収集項目を中心に書きます。さらに、次の項目も書いて候補会社へ伝えます。

  • 入力方式
  • 連携先
  • 非機能要件
  • 導入体制
  • 見積条件

機能の一覧にとどまらず、現場の前提まで書くことで、発注先は提案の範囲を読み取れます。

各社に同じ前提で提案と見積を依頼すると、内容を並べて比べられるようになります。

業務課題とKPI

「紙をなくす」という目的だけでは、発注先が必要な仕様を判断できません。そのため、現状を対象工程、頻度、担当者とともに記載し、発注先が仕様に落とし込めるようにします。

  • 日報集計:毎日2時間かかっている
  • 在庫差異:原因確認に半日かかる
  • 不良ロット:複数の台帳を照合して追跡している

導入後に測るKPIは、入力時間、集計時間、欠損率、追跡時間、停止理由の記録率などから選びます。

データ項目・連携・例外処理の一覧

追加費用の見落としを防ぐため、収集項目、システム連携、例外処理の条件をRFPでそろえます。

  • 収集項目:項目名、入力者、入力時期、必須・任意、単位、コード体系、訂正方法、保存期間
  • システム連携:ERP・生産管理との送受信内容、CSV・APIの別、連携頻度。設備メーカー、通信規格、取得信号、既設ゲートウェイの有無、停止時の扱い
  • 例外処理:再加工、廃棄、ロット分割、オフライン入力などの扱い

連携頻度は、リアルタイムか日次かまで明記しておくと、個別対応の範囲を見積もりに反映できます。

非機能要件とセキュリティ

現場システムが止まると製造に影響するため、稼働継続とセキュリティの条件をRFPで具体的に示します。

経済産業省の「工場システムにおけるサイバー・フィジカル・セキュリティ対策ガイドライン」には、対策例が示されています。そのなかには、ネットワークの構成分割、接続機器の制限、脆弱性対策、ログ取得などが含まれます。

  • 稼働継続:稼働時間、バックアップ、復旧目標、通信断時の入力と再送
  • 現場運用:端末の共用、権限管理、操作ログ、監視、サポート時間
  • セキュリティと委託先管理:ネットワーク分離、アクセス権限、ログ保存、バックアップ、委託先の脆弱性対応と再委託管理

ポイント

RFPには、業務課題やデータ項目、連携、例外処理、非機能要件を具体的に書きます。各社に同じ前提を渡すと、提案と見積を並べて比べられます。

契約形態の使い分け:準委任・請負・ライセンス

契約は、要件がどこまで確定しているかと、成果物を検収できるかで選びます。現場の例外は要件定義のあとに見つかりやすいため、要件整理と開発を、曖昧なまま一括りにしないことが大切です。

フェーズごとに目的と責任を分けておくと、変更時の判断がしやすくなります。

準委任契約が向く要件整理と伴走支援

準委任は、専門家の知見や作業時間の提供を受ける契約です。成果物の仕様を固めにくい業務に適しています。

  • 整理・選定:現場ヒアリング、業務棚卸し、RFP作成、製品選定
  • 実証・管理:PoC支援、プロジェクト管理

作業範囲と担当者、稼働時間は、契約書に明記しておきます。報告方法、意思決定者、成果の確認方法も、あわせて書き込みます。そのうえで、作業時間だけが膨らまないよう管理します。

請負契約の成果物と検収条件

請負契約は、合意した成果物を完成させて検収する開発に適しています。納品物を具体的に決め、受入テストのケースと合格基準を仕様書に結びつけておきます。

  • システム成果物:画面、データベース、連携プログラム、帳票
  • 運用・確認資料:操作マニュアル、テスト結果、移行データ

設備仕様が未確定のときや、データ移行の品質、現場都合による追加変更が起きそうなときは、変更管理の手順と追加見積のルールも決めておきます。

ライセンス・保守契約と開発費の区別

パッケージやSaaSでは、ライセンスやクラウドのほかに、初期設定や教育が別料金になることがあります。端末や保守、個別連携も、別途かかることがあります。

株式会社インプローブの「サクスマ」は、実績収集限定版を1台あたり月額1,500円から、買い切り5万円からと公開しています。全機能版は、月額1万円から、買い切り38万円からです。

いずれも税別の参考価格です。サーバー、インストール、教育、買い切り時の年間保守は別途のため、導入総額とは異なります。

実績収集システムの費用相場

1工場・1〜数工程、複数ラインの中規模案件、複数工場・MES基盤の初期費用と開発費の目安を横棒で比べた図解。
対象範囲が広がるほど、予算レンジも上がります。

実績収集システム単体の公開統計は多くありません。そこで、公開ライセンス価格と製造業向け業務システムの類似相場をもとにした、2025〜2026年時点の予算目安を示します。

金額は、設備台数や端末数、拠点数によって変わります。連携本数やロット粒度、セキュリティ要件によっても左右されます。各レンジは、予算検討の目安として見てください。

方式別の初期費用と開発費の目安

SaaSや既製品を標準機能のまま使う場合、初期費用は0万〜60万円程度です。月額は1台・1ユーザーあたり数百円〜数千円程度が目安です。

パッケージに初期設定や教育を加え、さらに端末、帳票、マスタ移行まで含める場合は、50万〜300万円程度です。ERPや設備連携まで含めると、300万〜800万円程度を見込みます。

  • 1工場・1〜数工程:タブレット入力、バーコード、基本ダッシュボードで300万〜800万円程度
  • 複数ラインの中規模案件:品質・ロット管理やERP・WMS連携を含み800万〜2,500万円程度
  • 複数工場・MES基盤:基幹刷新まで含む場合は2,500万〜5,000万円以上

開発期間は、小規模案件で3〜6か月程度、中規模案件で6〜12か月程度です。複数工場の基盤や基幹刷新では、12か月を超える可能性もあります。

これらは、公開統計から断定した金額ではなく、業務システム相場と公開製品価格から整理した推定のレンジです。

見積書の開発以外の費用

見積もりは、開発以外の作業や運用費を分けて提示してもらいます。「一式」にまとめられた作業は、担当者と成果物の単位まで確かめます。

  • 設計・開発:要件定義、設計、画面・API開発
  • 連携・データ:設備ゲートウェイ、ERP・WMS連携、マスタ整備、データ移行
  • 稼働準備:テスト、端末、クラウド、教育、稼働立会い、保守

保守運用費は、初期開発費の年15〜25%程度を一つの目安にできます。ただし、クラウド利用料や監視、バックアップの扱いは会社によって異なります。端末更新や通信費、脆弱性対応が含まれるかについても、確かめる必要があります。

PoCと本番の期間・総額

導入期間は、既製品の設定なら数週間、実績収集だけのPoCなら1〜2か月が目安です。小規模カスタムは3〜6か月、複数拠点の連携は6〜12か月程度です。

PoCの費用を本番の費用から差し引けるか、作成したマスタや画面を本番へ引き継げるかは、契約前に確かめます。

横展開のときに追加となるライセンス費や連携費も、あわせて確かめます。PoCの価格が安くても、本番で作り直すと総額は膨らむため、継続して使える設計かどうかで評価します。

ポイント

費用は、対象の工場数や工程数、連携の範囲によって大きく変わります。公開価格のライセンスだけで判断せず、開発、連携、教育、保守を分けて総額で見ます。

委託先の選定と見積比較

委託先は、会社の規模だけでなく、対象工場に近い導入経験で選びます。あわせて、設備や基幹との連携を誰がどこまで受け持つか、現場教育や障害時の支援、追加開発のルールも比べます。

候補会社には同じRFPを渡し、価格と提案内容を共通の尺度で比べます。

同業・同規模の導入実績

「製造業の実績がある」と説明されても、提案が自社に合うかは判断しにくいものです。自社に似た工程や設備、データの条件を示す事例を確かめます。

  • 工場の条件:工程数、設備の古さ、現場端末、拠点数
  • データと連携:ロット・製番の粒度、ERPやWMSの種類
  • 導入後の実績:入力定着率、PoC期間、標準機能と追加開発の範囲

トラブル時の復旧方法も聞いておくと、提案の実現性を見極めやすくなります。

見積の前提と除外項目

初期費用だけでなく、5年間の総保有コストで比べます。その際は、課金単位や利用者数など、費用の前提をそろえて確認します。

  • 利用・基盤:ライセンス課金単位、同時利用者数、クラウド・サーバー費
  • 運用・設備:端末、通信費、保守費、バージョンアップ、設備1台あたりの連携費
  • 追加作業:追加帳票、要件定義、移行、テスト、教育、稼働立会い

上の追加作業が見積から除外されている提案は、後から追加費用が発生しやすくなります。

体制・保守・変更管理の選定基準

提案内容だけでなく、担当者、保守体制、変更時の対応を確認して委託先を選びます。

  • 役割と責任者:発注者側・委託先側のプロジェクト責任者と、業務・設備・セキュリティの担当。現場機器とITの両方を理解する調整役も含む
  • 保守と引き継ぎ:問い合わせ窓口、障害の優先度、一次切り分け、復旧目標、データ修正の権限、再委託先、担当者変更時の引き継ぎ方法
  • 担当者との面談:営業担当に加え、要件定義・開発・保守の責任者から説明を受けること
  • 障害時の動作:通信断からの再送、訂正履歴、権限変更、バックアップからの復旧、設備異常の通知(デモで確認)

価格だけでなく、データ欠損や製造停止を防ぐ設計と、自社で運用を続けるための教育が含まれるかも重視します。

ポイント

委託先は、同業の導入実績と、導入後の定着を支える体制で選びます。見積は、前提と除外項目をそろえてから比べると、条件の差が見えてきます。

実績収集システムの発注・外注に関するよくある質問

発注では、導入範囲や既存設備、現場の運用、費用の含まれ方について質問が集まります。外注の前に確かめておきたい疑問に、順に答えます。

実績収集システムはExcelから移行する必要がありますか?

実績を継続的に使う場合は、対象工程から段階的に移す方法があります。全社を一度に移す必要はありません。

Excelは試行や少量の集計には使えますが、同時編集や入力時刻、訂正履歴、ロット追跡、設備連携が複雑になると限界が出てきます。

まず、現行Excelの項目とコードを整理します。続いて、CSV取込や併用期間を設け、現場が使える画面へ移します。

古い設備でも実績データを自動収集できますか?

可能な場合もありますが、設備の通信規格、信号の取得箇所、ネットワーク接続、ゲートウェイの有無は、設備ごとに確かめます。

自動収集が難しい設備では、バーコードやタブレットによる簡単な入力を組み合わせます。全工程を同じ方式にそろえる必要もありません。

RFPには、設備一覧、メーカー、型式、取得したい信号、設備停止時の扱いを添付しておきます。加えて、現地調査が必要かどうかと追加費用も、委託先に確かめます。

実績収集システムの費用を抑えるにはどうすればよいですか?

対象工程や収集項目、連携先、端末数を広げすぎないことが、初期投資を抑えるうえで効果的です。たとえば、1工程のPoCから始める方法があります。

発注側は、要件定義、テスト、教育、バックアップ、保守は削らず、標準機能を優先して個別開発を後回しにします。

公開価格のライセンス料だけで判断せず、5年間のライセンス、連携、端末、保守、運用人件費を含めた総額で比べます。

まとめ

実績収集システムの発注では、何を集めるかより先に、どの業務課題を、どのKPIで改善するかを決めます。紙やExcelの実績を洗い出し、工程ごとに作業者の入力、バーコード、設備信号を使い分けます。

1工程のPoCで入力負荷とデータ品質を確かめてから、対象を広げます。

発注前に決めるべきこと

発注形態は、標準機能で足りるならSaaSやパッケージを、連携や独自ルールがあればパッケージ連携・ハーフスクラッチを、特殊要件が大きければスクラッチを、順に検討します。

RFPには、データ項目、連携、例外処理を含めます。さらに、非機能要件、セキュリティ、教育、保守も書き込みます。準委任・請負・ライセンスの責任範囲は、分けて記載します。

委託先の選び方:価格より定着と拡張性

費用は、公開ライセンス価格と、開発、連携、端末、教育、保守を分けて見積もります。対象範囲をそろえたうえで、300万〜800万円、800万〜2,500万円などのレンジで比べます。

現場が短時間で入力でき、通信断や訂正にも対応できる委託先を選びます。実績を品質、在庫、原価や、将来のERP・分析につなげれば、投資効果も高まります。

▼全体ガイドの記事
・実績収集システム開発の完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。