保育園・幼稚園向け登降園管理システム開発の発注/外注/依頼/委託方法について

保育園・幼稚園向け登降園管理システムの発注では、打刻機能の多さよりも、登園ピークの混雑、打刻忘れ、延長保育、請求、監査までの業務を無理なくつなげられるかが成否を分けます。

本記事では、発注形態の選び方からRFP・要件整理、契約形態、2026年時点で確認できる費用相場、委託先選定と見積比較、導入後の運用まで、外注を進める実務を順番に解説します。

▼全体ガイドの記事
・保育園・幼稚園向け登降園管理システム開発の完全ガイド

保育園・幼稚園向け登降園管理システム発注の全体像

登降園管理システムの発注全体像

登降園管理システムは、登園・降園の時刻だけを記録する仕組みではありません。保護者または職員が打刻し、その情報を園児の在園状況、出席簿、延長保育料、請求、保護者連絡、監査用帳票へつなぐ業務基盤です。発注時は「打刻できるか」から始めるのではなく、朝の受け入れから月末の請求まで、データがどこへ流れるかを確認することが大切です。

発注対象は打刻機能だけではありません

最低限の対象範囲は、園児・保護者台帳、登降園の打刻、欠席・遅刻・早退、お迎え者変更、打刻修正の履歴、出席簿の出力です。保育園では延長保育や一時保育、土曜保育、認定区分に応じた料金計算が加わり、幼稚園では預かり保育や行事日程との連動が論点になりやすいです。兄弟姉妹を一括で打刻するか、保護者のスマートフォンを使えない場合に園の端末で代替するかも、RFPに明記しておくと比較しやすくなります。

既製SaaSの導入と個別開発を分けて考えます

「外注する」といっても、既製のクラウドサービスを契約する方法、既製サービスに帳票やCSV連携を追加する方法、園独自の仕組みを新規開発する方法があります。既製サービスは短期間で始めやすく、法改正やセキュリティ更新を受けやすい一方、独自の料金ルールや自治体連携が合わない場合があります。個別開発は業務に合わせやすい反面、要件漏れと保守体制の負担が増えます。まず標準機能で解けない差分を洗い出してから、開発の必要性を判断します。

法人本部と現場の責任範囲を先に決めます

複数園を運営する法人では、本部が共通マスタ、権限、請求ルールを管理し、園長や事務担当者が日々の修正と確認を担う形が現実的です。誰が園児情報を登録し、誰が誤打刻を承認し、退園後のデータをいつ削除または保管するかを決めないまま発注すると、システムが完成しても運用が止まります。発注責任者、現場代表、請求担当、情報管理担当を早い段階で置くことが重要です。

発注形態はどれを選ぶべきですか?

発注形態の選択

発注形態は、園の独自性と許容できる導入期間で選びます。標準業務が多い1園ならSaaS、複数園共通の運用に一部差分があるならセミオーダー、既存基幹や自治体システムと深く連携するなら個別開発が候補です。判断の軸は「高機能か」ではなく、必要な例外処理を含めて職員の入力を増やさず、5年間使い続けられるかです。

既製クラウドSaaSを契約する方法

既製SaaSは、打刻、出欠、保護者連絡、帳票、請求などの一般的な業務を早く整えたい園に向いています。スマートフォン、タブレット、QRコード、ICカードなど複数の打刻方式から選べるサービスもあり、端末を新たに開発する必要がありません。契約前は、標準機能の範囲、園児数や職員数による料金変動、初期設定費、データ移行費、解約時のCSV出力、障害時のサポートを確認します。機能一覧だけでなく、実際の朝の受付をデモで再現して判断します。

セミオーダーで帳票・連携を調整する方法

