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

SIM管理システムの発注・外注は、SIMの台帳画面だけを作るのではなく、契約、在庫、開通、停止、通信量、請求、端末、監査ログまでの業務範囲を先に定義し、SaaS・API連携・スクラッチ開発をTCOで比較して委託先を決めることが成功の近道です。

しかし、SIM管理システムという言葉には、通信事業者向けの加入者管理・BSS、IoT回線を管理するCMP、社内の端末・回線台帳が含まれます。対象を曖昧にしたまま見積を依頼すると、後からキャリア連携、eSIM、請求、セキュリティ対応が追加され、納期と費用が膨らみます。この記事では、発注形態の選び方、RFPと要件整理、契約形態、2026年時点の費用の考え方、委託先の比較方法までを順に解説します。

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

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

発注の前に、何を管理するシステムなのかを切り分けます。管理対象の違いによって必要な連携、運用体制、セキュリティ要件、費用が大きく変わるためです。最初に対象を分類できれば、過剰なスクラッチ開発を避けながら、外注先にも正確な相談ができます。

通信事業者やMVNOが使う加入者管理システムは、契約者、料金プラン、認証、開通・停止、請求、代理店などを扱うBSS・OSSの一部です。IoT向けのCMPは、数百から数万台の端末とSIMをひも付け、通信量の確認、回線の一括操作、利用停止、監視、クラウド連携を効率化します。社内の端末・回線台帳は、契約情報や利用者、拠点、棚卸しを管理する用途で、キャリアのAPIを呼び出す範囲に絞れる場合があります。まず自社がどのタイプに近いかをRFPの冒頭に書くことが重要です。

管理項目は、ICCID、IMSI、MSISDN、EID、IMEI、顧客、端末、拠点、契約、料金プラン、利用量などです。状態も「在庫」「準備完了」「開通」「利用中断」「停止」「解約」「廃棄」「再利用」に分け、状態変更者、時刻、理由を監査ログへ残します。さらに、CRM、ERP、決済、請求、チケット管理、MNO・MVNOの加入者データベースとAPIまたはバッチで連携することがあります。外注先には、管理画面だけでなく、どのシステムを正とするか、障害時に再実行できるか、重複登録を防げるかまで確認します。

SIM管理システムの発注形態はどれを選べばよいですか？

発注形態は、SaaS・既存CMPの利用、既存プラットフォームへの追加開発、クラウド上の自社ポータル開発、ハイブリッド、フルスクラッチの順に、自社で持つ範囲が広くなります。小規模なPoCならAPI連携を外注し、大規模な通信事業や独自課金を持つ場合は専門ベンダーと基盤から設計するなど、事業の差別化部分に投資を集中させる考え方が適しています。

回線数が数百程度までで、必要なのがSIMの登録、状態変更、通信量確認、アラート、CSV入出力、簡易API連携であれば、既存CMPや通信事業者の管理基盤を利用する方法が候補です。初期開発を抑え、実機を早く動かせることが利点です。SORACOM Airは管理画面とAPIで通信管理や一括操作、通信量監視に対応し、公式ページでは1,000回線を超える検討に対して利用状況に合わせた提案を案内しています（出典：株式会社ソラコム「SORACOM Air」、2026年8月確認）。ただし、独自の契約フロー、複雑な代理店精算、複数キャリアの横断請求、契約終了時のデータ移行が必要なら、追加開発費とサービス依存の条件を確認します。

既存の通信管理基盤を利用しながら、顧客向け申込画面、承認ワークフロー、在庫・端末管理、請求データ作成、社内の権限管理だけを開発する方式です。通信プロファイルやキャリア接続の専門部分をサービス側へ委ね、自社の業務ノウハウが反映される画面と連携へ予算を配分できます。委託時は、APIのレート制限、状態変更の反映時間、API障害時の再試行、Webhookの再送、ログ取得期間、仕様変更の通知期間をRFPに明記します。

独自料金、複数MNOの切替、認証・課金・プロビジョニング、マルチテナント、24時間運用そのものが競争力になる場合は、スクラッチ開発を検討します。一方、eSIMのプロファイル管理を自社保有する場合は、管理画面の開発だけでは終わりません。eUICC、鍵管理、HSM、証明書、冗長化、適合試験、SAS認定の準備、障害時のロールバックまでが別の専門領域になります。通信基盤の経験がない状態で全機能を一括発注するとリスクが高いため、最初は認定済み基盤を利用し、独自部分を段階的に追加する選択肢も比較します。

RFPと要件整理では何を決めてから発注しますか？

