保育園・幼稚園向け登降園管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

保育園・幼稚園向け登降園管理システムの開発は、打刻をデジタル化するだけでなく、在園確認、出席簿、延長保育料、請求、監査までの業務をつなげる取り組みです。成功のポイントは、要件整理から定着までを6つのフェーズに分け、現場の例外処理と障害時の運用を先に決めることです。

本記事では、保育園・幼稚園向け登降園管理システム開発の進め方を、要件整理、製品・開発会社の選定、設計開発、テスト、稼働、定着の順に解説します。2026年時点で確認できる公開料金をもとにした費用相場、見積もりで比較すべき項目、保護者の打刻忘れや通信障害への備えまで、実務で使える判断基準としてまとめます。

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

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

登降園管理システムとは、園児がいつ登園し、いつ降園したかを記録し、その情報を出欠、在園状況、保育料、延長保育料、帳票などに活用する業務システムです。単独のタイムレコーダーとして導入することもできますが、園務全体のデータを一度だけ入力する設計にすると、導入効果を測りやすくなります。

基本的な流れは、保護者または職員がタブレット、スマートフォン、QRコード、ICカードなどで打刻し、データをクラウドまたは園内サーバーへ保存することです。その後、園児の在園一覧や出席簿に反映し、設定した保育時間と照合して延長時間を計算し、請求や監査用帳票へ渡します。コドモンの公式案内でも、打刻、出席簿作成、延長保育料計算、請求管理、入金管理を連続した流れとして説明しています（出典: 株式会社コドモン「登降園管理」、2026年確認）。

この流れを作る際は、登園したはずの園児が一覧に表示されない場合、保護者が打刻を忘れた場合、兄弟をまとめて打刻する場合、降園時刻を職員が修正する場合など、通常と異なるケースを決めておくことが重要です。修正者、修正日時、修正理由を残せるようにすれば、保護者への説明や月末の請求確認にも対応しやすくなります。

既製SaaSは、登降園、保護者連絡、帳票、請求などの標準機能を短期間で利用しやすい選択肢です。園独自の料金体系や複数園本部の管理に合わせて調整したい場合は、既製機能を活用しながら帳票や連携部分だけを変えるセミオーダーが候補になります。自治体の基幹システム、会計、電気錠、独自の預かり保育を一体化したい場合はスクラッチ開発も考えられますが、要件整理、移行、保守の負担まで含めて判断する必要があります。

選択肢を決めるときは、機能数ではなく「朝のピーク時に何秒で入力が終わるか」「月末にどの帳票を手作業で直すか」「園児が園内にいるかを誰が確認するか」で比較します。こども家庭庁は、2026年度中に計画・記録、保護者連絡、登降園管理、実費徴収などのキャッシュレス決済の4機能を導入する施設割合20％を目指す方針を示しています（出典: こども家庭庁「こども政策DXの推進に向けた取組方針2025」、2025年）。将来のデータ連携を見据え、CSV出力やAPIの有無も確認しておくと安心です。

保育園・幼稚園向け登降園管理システム開発の進め方

開発は、要件整理、選定、設計開発、テスト、稼働、定着の6フェーズで進めると、担当者と判断事項を整理しやすくなります。最初から全機能を作り込むのではなく、園児の安全確認と正確な出欠を最小単位として稼働させ、請求や他システム連携を段階的に広げる方法も有効です。

最初に園長、主任、担任、事務、法人本部、保護者対応の担当者を集め、登園ピークと降園ピークの業務を観察します。確認するのは、誰が受付するか、兄弟をどう扱うか、バス利用や一時保育があるか、土曜保育や休園日はどう設定するか、代理のお迎え者をどう登録するか、打刻漏れをいつ誰が直すかです。紙の出席簿、Excel、請求台帳、保護者連絡の記録を並べ、同じ情報を何度入力しているかを数えます。

要件は、必須のMust、できれば導入したいShould、将来検討するCouldに分けます。Mustには打刻、出欠、在園状況、修正履歴、権限、バックアップ、帳票出力を置き、Shouldには延長料金、保護者通知、請求連携、CSV出力を置くと、見積もりの比較が容易です。保護者がスマートフォンを持たない場合や、園の通信が不安定な場合も最初から想定し、代替打刻と紙の暫定運用を要件に含めます。