標準の登降園管理は使えるものの、園独自の保育時間、延長料金、自治体提出用の帳票、会計システムへのCSV連携が合わない場合は、セミオーダーが現実的です。既存サービスの設定変更、帳票テンプレート、データ移行、APIまたはCSV連携を外注します。標準外の変更が多いほど、サービス更新のたびに動作確認が必要になります。変更箇所を一覧化し、「標準機能で対応する業務」と「追加開発する業務」を分けて見積もりを取ります。

スクラッチ開発を委託する方法

スクラッチ開発は、複数法人・複数園の共通基盤、自治体や会計との連携、電気錠や入退室機器との接続、独自の請求ルールなど、既製サービスでは解決できない要件が明確な場合に検討します。自由度が高い一方、発注者が仕様と優先順位を決める責任を負います。最初から全機能を作り込まず、打刻・在園確認・修正履歴・帳票を第1段階にし、請求や高度な分析を段階導入する方が、要件漏れと導入遅延を抑えやすいです。

RFPと要件整理はどのように進めますか?

RFPと要件整理

RFPは、業者に要望を伝える資料であると同時に、園側の業務を整理するための設計図です。きれいな仕様書を最初から作る必要はありませんが、現状の流れ、困っている数値、必須要件、将来要件、制約条件、見積条件を同じ資料にまとめます。候補会社ごとに説明の仕方を変えず、同じ条件で比較できる状態を作ることが目的です。

現場観察と業務フローから始めます

まず、登園が集中する時間帯と降園が集中する時間帯を観察します。保護者がどこで待つのか、兄弟をどう処理するのか、職員が電話を受けながら誰の在園を確認するのか、打刻忘れをいつ修正するのかを記録します。さらに、欠席連絡、早退、お迎え者変更、延長保育、一時保育、土曜保育、休園日、行事日の例外を業務フローに書き込みます。現場の一回の入力が、出席簿や請求に何度使われるかを可視化すると、連携要件の優先順位が見えてきます。

Must・Should・Couldで要件を分けます

要件は、必須のMust、できれば欲しいShould、将来検討するCouldに分けます。Mustには、打刻、打刻忘れと誤打刻の修正履歴、在園児一覧、出席簿、権限管理、バックアップ、障害時の代替手順を置きます。Shouldには保護者通知、延長料金の自動計算、請求連携、CSV出力、兄弟一括打刻を置き、Couldには顔認証や分析機能などを置く考え方です。すべてを必須にすると費用と納期が膨らむため、失うと安全・請求・監査に影響するものから優先します。

デモと小規模な検証で使いやすさを確かめます

資料だけで選ばず、候補会社に同じシナリオを実演してもらいます。たとえば、保護者が兄弟二人を登園打刻し、一人だけ早退予定に変更し、職員が誤打刻を承認し、月末に延長料金を出力する流れです。ネットワークを切ったときの一時保存、端末が故障したときの復旧、保護者がスマートフォンを持たないときの代替も確認します。可能なら1園または1クラスで試行し、打刻に要する時間、修正の件数、職員からの問い合わせ件数を測ります。

契約形態は請負と準委任のどちらが適していますか?

システム開発の契約形態

契約形態は、要件の確定度と成果物を基準に選びます。既製サービスの導入支援や要件定義では準委任、仕様と納品物が固まった開発では請負が候補です。契約名だけで安全性が決まるわけではなく、作業範囲、検収条件、変更管理、障害対応、データの権利を契約書と別紙で具体化する必要があります。

準委任は要件整理や伴走支援に向いています

準委任は、一定の業務を専門家に依頼し、作業時間や体制に対して報酬を支払う契約です。現場ヒアリング、RFP作成支援、標準サービスの選定、データ移行計画、導入伴走など、進めながら判断が変わる業務に向いています。完成品の品質を一括で保証する契約ではないため、毎月の成果物、会議体、課題一覧、意思決定者を定めます。園側が判断を先送りすると期間だけが延びるため、検討事項の期限も管理します。

請負は仕様と検収条件を固めてから使います

