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

保育園・幼稚園向け登降園管理システムは、園児の打刻を出席確認・延長保育料・請求・保護者連絡までつなげ、朝夕の記録負担と確認漏れを減らす業務基盤です。

紙の出席簿やExcelから切り替えたいものの、どの打刻方式が合うのか、クラウドと個別開発のどちらを選ぶべきか、費用はいくらかかるのかで迷う園は少なくありません。この記事では、保育園・幼稚園、認定こども園、企業主導型保育施設などで導入を検討する担当者に向けて、機能の全体像、種類、進め方、費用相場、開発会社・ベンダーの選び方、セキュリティ、FAQまでをまとめて解説します。

▼関連記事一覧
・保育園・幼稚園向け登降園管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・保育園・幼稚園向け登降園管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・保育園・幼稚園向け登降園管理システム開発の見積相場や費用/コスト/値段について
・保育園・幼稚園向け登降園管理システム開発の発注/外注/依頼/委託方法について

保育園・幼稚園向け登降園管理システムとは何ですか？

登降園管理システムは、園児がいつ登園し、いつ降園したかを記録するだけのタイムレコーダーではありません。保護者の登園予定や欠席連絡、実際の打刻、在園児一覧、出席簿、延長保育、請求処理を同じデータで扱う仕組みです。導入の目的は入力をデジタル化することではなく、園児の所在を確かめながら、月末の集計や監査まで正確につなげることです。

紙の出席簿では、送迎が集中する時間帯に職員が時刻を読み取り、園児名を探し、別の帳票へ転記する作業が発生します。Excelで管理していても、保護者からの電話連絡、打刻忘れの訂正、兄弟の処理、延長保育の判定を別々に扱うと、入力の重複と確認漏れが残ります。特に「登園予定なのに打刻がない園児」を電話で確認する運用は、職員の手を止めるだけでなく、所在確認の遅れにもつながります。

目指す状態は、保護者または職員が一度打刻した情報が、在園状況と出席簿に反映され、必要に応じて延長時間や請求額まで計算されることです。訂正が必要なときは、誰が、いつ、何を変更したかを追跡できるようにします。データを一つにまとめることで、職員は転記ではなく、園児の様子を確認する時間に集中しやすくなります。

登降園管理システムでできることとデータの流れ

登降園管理の効果は、打刻画面の使いやすさだけで決まりません。園児台帳、保護者連絡、帳票、請求、シフトなどの周辺業務とどれだけ自然につながるかが重要です。2025年に公表されたこども政策DXの推進に向けた取組方針でも、保育現場の業務をデジタルで支える方向が示されています（出典：こども家庭庁「こども政策DXの推進に向けた取組方針2025」）。

基本機能は、登園・降園の時刻を記録し、クラス別や園全体の在園児一覧に反映することです。登園予定の園児が一定時刻までに打刻していない場合に、職員が確認できる一覧や保護者への通知を用意すると、電話確認の漏れを防ぎやすくなります。送迎者の変更、代理打刻、兄弟の一括打刻にも対応できると、実際の朝の導線に合わせられます。

保育時間の区分や延長保育の開始時刻を園ごとに設定し、実績打刻と照合できると、延長時間の集計を自動化できます。月額保育料だけでなく、預かり保育、給食費、教材費などを請求する場合は、園児ごとの対象期間、免除、日割り、上限額を設定できるかを確認します。システム上で計算できても、最終確定前に職員が明細を確認し、修正理由を残せる設計が安全です。

園児、保護者、兄弟、クラス、認定区分、緊急連絡先などの台帳を整備すると、欠席連絡やお知らせの宛先を間違えにくくなります。出席簿や監査用帳票を出力する場合は、園の様式に近い帳票を作れるか、CSVやAPIで会計・自治体関連のシステムに渡せるかを確認します。公式サービスの機能案内でも、打刻、出席簿、保育料計算、請求、保護者連絡を一連で扱う構成が一般的になっています（出典：各サービスの公式機能ページ、2026年8月確認）。

打刻方式はどれがよい？タッチ・QR・IC・スマホを比較します

打刻方式は、機能の多さではなく、園児数、送迎の集中度、端末の設置場所、保護者の利用状況で決めます。例えば、朝の15分間に多くの園児が到着する園では、1人ずつスマートフォンを操作するより、共用端末へのタッチやカード読み取りの方が列を短くできる場合があります。反対に、バス降車や複数の門など受付場所が分かれる場合は、保護者のスマートフォンや複数端末が便利です。

