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

SIM管理システムの発注は、対象業務を絞り、要件をRFPに整理し、PoCで確かめてから本開発へ進めると、必要な開発範囲を見極めやすくなります。

管理対象を分けるところから始め、発注形態、RFPと契約、費用、委託先の選び方を順に見ていきます。

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

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

SIM管理システムの発注前に知っておきたい全体像

発注前に管理対象を分けておくと、必要な連携や運用体制、セキュリティ、費用の見通しが立ちます。さらに、分類しておけば過剰な開発を避けられ、外注先にも相談しやすくなります。

加入者管理・IoT CMP・社内台帳の区分

SIM管理の対象は、加入者管理、IoT CMP、社内台帳の3つに分けると、扱う範囲と必要な機能の違いが見えてきます。そのため、必要な機能と外注する範囲も判断しやすくなります。

• 加入者管理：通信事業者やMVNOの契約者、料金、認証、開通・停止、請求、代理店を扱うBSS・OSSです。
• IoT CMP：数百から数万台の端末・SIMをひも付け、通信量の確認、回線の一括操作、利用停止、監視、クラウド連携までを効率よく行うための管理基盤です。
• 社内台帳：契約情報、利用者、拠点、SIMの在庫確認を管理し、キャリアAPI連携に絞れる場合があります。

自社の種類はRFPの冒頭に書き、発注の対象をはっきりさせます。

SIMのライフサイクルと連携範囲の定義

対象項目、SIMの状態、周辺システムとの接続範囲を一覧にすると、必要な管理機能が決まります。

• 管理項目：ICCID、IMSI、MSISDN、EID、IMEI、顧客、端末、拠点、契約、料金、利用量。
• ライフサイクル：「在庫」「準備完了」「開通」「利用中断」「停止」「解約」「廃棄」「再利用」の各状態を扱います。
• 監査と業務連携：変更者、時刻、理由の記録と、CRM・ERP・決済・請求・チケット管理との連携。
• キャリア連携：MNO・MVNOの加入者DBとAPIまたはバッチでつなぎ、正本の扱いと再実行の方法まで定めておく。

外注先には、管理画面の外にある連携仕様と、重複登録を防ぐ方法を確かめておきます。

SIM管理システムの発注形態の選び方

発注形態は、SaaS・既存CMPから、既存プラットフォームへの追加開発、クラウド上の自社ポータル、ハイブリッド、フルスクラッチへと進むほど、自社で持つ範囲が広がります。

たとえば、小規模なPoCではAPI連携を外注し、大規模な通信事業や独自課金では基盤から設計するなど、差別化につながる部分に投資します。

SaaS・既存CMPが向く早期検証と小規模導入

回線が数百程度までで、基本的なSIM管理が中心なら、既存CMPや通信事業者の基盤が候補になります。

• 管理機能：登録、状態変更、通信量確認、アラート、CSV入出力、簡易API連携に対応します。
• 導入の利点：初期開発を抑え、実機を早く動かせます。
• 独自業務：独自契約、複雑な代理店精算、複数キャリア横断の請求は、追加開発費がかかるかを見る。
• 契約終了：データ移行の条件と、サービスへの依存がどこまで影響するかを把握します。

SORACOM Airは、管理画面やAPIを使い、通信管理や一括操作、通信量の監視に対応します。公式ページでは、1,000回線超の検討に、利用状況に応じた提案を案内しています（出典：株式会社ソラコム「SORACOM Air」、2026年8月確認）。

自社ポータルの追加開発と独自業務

既存基盤を使い、通信プロファイルとキャリア接続はサービス側に任せます。

• 追加開発：申込画面、承認、在庫・端末管理、請求データ作成、社内権限を実装します。
• 予算配分：自社業務に合わせた画面と連携に、予算を振り分けられます。
• API条件：レート制限、状態反映までの時間、障害時の再試行を、RFPに書いておきます。
• 運用条件：Webhookの再送、ログの保存期間、仕様変更の通知期間。

事業の中核を自社で握る場合のスクラッチ開発

独自の機能や運用が事業の競争力になる場合に、スクラッチ開発を検討します。

