紙/パルプ業界のシステム開発の発注/外注/依頼/委託方法について

紙・パルプ業界のシステム発注は、いきなり開発会社へ見積を頼まず、現状把握から始めます。RFP作成と提案比較を経て、契約から移行まで段階的に進めると、現場に定着しやすくなります。

発注形態の選び方、契約と費用、委託先の選び方も、この流れに沿って順に説明します。

紙・パルプ業界のシステム開発を外注する前に知るべき全体像

紙・パルプ業界の基幹システムを中心に、配合と品質、裁断とロス、稼働継続、履歴追跡の4領域を示す図。
生産の流れと稼働後の追跡までが、ひとつのシステム範囲につながります。

紙・パルプ業界の基幹システムは、受注や会計だけでなく、原料入荷から配合、抄紙、加工、在庫、出荷、環境データまでを扱います。

価格だけで委託先を決めると、現場に合わない追加開発や、稼働後の二重入力が残るおそれがあります。

プロセス製造業の配合・歩留まりの確認

組立製造は部品表に沿って作りますが、紙・パルプでは原料の配合が品質と原価を左右します。特に、木材チップ、古紙、薬品、水分の配合比率が重要です。同じ銘柄でも、含水率や繊維状態によって歩留まりが変わります。

  • 配合と品質:配合レシピ、実績投入量、ロット、製品品質をひも付けて、どの配合がどの品質につながったかを追えるようにします。
  • 裁断とロス:顧客サイズへの裁断で出る連産品、端尺、トリムロスを分けて押さえ、受注の組み合わせごとの廃棄量を一覧にします。

24時間稼働とトレーサビリティの非機能要件

24時間稼働の工場では、システムが止まったときの扱いも要件として決めておく必要があります。

  • 稼働継続:抄紙機やボイラーの障害は、生産停止や納期遅延に直結します。
  • 復旧要件:目標復旧時間、バックアップ、通信断時の現場入力、設備データ欠損時の扱いは、機能要件とは別に定めておく項目です。
  • 履歴追跡:森林認証の原料区分、古紙配合率、入荷から出荷までのロット履歴を、さかのぼって追える状態にします。

FSCは2025年にもCoC認証指令を公開しました(出典:FSC、2025年)。認証範囲や証憑の管理は、委託先と一緒に確認しておきます。

紙・パルプ業界のシステム発注形態の選び方

準委任、請負、一括外注、複数社委託について、それぞれ向く場面を整理した4枚のパネル図。
要件の確かさと社内の調整体制が、形態を選ぶ手掛かりになります。

要件が固まっていない段階では、準委任で企画と要件定義を進めます。仕様と受入条件が固まった機能は、請負または固定価格で開発します。一括請負では、未整理の現場ルールが変更要求になりやすく、時間精算だけでは予算と完成条件が見えにくくなります。

一括外注の向く場面:窓口を一本化したい場合

企画から運用までを一社に委託する方式です。社内のIT人材が少なく、工場間の調整や既存システム連携も任せたい場合に、この方式が合います。

ただし、一括で任せる場合も、業務判断まで委託先任せにはできません。配合マスタや設備停止可能な時間帯は自社で決めます。現場責任者と受入基準も、自社で決める項目です。

複数社委託は専門性と価格を比較しやすい反面、統合責任の決め方

複数社に委託すると、専門性と価格を比べやすくなります。その反面、どこまでを誰が受け持つかを先に決めておく必要があります。各社の強みを活かせる分担と統合責任は、発注前に確認しておきます。分担は次の項目ごとに整理します。

  • 委託範囲:生産管理、設備IoT、データ基盤を分けて委託すると、既存ERPを残したまま段階的に投資できます。
  • 責任分担:データ項目、障害の切り分け、マスタ更新、セキュリティそれぞれの責任者を決めておきます。
  • 全体設計:PMOまたはプライムベンダーが、全体の設計を受け持ちます。
  • 連携と障害対応:会社間の連携テストと、障害時の窓口をRFPに記載し、納品後の統合責任を明確にします。

二重管理を残さない範囲での切り出し

全社を一度に刷新せず、効果とリスクを測りやすい業務から始めます。旧Excelへの転記が続くと、新しいシステムは定着しません。

  • 対象業務:原料受入とロット追跡、設備点検、受注・裁断計画などの中から選びます。
  • 展開条件:対象範囲、旧運用の終了日、責任者、KPIを、広げる前に定めておきます。

次の工場にも展開できるよう、標準テンプレートを設計しておきます。AX、つまり紙や口頭に埋もれた業務を先に標準化しておくと、デジタル化の効果を測りやすくなります。