請負は、合意した成果物を完成させ、検収を受けることを前提にする契約です。個別開発、帳票改修、API連携など、成果物を定義できる範囲で使いやすい契約形態です。画面一覧、機能一覧、外部連携、テスト項目、受入基準、納期、修正回数を別紙にします。「使えること」だけでは曖昧なので、朝のピーク時に何件の同時打刻を処理できるか、停電後にどのデータを復旧できるかなど、測定できる条件に落とし込みます。

契約書では変更・保守・データ返却まで確認します

契約前に、追加要件の単価と承認手順、納期変更の条件、瑕疵や障害の対応時間、保守の受付時間、再委託先、個人情報の取扱い、バックアップ、データの所有権と返却形式を確認します。SaaSでは、契約終了後に園児・保護者データをどの形式で、いつまでに、いくらで受け取れるかが特に重要です。ソースコードを納品する個別開発では、第三者ライブラリのライセンスや保守引き継ぎの範囲も確認します。法務・情報管理担当と連携し、料金表だけで決めないことが大切です。

保育園・幼稚園向け登降園管理システムの費用相場

登降園管理システムの費用相場

費用は、月額利用料だけでなく、端末、読み取り機器、カード、初期設定、データ移行、研修、保守、連携開発を合算して判断します。公開価格のあるSaaSと、要件によって変わる個別開発では相場の性質が異なります。以下の金額は発注予算を作るためのレンジであり、園児数、園数、機能、自治体要件、既存システムとの接続で変動します。

既製SaaSは月額3,000円台から33,000円程度まで幅があります

2026年8月に公式料金を確認できる例では、KIDS PLUSが登降園中心の基本プランを月額3,000円(税込)から、スターターパックを5,800円から、請求や指導案まで含むオールインパックを19,800円から案内しています。ルクミー登降園は月額5,000円(税抜)からで、プランやオプションの条件があります。Hoicは1園あたり月額11,000円(税込)から、Child Care Systemは月額5,500円、17,600円、33,000円のプランを公開しています(出典: 各社公式料金ページ、2026年確認)。公開価格を単純平均するのではなく、含まれる機能とサポートを同じ条件にそろえて比較します。

端末・カード・初期設定を別費用として見積もります

機器費の一例として、コドモン公式ストアではICカードリーダー16,280円、カード20枚8,470円、iPadが59,950円から、iPadレンタルが月額2,200円からと案内されています(出典: コドモンストア「登降園管理・出退勤管理運用のための機材」、2026年確認)。これは一社の販売価格であり、すべての製品にそのまま当てはまる相場ではありませんが、端末を園が保有するかレンタルするかで初期費用と5年総額が変わることを示します。Wi-Fi、予備端末、カード再発行、設置、アカウント登録、データ移行、研修も見積書の行に分けてもらいます。

個別開発は100万円台から2,000万円超まで要件で変わります

既製SaaSへのCSV連携、帳票調整、初期データ移行なら100万〜300万円程度、園独自の保育時間・請求・複数園本部管理を組み込むセミオーダーなら300万〜800万円程度、園児台帳、保護者アプリ、打刻端末、請求、自治体連携、権限・監査を新規構築するフルスクラッチなら800万〜2,000万円以上が予算検討のレンジです。自治体や大規模法人で複数園・既存基幹・ネットワークまで含めると、2,000万円を超える場合もあります。これらは登降園管理に特化した公表統計ではなく、リサーチノートの業務システム一般の工程比率と類似案件からの推定です。確定金額として断定せず、RFPに基づく複数社見積もりで更新します。

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

委託先と見積書の比較

委託先は、保育ICTのサービスベンダー、業務システムを個別開発するSI会社、導入支援を担うコンサルティング会社に分かれます。「開発会社」と書いても、実際にはSaaS導入を提案する会社が候補になることがあります。自社が必要としているのが製品契約なのか、業務整理なのか、個別開発なのかを明確にしてから候補を集めます。