• 独自機能：独自料金、複数MNO切替、認証・課金・プロビジョニング、マルチテナント。
• 運用：24時間運用そのものが競争力となる事業。
• 段階導入：通信基盤の経験がない場合は、認定済みの基盤を使い、独自部分を後から足していきます。

eSIMプロファイルを自社で保有する場合は、管理画面の開発とは別に、専門基盤を整える必要があります。その範囲には、eUICC、鍵管理、HSM、証明書、冗長化が含まれます。

さらに、適合試験やSAS認定準備も必要で、障害時のロールバックの設計も欠かせません。経験がないまま全機能を一括で発注すると、リスクがあります。

RFPと要件整理で決めること

RFPは、画面の依頼にとどめず、各社に同じ前提を示して提案を比べるための文書です。事業目的と利用者を書いたうえで、業務フローや性能、見積条件も同じ書き方でそろえます。

要求がまだ固まっていない場合でも、確定事項と仮説、提案を求める事項を分けて書けば、有効な代替案を得やすくなります。

業務要件の状態遷移と例外処理

正常系だけでなく、申込から再利用までの流れと例外も要件に含めます。

• 状態遷移：申込、出荷、SIM割当、開通、利用中断、再開、故障交換、解約、廃棄、再利用。
• 権限：状態を変えられる担当者と、その権限や根拠。
• 例外処理：停止APIの再実行による二重処理と、再利用時の旧顧客情報の表示を防ぐ。
• 請求：締め日をまたぐプラン変更を、どの月に計上するか。

1日あたりの申込件数や一括操作の最大件数は、数値で書きます。さらに、同時利用者数や許容反映時間も、数字で示しておきます。

キャリア・eSIM・監査の技術要件

技術要件は、キャリア接続、eSIMの規格と構成、失敗時の復旧条件に分けて書きます。

• 接続条件：キャリア数、MNO・MVNO API、認証、CSV・Webhook・REST API、連携頻度、責任分界。
• eSIM規格：コンシューマ向けのSGP.22か、IoT向けのSGP.32か。
• 構成要素：LPA、eIM・IPA、SM-DP+の提供者、対象端末、eUICCを押さえる。
• 復旧：ブートストラップと、プロファイル切替に失敗したときの復旧方法をRFPに書く。

IIJは2025年2月、画面のないIoT機器を遠隔で操作できるSGP.32の実証を発表しました。この実証では、初回プロファイルを使い、モバイル通信だけでプロファイルをダウンロードできます（出典：株式会社インターネットイニシアティブ、2025年）。

セキュリティ・移行・運用の開発範囲

この領域では、SIM識別子や契約者・端末情報、通信量を扱います。認証情報や鍵、操作履歴も扱うため、その取り扱いを要件に含めます。

• セキュリティ：アクセス制御、多要素認証、暗号化、秘密情報管理、脆弱性対応、ログ保存期間。
• 運用・契約：バックアップ、復旧目標、再委託、保管国・クラウド、事故報告期限。
• 移行：旧Excelやキャリア画面の件数、ICCID・IMEI・顧客番号の突合、重複と欠損、移行後の照合。
• 成果物：業務フロー、状態遷移図、画面一覧、API仕様、データ辞書、権限表、テスト仕様書。
• 引き渡し：障害時Runbook、運用マニュアル、ソースコード、構成、データ返却手順。

個人情報を扱う場合は、個人情報保護委員会の電気通信事業分野のガイドラインと、自社の個人情報保護方針に合っているかを確かめます。

契約形態と発注・外注の進め方

契約形態は、要件がどこまで固まっているか、仕様変更の頻度、成果物を検収できるかで選びます。調査・企画、要件定義、開発、運用支援では不確実性が違うため、工程ごとに分けると、責任と予算を管理しやすい場合があります。

要件定義や専門家支援に向く準委任と発注側の役割

準委任契約は、作業時間や役務提供に対して報酬を支払う形態です。

• 向く業務：現行業務の洗い出し、キャリアAPIの調査、eSIM・セキュリティの検証。
• 専門支援：プロジェクト推進や運用設計など、成果物を事前に確定しにくい業務。
• 発注側の役割：意思決定と情報提供を担い、月次報告、課題一覧、稼働上限、担当者を決めておきます。
• 管理条件：会議体、情報管理、合意した作業と報告の確認方法を契約書に書きます。

