保育園・幼稚園向けの登降園管理システムは、登園と降園の打刻を、在園確認、出席簿、延長保育料、請求までつなぐシステムです。園児管理と請求の連携、打刻方式、現場の運用を一体で整えると、記録の負担と確認漏れを減らせます。
▼関連記事一覧
・保育園・幼稚園向け登降園管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・保育園・幼稚園向け登降園管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・保育園・幼稚園向け登降園管理システム開発の見積相場や費用/コスト/値段について
・保育園・幼稚園向け登降園管理システム開発の発注/外注/依頼/委託方法について
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
保育園・幼稚園向け登降園管理システムの概要と導入の目的
登降園管理システムは、登園・降園の時刻に加えて、登園予定、欠席連絡、在園児一覧、出席簿、延長保育、請求処理を同じデータで扱います。導入で目指すのは、園児の所在確認から月末集計、監査までを正確につなぐことです。入力のデジタル化は、その最初の一歩になります。
紙やExcelの管理で起きやすい問題
紙の出席簿では、送迎が集中する時間帯に、時刻の読み取り、園児名の検索、別帳票への転記が重なります。
Excelでも、電話連絡、打刻忘れの訂正、兄弟の処理、延長保育の判定を別々に扱うと、入力の重複や確認漏れが残ります。
登園予定なのに打刻がない園児を電話で確認する運用は、職員の手を止め、所在確認を遅らせることがあります。
システム化で目指す状態
保護者または職員が一度打刻した情報を、在園状況と出席簿に反映します。そのうえで、必要に応じて延長時間や請求額まで計算できる状態を目指します。
訂正時には、誰が、いつ、何を変更したかを追跡できるようにします。そうすると、職員は転記よりも園児の様子の確認に集中しやすくなります。
登降園管理システムでできることとデータの流れ
効果を左右するのは、打刻画面の使いやすさに加えて、園児台帳、保護者連絡、帳票、請求、シフトなどとの連携です。
こども政策DXの推進に向けた2025年の取組方針でも、保育現場の業務をデジタルで支える方向が示されています（出典：こども家庭庁「こども政策DXの推進に向けた取組方針2025」）。
▶ 詳細はこちら：保育園・幼稚園向け登降園管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
打刻・出欠・在園確認の一体管理
基本機能は、登園と降園の時刻を記録し、クラス別や園全体の在園児一覧に反映することです。
予定の時刻までに打刻がない園児を一覧で確認でき、保護者へ通知もできれば、電話確認の漏れを減らせます。さらに、送迎者の変更や代理打刻、兄弟の一括打刻に対応できると、実際の朝の導線に合わせられます。
延長保育料と請求への連携
園ごとの保育時間区分と延長保育の開始時刻を設定しておくと、実績の打刻と照合して延長時間を集計できます。
預かり保育、給食費、教材費まで請求する場合は、園児ごとの対象期間、免除、日割り、上限額を設定できるかを見ておきます。
自動計算の結果は、確定前に職員が明細を確かめ、修正理由を残せる設計にしておくと安全です。
園児台帳・保護者連絡・帳票の連動
園児、保護者、兄弟、クラス、認定区分、緊急連絡先を台帳に整えておくと、欠席連絡やお知らせの宛先を間違えにくくなります。
出席簿や監査用の帳票は、園の様式に近づけられるかを確認します。あわせて、CSVやAPIで会計・自治体関連システムに渡せるかも確かめます。
公式機能案内では、打刻、出席簿、保育料計算、請求、保護者連絡を一連で扱う構成が一般的です（出典：各サービスの公式機能ページ、2026年8月確認）。
打刻方式の比較｜タッチ・QR・IC・スマホ
方式は、園児数、送迎の集中度、端末の設置場所、保護者の利用状況をもとに決めます。機能の数より、この条件が選び方の基準になります。
朝の15分間に多くの園児が来る場合は、共用端末へのタッチやカード読み取りのほうが、1人ずつのスマートフォン操作より列を短くできることがあります。
バス降車や複数の門など受付場所が分かれる場合は、保護者のスマートフォンや複数の端末が使いやすくなります。
タブレットのタッチ方式
画面で園児名を選んでタッチする方式は、カードを配布せずに導入できます。職員が顔やクラスを見ながら、代理で入力することもできます。
園児数が多い園では名前探しに時間がかかるため、クラスでの絞り込み、兄弟の一括打刻、大きなボタン、誤操作の取り消しが必要になります。共用端末は、固定方法と充電を考えておく必要があります。画面ののぞき見にも備えます。
QRコード・バーコード方式
スマートフォン画面、カード、名札のコードを読む方式は、専用カードの発行や回収を減らせます。また、保護者自身の端末を使うため、共用端末との接触を避けやすい点も特徴です。
受付時間は、画面の明るさ、読み取り距離、カメラの性能、通信状態によって変わります。ただし、コードを出せない保護者には、職員の代理打刻や別の方式を用意します。
ICカード方式
カードをリーダーにかざすだけで打刻できるため、操作に慣れていない保護者も使いやすい方式です。交通系カードを使える場合は、専用カードの配布を抑えられます。
紛失、兄弟分の管理、送迎者が変わる家庭への追加発行が、課題になります。
園児情報との紐付け、紛失時の即時無効化、再発行の費用と手順を確認します。
保護者スマートフォン方式
保護者のスマートフォンで打刻する方式は、受付端末を減らせるため、送迎場所が分散する施設に向きます。
通知、欠席、お迎え者の変更も扱える場合は、連絡業務をまとめられます。
スマートフォンを持たない家庭、電池切れ、アプリ登録が進まない家庭には配慮が必要です。そのため、共用端末や職員の代理打刻も用意し、全家庭に同じ方式を強制しない運用が安定につながります。
費用相場の目安｜初期費用・月額・開発費
費用は、既製クラウドを使うか、園独自の業務を組み込んで開発するかで変わります。
2026年8月に確認した公開料金では、登降園を中心とするプランは1園あたり月額3,000円程度からです（出典：保育ICTサービス各社の公式料金ページ、2026年8月確認）。
連絡、帳票、請求などを含むプランは、月額5,500円から33,000円程度まで幅があります。これは比較の起点です。
実際の金額は、園児数、職員数、オプション、サポート契約によって変わります。
▶ 詳細はこちら：保育園・幼稚園向け登降園管理システム開発の見積相場や費用/コスト/値段について
▶ 詳細はこちら：保育園・幼稚園向け登降園管理システム開発の発注/外注/依頼/委託方法について
既製クラウドの初期費用と月額費用
SaaSでは月額利用料のほかに、初期設定、データ移行、研修費がかかります。端末、カードリーダー、カード、Wi-Fiも費用に含めて見ます。
公開例では、ICカードリーダーが16,280円、カード20枚が8,470円、タブレットが59,950円からで、レンタルは月額2,200円からです（出典：保育ICTサービスの公式機器料金ページ、2026年8月確認）。
そのうえで、1園の初年度は、月額12か月分に機器と設定を加えて考えます。その比較用の概算は10万〜50万円程度とすると、見積もりの抜けに気づきやすくなります。
セミオーダー・フルスクラッチの開発費
既製サービスのCSV連携、帳票の調整、初期データ移行は100万〜300万円が目安です。一方で、独自の保育時間・請求・複数園管理を含むセミオーダーは、300万〜800万円の推定レンジです。
園児台帳、保護者画面、打刻端末、請求を新規に構築する場合を考えます。自治体連携、権限、監査まで含めると、800万〜2,000万円以上、6〜12か月程度になる可能性があります。
登降園だけに見えても、例外処理や連携先が増えるほど開発費は上がります。
5年間の総保有コスト
初期費用が安くても、月額利用料と端末の更新、カードの再発行、移行を合計すると、差が縮まることがあります。問い合わせ、追加帳票、解約時の出力も、同じように費用に加わります。
比較表では、初期費用、月額、端末・通信、移行・研修を分けて書きます。保守・サポート、追加開発、解約・データ返却も、別の行にしておくと比べやすくなります。園児数や園数が変わる場合の料金も確認します。
保守費を初期開発費の年15〜20％程度とみる考え方もありますが、契約条件によって異なるため、見積書を優先します。
開発・導入の進め方｜7つの手順
製品の選定から始めると、園独自の保育時間や例外処理が後になって分かります。その結果、追加費用や手戻りが生まれます。
この順で進めると、現場、法人本部、事務担当者の認識をそろえやすくなります。
1. 現場観察と課題の数値化
登園ピークの人数、受付場所、1人あたりの打刻時間、打刻忘れ、欠席確認の電話、月末集計時間を、1〜2週間記録します。
保育園と幼稚園では、長時間保育、預かり保育、バス送迎、学年別の降園時刻が異なります。そのため、施設の種別だけで要件を決めないことが大切です。
2. Must・Should・Couldによる要件の分類
必須要件には、打刻、修正履歴、在園確認、出席簿、バックアップを入れ、満たさない製品は候補から外します。
Shouldには、延長保育料、保護者通知、請求、CSV連携が入ります。Couldには、顔認証や分析など、導入後に検討できる機能を入れます。
機能が増えるほど使い方は複雑になります。そのため、初回リリースは朝夕の業務を確実に回す範囲に絞ります。
3. RFPとデータ項目の準備
RFPには、園数、園児数、職員数、クラス、開園時間を書きます。延長料金、休園日、一時保育、土曜保育、兄弟、代理打刻も、あわせて記載します。
帳票、連携先、端末の方式も記載します。園児台帳の項目、既存データの形式、重複名や退園者の扱いも、先に整理します。
マスタデータをベンダー任せにすると、移行後の名寄せ崩れや請求先の誤りにつながります。園側の責任者を先に決めておきます。
4〜7. デモ・試行・移行・本番定着
候補を3社程度に絞り、自園のシナリオでデモを確認します。兄弟の片方だけ欠席する朝や、予定外のお迎え者が来る夕方を、実際に試します。
通信停止時、延長料金の修正、退園者データの出力も操作して確かめます。契約前に1クラスまたは1園で試行し、登録率、打刻忘れ率、受付時間、訂正件数を測ります。
移行では旧データを照合します。紙の暫定台帳、障害時の連絡網、問い合わせ窓口を残してから、本番に切り替えます。
開発会社・ベンダーの選び方｜確認すべき8つの基準
「開発会社」で探しても、候補は既製クラウドのサービスベンダーと、個別要件に合わせるSI会社に分かれます。
契約や保守の考え方が異なるため、必要な柔軟性と運用体制を先に決めます。機能数や導入実績だけでなく、朝夕の業務を一緒に検証できるかも見極めます。
デモによる園の業務との適合確認
朝の受付から夕方の降園、欠席連絡、延長料金の確定まで、一連の流れを通して操作します。
片手で扱えるか、園児名をすぐ検索できるか、兄弟や代理打刻を迷わず処理できるかを見ます。
預かり保育、認定区分、一時保育、土曜保育など、自園の例外を実データで再現すると、導入後の差分が分かりやすくなります。
セキュリティと障害対応の確認
暗号化の仕組みに加えて、職員・園長・法人本部・保護者の権限分離、操作ログの保存期間、バックアップ頻度を質問します。
復旧目標、脆弱性への対応、退職者アカウントの停止、端末紛失時の遠隔停止、委託先と再委託先の範囲を確かめます。
通信障害や停電時の一時保存、復旧後の二重登録の防止、紙へ切り替える基準も確認します。
見積書・契約・データ返却の確認
見積書と契約の条件は、次の観点で見ておくと、後からの食い違いを減らせます。
- 見積もり：初期費用と月額、移行や研修、端末設定を分けて示してもらいます。追加帳票、API利用、保守時間、法改正対応も、項目ごとの金額にします。
- 個別開発の契約：要件定義の資料と受入テストの分担、ソースコードや設計書の納品、障害時の優先度、終了時のデータ形式の取り決め。
- 複数社の比較：3社以上に同じRFPを渡し、5年間の総額と園側の作業時間を並べて比べる方法。
▶ 詳細はこちら：保育園・幼稚園向け登降園管理システム開発でおすすめの開発会社/ベンダー6選と選び方
園児情報を守るセキュリティと個人情報保護
登降園記録には、園児の所在、保護者との関係、送迎者、緊急連絡先が含まれます。
アレルギーや健康情報と同じ台帳で扱う場合は、必要な職員だけが閲覧できる権限設計と、利用目的を明確にした運用が必要です。
安全を保つには、サービスの導入に加えて、園のアカウント管理と端末管理も含めて対策する必要があります。
権限・ログ・バックアップの設計
職員が担当クラスの在園状況を見られても、法人全体の個人情報や請求設定を変更できないよう、権限を分けます。
訂正には理由と承認者を記録し、操作ログを定期的に確認します。バックアップの復旧可能な時点、復旧テスト、災害時の判断者も決めておきます。
保護者への説明と退園後の扱い
保護者には、記録内容、閲覧者、利用目的、保存期間を説明します。
スマートフォンを持たない家庭や、アプリを使えない事情がある家庭には、代わりの手段を示すことも大切です。
退園後は、法令や自治体の保存要件、契約、園の規程と照らし合わせます。保存期間を過ぎたデータの削除や匿名化、開示請求への対応も決めておきます。
導入後に定着させる運用と効果測定のポイント
導入の成否を左右するのは、本番稼働の日よりも、例外が起きたときに職員が迷わず処理できるかどうかです。保護者向けの案内、職員向けの手順書、問い合わせ窓口、通信障害時の紙による運用を、稼働前に準備します。
機能の追加を急がず、毎朝の受付と毎月の請求が安定してから改善すると、現場に受け入れられやすくなります。
打刻忘れ・誤打刻・通信障害の手順
打刻忘れは、本人の申告、職員による事実確認、修正入力、承認、保護者への通知の順に処理します。
誤打刻は元のデータを残し、訂正の履歴を管理します。無制限に上書きすると、請求の根拠が分からなくなるためです。
通信障害時は、時刻と送迎者を紙に記録します。復旧後の二重登録を確認する担当者と期限も決めておきます。
導入効果の測定指標
効果を導入前後で比べるため、次の指標を毎月記録します。
- 月末集計時間：集計作業にかかる時間
- 欠席確認の電話件数：電話による確認の件数
- 誤請求件数：請求内容を誤った件数
- 打刻忘れ率：打刻忘れが発生する割合
- 保護者登録率・復旧時間：保護者の登録状況と障害から復旧するまでの時間
打刻忘れ率が下がっても訂正件数が増えた場合は、画面や保護者への案内に問題がある可能性があります。
複数の数字を、職員と保護者の双方の負担という観点から組み合わせて評価します。
現場の声による改善
稼働後は、園長、担任、事務、法人本部、保護者代表から、月1回程度フィードバックを集めます。
改善候補は、入力の削減、確認の早期化、請求精度、安全性に分けて、効果と費用で優先順位をつけます。
顔認証や位置情報は、便利さだけでなく、必要性、同意、代替手段、保管範囲を検討したうえで採用します。
よくある質問（FAQ）
導入前によくある疑問をまとめます。園の規模や制度によって答えが変わる場合は、一般的な考え方と確認事項を分けて示します。
保護者がスマートフォンを持っていなくても使えますか？
使えます。共用タブレット、ICカード、職員による代理打刻など、スマートフォン以外の手段を用意します。
家庭ごとに利用方法を分けられるか、同じ園児に複数の送迎者を登録できるかも確認すると、導入後の問い合わせを減らせます。
打刻忘れや誤打刻は後から修正できますか？
多くのシステムで修正できます。元の記録と修正履歴が残ることが重要です。
申請者、修正者、承認者、理由、日時を確認できる機能を選びます。保護者への通知や、請求への反映時期も運用ルールとして決めておきます。
停電や通信障害のときはどうすればよいですか？
オフライン保存に対応していても、端末の電池切れや機器の故障は解決できません。紙の記録用紙、復旧後の入力担当、二重登録の確認方法を決めます。
保護者への連絡手段も用意し、定期的に訓練します。RFPでは、通信断時の保持時間と復旧後の同期の仕様を質問します。
幼稚園の預かり保育やバス送迎にも対応できますか？
対応できる可能性はありますが、標準機能か追加設定かは製品ごとに異なります。
通常保育、預かり保育、バス、課外活動、長期休業、土曜保育の時間区分を並べ、実績打刻と料金計算の連携単位をデモで確認します。
補助金や加算の対象になりますか？
対象かどうかは、年度、自治体、施設の種別、制度の目的、申請時期によって変わるため、対象になると断定はできません。
こども家庭庁や自治体の交付要綱を読み、機能が制度の要件を満たすかを、申請前に自治体とベンダーへ問い合わせます。
補助金が不採択になっても運用できる金額で、5年の予算を組むと安全です。
複数園を法人本部でまとめて管理できますか？
複数園の管理に対応するサービスや開発方式はあります。園ごとの権限、料金設定、休園日、帳票を、どこまで分けられるかを確認します。
本部が全園を見られることと、各園の職員が他園の園児情報を見られることは、別の要件です。
園単位のデータ分離、異動時のアカウント変更、全園集計と園別の出力を試します。
まとめ｜園務全体を見て選ぶ登降園管理システム
打刻の手軽さだけでなく、在園確認、欠席連絡、出席簿までデータがつながるかを見ます。延長保育料、請求、監査、保護者対応についても、同じ基準で確かめます。
打刻方式は園児数と送迎導線に合わせます。スマートフォンを使えない家庭や通信障害に備えて、代替手段も用意します。
最初に比較する項目
機能、費用、現場の導線、セキュリティ、障害対応を、同じ条件で比べます。データ移行、サポート、解約時の返却も、比べる項目に入れます。
月額だけでなく、端末、カード、設定、研修、保守を含む5年間の総額を見積もり、自園の保育時間や例外処理をデモで再現します。
補助金や加算は、年度と自治体の要綱を確かめたうえで、対象になるかどうかを前提にしない予算を組みます。
導入成功の判断基準
導入後は、次の状態や指標をもとに運用を振り返ります。
- 導入成功の状態：職員の入力を増やさずに園児の所在を確認でき、月末集計と請求を正確に終えられている状態。
- 効果指標：受付時間、打刻忘れ率、電話確認件数を、定期的に振り返る対象にします。
- 効果指標：誤請求件数、保護者登録率、復旧時間は、同じ周期で振り返ります。
- 改善と選定：現場の声を改善につなげ、価格や機能数だけでなく、自園の業務を安全に続けられるパートナーを選ぶこと。
▼関連記事一覧
・保育園・幼稚園向け登降園管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・保育園・幼稚園向け登降園管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・保育園・幼稚園向け登降園管理システム開発の見積相場や費用/コスト/値段について
・保育園・幼稚園向け登降園管理システム開発の発注/外注/依頼/委託方法について
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。