RFPは「画面を作ってほしい」という依頼書ではなく、事業目的、利用者、対象データ、業務フロー、性能、セキュリティ、保守、納品物、見積条件を同じ前提で比較するための文書です。要求をすべて確定できない段階でも、確定事項、仮説、提案を求める事項を分けて書けば、ベンダーから有効な代替案が出やすくなります。

「開通する」「停止する」といった正常系だけでは不足します。申込から出荷、SIM割当、開通、利用中断、再開、故障交換、解約、廃棄、再利用までを一つの状態遷移として示し、誰が、どの権限で、何を根拠に変更できるかを定義します。たとえば停止APIがタイムアウトした場合に再実行して二重処理にならないこと、解約済みSIMを再利用する際に旧顧客の情報が表示されないこと、請求締め日をまたいだプラン変更をどの月へ計上するかを要件に含めます。1日あたりの申込件数、一括操作の最大件数、同時利用者数、許容する反映時間も数値で書きます。

キャリア数、MNO・MVNOのAPI、認証方式、CSV・Webhook・REST API、データ連携の頻度と責任分界を整理します。eSIMを扱う場合は、コンシューマ向けのSGP.22なのか、IoT向けのSGP.32なのか、LPAやeIM・IPAがどこに存在するのか、SM-DP+を誰が提供するのかを確認します。IIJは2025年2月、SGP.32について、画面のないIoT機器でも遠隔でeSIM操作ができ、初回プロファイルを使ってモバイル通信だけでダウンロードできることを実証したと発表しています（出典：株式会社インターネットイニシアティブ、2025年）。このような最新仕様を採用する場合は、規格名だけでなく、対象端末、eUICC、ブートストラップ、プロファイル切替失敗時の復旧までRFPに記載します。

SIM識別子、契約者情報、端末識別子、通信量、認証情報、鍵、管理者の操作履歴を扱うため、アクセス制御、特権IDの多要素認証、暗号化、秘密情報の保管、脆弱性対応、監査ログの保存期間、バックアップ、復旧目標を明記します。個人情報が含まれる場合は、個人情報保護委員会の電気通信事業分野に関するガイドラインや、自社の個人情報保護方針との整合も確認します。外注先へ再委託を認めるか、データをどの国・クラウドに保管するか、事故発生時の報告期限を契約条件まで落とし込みます。

移行要件では、旧Excelやキャリア管理画面から何件を取り込むか、ICCID・IMEI・顧客番号の突合方法、重複や欠損の扱い、移行後の照合方法を決めます。開発会社に求める成果物は、業務フロー、状態遷移図、画面一覧、API仕様、データ辞書、権限表、テスト仕様書、障害時Runbook、運用マニュアル、ソースコード、インフラ構成、データ返却手順です。

契約形態と発注・外注の進め方はどう選びますか？

契約形態は、要件が固まっているか、仕様変更がどの程度あるか、成果物を検収できるかで選びます。SIM管理システムでは、調査・企画、要件定義、開発、運用支援で不確実性が異なるため、全工程を一つの契約にまとめるより、フェーズごとに契約を分ける方が責任と予算を管理しやすい場合があります。

準委任契約は、作業時間や役務の提供に対して報酬を支払う形態です。現行業務の棚卸し、キャリアAPIの調査、eSIM・セキュリティの技術検証、プロジェクト推進、運用設計など、開始時点で成果物の詳細を確定しにくい業務に適しています。発注者側も意思決定や情報提供を担う必要があるため、月次の作業報告、課題一覧、稼働上限、担当者、会議体、情報管理を契約書に定めます。準委任だから品質責任が不要になるわけではなく、合意した作業と報告を確認できる状態にします。

請負契約は、合意した成果物を完成させ、検収することを前提にした形態です。画面、API、バッチ、データ移行、テスト報告書などの完成条件を明確にできる開発フェーズで候補になります。検収期間、重大・軽微な不具合の定義、再検収、瑕疵への対応、第三者サービスの障害時の扱い、著作権・利用許諾、ソースコードと設計書の引渡しを具体化します。キャリア仕様や外部APIの変更で要件が変わった場合の変更管理手順と追加費用の算定方法も必要です。

おすすめは、最初に2〜8週間程度の現状調査・PoCを発注し、その結果を踏まえて要件定義と本開発へ進む方法です。PoCでは、実際のSIM、端末、キャリアAPIを使い、登録、開通、停止、通信量取得、アラート、障害時の復旧を検証します。100〜1,000回線程度の検証環境をつくり、実機でプロファイル切替や通信断を試すと、資料上は見つけにくい制約が見えます。PoCの成果物に、続行条件、見送る条件、本開発の概算、残課題を含めると、発注判断を社内で説明しやすくなります。