選定では、サービスベンダーの既製SaaSと、要件に合わせて開発するSI会社を分けて比較します。各社に同じRFPを渡し、園児数、職員数、園数、打刻方式、保育時間、延長料金、必要帳票、既存システム、希望時期を明記します。デモでは説明を聞くだけでなく、兄弟の一括打刻、打刻忘れの修正、欠席予定との突合、延長料金の再計算、帳票の出力を担当者が実際に操作します。

評価軸は、操作性、業務適合性、拡張性、セキュリティ、サポート、費用の6つです。ルクミーの公式情報では、保護者のスマートフォン、園のタブレット、QRコードに対応し、兄弟姉妹の一括打刻や打刻忘れの通知、出席簿の出力を案内しています（出典: ユニファ株式会社「ルクミー登降園」、2026年確認）。このように打刻方式だけでなく、忘れた後の通知、修正、確認までの一連の操作を比較することがポイントです。

設計では、園児、保護者、兄弟、クラス、認定区分、保育時間、休園日、料金区分などのマスタを定義します。園児の在園状況を表示する画面、職員が打刻を修正する画面、法人本部が複数園を確認する画面では、必要な情報と権限が異なります。アレルギーや緊急連絡先などの要配慮情報は、登降園担当者がすべて閲覧できる設計にせず、項目ごとにアクセス範囲を決めます。

非機能要件も数字で決めます。たとえば、朝の同時打刻数、画面が表示されるまでの目標時間、通信断時に端末へ保持する時間、バックアップ頻度、障害時の復旧目標、ログの保存期間、サポート受付時間を文書化します。クラウドを選ぶ場合も、通信障害時の一時保存、復旧後の重複登録防止、端末紛失時のアカウント停止まで確認します。

テストは、画面が開くかを確認するだけでは不十分です。園児マスタを登録し、保護者が予定を提出し、登園・降園を打刻し、延長時間を計算し、請求と帳票に反映されるまでを通して確認します。園児名の変更、クラス替え、兄弟の片方だけ登園、早退、代理のお迎え者、打刻忘れ、誤打刻、月をまたぐ延長利用もテストデータに含めます。

現場受入テストでは、朝の混雑を再現し、職員が説明書を見ずに操作できるかを確認します。テスト結果は、合格、修正後に再確認、運用で回避の3区分に分け、未解決の課題を残したまま本番へ進めないことが大切です。特に、在園児一覧の表示と請求金額の正確性は、利便性より優先して判定します。

稼働前には、園児・保護者・職員のマスタを整理し、旧データの重複や表記ゆれを直します。データ移行はベンダーに任せきりにせず、園側に名寄せ責任者を置き、移行件数、欠損、所属クラス、連絡先を照合します。本番切り替え当日は、紙の出席簿を一定期間併用し、端末、通信、管理者アカウント、問い合わせ窓口を確認します。

定着フェーズでは、職員研修を一度で終わらせず、操作担当、承認担当、保護者対応担当に分けて実施します。導入後1か月は打刻忘れ率、電話確認件数、月末集計時間、誤請求件数、保護者登録率、障害時の復旧時間を毎週確認します。数字が改善しない場合は、機能追加の前に受付導線、掲示物、保護者への説明、修正権限を見直すと、現場に新しい入力を増やさず改善できる可能性があります。

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

費用は、既製SaaSの利用、端末やカードの購入、初期設定、データ移行、個別開発、保守運用に分けて考えます。公開価格から見えるクラウドの目安と、要件に応じて変動する開発費を混ぜないことが、誤解のない予算作りにつながります。以下の金額は特定製品の契約額を保証するものではなく、公開情報と業務システム一般の工程比率から整理した比較用のレンジです。

登降園中心のプランでは、KIDS PLUSが月額3,000円（税込）から、スターターパックが5,800円から、請求や指導案まで含むオールインパックが19,800円からと案内しています。Hoicは1園あたり月額10,000円からと案内し、Child Care Systemは月額5,500円、17,600円、33,000円（税込）のプランを公開しています（出典: 株式会社kids plus、株式会社エクシオジャパン、株式会社TSパートナーズの各公式料金ページ、2026年確認）。

