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

登降園管理システムの発注は、現場の業務を整理し、要件に優先順位を付け、同じ条件で候補会社を比べる順に進めると、安全確認と職員の負担軽減につながります。

発注形態から導入までは、前の判断が次の判断の材料になる流れです。全体像は完全ガイドもご覧ください。

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

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

登降園管理システムの周囲に園児・保護者台帳や出席簿出力などの発注対象を示した図解。
打刻情報は台帳や延長保育料など複数業務につながります。

登降園管理システムは、打刻情報を在園状況や出席簿、延長保育料、請求、保護者連絡、監査用帳票へつなぐ業務基盤です。そのため、打刻機能の有無だけでは業務全体を判断できず、発注では朝の受け入れから月末の請求までのデータの流れを確認します。

発注対象の範囲

対象範囲には、園児・保護者台帳と登降園打刻があります。欠席・遅刻・早退やお迎え者変更も含まれ、打刻修正履歴と出席簿出力も対象になります。

保育園では、延長・一時・土曜保育や認定区分別の料金計算が加わります。一方で幼稚園では、預かり保育や行事日程との連動が論点です。

加えて、兄弟姉妹の一括打刻や、スマートフォンを使えない場合の園端末による代替もRFPに書いておくと、候補会社の提案を同じ条件で比べられます。

既製SaaSの導入と個別開発の区別

外注の形には、既製クラウドサービスの契約、帳票やCSV連携の追加、園独自システムの新規開発があります。

既製サービスは短期間で始めやすく、法改正やセキュリティ更新も受けやすい点が特徴です。一方で、独自の料金や自治体連携が合わない場合があります。

個別開発は業務に合わせやすい反面、要件漏れと保守負担が増えます。そのため、標準機能で解けない差分を確かめてから、個別開発の必要性を見極めます。

法人本部と現場の責任範囲

複数園をもつ法人では、本部が共通マスタ、権限、請求ルールを管理し、園長や事務担当者が日々の修正と確認を受け持つ形が現実的です。

園児情報の登録者、誤打刻の承認者、退園後データの削除・保管時期を、あらかじめ決めておきます。発注責任者、現場代表、請求担当、情報管理担当も置いておきます。

発注形態の選び方

発注形態は、園の独自性と、許容できる導入期間で選びます。高機能さよりも、例外処理を含めて職員の入力を増やさず、5年間使えるかを基準にします。

  • SaaS:標準的な業務が中心の1園向け。
  • セミオーダー:複数園で共通の運用に一部差分がある場合の候補。
  • 個別開発:既存基幹や自治体システムと深く連携する場合の検討対象。

既製クラウドSaaSの契約方法

既製SaaSは、園の業務に合う機能か、利用条件が合うかを契約前に確かめます。

  • 対象業務:打刻、出欠、保護者連絡、帳票、請求を早く整えたい園向け。
  • 打刻方法:スマートフォン、タブレット、QRコード、ICカードに対応するサービスがあります。
  • 契約条件:標準機能、園児・職員数による料金、初期設定・移行費、CSV出力、障害時支援の範囲。

専用端末の開発は不要です。機能一覧だけで決めず、朝の受付をデモで再現して、現場との適合を見ます。

セミオーダーでの帳票・連携の調整方法

標準の登降園管理を使えても、独自の保育時間や延長料金、自治体帳票、会計向けCSVが合わないときは、セミオーダーが候補になります。

設定変更、帳票テンプレート、データ移行を委託します。APIまたはCSV連携も委託の対象です。特に、標準外の変更が多いほど、サービス更新のたびに動作確認が必要になります。

変更箇所を一覧にし、標準機能で対応する業務と追加開発する業務を分けて見積もります。

スクラッチ開発の委託方法

個別開発を検討するのは、複数法人・園の共通基盤や、自治体・会計連携が必要な場合です。電気錠・入退室機器との接続や独自請求が必要なときも、候補になります。

個別開発は自由度が高い反面、仕様と優先順位を決める責任を発注者が負います。

まず、打刻、在園確認、修正履歴、帳票を第1段階にします。請求や高度な分析を後から導入すれば、要件漏れと導入遅延を抑えやすくなります。

ポイント

SaaS、セミオーダー、個別開発のどれにするかは、標準機能で足りない差分の大きさで考えます。差分が連携や帳票の一部に限られるなら、セミオーダーを候補に入れて比べます。

RFPと要件整理の進め方

現場観察、Must・Should・Couldでの要件整理、デモと小規模な検証の順につなぐ図解。
現場の例外を拾ってから候補会社を同じ条件で確かめます。

RFPは業者への要望書であると同時に、園の業務を整理する設計図でもあります。同じ条件で候補会社を比べられるように作ります。

