SDS管理システム開発の発注/外注/依頼/委託方法について

SDS管理システムの発注は、まず管理する範囲を決めるところから始まります。そのうえで要件と契約の条件をそろえ、実際のデータで委託先を比べると、導入後の予算超過や運用の抜けを防げます。

発注形態、RFP、契約形態、費用、委託先の順に、それぞれの段階で決めることを見ていきます。

▼全体ガイドの記事
・SDS管理システム開発の完全ガイド

・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。

SDS管理システムを発注・外注する前に知っておきたい全体像

SDSは、化学物質や混合物の危険有害性、物理化学的性質、応急措置、取扱い、保管、廃棄方法などを伝える文書です。国内では労働安全衛生法、化管法、毒物及び劇物取締法などが関係します。実務では、JIS Z 7253に沿った項目と表現で管理するのが基本です。

ただし、システムを導入しても、法令判断や記載内容の最終責任は自動的には移りません。そのため、発注前に法令判断や記載内容の責任者と承認者を決めておきます。

受領・保管・検索型の特徴

受領・保管・検索型は、仕入先のPDFや電子データを、製品名や原料名、CAS番号と結び付ける型です。さらに、サプライヤー、拠点、版数、受領日とも結び付けます。

• 検索・版管理：全文検索とタグ検索、最新版と旧版の区別。
• 更新・権限：更新期限のアラート、閲覧権限、操作履歴。
• 一括処理：CSV一括取込と監査用の出力に対応。

複数の拠点で同じSDSを何度も探している企業は、この型から始めやすいです。

発注時には、名称揺れや重複、旧版の閲覧可否を確認します。加えて、通知対象者、サプライヤー別の受領状況、ダウンロードログも見ておきます。

PDF本文が検索できるかや、OCR結果の直し方は、実データを使ったデモで評価します。紙のSDSをどの品質で登録できるかも、同じデモで確かめておきます。

作成・法令判定・配布型の特徴

作成・配布型は、配合比率やCAS番号などをもとにGHS分類を行い、SDS本文やラベル原稿を作成します。

製造・輸入企業が多数のSDSを発行する場合、受領管理だけでは作成ツールや表計算への二重入力が残るおそれがあります。そのため、原料情報と配合情報を同じ基盤で扱えるかを確かめます。作成機能に加えて、周辺機能や外部連携の要件も見ておきます。

• 作成・承認：承認ワークフローを経て、言語・国別に出力し、顧客へ交付。
• 周辺機能：化学物質台帳、法令該当判定、リスク評価、PRTR集計、含有化学物質管理。
• 外部連携：ERP・PLM・LIMS・購買・ラベル発行とAPIやCSVで連携。
• 確認履歴：AI-OCRの抽出結果や法令判断を担当者が確認し、根拠と修正履歴を残します。

発注形態の選び方

発注形態は、標準機能との距離、社内の化学物質管理の知識、機密情報の扱いで決まります。さらに、導入スピードと将来の連携範囲も考えます。

比較の対象は、SaaS、オンプレミス型パッケージ、既製品への追加開発、スクラッチ開発の4方式です。

比較では初期費用に加え、法令コンテンツの更新やバックアップも対象にします。データ移行、教育、解約時のデータ返却も含めて比べます。

SaaS・パッケージ・スクラッチの使い分け

方式ごとの向き不向きは、運用の負担と独自要件の程度で見極めます。

• SaaS：サーバー運用やバックアップを抱えず、標準機能を短期間で使いたい企業に向きます。
• パッケージ：ネットワーク制約、配合情報の機密性、社内認証基盤との接続に対応しやすい方式です。
• 追加開発：SDS専門機能を使い、ERPやラベル発行と連携できます。
• スクラッチ：独自フローや海外規制、複雑な基幹連携に合わせられます。

オンプレミス型やパッケージでは、バージョンアップや障害復旧を自社と委託先で分担します。一方で、スクラッチ開発では、法令改正やGHS分類ロジックの更新を自社の予算で続けることになります。

SDS専門のデータや制度の知識を持つ会社と、業務システム開発会社の共同体制も選択肢になります。どの方式を選ぶ場合でも、法令判断の担当者は契約前に明記しておきます。

小さく検証する段階発注

対象のSDSが数千件あっても、全拠点を一度に移行する必要はありません。20〜50件程度でPoCを行います。