公開価格を横断すると、登降園だけなら1園あたり月額3,000〜11,000円程度、請求、帳票、連絡まで含めると月額5,500〜33,000円程度が比較の起点になります。実際には、園児数、職員数、複数園管理、オプション、初期設定、サポート範囲で変わります。ルクミーは月額5,000円（税抜）から、園児定員数や職員数による変動なしと案内していますが、プランやオプションの条件は契約前に確認が必要です。

月額以外には、タブレット、ICカードリーダー、カード、バーコードリーダー、スタンド、Wi-Fi、初期設定、職員研修、園児・保護者データの移行費がかかります。公開例では、コドモンの登降園用ICカードリーダーが16,280円、ICカード20枚が8,470円、iPadが59,950円から、iPadレンタルが月額2,200円からと案内されています（出典: 株式会社コドモンの公式ストア・導入準備資料、2026年確認）。この価格は機器の一例であり、必要台数や契約条件によって総額は変動します。

端末、リーダー、カード、初期設定、移行を合算すると、既製SaaSを1園へ導入する初年度はおおむね10万〜50万円程度を予算比較の起点にできます。これは公開単価からの概算で、補助金を差し引く前の金額です。通信環境の改善、複数台の端末、保護者向け説明会、個別帳票の調整が必要な場合は、この範囲を超える可能性があります。

既製SaaSへのCSV連携、帳票調整、初期データ移行であれば、100万〜300万円、期間は1〜3か月程度が推定レンジです。園独自の保育時間、延長料金、複数園本部管理、請求連携まで組み込むセミオーダーは、300万〜800万円、3〜6か月程度が比較の目安になります。園児台帳、保護者アプリ、打刻端末、請求、自治体連携、権限、監査を新規構築するフルスクラッチは、800万〜2,000万円以上、6〜12か月程度になる可能性があります。

これらは登降園管理に特化した公表相場ではなく、業務システムの要件定義、設計、開発、テスト、移行の一般的な工数配分と、類似する園務・請求システムの見積もりから推定したものです。自治体や複数法人をまたぐ基幹連携、閉域ネットワーク、電気錠、会計、公金管理まで含む場合は、2,000万円を超えることもあります。保守運用費は初期開発費の年15〜20％を一つの目安にしつつ、クラウド利用料、端末更新、法改正対応、問い合わせ対応、解約時のデータ返却費を別に見積もります。

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

見積もりの差は、単価だけでなく、どこまでを標準機能とし、どこからを個別対応としているかで生まれます。3社以上へ同じ条件を渡し、初期費用、月額、機器、移行、研修、保守、追加開発、解約時のデータ返却を分けて提示してもらうと、安いように見える提案の見落としを減らせます。

RFPや要件書には、施設種別、園数、定員、職員数、利用する端末、希望する打刻方式、保育時間、延長保育の区切り、休園日、土曜保育、一時保育、預かり保育、兄弟、代理のお迎え者、欠席連絡を記載します。必要な帳票は名称だけでなく、項目、出力形式、期間、提出先、修正履歴の要否まで示します。

連携がある場合は、会計、請求、給与、自治体、公金管理、保護者アプリ、電気錠などのシステム名と、連携方式、データの所有者、更新頻度、エラー時の責任分界を確認します。個人情報については、保存場所、暗号化、権限、操作ログ、バックアップ、再委託先、退園後の保存期間、契約終了後の返却・削除方法を質問します。

契約時は、初期費用と月額費用を足すだけでなく、5年間の総保有コストを試算します。月額、端末とカード、通信費、端末交換、追加アカウント、帳票変更、保守、研修、データ抽出、解約費を年ごとに並べます。料金が安くても、標準帳票に合わず毎月Excelで加工するなら、職員の作業時間まで含めた実質コストは高くなります。

導入支援では、初期設定の範囲、データ移行の責任者、保護者向け資料、職員研修、稼働後の問い合わせ窓口、障害時の連絡方法を確認します。保護者アプリの登録が進まない園では、園が問い合わせをすべて受けると現場負担が増えます。保護者向けサポートをベンダーが担うか、電話とフォームのどちらに対応するかも、定着の成否を左右します。