ポイント

要件が固まるまでは準委任で進め、固まった機能から請負や固定価格で開発すると、形態を選びやすくなります。一括外注や複数社委託は、社内の体制で使い分けます。

紙・パルプ業界のシステムを発注する進め方

現状把握、RFP、提案比較、契約と要件定義、開発と移行の順に進む発注工程を示す図。
現場の状況を言語化してから、提案と実装へ段階的に進みます。

いきなり開発会社へ見積を頼まず、まずは現状把握から始めます。そのあとRFPを作り、候補会社の説明と提案比較を経ます。契約と要件定義を済ませたうえで、開発と移行に進みます。

工場ごとの呼び名や熟練者の判断は、入力、判断、承認、出力の流れに分けたうえで仕様に書きます。

現状業務と発注目的の整理

まず、対象工場、部門、利用者を洗い出します。そのうえで、既存システム、Excelや紙帳票、外部連携も含めて一覧にします。

現状が見えると、対象範囲を絞り込みやすくなります。目標を立てる観点は、次の4つです。

  • 時間:入力時間を月に何時間減らすかを設定します。
  • 追跡:原料ロットを、出荷単位まで追えるようにします。
  • ロス:裁断で生じる損失率を、何ポイント改善するかを決めます。
  • 障害対応:停止時に何分で手作業へ切り替えるかを定めます。

優先順位を決めるには、「DXしたい」という目的を、数字や業務の言葉に置き換える必要があります。

現場と経営者で優先順位を合意します。品質、コスト、納期を中心に、安全と環境も含めて順位を付けます。

RFPに記載する業務・データ・非機能・移行・運用

RFPには、背景と目的、範囲を書きます。業務フローと機能、データ、連携を示します。導入日程、予算、提案書の形式も記載します。

  • 製造情報:原料ロットと配合レシピを示します。歩留まりと製品ロールも扱います。
  • 工場運用:裁断指示、端尺、設備点検の要件を定めます。
  • 環境証跡:FSCなどの証憑と、CO2排出量を扱います。

まだ確定できていない機能は、候補会社に確認事項と追加調査の工数を分けて示してもらいます。

稼働時間、目標復旧時間、同時利用者数は数値で示します。応答時間やバックアップも、数値にします。

権限と監査ログの要件も明記します。通信断時の動作と保守窓口も、具体的に定めます。

IPAの非機能要求グレードは、重要な項目から要求レベルを確認し、受発注者の認識違いを防ぐための考え方を示しています(出典:IPA「非機能要求グレード」、2023年時点掲載)。

移行・リリースと設備停止計画の一体設計

24時間稼働の工場では、休日の一夜で切り替えられないこともあります。そのため、一部のラインや一工場で並行検証します。

  • 照合対象:マスタや在庫、仕掛の数字を、旧と新で突き合わせます。受注残とロール在庫も対象です。
  • 終了条件:並行稼働をいつまで続けるかを決め、二重入力が長引かないようにします。
  • 切替訓練:切り戻し、連絡網、代替帳票、データ復旧の担当者を、本番前に実際に動かして確かめます。

総合テストでは、障害や通信断も再現しておきます。移行手順と設備停止計画は、あわせて準備します。

ポイント

現状把握からRFP、提案比較、契約、要件定義へと段階を踏み、工場ごとの業務を入力・判断・承認・出力の流れに分けて仕様にすると、仕様の抜けを減らしやすくなります。

システム開発の契約形態と発注者の責任

契約は、作業の目的と完成条件に合わせて結びます。成果物、検収条件、変更管理を文書にするのが基本です。

知的財産、再委託、損害賠償も、契約書に書き込みます。保守範囲も、あわせて明記します。また、経済産業省が2026年2月に改訂した役務請負契約条項は、契約書式を検討するときの参考になります(出典:経済産業省、2026年)。

準委任契約の向く業務:企画・要件定義・伴走支援

準委任は、調査や整理、助言、プロジェクト推進に向きます。とくに、企画段階や現場ヒアリングに適しています。データクレンジングやPMO支援も、準委任で進めやすい作業です。

月次の作業や稼働時間を明確にします。会議体、成果物、報告方法も決め、実施内容を確認できるようにします。

完成システムの動作を保証する契約とは、性質が異なります。開発後の検収条件は、別工程として合意します。

請負契約の使いどころ:仕様と受入条件が確定した開発