まず、現状の流れと困っている数値、必須・将来要件をまとめます。制約と見積条件も書き添えます。最初から整った仕様書を作る必要はありません。

現場観察と業務フローの整理

登園・降園の集中時間を観察し、保護者の待ち場所や兄弟の処理を記録します。電話中の在園確認や、打刻忘れの修正時期も押さえます。

欠席、早退、お迎え者変更の例外を、フローに記します。加えて、延長・一時・土曜保育、休園日、行事日の例外も含めます。

1回の入力が出席簿や請求に何度使われるかを洗い出すと、連携要件の優先順位を判断しやすくなります。

Must・Should・Couldによる要件の分類

要件は、必須のMust、できれば欲しいShould、将来検討するCouldの3段階に分けます。安全・請求・監査への影響が大きい機能から優先して扱います。

  • Must:打刻と修正履歴(打刻忘れ・誤打刻を含む)、在園児一覧と出席簿、権限、バックアップ、障害時の代替手順。
  • Should:保護者通知、延長料金計算、請求連携、CSV出力、兄弟一括打刻。
  • Could:顔認証や分析機能など。

すべてを必須にすると費用と納期が膨らみます。そのため、失うと安全・請求・監査に響く要件から先に確定させます。

デモと小規模な検証による使いやすさの確認

候補会社には、同じシナリオを実演してもらいます。兄弟二人の登園と一人の早退予定変更を試すほか、誤打刻の承認や月末の延長料金出力も見ます。

通信断時の一時保存、端末故障後の復旧、スマートフォンがない保護者への代替手段も確認します。また、可能なら1園または1クラスで試行し、打刻時間、修正件数、職員からの問い合わせ件数を測ります。

ポイント

RFPは、現場の例外を拾い、Must・Should・Couldで分けてから書きます。迷う要件は、デモや小規模な検証で使いやすさを確かめてから決めます。

請負と準委任の使い分け

契約形態は、要件の確定度と成果物で選びます。導入支援や要件定義では準委任、仕様と納品物が固まった開発では請負が候補です。

安全性は、契約名よりも契約書と別紙の中身で決まります。作業範囲、検収、変更管理を、契約書と別紙で具体化します。障害対応とデータの権利も具体化の対象です。

準委任が向く要件整理と伴走支援

準委任は、専門家に一定の業務を依頼し、作業時間や体制に対して報酬を支払う契約です。

  • 向く業務:現場ヒアリング、RFP作成支援、サービス選定、移行計画、導入伴走。
  • 進行管理:毎月の納品物、会議体、課題一覧、意思決定者、検討期限の取り決め。

準委任では、完成品の品質が一括で保証されるわけではありません。園側が判断を先送りすると、契約期間が延びやすくなります。

請負の前提となる仕様と検収条件

請負は、合意した納品物を完成させ、検収を受ける契約です。個別開発、帳票改修、API連携などが当てはまります。

画面・機能一覧、外部連携、テスト項目を別紙にします。受入基準、納期、修正回数も書き添えます。

「使えること」のような書き方では曖昧になるため、朝のピーク時の同時打刻件数や、停電後に復旧できるデータなど、測定できる条件で書きます。

契約書の変更・保守・データ返却

追加要件の単価と承認手順、納期変更、瑕疵や障害の対応時間を確認します。保守受付時間や再委託先も、確かめておきます。個人情報とバックアップも、契約書に書き込みます。

SaaSでは、終了後の園児・保護者データの形式と返却時期、費用を確かめます。ソース納品の個別開発では、第三者ライブラリのライセンスと保守引き継ぎの範囲も見ておきます。

データの所有権と返却形式も、文書で明確にします。法務・情報管理担当と連携し、料金表だけで判断しないことが大切です。

ポイント

要件が固まっていれば請負、導入支援や要件整理が中心なら準委任が候補です。どちらの場合も、データの返却や変更の扱いを契約書に書き込めているかを見ます。

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

連携・移行、セミオーダー、フルスクラッチの個別開発費用の目安を横棒で示した図解。
追加する機能や連携の範囲で見積もりの幅が変わります。

費用は月額利用料だけでなく、端末、読み取り機器、カードを含めて合算します。初期設定、データ移行、研修、保守、連携開発も、同じ総額に加えます。

公開価格のあるSaaSと、要件で変わる個別開発では、相場の性質が異なります。ここに示すのは発注予算向けの目安です。園児数や園数、機能で額が変わるほか、自治体要件や既存システムとの接続でも変わります。

既製SaaSは月額3,000円台から33,000円程度までの幅

