自治体向け子育て支援システム開発の発注/外注/依頼/委託方法について

自治体向け子育て支援システムの発注・外注は、標準準拠の基幹機能を軸に、住民向け申請・情報発信と現場の相談・施設管理を切り分けて委託範囲を決めることが成功の近道です。

子ども・子育て支援法に基づく認定や利用調整、保育料・給付費、施設管理、電子申請、こども家庭センターの相談記録までを一つの製品だけで解決できるとは限りません。本記事では、自治体が発注形態を選ぶ段階から、RFP（提案依頼書）の作成、要件整理、契約形態、費用相場、委託先の選定、見積比較、導入後の保守までを実務の順番に沿って解説します。

▼全体ガイドの記事
・自治体向け子育て支援システム開発の完全ガイド

自治体向け子育て支援システムの全体像

発注前に最初に行うことは、「自治体向け子育て支援システム」を何の業務まで含む呼び方にするか決めることです。対象範囲が曖昧なまま見積を依頼すると、各社が異なる前提で提案するため、金額も機能も比較できなくなります。

基幹業務レイヤーは、児童・保護者・世帯台帳、教育・保育給付認定、保育所や認定こども園の利用調整、きょうだいの在園状況、保育料・利用者負担額、施設等利用給付、給付費、徴収、還付、帳票、統計、監査ログなどを扱います。住民記録、税、児童手当、福祉、学齢簿などと連携するため、個別の画面機能よりも「どの情報を正本とするか」「いつ連携するか」「誤りを誰が訂正するか」が重要です。2026年1月30日にこども家庭庁が子ども・子育て支援システム標準仕様書第2.0版を公開し、機能要件や帳票要件などを示しています（出典: こども家庭庁、2026年）。RFPでは、この標準仕様への適合状況と自治体独自要件を別欄で提出させます。

住民フロントは、制度検索、対象者への通知、保育所の空き情報、電子申請、申請状況の照会、予約、相談窓口案内などを提供します。一方、現場・相談支援は、こども家庭センターの相談受付、アセスメント、サポートプラン、ケース記録、関係機関との連携、保育施設への給付・監査・実績報告などを扱います。基幹パッケージ、住民ポータル、相談支援を同じ事業者にまとめる選択もありますが、発注単位を分けてAPIやCSVの責任分界を明確にする方法もあります。デジタル庁の子育て支援制度レジストリは、自治体が制度情報を登録し、アプリ事業者が構造化データを活用する仕組みです。2025年11月にアプリ事業者へのAPI連携が始まり、2026年3月時点では未就学児向けを中心に124種類の制度類型が対象とされています（出典: デジタル庁、2026年）。この動向を踏まえ、制度情報を個別アプリへ重複入力しない設計を検討します。

自治体向け子育て支援システムの発注はどのように進めますか？

結論から言うと、発注は「現状把握、対象範囲の決定、RFP作成、提案比較、契約、要件定義、開発・設定、受入試験、移行、運用開始」の順に進めると判断しやすくなります。特に自治体独自の利用調整、減免、給付、帳票、年度更新を先に洗い出し、標準機能で対応する部分と追加開発する部分を分けることが大切です。

発注形態は、パッケージ導入、SaaS・クラウド利用、スクラッチ開発、既存システムの改修、複数製品をAPIでつなぐハイブリッド方式に分けて比較します。標準仕様の対象となる基幹業務では、標準準拠パッケージを採用し、住民ポータルや相談支援だけを追加開発する構成が現実的です。自庁サーバーを使う場合は機器更新、バックアップ、脆弱性対応、災害復旧を自治体側が担います。ガバメントクラウドやLGWAN-ASPを使う場合は、クラウド利用料、ネットワーク、運用監視、障害時の責任分界を確認します。初期費用だけでなく、5年間の利用料・保守・制度改正・追加施設・データ返却まで含めたTCOで比べます。