画面上で園児名を選んでタッチする方式は、カードを配布しなくてよく、導入しやすい方法です。園児の顔やクラスを確認しながら職員が代理入力できるため、カードを忘れたときにも対応できます。一方、園児数が多い園では名前を探す時間が積み重なるため、クラス絞り込み、兄弟一括、受付画面の大きなボタン、誤操作の取り消し機能が必要です。共用端末を使う場合は、端末の固定、充電、画面ののぞき見対策も設計します。

QRコードやバーコードをスマートフォンの画面、カード、名札などに表示して読み取る方式は、専用カードの発行や回収を減らせます。保護者が自分の端末を使えるため、共用端末への接触を避けやすい点も特徴です。ただし、画面の明るさ、読み取り距離、端末のカメラ性能、通信状態によって受付時間が変わります。コードを表示できない保護者向けに、職員の代理打刻や別方式を必ず用意します。

ICカード方式は、カードをリーダーにかざすだけで打刻できるため、操作に慣れていない保護者でも使いやすい方法です。交通系カードなどを利用できる場合は専用カードの配布を抑えられますが、カードの紛失、兄弟分の管理、送迎者が変わる家庭への追加発行が課題になります。カード番号と園児情報の紐付け、紛失時の即時無効化、再発行の費用と手順を導入前に確認します。

保護者のスマートフォンから登園・降園を登録する方式は、園の受付端末を減らし、送迎場所が分散している施設に向きます。打刻と同時に通知を送ったり、欠席やお迎え者の変更を受け付けたりできる場合は、連絡業務も一つにまとめられます。一方で、スマートフォンを持たない家庭、端末の電池切れ、アプリ登録が進まない家庭への配慮が不可欠です。全家庭に同じ方式を強制せず、共用端末や職員代理を含む二重化を前提にすると運用が安定します。

費用相場はいくら？初期費用・月額・開発費を整理します

費用は、既製クラウドを使うか、園独自の業務を組み込んで開発するかで大きく変わります。公開料金のあるクラウドサービスを2026年8月に確認すると、登降園中心のプランは1園あたり月額3,000円程度から、連絡・帳票・請求などを含むプランは月額5,500円から33,000円程度まで幅があります（出典：保育ICTサービス各社の公式料金ページ、2026年8月確認）。これは比較の起点であり、園児数、職員数、オプション、サポート契約で実際の金額は変わります。

既製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か月程度になる可能性があります。登降園だけに見えても、例外処理と連携先が増えるほど開発費は上がります。

初期費用が安いサービスでも、月額、端末更新、カード再発行、データ移行、問い合わせ対応、追加帳票、解約時の出力費用を合計すると差が縮まることがあります。比較表には「初期費用」「月額」「端末・通信」「移行・研修」「保守・サポート」「追加開発」「解約・データ返却」を分けて記載し、園児数と園数が変わった場合の料金も確認します。保守費を初期開発費の年15〜20％程度と置く考え方もありますが、契約条件によって異なるため、見積書の金額を優先します。

開発・導入はどう進める？失敗しにくい7つの手順

導入を急いで製品選定から始めると、園独自の保育時間や例外処理が後から発覚し、追加費用や現場の手戻りが生まれます。先に一日の流れと月末処理を見える化し、標準機能に合わせる業務と、システム側で対応すべき業務を分けます。以下の順で進めると、現場・法人本部・事務担当者の認識をそろえやすくなります。

登園ピークの人数、受付の場所、1人あたりの打刻時間、打刻忘れ件数、欠席確認の電話件数、月末集計にかかる時間を1〜2週間記録します。保育園と幼稚園では、長時間保育、預かり保育、バス送迎、学年ごとの降園時刻などが異なるため、施設種別だけで要件を決めないことが大切です。

Mustには打刻、修正履歴、在園確認、出席簿、バックアップを入れ、これが満たされない製品は候補から外します。Shouldには延長保育料、保護者通知、請求、CSV連携を入れ、Couldには顔認証や分析など、導入後に検討できる機能を置きます。機能を増やすほど使い方が複雑になるため、最初のリリースは朝夕の業務を確実に回す範囲に絞ります。

RFPには、園数、園児数、職員数、クラス構成、開園時間、延長保育の料金ルール、休園日、一時保育、土曜保育、兄弟、代理打刻、帳票、連携先、端末方式を記載します。園児台帳の項目、既存データの形式、重複名や退園者の扱いも先に整理します。マスタデータの整備をベンダー任せにすると、移行後の名寄せ崩れや請求先の間違いにつながるため、園側の責任者を決めます。