園の業態と似た実績を確認します

実績は導入社数の大きさだけでなく、保育園、幼稚園、認定こども園、企業主導型、公立施設のどれに強いかを見ます。園児数、園数、打刻方式、延長料金、請求、自治体帳票、複数園本部管理が自園と近い事例を出してもらいます。導入事例の紹介だけでなく、導入前の課題、移行期間、職員研修、保護者登録、現在のサポート窓口を確認すると、実際の導入負担を想像しやすくなります。公式にない導入数やシェアを、営業資料だけで順位付けしないことも大切です。

同じRFPで初期費用とランニング費用を比較します

見積依頼では、園数、園児数、職員数、利用開始時期、端末台数、打刻方式、必要な帳票、請求連携、保護者アプリ、データ移行件数、研修回数、サポート時間をそろえて渡します。見積書は、要件定義、設計、設定、開発、テスト、移行、研修、月額利用料、保守、端末、追加連携に分けてもらいます。「一式」の金額が多い場合は、内訳と前提条件を質問します。3社程度から同一条件で提案を受けると、価格差が機能差なのか、作業範囲の差なのかを判別しやすくなります。

安さより5年TCOと運用リスクを比較します

5年TCOは、初期費用に月額利用料の60か月分、追加オプション、端末更新、カード再発行、通信費、保守、法改正や帳票変更、データ移行、解約時の出力費を加えた金額です。さらに、職員の入力時間、電話確認、誤請求の修正、障害時の紙運用など、システム外の負担も比較します。初期費用が安くても、独自帳票を毎月手作業で整えるなら、総額では有利とは限りません。候補会社には、5年の前提条件を明示した総額表を作ってもらいます。

導入・データ移行・運用設計で失敗しない方法

登降園管理システムの導入と運用

導入プロジェクトは、契約締結で終わりません。園児と保護者のマスタを整え、端末を設置し、職員と保護者へ説明し、試行期間を経て本稼働します。導入時の作業を委託先に任せきりにせず、誰が何をいつ確認するかを工程表にします。特にデータ移行と例外処理を後回しにすると、稼働初日に現場へ負担が集中します。

名寄せと移行リハーサルを発注範囲に含めます

移行対象を園児台帳、保護者、兄弟関係、クラス、認定区分、緊急連絡先、料金マスタ、過去の出席情報に分け、不要な項目を持ち込まないようにします。氏名の表記揺れ、転園・退園、兄弟の保護者紐付け、旧園児番号の扱いを園側で確認します。テスト環境への仮移行、本番前の差分確認、移行後の件数照合を行い、誰が承認するかを決めます。移行作業の責任と追加費用の条件を見積書に記載してもらいます。

職員研修と保護者案内を運用設計に含めます

職員には、通常の打刻だけでなく、打刻忘れ、誤打刻、代理打刻、早退、お迎え者変更、通信障害、端末故障の手順を練習してもらいます。保護者には、アプリ登録、打刻方法、登録できない場合の連絡方法、訂正依頼の締切を紙や説明会で伝えます。導入直後は問い合わせを記録し、よくある質問を更新します。1日で切り替える場合でも、紙の出席簿や電話連絡などの暫定手段を一定期間残し、安全確認を優先します。

セキュリティと障害時の業務継続を確認します

園児の在園状況や健康・配慮情報は、漏えい時の影響が大きい情報です。通信の暗号化だけでなく、園長・担任・事務・法人本部の権限分離、管理者の多要素認証、操作ログ、バックアップ頻度、復旧目標、退職者アカウントの停止、委託先と再委託先の管理を確認します。通信断や停電のときに紙で記録し、復旧後に二重登録を防ぐ手順も必要です。こども家庭庁は2026年度中に、計画・記録、保護者連絡、登降園管理、実費徴収等の4機能を導入する施設割合20%を目指す方針を示しています(出典: こども家庭庁「こども政策DXの推進に向けた取組方針2025」、2025年)。制度や補助の対象は自治体・年度・施設種別で異なるため、契約前に交付要綱と対象経費を確認します。