RFPには、対象業務、利用者、施設数、対象児童数、現行システム、連携先、データ件数、帳票、年度切替、稼働希望日、予算上限の考え方、提案書の評価基準、納品物、保守条件を記載します。機能要件は「必須」「できれば」「将来検討」に分け、各項目に対して標準機能、設定変更、追加開発、運用での代替のどれで実現するかを提案書に記載させます。Fit & Gapでは、きょうだい同園、転園、広域入所、所得更正、減免、DV等の支援措置対象者、施設の休廃止など、通常処理から外れやすい業務をシナリオ化します。データ項目は項目名だけでなく、桁数、コード、必須条件、更新元、履歴の要否、エクスポート形式まで整理します。

契約後は、提案内容をそのまま受け入れず、要件定義書、基本設計書、連携仕様書、移行計画書、テスト計画書、運用設計書に落とし込みます。画面を作る前に、申請受付から審査、認定、利用調整、施設利用、給付・徴収、通知、監査までの業務フローを確認します。開発・設定では、職員の権限を課、役職、担当業務単位で設計し、閲覧・更新・CSV出力・帳票出力の権限を分けます。テストでは正常系だけでなく、年度更新、制度改正、データ欠損、二重申請、誤登録の訂正、連携停止、バックアップ復元、アクセスログ確認を実施します。国の保育業務施設管理プラットフォームは2026年度から給付・監査などの初期実装を予定しているため、既存システムとの役割やCSV連携の責任分界をRFP段階で確認します（出典: こども家庭庁、2026年）。

自治体向け子育て支援システムの費用相場とコストの内訳

費用は、人口や施設数、対象業務、既存ベンダー、移行データ量、標準化対応、連携数、独自帳票、セキュリティ要件で大きく変わります。製品の定価が公開されていないケースが多いため、以下の金額は市場全体の平均ではなく、リサーチノートに整理した2025〜2026年の公開契約例と、そこから条件を置いて整理した推定レンジです。実際の予算要求や予定価格には、必ず同じ前提のRFPに対する複数社見積を使います。

公開契約額は、同じ「子ども・子育て支援システム」でも業務範囲が違います。東京都北区の標準化関連業務は1,427万8,000円、習志野市のデータ抽出プログラム作成業務は1,669万5,250円（税込）、堺市の標準化移行データ抽出等業務は352万8,800円（税込）と、移行・標準化に関する案件だけでも幅があります。また、札幌市が2026年5月に決定した制度改正対応業務は277万6,400円で、稼働中システムの改修・テスト・リリースにも数百万円規模の費用が発生する例です（出典: 各自治体の契約結果、2025〜2026年）。これらは単独工程の契約額であり、基幹刷新全体の全国相場ではありません。

標準準拠パッケージの設定と小規模移行を中心にする場合は、500万〜1,500万円、期間は4〜9か月程度が一つの検討レンジです。中規模自治体の基幹刷新で、複数業務、住基・税などの連携、データ移行、試験、研修、運用設計まで含める場合は、1,000万〜3,000万円、9〜18か月程度が目安になります。住民向けポータル・アプリの新規開発は、制度検索、通知、アカウント、電子申請連携、管理画面、アクセシビリティを含む条件で500万〜2,000万円、4〜10か月程度が推定レンジです。相談・ケース管理を独自に構築する場合は、権限、監査、機微情報、福祉システム連携が増えるため、1,000万〜3,000万円超、9〜18か月程度を見込みます。基幹から住民アプリまでのフルスクラッチは3,000万〜1億円超、18〜30か月程度まで上振れし得ますが、標準化対象業務では標準パッケージと追加開発の組み合わせを先に比較します。