候補を3社程度に絞ったら、一般的なデモではなく、自園のシナリオで確認します。兄弟の片方だけ欠席する朝、予定外のお迎え者が来る夕方、通信が止まった状態、延長料金の修正、退園者のデータ出力まで操作してもらいます。契約前に1クラスまたは1園で試行し、保護者登録率、打刻忘れ率、平均受付時間、職員の訂正件数を測定します。移行では旧データを照合し、紙の暫定台帳、障害時の連絡網、問い合わせ窓口を残したうえで本番に切り替えます。

開発会社・ベンダーの選び方｜確認すべき8つの基準

「開発会社」という検索語でも、実際には既製クラウドを提供するサービスベンダーと、個別要件に合わせて開発するSI会社が候補になります。両者は契約や保守の考え方が異なるため、最初に自園が必要とする柔軟性と運用体制を決めます。機能数や導入実績の大きさだけでなく、朝夕の業務を一緒に検証できるかを見極めることが重要です。

デモでは、園児の登録画面だけでなく、朝の受付から夕方の降園、欠席連絡、延長料金の確定までを通して操作します。職員が片手で扱えるか、園児名の検索に時間がかからないか、兄弟や代理打刻を迷わず処理できるかを確認します。幼稚園の預かり保育、認定区分、一時保育、土曜保育など、自園の例外を実際のデータで再現できるベンダーほど、導入後の差分が見えやすくなります。

確認項目は「暗号化しています」という説明だけでは足りません。職員・園長・法人本部・保護者の権限分離、操作ログの保存期間、バックアップ頻度、復旧目標、脆弱性対応、退職者のアカウント停止、端末紛失時の遠隔停止、委託先と再委託先の範囲を質問します。通信障害や停電が起きたときに、打刻を一時保存できるか、復旧後に二重登録を防げるか、紙へ切り替える基準があるかも確認します。

見積もりは初期費用と月額だけでなく、移行対象、研修回数、端末設定、追加帳票、API利用、保守時間、法改正対応の範囲を分けて記載してもらいます。個別開発では、要件定義の成果物、受入テストの責任分担、ソースコードや設計書の納品、障害時の優先度、契約終了時のデータ形式を確認します。3社以上へ同じRFPを渡し、5年間の総額と園側の作業時間を並べると、安い見積もりの理由と高い見積もりの中身を比較しやすくなります。

▶ 詳細はこちら：保育園・幼稚園向け登降園管理システム開発でおすすめの開発会社/ベンダー6選と選び方

園児情報を守るセキュリティと個人情報保護

登降園記録には、園児の所在、保護者との関係、送迎者、緊急連絡先などの情報が含まれます。アレルギーや健康情報と同じ台帳で扱う場合は、必要な職員だけが閲覧できる権限設計と、利用目的を明確にした運用が必要です。サービスを導入すれば自動的に安全になるわけではなく、園のアカウント管理と端末管理も含めて対策します。

職員は担当クラスの在園状況を見られても、法人全体の個人情報や請求設定まで変更できないようにします。園長や事務担当者が行う訂正は、理由と承認者を残し、操作ログを定期的に確認します。バックアップは取得するだけでなく、どの時点まで戻せるか、復旧テストをいつ行うか、災害時に誰が判断するかを決めます。

保護者には、何を記録し、誰が閲覧し、何のために利用し、どの程度保存するかを説明します。スマートフォンを持たない家庭や、アプリを使えない事情がある家庭に代替手段を示すことも、実務上の重要な配慮です。退園後のデータは、法令・自治体の保存要件、契約条件、園の規程を照合し、保存期間を過ぎた情報の削除や匿名化、保護者からの開示請求への対応を決めておきます。

導入後に定着させる運用と効果測定のポイント

システム導入の成否は、本番稼働の日ではなく、例外が起きたときに職員が迷わず処理できるかで決まります。導入前に保護者向け案内、職員向けの短い手順書、問い合わせ窓口、通信障害時の紙運用を準備します。機能追加を急ぐより、毎朝の受付と毎月の請求が安定してから改善を重ねる方が、現場に受け入れられやすくなります。

打刻忘れは、本人からの申告、職員による事実確認、修正入力、承認、保護者への通知という流れを決めます。誤打刻を無制限に上書きすると請求の根拠が分からなくなるため、元データを残して訂正履歴を管理します。通信障害時は、紙に時刻と送迎者を記録し、復旧後に二重登録をチェックする担当者と期限を決めておくと安心です。