2026年8月に確認できる公式料金の例を、並べて見ます(出典: 各社公式料金ページ、2026年確認)。

  • KIDS PLUS:基本プランは月額3,000円(税込)から、スターターパックは月額5,800円から、オールインパックは月額19,800円から。
  • ルクミー登降園:月額5,000円(税抜)から。プラン・オプション条件があります。
  • Hoic:1園あたり月額11,000円(税込)から。
  • Child Care System:月額5,500円、17,600円、33,000円のプランを公開。

公開価格は単純に平均せず、機能とサポートの条件をそろえて比べます。

端末・カード・初期設定の別途費用

機器費は、一社の公式価格を参考にしつつ、園の条件に応じた項目で見積もります。

  • 購入価格例:ICカードリーダー16,280円、カード20枚8,470円、iPadは59,950円から。
  • レンタル価格例:iPadは月額2,200円から(出典: コドモンストア「登降園管理・出退勤管理運用のための機材」、2026年確認)。
  • 追加項目:Wi-Fi、予備端末、カード再発行、設置・アカウント登録、移行、研修の費用。

ここに挙げた価格例は、全製品の相場を示すものではありません。購入かレンタルかで、初期費用と5年総額が変わります。

個別開発は要件次第で100万円台から2,000万円超の幅

個別開発の費用は、改修する範囲と新しく構築する機能によって異なります。

  • 連携・移行:SaaSのCSV連携、帳票調整、初期移行は100万〜300万円程度。
  • セミオーダー:園独自の保育時間・請求・複数園本部管理を組み込む場合は、300万〜800万円程度。
  • フルスクラッチ:台帳、保護者アプリ、端末、請求、自治体連携、権限・監査を作る場合は800万〜2,000万円以上。
  • 大規模案件:複数園、既存基幹、ネットワークを含む自治体・大規模法人では2,000万円超の場合があります。

上の金額は、登降園管理の公表統計ではなく、リサーチノートにある業務システム一般の工程比率と類似案件からの推定です。確定額とせず、RFPに基づく複数社見積もりで更新します。

ポイント

費用は、月額利用料に端末や初期設定、移行、保守を足した5年総額で比べます。個別開発は、連携や移行の範囲が決まるまで幅を前提に進めます。

委託先の選定と見積比較の着眼点

委託先には、保育ICTベンダー、業務システムのSI会社、導入支援コンサルティング会社があります。

「開発会社」の候補には、SaaS導入を提案する会社が含まれることもあります。そのため、製品契約、業務整理、個別開発のどれが必要かを、先に明確にします。

園の業態と近い実績

導入社数だけでなく、自園と近い施設や業務での経験を確かめます。

  • 施設種別:保育園、幼稚園、認定こども園、企業主導型、公立施設の実績。
  • 業務条件:園児数と園数、打刻方式、延長料金、請求、自治体帳票、本部管理。
  • 導入体制:導入前の課題、移行期間、職員研修、保護者登録、現在のサポート窓口。

導入事例から、実際に現場が受ける負担を想像します。また、公式に確認できない導入数やシェアを、営業資料だけで順位付けしないよう注意します。

同じRFPによる初期費用とランニング費用の比較

各社に同じ条件を渡し、機能と作業範囲をそろえて見積もってもらいます。

  • 依頼条件:園数と園児・職員数、開始時期、端末台数、打刻方式、帳票と請求連携、保護者アプリ。
  • 移行・支援:データ移行件数、研修回数、サポート時間。
  • 費用内訳:工程(要件定義、設計、設定、開発、テスト)、移行と研修、月額、保守、端末、追加連携。

「一式」の見積もりが多い場合は、内訳と前提を質問します。3社程度の提案であれば、価格差が機能と作業範囲のどちらによるものかを比べやすくなります。

5年TCOと運用リスクの比較

5年TCO(総所有コスト)は、初期費用に、月額利用料の60か月分を加えて算出します。さらに、オプション、端末更新、カード再発行、通信費も含めます。

保守、法改正・帳票変更、データ移行の費用に加えて、解約時の出力費も見ます。職員の入力時間や電話確認、誤請求の修正も、比較の対象です。障害時の紙運用も含めます。

初期費用が安くても、独自帳票を毎月手作業で作成すると、総額で有利とは限りません。5年の前提を明示した総額表を求めます。

ポイント

候補会社は、近い業態の実績があるかと、見積もりの内訳が揃っているかで絞ります。安い見積もりでも、運用や変更の費用が抜けていれば、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を作り、複数社を比べながら、段階的に導入します。

  1. 現場、本部、事務担当で、現在の業務と独自ルールを確かめます。
  2. 同じRFPを複数社に渡し、デモ、見積、契約条件を比べます。
  3. 安全確認と職員負担の軽減を両立する委託先を選び、段階的に導入します。

製品名や価格だけで急いで比べると、後から独自ルールが見つかって、追加費用が発生します。

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

会社紹介

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

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

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

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

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

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