見積書では、要件定義、設計、設定・開発、テスト、データクレンジング、移行、研修、稼働立会いを分けます。リサーチノートで整理した工程配分の目安は、要件定義10〜15%、設計15〜20%、開発30〜40%、テスト15〜20%、移行5〜10%です。これは契約上の標準比率ではありませんが、テストや移行が極端に小さい見積を見つける参考になります。稼働後は、クラウド利用料、ライセンス、運用監視、ヘルプデスク、バックアップ、脆弱性対応、制度改正、法改正、帳票変更、追加施設、データ抽出・返却を別項目にします。年間保守は初期開発費の15〜20%程度という整理がありますが、標準仕様の改定頻度や制度改正の扱いで変わるため、固定率だけで断定せず、通常保守と有償改修の境界を契約書に明記します。

見積もりを取る際のポイント

見積の安さだけで委託先を決めると、後から追加開発、移行や帳票のやり直し、制度改正対応、職員研修の不足が発生しやすくなります。提案内容を同じ条件で比較できるよう、価格・機能・体制・移行・保守・将来拡張を同じ評価軸で確認します。

RFPの添付資料には、現行業務フロー、組織・権限、施設一覧、年度ごとの処理件数、帳票サンプル、画面一覧、連携先一覧、データ項目表、稼働希望時期、非機能要件を含めます。特に「既存データを移行する」とだけ書かず、児童・保護者・世帯・施設・認定・在籍・給付・徴収・添付書類・操作履歴のどこまでを何年分移すかを明示します。紙やExcelにしかない情報は、移行対象、参照用、廃棄候補に分類し、名寄せ・重複排除・欠損補完の作業量を見積へ反映します。標準仕様第2.0版の機能要件、帳票要件、印字項目、帳票レイアウトに対して、適合、設定、追加開発、対象外の回答を求めると比較の精度が上がります。

委託先は、単に「自治体向けの導入実績がある」だけでなく、子ども・子育て支援の認定、利用調整、給付、徴収、施設監査、児童手当、相談支援のどこに強いかを見ます。候補には、標準準拠の総合行政システムに強い事業者、保育施設との給付・監査連携に強い事業者、児童手当や周辺業務に強い事業者、住民向けアプリに強い事業者があります。RFPでは、自治体名を伏せた概要だけでなく、人口規模、施設数、連携方式、移行件数、稼働時期、現在の保守体制を確認します。営業担当だけでなく、プロジェクトマネージャー、業務設計者、移行責任者、セキュリティ責任者、保守窓口が誰になるか、繁忙期に応援できるかも評価します。

個別開発では請負契約、業務支援や要件定義では準委任契約が使われることがあります。請負なら成果物、検収条件、瑕疵対応、納期、再委託条件を明確にし、準委任なら作業範囲、体制、稼働時間、報告、意思決定の責任を明確にします。大規模案件では、現状調査・RFP支援・要件定義を先行して準委任で委託し、仕様が固まった後に設定・開発・移行を請負または段階契約にする方法もあります。契約には、個人情報の取扱い、再委託先、国外アクセスの有無、保管場所、アクセスログ、脆弱性対応、インシデント報告、バックアップ、データ返却、契約終了後の消去証明を入れます。個人情報保護委員会は行政機関等に安全管理措置と委託先管理を求めているため、機能要件だけでなく委託先監督を評価します（出典: 個人情報保護委員会、2026年確認）。

自治体向け子育て支援システムの発注で失敗しやすい点

失敗の多くは、製品比較を先に行い、業務とデータの整理を後回しにすることから起きます。発注前に「何を作るか」だけでなく「誰が、どの情報を、どのタイミングで、どの根拠に基づいて処理するか」を言語化します。

標準仕様に含まれる機能を独自開発として見積もると費用が膨らみ、逆に自治体固有の選考ルールや帳票を標準機能でできると誤認すると、稼働直前に追加費用が発生します。RFPでは標準仕様の版、適合方法、差分の理由、将来の標準改定時の追随方法を記載させます。デジタル庁のデータ要件・連携要件の標準仕様でも、子ども・子育て支援の仕様が2026年2月27日に第4.0版として掲載されています（出典: デジタル庁、2026年）。仕様書の版を固定するだけでなく、改定時にどの契約項目が保守に含まれるかを決めることが重要です。