• 対象データ：形式違い、旧版、英語版、CAS非公開成分を選びます。
• 確認機能：検索、OCR、版管理、権限、CSV出力、法令情報を試します。
• 修正運用：誤抽出を直す画面と、その後の履歴管理。

この20〜50件は、発注前に実務で組むPoCの設計例で、市場統計から出した数字ではありません。精度の平均よりも、人が誤抽出を直しやすい画面を見ます。

段階発注では、現状調査と要件定義から始め、PoC、1拠点のMVP（Minimum Viable Product）、本番展開の順に進めます。

第一段階の条件は、SDSを重複なく登録できること、権限どおりに最新版を検索できること、対象者へ更新を通知できることです。条件を具体的にしておくと、機能が業務に寄与するかを判断できます。さらに、将来の連携に備えて、データ項目とAPIの方針も初めに確認しておきます。

RFPと要件整理に盛り込む項目

RFPは、各社へ同じ条件を渡すための資料です。業務課題と対象範囲、データと連携を中心に、非機能要件や納品物、評価基準まで書き込みます。

前提の違う見積もりを並べないよう、「SDSを管理したい」という要望を、条件まで具体化しておきます。

MUSTとWANTを分けておかないと、各社は異なる機能を前提に提案してしまいます。その結果、安く見えた会社へ発注したあとで、追加費用が膨らむおそれがあります。

SDSの流れと例外から見る業務要件

受領管理と作成管理では、担当者や状態の流れが異なります。そのため、通常業務と例外の両方を要件に含めます。

• 受領管理：入手から仮登録、確認、正式登録、旧版化、更新依頼、廃棄までを定義。
• 作成管理：原料・配合入力からGHS分類、生成、レビュー、承認、出力、交付まで。
• 例外対応：CAS非公開、名称違い、サプライヤー変更、旧版参照を扱います。
• 運用変更：法令区分の変更、ラベル不一致、配布先不明、言語追加、異動を想定します。

受領管理では、誰が内容を確認して承認し、部署や顧客へ配布するかを決めておきます。作成管理では、言語別の出力まで一連の流れとして扱います。

通常ケースのデモでは、実運用の負担は見えにくいままです。そこで、過去に差し戻しや更新漏れが起きたSDSを持ち込み、画面上で誰が判断するのかを確認します。

マスタ・移行・連携の条件

移行範囲と連携方式を明確にすると、見積もりの前提をそろえられます。

• データ項目：製品・原料名、CAS番号、拠点、版数、日付、言語、法令区分を定義します。
• 移行作業：重複や名称揺れ、欠損、旧版、移行対象外の保管先。
• 担当分担：初期登録とOCR後の目視確認を、自社と委託先のどちらが行うか決めます。
• 連携方式：API、CSV、ファイル連携、手入力から、項目ごとに選びます。

データ項目には、製品コードやサプライヤー、発行日、受領日を含めます。さらに、ファイル形式と承認状態も加えます。紙やPDF、Excelでどれだけ分かれて保管されているかと、移行作業を誰が担当するかも、見積もりの条件にします。

ERP、購買、PLMなどの外部システムとの連携頻度も決めます。LIMS、研究管理、ラベル発行、顧客ポータルも、連携先として含めて考えます。文字コードや命名のルールに加え、再送、重複取込の防止、エラー通知も要件です。

厚生労働省は2025年3月、SDS情報交換の標準フォーマットと開発者向けマニュアルを公開しました（出典：厚生労働省「SDS情報交換のための標準的フォーマット等の公開について」、2025年）。RFPでは、標準フォーマットによる入出力の可否も質問します。

非機能要件とセキュリティの発注条件

必要な性能と保護条件を決めると、利用規模に合う提案を比べられます。

• 規模・性能：利用者数、SDS件数、製品・原料数、拠点数、同時アクセス、検索応答の目安を示します。
• 継続性：稼働時間、世代バックアップ、復旧目標、監視、障害時の連絡方法を定めます。
• アクセス管理：MFAやSSO、役割ごとの最小権限、通信・保存時の暗号化、DL履歴の確認。
• 終了・保守：脆弱性対応、データの所在地、返却・削除、保守窓口を決めます。

配合情報や新製品の情報は、個人情報でなくても営業秘密になり得ます。そのため、個人情報かどうかにかかわらず、保護の条件を決めておきます。