効果は「便利になった」という感想だけでなく、導入前後の数字で確認します。月末集計時間、欠席確認の電話件数、誤請求件数、打刻忘れ率、保護者登録率、障害時の復旧時間を毎月記録します。例えば、打刻忘れ率が下がっても訂正件数が増えているなら、画面の分かりやすさや保護者への案内に問題がある可能性があります。数字を一つだけ見ず、職員と保護者双方の負担を組み合わせて評価します。

稼働後は、園長、担任、事務、法人本部、保護者の代表から月1回程度フィードバックを集めます。改善候補は「入力を減らす」「確認を早める」「請求を正確にする」「安全性を高める」に分け、効果と費用で優先順位をつけます。顔認証や位置情報などの新機能は、便利さだけでなく、必要性、同意、代替手段、保管範囲を検討してから採用します。

よくある質問（FAQ）

最後に、導入前によく寄せられる疑問をまとめます。園の規模や制度によって答えが変わる部分は、一般的な考え方と確認事項を分けて整理します。

使えますが、共用タブレット、ICカード、職員の代理打刻など、スマートフォン以外の手段を用意する必要があります。家庭の事情によって利用方法を分けられるか、同じ園児に複数の送迎者を登録できるかを確認しておくと、導入後の問い合わせを減らせます。

多くのシステムで修正できますが、重要なのは修正できることより、元の記録と修正履歴を残せることです。申請者、修正者、承認者、理由、修正日時が確認できる機能を選び、保護者への通知や請求への反映タイミングも運用ルールにします。

オフラインで一時保存できる製品でも、端末の電池切れや機器故障まで解決できるわけではありません。紙の記録用紙、復旧後の入力担当、二重登録の確認方法、保護者への連絡手段を決め、定期的に訓練します。RFPでは、通信断時の保持時間と復旧後の同期仕様を具体的に質問します。

対応できる可能性はありますが、標準機能か追加設定かは製品ごとに異なります。通常保育、預かり保育、バス、課外活動、長期休業、土曜保育の時間区分を一覧にし、実績打刻と料金計算がどの単位で連携するかをデモで確認します。

対象になるかは、年度、自治体、施設種別、制度の目的、申請時期によって変わるため、対象と断定できません。こども家庭庁や自治体の交付要綱を確認し、導入予定の機能が制度要件を満たすか、申請前に自治体とベンダーへ確認します。補助金を前提に5年の予算を組まず、採択されなかった場合でも運用できる金額で判断することが安全です。

複数園管理に対応するサービスや開発方式はありますが、園ごとの権限、料金設定、休園日、帳票をどこまで分けられるかを確認します。本部が全園の状況を見られることと、各園の職員が他園の園児情報を見られることは別の要件です。園単位のデータ分離、異動時のアカウント変更、全園集計と園別出力の両方を試します。

まとめ｜登降園管理は打刻ではなく園務全体の改善で選びます

保育園・幼稚園向け登降園管理システムを選ぶときは、打刻の手軽さだけでなく、在園確認、欠席連絡、出席簿、延長保育料、請求、監査、保護者対応までデータがつながるかを見ます。打刻方式は園児数と送迎導線に合わせ、スマートフォンを使えない家庭や通信障害に備えて代替手段を用意します。

候補を比べる際は、機能、費用、現場導線、セキュリティ、障害対応、データ移行、サポート、解約時の返却を同じ条件で確認します。月額だけでなく、端末・カード・設定・研修・保守を含む5年間の総額を見積もり、園独自の保育時間や例外処理をデモで再現します。補助金や加算は年度と自治体の要綱を確認し、対象を前提にしない予算を組みます。

導入成功とは、システムを導入したことではなく、職員の入力を増やさずに園児の所在を確認でき、月末の集計と請求を正確に終えられる状態です。導入前に測った受付時間、打刻忘れ率、電話確認件数、誤請求件数、保護者登録率、復旧時間を定期的に振り返り、現場の声を次の改善へつなげます。価格と機能の多さだけで決めず、自園の業務を安全に続けられるパートナーを選ぶことが大切です。

▼関連記事一覧
・保育園・幼稚園向け登降園管理システム開発の進め方/やり方/流れや方法/手法/工程/手順
・保育園・幼稚園向け登降園管理システム開発でおすすめの開発会社/ベンダー6選と選び方
・保育園・幼稚園向け登降園管理システム開発の見積相場や費用/コスト/値段について
・保育園・幼稚園向け登降園管理システム開発の発注/外注/依頼/委託方法について