準委任でも、発注側の確認と受託側の善管注意義務は残ります。

請負の完成条件と検収基準

請負契約は、合意した成果物の完成と検収を前提とする形態です。

• 成果物：画面、API、バッチ、データ移行、テスト報告書など、完成の対象を定める。
• 検収：期間、不具合の重大度、再検収、瑕疵への対応まで具体的に書く。
• 権利・引渡し：外部サービス障害時の扱い、著作権と利用許諾、ソースコードと設計書。
• 変更管理：キャリア仕様や外部APIが変わったときの手順と、追加費用の算定方法。

完成条件を明確にできる開発フェーズが、請負の候補になります。

企画・PoC・本開発・保守の段階発注

最初に2〜8週間程度の現状調査とPoCを行い、その結果を踏まえて次の工程へ進みます。

1. 実SIM、端末、キャリアAPIを使い、登録、開通、停止、通信量の取得、アラート、障害復旧を検証する。
2. 100〜1,000回線程度の環境で実機を動かし、プロファイル切替や通信断の場面も試す。
3. 続行・見送りの条件、本開発の概算、残課題を整理して、要件定義と本開発へ進みます。
4. 保守契約では、受付時間や一次回答、復旧目標、責任分界、脆弱性修正、OS・ブラウザ対応を決めておく。

PoCを行うと、資料だけでは見つけにくい制約がわかり、判断の結果も社内に説明しやすくなります。

API仕様の変更への対応、バックアップの確認、月次報告も保守の対象になります。監視を24時間365日にするか営業時間内にするかで月額が変わるため、開発費と保守費は分けて見積もります。

SIM管理システムの費用相場と見積の内訳

SIM管理システムの全国統一の相場も、SM-DP+を自社で構築する場合の公開見積も、ほとんどありません。

次に示すのは、2025〜2026年時点の企画用の推定です。一般的な業務システムの工数、公開されているIoT通信料金、eSIMとセキュリティの要件を組み合わせています。発注前に予算規模をつかむ目安として使い、個別見積の代わりにはしません。

開発範囲ごとの初期費用の幅

初期費用は、利用する基盤と構築する機能の範囲が広がるほど高くなり、金額の幅も大きくなります。

• 既存SaaS・CMP：初期設定、権限、台帳移行、簡易API連携は50万〜300万円程度。
• 自社ポータル追加：CSV・API、通知、簡易料金計算、CRM連携は300万〜800万円程度。
• 中規模業務システム：SIM・加入者管理は800万〜2,000万円程度。
• 複数キャリア連携：BSS・ERP、請求、在庫、移行、監視を含め1,500万〜5,000万円程度。
• 通信基盤構築：eSIM基盤は3,000万〜1億円超、加入者基盤は5,000万円〜数億円の場合があります。

eSIM RSP・SM-DP+には、eUICCやプロファイル配信の仕組みが必要です。加えて、鍵・HSMと冗長化の整備、適合試験、SAS対応も伴います。

MNO・MVNO向けの基盤は、認証や課金、キャリア間接続を含めます。さらに、24時間運用まで含めると、18〜36か月かかる場合があります。

ここに挙げた金額は公開価格ではありません。認定費、設備費、接続費は個別に確かめ、運用人件費も別に確認します。

回線・クラウド・保守・認定費を分けたTCO

開発費だけでなく、SIMの初期費用や回線月額、通信量の従量課金を含め、3年分で比べます。クラウドやログ保管、監視、サポートの費用も、そこに加えます。

保守改修やセキュリティ診断、データ移行、教育、契約終了時の移行費も含めます。

• 日本カバレッジの料金例：500MB込み385円/月、SIM初期費用は1枚990円、超過分110円/500MB。
• グローバル向けplan01s：180超の国・地域、基本料金1.8米ドル/月、カード型SIM初期費用5.5米ドル。
• 比較単位：回線月額、1GBあたりの料金、一括操作の従量費、最低利用量、解約費を同じ単位にそろえる。