保守契約では、障害の受付時間、一次回答、復旧目標、キャリア障害との責任分界、脆弱性修正、OS・ブラウザ対応、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 RSPやSM-DP+を自社で保有する場合は、eUICC、プロファイル生成・配信、鍵・HSM、冗長化、適合試験、SAS対応を含めて3,000万〜1億円超の規模も想定されます。MNO・MVNO向けに加入者基盤、認証、課金、キャリア間接続、24時間運用まで新規に構築するなら、5,000万円から数億円、期間は18〜36か月に及ぶ場合があります。どちらも公開価格ではなく、認定費、設備費、キャリア接続費、運用人件費を別途確認する必要があります。

開発費だけでなく、SIMの初期費用、回線月額、通信量の従量課金、クラウド、ログ保管、監視、サポート、保守改修、セキュリティ診断、データ移行、教育、契約終了時の移行費を3年分で比較します。たとえばSORACOM Airの日本カバレッジでは、500MBを含むプランが385円/月、SIM初期費用が1枚990円、500MB超過分が110円/500MBと掲載されています（出典：株式会社ソラコム「SORACOM Air」、2026年8月確認）。これは通信サービスの料金であり、業務ポータルの開発・保守費は含まれないため、見積書の項目を混ぜないことが重要です。

グローバルカバレッジのplan01sは、公式情報で180を超える国と地域に対応し、基本料金1.8米ドル/月、カード型SIMの初期費用5.5米ドルと案内されています（出典：株式会社ソラコム「SORACOM Air」、2026年8月確認）。円換算、為替、通信量、国別条件、サポート費で実際のTCOは変わります。見積比較では「1回線あたり月額」「1GBあたり」「一括操作の従量費」「最低利用量」「解約費」を同じ単位にそろえます。

ベンダーからは、要件定義・業務設計、画面・API・バッチ、キャリア連携、料金・請求、セキュリティ、テスト、移行、教育、リリース、保守を分けた見積を取得します。企画段階では要件定義10〜15%、画面・API25〜40%、キャリア・BSS連携20〜30%、テスト・セキュリティ15〜25%、移行・教育・リリース10〜20%程度を仮置きすると、金額の偏りを質問しやすくなります。これは固定の正解ではなく、提案内容を比較するための配分です。

安い見積が出た場合は、機能が少ないというより、キャリア接続の調査、負荷試験、障害時の復旧、移行、運用設計、ドキュメント、保守が除外されている可能性があります。反対に高い見積では、自社で不要なRSP基盤や24時間運用まで含まれていないか確認します。各社に同じRFPと数量条件を渡し、「含む」「含まない」「前提」「追加単価」を並べると、価格差の理由が見えるようになります。

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

委託先は、知名度や提示額だけでなく、通信基盤、業務システム、API、eSIM、セキュリティ、運用のどこを任せられるかで見ます。通信事業者・フルMVNO型、IoTプラットフォーム型、総合SI型では得意領域が違うため、同じ評価表で点数をつけながら、必須条件を満たさない会社は候補から外します。

実績を聞くときは、「IoT案件がありますか」だけでは不十分です。SIM・加入者情報の件数、キャリア数、開通・停止API、請求・CRM・ERP連携、マルチテナント、データ移行、監視、障害復旧までをどこまで担当したかを質問します。可能であれば、匿名化した画面や構成図、テスト計画、運用体制、導入後の改善例を確認し、営業担当の説明だけでなく、設計・運用責任者にも同席してもらいます。

比較表には、初期費用、月額固定費、回線・プロファイル費、通信量従量費、クラウド費、保守費、追加開発単価、移行費、教育費、解約・データ返却費を記載します。機能別には、SIM台帳、状態遷移、一括操作、料金計算、請求、API、権限、監査ログ、通知、分析、eSIM、マルチキャリア、バックアップを分けます。各項目へ「標準」「追加」「対象外」を付けると、初期見積が安く見える提案を見抜きやすくなります。

提案説明では、状態変更APIの冪等性、MNO障害時の代替、SGP.32の対応範囲、端末・eUICCの適合確認、監査ログの保持、再委託、データ返却、最低利用量、月額以外の費用を質問します。2026年7月、KDDIとソラコムはSGP.32対応IoT SIMとプロファイル管理基盤を順次提供開始すると発表し、遠隔でのプロファイル追加・切替や、障害時のバックアッププロファイルへの自動切替を説明しています（出典：KDDI株式会社、2026年7月）。最新機能を採用する場合も、提供開始の事実だけで判断せず、自社の端末と国・地域で使えるかを検証します。