請負は、成果物を完成させて検査・検収する開発に適しています。納品物と合格条件は、契約に明記します。

  • 納品物:画面、帳票、APIなどを示します。データ移行やテスト、マニュアルも含みます。
  • 受入条件:ロットの逆引きや配合実績と品質結果の検索を、業務の言葉で書きます。設備停止からの復旧は、定めた時間内にできるかで確認します。

仕様を変更するときは、見積、承認者、納期への影響を変更管理票で扱います。

マスタと業務判断の発注者側の分担

設備、品目、配合レシピの情報は、ベンダーだけでは正解を判断できません。取引先や単位の情報も、ベンダーだけでは判断できません。さらに、品質基準と権限者の情報も、ベンダー任せにはできません。

発注者は、データの所有者と承認者を決め、重複や表記揺れを整理します。丸投げして受入を急ぐと、現場が独自のExcelへ戻るおそれがあります。

発注者の協力義務、情報提供期限、未提供時の影響は、プロジェクト計画と契約書に残します。

ポイント

工程ごとに契約を分け、準委任は要件整理、請負は仕様と受入条件が確定した開発に使います。マスタや業務判断の分担も、契約前に決めて契約書に残します。

紙・パルプ業界のシステム開発費用相場と見積の見方

費用は、機能数に加えて、工場数や設備連携、データ品質によって変わります。さらに、24時間運用の可用性や移行、教育の範囲も費用を左右します。

2025年のJUAS調査では、パッケージ利用開発プロジェクトの全体加重平均単価が144万円と報告されています。ただし、これは個別案件の見積額ではありません(出典:JUAS、2025年)。

自社の案件では、工程別の工数と単価を分けて比較します。

要件定義・開発・移行・運用に分けた見積の読み方

見積書は、工程や機能ごとに分けて確認します。「一式」と書かれた項目は、対象機能や工数、除外事項を問い合わせます。

  • 開発範囲:要件定義と画面・帳票を分けて見ます。業務ロジックや外部連携、設備IoTは、別の欄で確認します。
  • 導入範囲:データ移行とテストは、教育やプロジェクト管理と分けて示してもらいます。
  • 運用範囲:インフラとライセンス、保守は、ほかの項目から切り離して示します。

配合レシピや裁断最適化を標準機能で扱うか、追加開発にするかで、価格は変わります。その判断は、デモと業務シナリオで確かめます。

規模別の予算の幅と段階投資

予算の概算幅は、システムの対象規模によって次のように変わります。

  • 小規模:単一工場の点検・申請・在庫を扱い、数百万円からです。
  • 中規模:複数部門の受発注・生産・在庫を扱い、数千万円からかかります。
  • 大規模:ERPと設備連携を含み、複数工場の追跡管理まで扱うと、数千万円から数億円になることがあります。

この金額は定価ではなく、要件の複雑さによる概算です。RFPの前に上限を決め、要件定義が進んだあとに精度を上げます。

開発費に加えて、クラウドや監視、通信も見ます。ライセンスと保守、教育、データ整備も含め、5年程度の総保有コストとして判断します。

ROIの算出:業務効率、ロス・停止、CO2

入力時間の削減だけで説明すると、稟議が難しい場合があります。そのため、原料ロスや歩留まり、停止時間を金額に換算します。品質クレームや棚卸差異、監査対応も、金額にしておきます。

Scope1、Scope2、Scope3を分けたうえで、燃料、購入電力、原材料・輸送それぞれのデータ収集単位を決めます。

GHG Protocolでは、Scope 1を直接排出、Scope 2を購入エネルギー由来、Scope 3をその他のバリューチェーンの間接排出として整理しています(出典:GHG Protocol、公式基準)。

ポイント

費用は機能数に加えて、工場数や設備連携、データ品質などで変わるため、一式金額だけで判断せず、工程ごとの見積で比べます。投資効果はロスや停止、CO2も含めて算出します。

委託先選定と見積比較で確認するポイント

委託先は、業務への理解と現場への定着支援で選びます。知名度や最安値は、その判断材料の一つにとどまります。

配合や歩留まり、裁断ロスが実装できるかは、機能一覧の段階では判断しにくいものです。設備保全や環境証跡も、一覧に載っているだけでは中身が分かりません。

候補会社には、同じ業務シナリオを渡します。そのうえで、デモや体制、前提を同じ条件で回答してもらいます。追加費用と運用後の支援も、そろえた形式で出してもらいます。

同業・類似プロセス製造業の実績の確認