よくある失敗は、園独自の保育時間や一時保育を要件化しないまま契約することです。標準機能で対応できると思っていた延長料金が、実際には手計算のまま残ることがあります。打刻忘れ、誤打刻、通信断、端末故障、停電、保護者のスマートフォン不所持、退園後のデータ閲覧も、誰が何をするかを手順書に落とします。

もう一つのリスクは、機能追加を急ぐあまり、データの持ち出し条件とベンダーロックインを確認しないことです。契約終了時に園児台帳、出席履歴、請求履歴、修正ログをどの形式で返却できるか、返却費用はいくらか、削除証明を出せるかを確認します。自治体の補助金や加算についても、制度名だけで判断せず、対象年度、施設種別、申請者、対象経費、交付要綱を自治体へ確認します。

よくある質問

登降園管理システムは、園児の安全、保護者との連絡、請求の正確性に関わるため、導入前に運用上の疑問を解消する必要があります。ここでは、特に問い合わせが多く、選定結果に影響しやすい質問へ回答します。

タブレットのタッチ、QRコード、ICカード、職員による代理打刻など、複数の方法を用意できるシステムであれば対応できます。全員にスマートフォン打刻を求めるのではなく、家庭ごとの事情に合わせた代替手段と、本人確認や代理打刻の記録方法を園の運用ルールに定めます。

保護者が申請し、職員が承認して修正する方法が一般的です。修正前後の時刻、修正者、理由、承認日時を残せること、修正後の出席簿と延長料金へ再計算できることを確認します。修正だけで請求側へ反映されない製品もあるため、デモでは打刻修正から請求金額の確認までを通して操作します。

オフライン時の一時保存に対応する製品もありますが、保持時間、復旧後の同期、重複登録の扱いは製品ごとに異なります。停電や端末故障では、紙の受付票、職員の点呼、復旧後の入力担当者を決めた暫定運用が必要です。安全確認が最優先になるため、システムが使えない場合の在園児確認手順をテストしておきます。

対応可否は、預かり保育の時間区分、休業日、園児ごとの契約、兄弟、園ごとの請求ルールを標準機能で設定できるかによって決まります。複数園本部では、園ごとの権限を分けながら法人全体の在籍数や利用状況を集計できるかを確認します。デモでは保育園の延長保育だけでなく、幼稚園の通常教育時間と預かり保育を別の料金ルールで再現してもらいます。

まとめ

保育園・幼稚園向け登降園管理システムの開発は、要件整理、選定、設計開発、テスト、稼働、定着の順に進めると、判断漏れを抑えられます。特に大切なのは、打刻方式の比較だけで終わらせず、在園確認、欠席連絡、修正履歴、延長料金、請求、帳票、通信障害時の代替運用までを一つの業務フローとして確認することです。

公開価格の比較では、既製SaaSの月額3,000〜33,000円程度、端末や初期設定を含む初年度10万〜50万円程度が一つの目安になります。個別開発では100万〜300万円程度の連携・移行から、800万〜2,000万円以上のフルスクラッチまで幅があるため、同じRFPで複数社へ見積もりを依頼し、5年間の総保有コストと導入支援を比べます。金額だけでなく、職員の入力を増やさず、園児の安全確認と請求の正確性を両立できるかで選ぶことが成功への近道です。

園側の責任者を決め、現場観察で業務と例外を洗い出し、Must・Should・Couldに分けてから選定へ進みます。導入後は、打刻忘れ率や月末集計時間などの指標を確認し、機能追加より先に運用を改善します。システムを使う職員と保護者が無理なく続けられることが、長期的な導入効果につながります。

次の一歩は、朝夕の業務を30分単位で書き出し、園児・保護者・職員・料金・帳票・連携先の一覧を作ることです。その資料を使って3社以上に同じ条件でデモと見積もりを依頼し、通信障害時の代替運用、データ返却、保守範囲まで確認します。補助制度を利用する場合は、契約や発注の前に自治体の最新要綱を確認します。

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

会社紹介

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

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

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

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

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

執筆者プロフィール

張田谷凌央

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