ISO/IEC 27001は、取得の有無だけでなく認証範囲まで確かめます。加えて、ログ保存期間、復旧テスト、再委託先の管理、事故の通知時間も確認します。

遠隔保守用アカウントの発行と停止、接続元の制限、操作記録、通信断時の暫定運用も要件に入れます。SDSを守ることと、必要な人へ届けることの両方を、セキュリティとして考えます。

請負と準委任の使い分け

契約形態は、要件がどこまで確定しているかと、成果物がどれだけ明確かで選びます。たとえば、現状調査や企画、要件定義などには準委任が合う場合があり、作業時間と専門家の支援を対象にします。業務整理やアジャイル開発の初期も、準委任の対象になり得ます。

完成した機能と検収条件を定められる設計・開発は請負に、稼働後の問い合わせや障害対応は保守契約に分ける構成が実務的です。

請負契約と準委任契約の違い

契約ごとに、成果物、責任、変更の手続きをそろえておきます。

• 請負：納品機能、画面、連携、移行データ、マニュアル、テスト結果、検収日、修補範囲を定めます。
• 準委任：作業内容、担当者の役割、稼働時間、定例会、成果物、意思決定の責任。
• 変更管理：影響範囲、追加工数、納期、費用を記録し、承認します。

受入条件に「最新版を検索できる」と書くだけでなく、製品コードやCAS番号で検索でき、権限外の旧版を表示せず、正しい版数を確認できることまで定めます。

要件定義を準委任で進め、開発を請負に切り替える場合は、どの状態の要件定義書を請負の前提にするかを合意しておきます。そのうえで、要件変更は無償対応にせず、承認の手順を設けます。

契約書と保守条件の確認項目

契約時に確認する範囲をそろえると、稼働後の追加費用や責任の曖昧さを抑えられます。

• 成果と権利：成果物、検収、知的財産権、秘密情報の扱い。
• 運用責任：再委託、脆弱性、障害優先度、復旧目標、保守時間を確認します。
• 変更・ライセンス：変更単価や第三者製品のライセンスを明記します。
• 解約・返却：データ形式、返却期限と費用、削除時期を決めます。

SDS専門のコンテンツを使う場合は、法令や分類データを誰が更新するか、どの頻度で行うか、誤りをどう訂正するかも確認します。

バックアップからの復元費用と、委託先環境からデータを削除する時期も明記します。問い合わせ回数や追加ユーザー・拠点、OCR件数、API、法令コンテンツの範囲が曖昧なままだと、予算の見通しが立ちません。

SDS管理システムの費用相場の目安

費用は、利用料のほかに、要件定義や初期設定、データ整備、PDF・OCR登録、法令コンテンツといった作業と内容を合算して見ます。権限設計、連携、テスト、教育、保守も含めて考えます。

SDS市場全体で一律に使える公的な相場統計は、確認できません。そこで、公開価格と業務システムの費用構造をもとにした推定レンジを示します。

実額は、SDS件数、製品数、拠点数によって変わります。作成言語や連携本数、求める責任範囲によっても左右されます。

導入パターン別の予算レンジ

公開価格が限られるSDS管理の領域では、次の数字を予算検討用の推定レンジとして扱います。機能の範囲によって、費用は変わります。

• 保管・検索：少数拠点の標準クラウドなら、初期30万〜150万円程度、月額1万〜10万円程度です。
• OCR・法令確認：CSV移行、版管理、権限、リスク評価連携も含む場合、初期150万〜500万円程度、月額5万〜30万円程度です。
• 作成・配布・連携：多言語、ラベル、ERP・PLM連携を含む場合、初期500万〜1,500万円程度、月額10万〜50万円以上の可能性があります。

複数国の規制や大企業の統合基盤をスクラッチで構築する場合、初期1,000万〜3,000万円以上、期間6〜12か月以上のケースもあります。

連携開発だけで、数十万〜100万円程度、1〜3か月程度の追加もあり得ます。そのため、標準機能と別費用は見積書で分けて確認します。

公開価格と個別見積もりの分け方

公開価格は特定製品の一例として扱い、導入総額や市場全体の相場とは分けて考えます。

• eB-SDS：オンプレミス版のソフトウェア・ライセンスは70万円です。
• 年間費：ライセンス・サポート費はソフトウェア費の20％です。
• 別見積もり：設置、導入、カスタマイズは個別見積もりです。