紙・パルプの実績がなくても、配合やロット、品質を扱う事例は参考になります。化学、食品、医薬、素材の事例が、それに当たります。

  • 事例の内容:導入前の課題と対象範囲を聞きます。カスタマイズ量、移行期間、稼働後のKPIも確かめます。
  • 担当体制:利用企業への照会を依頼し、営業担当だけでなく、実際のPMや導入責任者と会います。

見積比較の観点:前提・除外・変更単価

見積は、同じ条件で並べて比べます。機能、工数、単価、期間、体制を、まずそろえます。ライセンス、移行、教育、保守、税、予備費も、同じ枠組みで比べられるようにします。

最安値にデータ整備や設備連携が含まれなければ、追加費用が生じます。一方で、高い提案には予知保全データや現場教育が含まれる場合もあります。

評価は、業務適合性や非機能、移行、体制、費用、拡張性の観点で分けます。価格だけで決めないよう、観点ごとの配点を事前に決めておきます。

ロックインと稼働後の支援の確認

データの標準形式での出力、APIや連携仕様の公開、追加開発の単価を確認します。また、ソースコード、設定、データ、文書の権利も、契約に記載します。

保守については、受付時間と重大障害の定義を決めます。一次応答や復旧目標、現場教育、制度や認証変更への対応も、あわせて決めておきます。

管理者教育と引き継ぎ期間を見積に含めておくと、導入後に自社で運用しやすくなります。

ポイント

委託先は業務理解と定着支援で選び、見積は前提・除外・変更単価まで同じ条件で並べます。稼働後の支援とロックインの扱いは、契約前に決めておく項目です。

よくある質問(FAQ)

自社の工場条件や既存システムに合わせて、回答をRFPの確認項目に置き換えてください。

紙・パルプ業界のシステム開発費用はいくらですか?

小規模のアプリなら数百万円から、基幹連携や複数工場を含むと数千万円から数億円まで幅があります。

  • 費用条件:工場数や設備連携、データ移行、24時間運用などで変わります。配合・裁断の特殊ロジックも、変わる要因になります。
  • 見積比較:単価だけで比べず、工数と対象範囲を分けて出してもらいます。
  • 総額判断:初期開発費に加えて、クラウドやライセンス、保守、教育、マスタ整備も含めて判断します。

汎用ERPとフルスクラッチ開発はどちらが良いですか?

会計や購買、販売にはERPやSaaSを使い、そのうえで、配合や歩留まり、裁断最適化、設備データを個別開発や拡張で組み合わせます。

標準機能に業務を合わせる場合と、カスタマイズを続ける場合の費用を、5年単位で比べます。

デモでは、実際の原料ロットと生産計画を使い、標準機能だけで運用できる範囲を確かめます。

RFPを作れない状態でも外注を始められますか?

始められます。まず、現状調査と要件定義を準委任で依頼します。そして、整理された成果物をもとに、開発の見積を取得します。

現場ヒアリングや業務フローを整理し、データや非機能要件、優先順位も整えます。発注側は、現場の協力や業務判断、マスタの提供、受入担当を担います。

24時間稼働の工場を止めずにシステムを移行できますか?

可能です。段階的な移行や限定ラインでの先行稼働、通信断時の代替運用、切り戻し条件を計画します。

旧システムと新システムの在庫や受注残を照合し、差異を解消してから、対象範囲を広げます。

設備停止の可否は、生産、品質、保全、物流、経営の責任者が参加する移行判定会議で判断します。IT担当が単独で決める形は避けます。

まとめ

一般的なERP導入の比較にとどまらず、配合レシピや歩留まり、連産品と裁断ロス、抄紙機の予知保全を要件に含めます。

森林認証や古紙配合率、Scope1/2/3のデータも扱います。24時間稼働の工場では、復旧と切り戻し、通信断時の現場の代替運用も定めます。

発注前の確認事項

まず現状と目的を整理し、RFPで範囲、データ、非機能、移行、運用を示します。要件定義は準委任で、確定した開発は請負で、工程ごとに契約します。

見積は一式の金額ではなく、工数、単価、前提、除外、保守、変更単価で比べます。同業の実績、定着支援、マスタの分担、ロックイン回避も確認します。

この順序で進めると、追加費用や現場の混乱を抑えやすくなります。

参考情報

補強情報はIPA「非機能要求グレード」、経済産業省「契約書フォーマット」、JUAS「ソフトウェア・メトリクス調査2025」、FSC「Chain of Custody Certification Directive」、GHG Protocol「Standards and Guidance」を参照しています。

相場は、要件や工場数、既存データ、連携範囲によって変わります。最終的には、自社のRFPに基づく提案見積で確認します。

会社紹介

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

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

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

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

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

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