よくある質問(FAQ)

登降園管理システム発注のよくある質問

発注前に多い疑問を、実務上の判断に結び付けて回答します。費用だけでなく、園の規模、現場の導線、保護者の利用環境、複数園管理、将来の制度変更を合わせて考えることがポイントです。

登降園管理システムの発注費用はどのくらいですか?

既製SaaSなら、公開価格上は登降園中心で月額3,000〜11,000円程度、請求・帳票・連絡まで含めると月額5,500〜33,000円程度が比較の出発点になります。端末、カード、初期設定、移行、研修を含む1園の初年度は、公開単価から概算して10万〜50万円程度を置いて比較するとよいです。個別開発は100万〜300万円程度の連携・移行から、800万〜2,000万円以上のフルスクラッチまで幅があるため、機能数ではなくRFPと作業範囲で見積もります。

保護者がスマートフォンを持っていない場合も発注できますか?

発注できますが、スマートフォンを前提にしない代替手段を要件に入れます。園のタブレット、QRコード、ICカード、職員による代理打刻などを用意し、家族構成や送迎者の違いにも対応できるかを確認します。保護者がアプリを登録できないときの案内窓口と、園側が代理で修正する権限・履歴も決めておくと、現場が個別対応に追われにくくなります。

打刻忘れや誤打刻はどのように処理しますか?

保護者または職員が訂正できる機能だけでなく、訂正理由、承認者、変更前後の時刻を残せることが重要です。打刻忘れを自動通知できるサービスもありますが、通知だけで解決しないケースに備え、締め切りと責任者を決めます。請求確定後の修正をどう扱うか、過去データを再計算するか、監査時に履歴を出力できるかを、デモと受入テストで確認します。

保育ICTの補助金を使えるか、発注前に確認できますか?

可能ですが、「登降園管理システムなら必ず対象」とは判断できません。国の方針や補助事業が示す対象機能に含まれていても、申請時期、自治体の実施要綱、施設種別、対象経費、交付決定前の契約可否などで条件が変わります。候補会社から補助金対応の説明を受けたうえで、自治体の担当部署に対象範囲と申請期限を確認し、補助金が不採択でも運用できる予算を組みます。

まとめ

登降園管理システム発注のまとめ

保育園・幼稚園向け登降園管理システムを発注するときは、まず標準SaaS、セミオーダー、スクラッチ開発のどれが自園の課題に合うかを切り分けます。次に、朝夕の打刻、在園確認、打刻修正、延長保育、請求、帳票、保護者連絡、障害時対応を業務フローに落とし、Must・Should・Couldで優先順位を付けます。

発注前に確認する項目

候補会社には、園の業態に近い実績、標準機能と追加開発の境界、端末と通信の前提、データ移行の方法、研修と保護者サポート、権限・ログ・バックアップ、障害時の復旧、契約終了時のデータ返却を質問します。見積もりは初期費用だけでなく、月額60か月分、端末更新、保守、改修、解約時の費用を含む5年TCOで比較します。補助金は予算を下げる材料として確認しつつ、対象外でも成立する計画にします。

最初の一歩は現場フローとRFPの作成です

発注を急いで製品名や価格だけを比べると、導入後に独自ルールや例外処理が見つかり、追加費用が発生します。まず現場代表と本部・事務担当で現在の業務を確認し、同じRFPを複数社へ渡して、デモ・見積・契約条件を比較します。園児の安全確認と職員の負担軽減を両立できる委託先を選び、段階的に導入することが、保育園・幼稚園向け登降園管理システムを定着させる近道です。

▼全体ガイドの記事
・保育園・幼稚園向け登降園管理システム開発の完全ガイド

会社紹介

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

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

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

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

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

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