eBASE株式会社は2025年に上記価格を発表しました（出典：eBASE株式会社「CPM eBASEを開発、リリース」、2025年）。クラウド版の価格も、規模や要件に応じて個別に見積もられます。

分散システム技研合同会社は、SDS Tascal for RAについて、初期データ取込と操作レクチャーを含めて、通常2〜4週間程度で本運用を開始できると案内しています（出典：同社「SDS Tascal for RA」、2026年確認）。具体的な料金は、資料で提示しています。

導入の速さと料金の安さは、別の観点で評価します。SDS・OCR件数や法令コンテンツ、追加ユーザー、拠点、サポート時間を分けたうえで、5年間の総額で比べます。

委託先の選び方と見積もり比較のポイント

委託先は、知名度だけでなく、SDS・化学物質管理の実績、法令データの更新、移行支援、連携、導入後の体制から選びます。

各社には同じ質問票を使って比べ、実データをどこまで説明できるか、どこまでを誰が受け持つかも確認します。

SDS専門ベンダー、化学品ドキュメント配付ベンダー、大規模SI、業務システム開発会社では、得意分野が異なります。そのため、同じ質問票を使っても、確認の重点は会社ごとに変わります。

SDS専門性と導入実績

実績の数だけでなく、近い業種やデータを扱った経験を確認します。デモには、実際に扱いが難しいSDSを使います。

• 対応範囲：受領、作成、配布、リスク評価、ラベル、化学物質台帳のうち、どこまで扱えるか。
• 導入実績：近い業種、SDS件数、拠点、移行方法、期間を聞きます。
• 運用支援：稼働後の問い合わせ体制とテスト計画。

事例を公開できない会社でも、匿名化した業務フローや失敗しやすいデータを説明できれば比較できます。

デモでは、たとえば、傾いたスキャンPDFや古い様式、英語版を渡し、CAS非公開や版違い、配合変更、名称揺れも含めます。OCRの抽出率のほかに、誤りの扱いも評価の対象にします。

誤りを見つける画面、確認者の承認、修正の前後のログ、ラベルとの整合性を見ます。また、法令判定の根拠データと、その確認方法も質問します。

同じ範囲と5年間総額による見積もりの比較

見積もりの範囲と継続費用を同じ条件にそろえ、5年間の総額で比べます。

• 開発・利用：要件定義、設計、開発、ライセンス、初期設定を分けて示す。
• 移行・導入：データ移行、OCR、連携、テスト、教育の範囲。
• 継続・変更：法令更新、保守、クラウド利用、追加ストレージ、追加変更を含めます。

たとえば、「一式」と書かれた項目は、対象件数、担当人数、期間、成果物、前提条件を確かめます。さらに、SDS登録件数や旧版の整理、CSV整形、利用者・拠点の追加費用も明確にします。

初期費用のほか、月額や年額の費用も、5年間で合算します。サポートや法令データの更新、バックアップ、再移行も、同じ期間で見ます。

安い見積もりは、移行や運用設計を含まないことがあります。一方で、高い提案も、法令情報やデータ整備、受入テスト、現場教育、稼働後の改善まで含めた中身で評価します。

発注前のリスクと評価基準

まず必須要件を満たす提案を残し、そのうえで総額とリスクで比べます。

• 評価項目：機能、専門性、移行、連携、セキュリティ、導入体制、費用、拡張性。
• 回答区分：「標準」「設定」「追加開発」「対応不可」「将来対応」の区分で回答してもらいます。
• リスク登録：法令更新、ラベル整合、移行品質、異動、再委託、障害時の運用。

最安値の提案を自動的に選ぶことはせず、MUST要件を満たさない提案は候補から外します。評価の観点を分けておくと、機能表の誤解を減らせます。

NITE-Gmiccsは2026年3月、2025年12月25日改正のJIS Z 7252・JIS Z 7253に対応する新旧版を案内しました（出典：独立行政法人製品評価技術基盤機構「NITE-Gmiccs更新履歴」、2026年）。旧JIS対応版は、5年間の暫定措置の後に廃止される予定です。

発注時には、更新に追随できる製品かどうかと、旧版データをどう扱うかを確認します。

よくある質問（FAQ）

発注の判断は、費用や機能に加えて、法令情報の責任、既存データの品質、現場での使いやすさにも左右されます。よくある質問を順に取り上げます。