候補を3〜5社程度に絞り、同じRFP、同じ質問票、同じ回答期限を渡します。一次評価では必須要件、通信・eSIMの適合、セキュリティ、体制、概算費用を比較し、二次評価では提案デモと実機PoCを行います。評価は、要件適合30点、技術・連携20点、セキュリティ・運用20点、体制・実績15点、TCO15点のように、価格だけが過大にならない配分が使いやすいです。自社の優先順位に応じて重みは調整します。

PoCでは、登録から開通、通信量取得、上限アラート、停止・再開、キャリアAPIのタイムアウト、Webhook再送、端末交換、請求データ出力を一通り試します。eSIMなら、初回プロファイルが取得できない、対象端末が非対応、プロファイル切替中に通信断が起きる、海外で現地プロファイルが使えないといった失敗を確認します。PoCの結果を契約の前提と検収項目に反映できる会社を、最終委託先として選びます。

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

発注時に多く寄せられる疑問を、費用、開発期間、SaaS活用、セキュリティの観点から整理します。自社の回線数や業務範囲によって答えは変わりますが、最初の相談で確認すべきポイントは共通しています。

既存CMPの初期設定や台帳移行、簡易API連携だけなら、50万〜300万円程度が企画段階の目安です。ただし、独自画面、料金・請求、複数キャリア、eSIM、24時間運用まで含めると、800万〜5,000万円以上へ広がります。回線費、クラウド費、保守費、認定・HSM費を開発費と分け、同じ要件で複数社へ見積を依頼します。

既存サービスの設定・移行なら1〜3か月、既存基盤への追加開発なら3〜6か月、中規模の業務システムなら6〜12か月が一つの目安です。複数キャリア、BSS連携、eSIM、データ移行、セキュリティ試験、24時間運用を含めると9〜18か月以上になる場合があります。期間を短くしたい場合は、台帳・API・一括操作を先にリリースし、請求分析やマルチキャリア切替を後続フェーズに分けます。

eSIM対応は、採用規格、端末・eUICC、LPAまたはeIM・IPA、SM-DP+、プロファイル、鍵、ブートストラップ、通信事業者との接続を確認する必要があるため、単に画面を追加するだけではありません。既存の認定済み基盤や通信事業者のサービスを使い、自社は業務ポータルと連携に集中する方法が現実的な場合があります。SGP.32を採用する場合は、実機で遠隔ダウンロード、切替、通信断からの復旧、海外利用を確認してから本開発へ進みます。

回線、プロファイル、キャリアAPI、接続品質を重視するなら通信会社やIoTプラットフォーム事業者、CRM・ERP連携や独自業務を重視するならシステム開発会社や総合SIが候補です。どちらか一社に限定せず、通信基盤を提供する会社と業務ポータルを開発する会社を組み合わせる方法もあります。その場合は、障害受付、データの正本、API仕様変更、個人情報、契約終了時のデータ返却を一つの責任分界表にまとめます。

まとめ

SIM管理システムの発注では、最初に加入者管理・IoT CMP・社内台帳のどれを対象にするかを切り分けます。そのうえで、SIMのライフサイクル、キャリア・CRM・ERP連携、料金・請求、eSIM、権限、監査、移行、保守をRFPへ整理し、SaaS・追加開発・ハイブリッド・スクラッチを比較します。

比較の軸は、初期開発費、回線・プロファイル費、クラウド・保守費、契約終了時の移行費です。安い順に決めるのではなく、実績、APIの冪等性、障害時の復旧、実機PoC、セキュリティ、再委託、データ返却、変更単価を確認します。要件定義やPoCは準委任、完成条件が明確な開発は請負、保守は別契約とするなど、工程に応じて契約を分けるとリスクを管理しやすくなります。

発注を急ぐ前に、対象回線数、利用者、キャリア、SIM種別、開通・停止の業務、必要な連携、月間通信量、SLA、個人情報、希望納期を一枚にまとめます。次に3〜5社へ同じ条件で相談し、実機PoCで正常系と障害系を確認します。自社の独自業務だけを外注開発し、通信・eSIMの専門基盤は既存サービスへ委ねるなど、事業に必要な範囲から段階的に始めることが、費用と運用リスクを抑える現実的な進め方です。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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