日本向けの料金は、SORACOM Airの掲載情報です（出典：株式会社ソラコム「SORACOM Air」、2026年8月確認）。

通信サービスの料金には、業務ポータルの開発費や保守費は含まれません。費目ごとに分けて見積もります。

グローバル向けのplan01s料金は、公式情報に基づきます（出典：株式会社ソラコム「SORACOM Air」、2026年8月確認）。ただし、為替と円換算の前提、通信量や国別の条件、サポート費によって、TCOは変わります。

見積の内訳：要件・開発・試験・移行・運用

見積は、要件定義と開発、テストの工程に分けてもらうと、比べやすくなります。移行、教育、リリース、保守も、それぞれ別に示してもらいます。

• 企画段階の配分例：要件定義10〜15%、画面・API25〜40%。
• 連携・試験：キャリア・BSS連携20〜30%、テスト・セキュリティ15〜25%。
• 移行等：移行・教育・リリースは、10〜20%程度を仮の値として扱う。
• 見積条件：「含む」「含まない」「前提」「追加単価」を、同じRFPと数量条件で比べます。

なお、上に示した配分は、提案内容を比べるための目安で、決まった正解ではありません。

開発後の保守費も独立した項目として見積もり、継続的にかかる費用を把握します。

安い見積では、キャリア接続の調査や負荷試験、障害時の復旧が除外されていることがあります。移行や運用設計、ドキュメント、保守が含まれているかも、確かめます。

高い見積では、自社に不要なRSP基盤や24時間運用が含まれていないかを確かめます。

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

委託先は、知名度や提示額だけでなく、通信基盤、業務システム、API、eSIM、セキュリティ、運用の対応範囲で評価します。

通信事業者・フルMVNO型、IoTプラットフォーム型、総合SI型では、得意な領域が異なります。そのため、同じ評価表で採点し、必須条件を満たさない会社は候補から外します。

類似案件の実績と運用範囲

実績は、「IoT案件がありますか」という問いより、運用範囲まで聞くほうが中身がわかります。

• 規模と接続：SIM・加入者情報の件数、キャリア数、開通・停止API。
• 業務連携：請求・CRM・ERP、マルチテナントの担当範囲。
• 運用実績：データ移行、監視、障害復旧までの担当範囲。
• 確認資料：匿名化した画面や構成図、テスト計画、運用体制、改善例。

発注側は、営業担当だけでなく、設計や運用の責任者にも同席を依頼します。

見積の比較項目：金額・前提・除外項目・変更単価

金額と機能の両面で見積条件をそろえれば、各社の提案を比べやすくなります。

• 費用項目：初期・月額、回線・プロファイル、通信量、クラウド、保守、追加開発、移行、教育、解約・返却。
• 機能項目：SIM台帳、状態遷移、一括操作、料金・請求、API、権限、監査ログ、通知、分析、eSIM、マルチキャリア、バックアップ。
• 対応区分：各項目を「標準」「追加」「対象外」のいずれかに分ける。
• 技術・契約：冪等性、MNO障害時の代替手段、SGP.32、端末とeUICCの適合、ログ、再委託、データ返却、最低利用量。

2026年7月、KDDIとソラコムは、SGP.32に対応したIoT SIMと管理基盤を順次提供開始すると発表しました。

この発表では、遠隔で追加や切り替えができること、障害時に自動で切り替わる機能が説明されています（出典：KDDI株式会社、2026年7月）。ただし、提供開始の発表だけで判断するのではなく、自社の端末と利用する国・地域で動くかを検証します。

選定の順序：RFP配布・提案比較・PoC・契約

候補を3〜5社程度に絞り、同じRFP、質問票、回答期限で選定を進めます。

1. 一次評価では、必須要件、通信・eSIMの適合、セキュリティ、体制、概算費用を比べます。
2. 二次評価では、提案デモと実機PoCを行い、評価点を自社の優先順位に合わせて調整します。
3. PoCの結果を踏まえて最終委託先を選び、契約と検収条件に反映します。

配点例は、要件適合が30点、技術・連携が20点です。残りは、セキュリティ・運用が20点、体制・実績とTCOが各15点です。価格が過大にならないよう、重みを調整します。