システムが稼働しても、移行データの欠損や職員の入力ルールが残れば、紙・Excel・メールへの逆戻りが起きます。移行前にデータの項目定義、名寄せ、重複排除、履歴の保持、対象年度、移行後の照合方法を決め、テスト移行を複数回行います。研修は操作説明だけでなく、認定変更、転園、退所、還付、制度改正、差戻し、緊急時の代替処理を業務シナリオで実施します。稼働初年度は、問い合わせ件数、審査時間、二重入力、帳票作成時間、オンライン申請率、施設からの差戻し件数を月次で確認し、改善契約の対象にします。

契約期間中の運用だけでなく、更新や次期調達を見据えて、データを標準形式で出力できるか、APIやCSVの仕様が公開されるか、移行用の抽出費用はいくらか、契約終了後に何日で返却・消去されるかを確認します。独自形式のデータベースや画面仕様に依存しすぎると、委託先変更時の移行費用が増えます。サブシステムを追加する場合は、共通ID、世帯・児童の名寄せ、更新タイミング、エラー時の再送、ログの保存先を先に定義します。AIによる制度情報の分類やFAQ作成を導入する場合も、給付可否や要保護判定を自動決定させず、職員の確認と根拠記録を残す設計にします。

よくある質問

ここでは、発注前に自治体の担当者から寄せられやすい質問に回答します。費用や契約の判断は、人口、施設数、既存システム、標準仕様への適合範囲、移行データ量をそろえたうえで行います。

基幹業務は標準準拠パッケージを第一候補にし、自治体独自の住民サービスや相談支援を設定・追加開発で補う構成が比較しやすいです。スクラッチ開発は独自業務に合わせやすい一方、制度改正、標準仕様の改定、保守要員、次期調達時の移行負担まで自治体が負うため、5年間のTCOとデータ返却条件を含めて判断します。

最低限、対象業務、現行システム、連携先、帳票、データ移行、非機能要件、稼働時期、保守範囲、提案書の回答形式をそろえます。標準仕様との適合方法は、各社に「標準機能」「設定」「追加開発」「運用代替」「対象外」のいずれかで答えてもらい、機能数の多さではなく差分と追加費用で比較することが大切です。

価格だけでなく、同規模自治体での導入・移行実績、標準仕様への対応、繁忙期の支援体制、制度改正時の費用、連携仕様、セキュリティ、データ返却、現場研修を確認します。提案時の担当者が稼働後も関わるか、障害時の一次窓口と復旧目標が明確か、自治体側に残す運用手順書が十分かも、長期運用の成否を左右します。

まとめ

自治体向け子育て支援システムの発注では、まず基幹、住民フロント、現場・相談の3層に対象範囲を分けます。そのうえで、子ども・子育て支援システム標準仕様書を基準に、自治体独自の利用調整、帳票、減免、給付、連携、移行をFit & Gapとして整理します。RFPでは、各社の前提条件をそろえ、標準機能・設定・追加開発・運用代替を分けて提案させます。

公開契約額は工程単位の事例であり、そのまま全国相場にはできません。標準準拠パッケージの設定・小規模移行で500万〜1,500万円、中規模の基幹刷新で1,000万〜3,000万円、住民向けポータルで500万〜2,000万円という推定レンジも、対象人口、施設数、連携数、移行量、保守条件によって変動します。初期費用だけでなく、クラウド・ライセンス、保守、制度改正、追加開発、研修、障害対応、データ返却を含めた3〜5年TCOで比較します。

最終的には、委託先の実績や製品機能だけでなく、データ移行、権限設計、アクセスログ、個人情報保護、制度改正、障害時の連絡、職員研修、契約終了時のデータ返却まで確認します。自治体の業務担当、情報政策担当、調達担当、現場職員、保育施設の代表が同じ業務シナリオを見ながら比較すれば、導入後に使われるシステムへ近づけます。

▼全体ガイドの記事
・自治体向け子育て支援システム開発の完全ガイド

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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