SDS管理システムは保管だけなら安く導入できますか？

標準クラウドで保管・検索から始めれば、作成や法令判定、多言語、基幹連携を含む場合に比べて、初期費用と月額を抑えられます。

PDFの重複整理や名称揺れ、旧版判定、初期登録、権限設定、現場教育は別途必要です。さらに、データ整備と運用の人件費も含めて判断します。

RFPを作る前に委託先へ相談してもよいですか？

委託先へ相談することに問題はありません。複数社に同じ前提を渡せるよう、先に現状を整理しておきます。

• 現状情報：SDS件数、製品・原料数、拠点、受領と作成の比率。
• データと連携：PDF・紙・Excelの状態、既存システム、必要な連携を洗い出す。
• 相談条件：必須のセキュリティ条件と、要件定義支援の範囲や費用を分けて確認します。

相談を進めるなかで、提案会社の製品に合わせて要件を狭めすぎないようにします。

システムを入れればSDSの法令対応は完了しますか？

システムを入れても、法令対応は完了しません。

• 更新情報：法令・JISの更新を取り込み、対象物質、製品、版数を確認します。
• SDSの更新：必要なSDSを直したうえで、関係者へ再通知します。
• 判断と承認：システムのアラートを誰が判断し、誰が承認するか決めます。

厚生労働省は、「人体に及ぼす作用」について、直近の確認から5年以内ごとに確認し、必要に応じて更新すると案内しています（出典：厚生労働省「化学物質対策に関するQ&A（ラベル・SDS関係）」）。この情報は、2026年に確認しました。

小規模企業はどのような順番で導入するとよいですか？

まず1拠点または重要製品群で、保管・検索、版管理、更新アラート、権限を導入します。

次に、OCR、CSV移行、法令情報、リスクアセスメントを追加します。その後、作成・配布、多言語、ERPやラベル連携へ広げます。

将来のデータ項目と標準フォーマットへの出力方針を初期に確認しておくと、後の再構築を避けやすくなります。

まとめ

発注ではまず、受領・保管・検索型か、作成・法令判定・配布型かを分けます。そのうえで、方式を機密性や期間、標準機能で比べ、連携や法令更新、5年間の総額まで含めて判断します。

RFPには、受領から更新、承認、配布までの流れを書き込みます。加えて、MUSTとWANTの区別、データ移行やOCRの扱い、人による確認、標準形式、権限とログも含めます。

バックアップや障害時の運用も条件に入れます。準委任と請負、保守を分ける場合は、成果物と検収、追加費用、法令コンテンツ、データ返却を明記します。

初期費用の推定レンジは、保管・検索型が30万〜150万円程度、OCRや法令確認を含む構成が150万〜500万円程度です。作成・配布・多言語・基幹連携型は、500万〜1,500万円程度が推定レンジになります。

これらは市場統計ではなく、公開価格と業務システムの費用構造をもとにした予算の目安です。さらに、同じ条件を複数社に渡し、運用、更新、移行、教育も含めて比べます。

全社展開の前に、PoCと小規模導入で検索や版管理、法令確認、操作性を確かめておきます。そのうえで、責任者と委託先の役割を定め、法令やJISの更新を確認できる体制を整えます。

発注前に確認するポイント

発注条件を一覧にしておくと、候補各社の見積もりと対応範囲を並べて比べられます。

• 対象と移行：受領か作成・配布か、SDS件数、拠点、移行対象の決定。
• 必須条件：MUST、標準形式、法令更新の担当者、権限、ログ。
• 運用範囲：連携、障害時の継続方法、標準機能と追加費用。

同じ条件を委託先に渡し、標準機能、追加開発、別途費用、対応不可を分けて回答してもらいます。

段階導入による運用の定着

PoCのあとも、導入効果を見極めながら、日常の運用体制を整えます。

• 段階展開：PoCでデータ品質と操作を確かめ、PDFをまとめる段階からOCR・法令確認、作成・配布、基幹連携へ広げます。
• 効果測定：検索時間、更新漏れ、登録工数、問い合わせ件数、監査準備時間を測り、次の投資判断に使います。
• 継続運用：更新責任者と月次の見直し方法を決め、システムの完成後も運用を続けます。

▼全体ガイドの記事
・SDS管理システム開発の完全ガイド

▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック

会社紹介

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

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

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