PoCでは、登録、開通、通信量の取得、上限アラート、停止・再開を試します。さらに、キャリアAPIのタイムアウトやWebhookの再送、端末交換、請求データの出力も、試験の対象に入れます。

eSIMでは、初回プロファイルが取得できないこと、端末が非対応であること、切替中に通信が途切れることを確かめます。特に、海外で現地のプロファイルが使えない場合も、検証に含めます。

SIM管理システムの発注・外注でよくある質問

費用、開発期間、SaaS活用、セキュリティについて、最初の相談で確認したい点をまとめます。答えは回線数や業務範囲によって変わります。

SIM管理システムの開発費は最低いくらですか？

既存CMPの設定、台帳移行、簡易API連携だけであれば、50万〜300万円程度です。独自画面や料金・請求、複数キャリア、eSIM、24時間運用を含めると、800万〜5,000万円以上になります。

回線、クラウド、保守、認定・HSM費は開発費と分けて、同じ要件で複数社に見積もってもらいます。

SIM管理システムの開発期間はどれくらいですか？

開発期間は、既存基盤の活用範囲や開発規模によって異なります。

• 既存サービス：設定・移行は1〜3か月、基盤への追加開発は3〜6か月。
• 中規模開発：6〜12か月、複数キャリアやBSS連携を含むと9〜18か月以上の場合があります。
• 短縮策：台帳、API、一括操作を先に作り、請求分析やマルチキャリア切替は後の工程に分けます。

eSIM、データ移行、セキュリティ試験、24時間運用も、期間に影響します。

eSIM対応は外注先へ任せれば簡単ですか？

eSIM対応は、画面を足すだけでは終わらず、規格や端末、通信基盤まで関わります。

• 確認対象：採用規格、端末・eUICC、LPAまたはeIM・IPA、SM-DP+。
• 基盤要件：プロファイル、鍵、ブートストラップ、通信事業者との接続。
• 実装方法：認定済みの基盤を使い、業務ポータルとの連携に集中する進め方もあります。
• 実機検証：SGP.32では、遠隔での取得と切替、通信断からの復旧、海外での利用を確かめます。

SIM管理システムは通信会社と開発会社のどちらへ頼みますか？

依頼先は、重視する業務や必要な専門性に合わせて選びます。

• 通信会社・IoT基盤事業者：回線、プロファイル、キャリアAPI、接続品質を重視する場合。
• 開発会社・総合SI：CRM・ERP連携や独自業務を重視する場合。
• 複数社への委託：通信基盤と業務ポータルを別会社に任せる方法もあります。

複数社に委託する場合は、障害の受付先やデータの正本、API変更の扱い、個人情報、終了時のデータ返却を、責任分界表にまとめておきます。

まとめ

まず、加入者管理、IoT CMP、社内台帳のうち、どれを対象にするかを決めます。

SIMのライフサイクルや連携、料金・請求、eSIMの扱いを、RFPに整理します。権限、監査、移行、保守は、RFPの別の項目として書きます。そのうえで、SaaS、追加開発、ハイブリッド、スクラッチを比べます。

発注前に分けて確認する費用・品質・契約

費用、品質・安全、契約条件を分けて確認すると、発注時に何を基準に判断するかがはっきりします。

• 費用：初期開発、回線・プロファイル、クラウド・保守、契約終了時の移行。
• 品質と安全：実績、API冪等性、障害復旧、実機PoC、セキュリティを確かめる。
• 契約条件：再委託、データ返却、変更単価を確認し、工程ごとに契約を分ける。

要件定義・PoCは準委任、完成条件が明確な開発は請負、保守は別契約とする方法があります。

小さなPoCと同じRFPによる相談の進め方

発注準備は次の順に進めます。

1. 回線数、利用者、キャリア、SIM種別、開通・停止業務、必要な連携を一枚の資料にまとめます。
2. 月間通信量、SLA、個人情報、希望納期を書き加え、3〜5社に同じ条件で持ちかけます。
3. 実機PoCで正常系・障害系を確かめ、独自業務など必要な範囲から段階的に発注します。

通信やeSIMの基盤を既存サービスに任せる方法もあり、費用と運用リスクを抑えやすくなります。

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

▼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を創業。