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

保育料管理システムは、必要な機能、園に合う方式、段階的な導入の進め方を押さえておくと、請求業務の効率化と正確性の向上に役立ちます。

機能、方式、導入の流れ、費用、会社選びの順に、発注前に押さえたい点をまとめています。各テーマの詳細は関連記事もご覧ください。

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

保育園・幼稚園向け保育料管理システムの概要

保育料管理システムは、園児と家族の情報に契約内容や認定区分を結び付ける園務システムです。登降園の実績や請求項目もまとめて扱い、請求書の作成にとどまらず、根拠データの収集と計算結果の確認、決済後の入金追跡まで担います。

保育料の計算が複雑になりやすい理由

施設種別によって、請求の対象や上限の考え方が異なります。認可保育所の標準時間と短時間、幼稚園の教育時間と預かり保育、認定こども園、企業主導型、認可外では、適用されるルールが変わります。

同じ園児であっても、月極料金に延長時間、土曜日、一時預かり、給食やおむつなどの実費が加わる場合があります。兄弟姉妹、自治体の減免、欠席や退園の日割り、前月分の返金、締め日後の修正も計算に関わります。

Excelでは、式を変えたり転記したりするたびに担当者の判断が入り、同じ条件でも結果が変わるおそれがあります。そこで、システム化では料金ルールを明文化し、誰が処理しても同じ結果になる状態を目指します。

導入で改善される業務と効果の測り方

導入の効果は、請求書の発行時間に加えて、現場の作業全体で捉えます。登降園データを料金計算に使うと、延長保育の集計や入力が減り、月末の事務作業を抑えられます。さらに、請求明細の通知と口座振替・キャッシュレス決済を連携すれば、集金や入金照合も効率化できます。

導入効果は、月末の請求作業時間、修正請求件数、未収確認時間で検証できます。現金を扱う金額や請求問い合わせ件数も指標に加え、現場の負担と請求の正確性が同時に改善したかを評価します。

保育料管理システムの主な種類と選び方

方式は、クラウド型のSaaS、設定して使うパッケージ、個別開発のスクラッチ、複数のサービスをつなぐハイブリッドに分かれます。園の規模に加えて、料金ルールの独自性や既存の連携、本部の管理範囲を基準にします。

小規模園と早期導入に向くSaaS・クラウド型

SaaS・クラウド型は、提供者の機能を月額で利用します。サーバーの準備や大規模な更新を自園で行わずに済み、1園から始めやすい方式です。複数園へ広げる場合も、アカウントを追加して展開できます。

独自の減免や自治体指定の帳票が、標準機能に合わない場合があります。契約前に、CSV出力、解約時の返却形式、料金マスタの変更、制度改正への対応範囲を確かめておく必要があります。

  • 料金条件:園児数、口座振替件数、追加機能で年間総額が変わります。
  • 周辺費用:決済手数料、端末、保護者アプリの利用料なども対象です。
  • 比較期間:月額だけでなく、3年分の費用で比べます。

適合性で比べるパッケージ型とスクラッチ型

パッケージ型とスクラッチ型は、標準機能への適合性と運用の負担を比べて選びます。

  • パッケージ型:標準機能に設定を加えて、運用を調整する方式
  • スクラッチ型:標準機能に業務を合わせにくい場合の候補

パッケージ型では、料金マスタや帳票、CSV連携などを設定で整えます。SaaSより運用に合わせやすく、スクラッチより初期費用を抑えやすい傾向があります。既存の機器や会計ソフトを残す場合にも適しています。

本部管理や自治体独自の制度、基幹連携、複雑な権限・承認などがあるなら、スクラッチ型を検討する条件になります。ただし、導入後は制度改正やOS・ブラウザの更新、脆弱性対応、バックアップ、担当者の交代まで、自分たちで管理することになります。独自機能だけで決めず、標準サービスのAPIやCSVで代替できないかを先に検証します。

ハイブリッド型で決めるデータの正本と受け持ち

ハイブリッド型では、園児台帳や登降園をクラウド、法人会計や分析を別のシステムに分けます。すべてを一つにまとめず、得意なサービスを組み合わせられます。

一方、園児情報を複数の箇所で管理すると、二重入力や不整合が起きます。

  • 正本と項目:正本にするシステムと、連携する項目
  • 連携運用:連携の頻度と、失敗時の再送方法
  • 更新と個人情報:年度更新の時期と、渡す情報の範囲

こども家庭庁は、保育業務の標準的な事務フロー、データセット、マスタの整備を進めています。そのため、将来のAPI連携を妨げない設計にしておくと、今後の連携を進めやすくなります(出典:こども家庭庁「保育現場でのDXの推進に向けた調査研究事業」、2025年確認)。

ポイント

方式は、園の規模や料金ルールの独自性、既存の連携、本部の管理範囲で比べます。独自要件が多いほどスクラッチ型やハイブリッド型を、早期導入を優先するならSaaSを候補にします。

保育園・幼稚園向け保育料管理システムに必要な機能

登降園から料金計算、請求、決済、入金確認・未収対応へつながる流れ図
工程がつながるほど、転記の発生箇所を減らせます。

必要な機能は、料金を決める前後の業務がつながっているかで判断します。画面の数では、この点は分かりません。

登降園から料金計算、請求、決済、入金確認、未収対応までの流れが途切れると、導入後も人の手による転記が残ります。

園児台帳と料金マスタを管理する機能

園児台帳には、氏名、生年月日、家族、兄弟姉妹、在籍期間を持たせます。認定区分や利用開始・退園日、食事や延長保育の契約も、台帳の中で管理します。

料金マスタは、年齢、クラス、時間帯、曜日、利用区分、適用期間を条件に登録します。改定前の設定も履歴に残し、過去月を再計算するときに当時の条件を参照できると、問い合わせや監査に対応しやすくなります。

  • 料金計算:月極、延長、一時預かり、欠席日割りの組み合わせ
  • 割引と調整:兄弟割引、減免、上限額、返金・繰越を扱います。
  • 変更管理:例外を上書きでき、変更者と日時を記録して、未承認の請求額変更を防ぎます。

登降園・請求・決済をつなぐ機能

登降園の記録を起点に、請求、決済、入金確認までを一続きの業務として管理します。

  • 登降園:タッチ・QR・IC・スマホの記録から延長時間と利用日数を計算します。所在確認にも使い、入力を増やしません。
  • 打刻修正:漏れや端末障害のときは、管理者が申請を受けて変更履歴を確認します。
  • 請求:保育料などの固定費とスポット費を合算し、請求書類と未収一覧を出力します。
  • 入金:口座振替、カード、コンビニ、振込、現金の結果を取り込み、消込と再請求まで行います。

請求対象には延長料金、給食費、おむつ代、教材費、行事費、用品販売などがあります。請求書類には、明細書、領収書、返金通知も含まれます。

帳票・連携・監査を支える機能

自治体や法人本部の帳票は、必要な項目とレイアウトを事前に確かめておく必要があります。

2026年1月公開の標準仕様書では、利用者負担額、主食費、副食費、延長保育料、その他費用が整理されています。督促手数料、延滞金、口座振替実績履歴も含まれます(出典:こども家庭庁「子ども・子育て支援システム標準仕様書」、2026年)。

標準項目を意識した設計は、将来の自治体連携やデータ移行に役立ちます。そのうえで、連携と権限は、園や法人の運用に合わせて決めます。

  • システム連携:会計・給与・連絡帳・保護者アプリ・自治体ごとに、API/CSV、正本、再送、情報範囲を定めます。
  • 権限と監査:管理者・園長・事務担当・保育士・本部・自治体で権限を分け、請求確定・修正・返金・取消に承認と操作ログを設けます。

ポイント

必要な機能は、登降園から入金確認までの業務がつながっているかで比べます。途切れた箇所には人の手による転記が残るため、料金の例外や変更履歴を残せるかも併せて見ます。

保育料管理システムの開発・導入の進め方

料金ルールの棚卸しから方式比較、テストと移行、段階稼働と効果測定へ進む4工程の図
前工程で決めた条件が、後のテストと移行の基準になります。

導入は、現行業務の整理から始めます。料金ルールを洗い出して方式を比べたうえで、要件定義と設計・設定に進みます。テスト、移行、段階稼働を経て、効果を測ります。

▶ 詳細はこちら:保育園・幼稚園向け保育料管理システム開発の進め方/やり方/流れや方法/手法/工程/手順

要件定義前の料金ルールと例外の洗い出し

資料を集めて例外を整理したうえで、匿名化したデータを使って請求結果を照合します。

  1. 資料から料金ルールと例外を抜き出し、業務フローに整理します。
  2. テストケースとして、月極3万円、平日2時間延長、給食費4,500円、教材費1,000円、兄弟割引2,000円、欠席1日分の返金などを用意します。
  3. 実際の個人情報は使わず、匿名化したダミーデータで想定額と計算結果の一致を確かめます。例外の事前確認は、後の追加開発を抑えやすくします。

確認資料は、Excel、紙の請求書、口座振替データ、自治体様式、登降園端末、保護者への通知文です。固定料金と利用実績連動、無償化・減免を整理します。兄弟、日割り、返金、締め日後の修正の扱いも、整理の対象です。

方式の決定と設計・開発・設定

設計と見積もりは、比較した方式ごとに条件をそろえて進めます。

  1. 4方式を比較し、要件を「必須」「できれば必要」「将来検討」に分けます。
  2. 料金マスタの適用期間、年度更新、締め処理を設計します。修正申請、承認、返金、再請求、連携失敗時の運用も含めます。
  3. 方式ごとに、設計条件と見積もり範囲を明記します。

比較対象はSaaS、パッケージ、スクラッチ、ハイブリッドです。保育料計算、請求確定、入金消込、帳票は、業務停止を避けるうえで欠かせない要件です。さらに、権限、バックアップ、データ出力も必須要件です。

スクラッチでは、同時利用者数、応答時間、障害復旧目標、監視、バックアップ世代数、保守窓口を条件に入れます。一方、パッケージやSaaSでは、設定範囲と個別開発範囲を分けて見積もります。

テスト・移行・段階稼働による現場の不安の軽減

テスト、移行、試行を順に進め、請求が現場で正しく回るかを段階的に確かめます。

  • 検証範囲:通常月、年度切替、延長、スポット利用、兄弟割引、減免に加え、欠席、退園、返金、請求取消、未入金、口座振替失敗も対象です。
  • 突合:旧システムやExcelの金額と照らし、差異の原因を一件ずつ記録します。
  • 移行範囲:園児台帳、契約、過去請求、入金、未収残高のうち、移す範囲を決めます。
  • 段階稼働:1園または1クラスで試し、請求月を一度並行運用してから本稼働します。

全件移行は費用が増えるため、移行する範囲は参照期間と法令・会計上の保管データを基準に絞ります。段階稼働を挟むと、本稼働後に保護者への影響が出るのを抑えられます。

ポイント

迷ったときは、要件定義の前に料金ルールと例外を洗い出せているかを基準にします。テストや移行の段階でも、旧システムの金額と突合できるかで判断できます。

保育料管理システムの費用相場とコストの内訳

費用は、方式、園数、園児数、料金ルールによって変わります。移行や決済、既存連携の有無も、費用を左右します。

比較には総保有コストを使い、初期設定、端末、研修、手数料を含めます。そのうえで、追加開発、保守、解約時のデータ出力まで見積もります。

▶ 詳細はこちら:保育園・幼稚園向け保育料管理システム開発の見積相場や費用/コスト/値段について

クラウド型の公開料金から見える目安

2026年8月時点で確認した保育ICTの公式料金には、初期費用0円、月額5,000円台から使える請求・園務支援サービスがあります。一方、機能を広げた月額1万円台後半の例もあり、登降園だけか、請求や保護者連絡も含むかで金額が変わります(出典:保育ICTサービス各社の公式料金ページ、2026年8月確認)。

公開料金をもとにすると、単一施設のSaaSは、初期0円から数十万円、月額5,000円から3万円程度が比較の出発点になります。金額は園児数や口座振替件数、決済手数料によって変わります。端末や初期設定、データ移行、研修、請求機能の有料オプションにも左右されます。

  • 3年間の差額:月額1万円の差は3年間で36万円になります。
  • 費用の分け方:毎月の利用料と周辺費用を分けて見ます。

個別開発・連携開発の費用と期間

保育料管理に限った公的な開発統計は少ないため、下に挙げる金額は、一般的な業務システムの工数や公開SaaS、公的な連携改修の規模をもとにした推定です。RFPを作るときに予算を仮置きする目安として使い、実際の案件実績を保証するものではありません。

  • パッケージ追加:料金マスタ・帳票・CSV連携は初期50万〜300万円、1〜3か月が目安です。
  • 1園向け新規構築:保育料・延長料金・請求・入金管理は300万〜800万円、3〜6か月が目安です。
  • 複数園・本部連携:会計・給付費・自治体連携などを含むと800万〜2,000万円、6〜12か月が目安です。
  • 自治体・大規模法人:複数制度やAPI、移行、冗長化を含むと2,000万〜5,000万円超、12〜18か月の場合があります。

登降園、保護者通知、決済まで含む1園向け開発は、上記の範囲の上限に近づきます。工程比率は、要件定義10〜15%、設計15〜20%、開発30〜40%、テスト15〜20%、移行5〜10%です。この比率は、見積もりの偏りを確かめる材料になります。

補助制度とランニングコストの分け方

補助の適用条件と、導入後の継続費用は分けて把握します。

  • 補助制度:適用条件と基準額
  • 継続費用:利用料と運用にかかる費用の見積もり

対象経費、補助率、申請者、募集期間、導入後の報告は、自治体ごとに異なります。令和7年度の資料では、ICT化推進等事業の補助基準額は、1機能1施設が20万円、2機能が40万円、3機能が60万円、4機能が80万円です。

端末購入時の1〜4機能の基準額は、70万円、90万円、110万円、130万円です。全施設に一律に適用されるわけではないため、申請の前に所在地の自治体へ確かめます(出典:こども家庭庁「令和7年度保育関係補正予算の概要」、2025年)。

継続費用には、月額利用料、保守、決済手数料、口座振替手数料、端末通信費が含まれます。さらに、バックアップ、サポート、制度改正への対応も含まれます。追加帳票や研修も費用に含まれます。

スクラッチ型は、初期費用の15〜20%程度を年間保守費とする考え方もあります。保守費は障害対応時間や改修範囲で変わるため、3年TCOと請求業務時間の削減効果を並べて判断します。

ポイント

費用は方式や園数、料金ルールで変わるため、3年分の総額で比べます。月額の安さだけで決めず、端末や決済、保守、解約時の返却まで含めて判断します。

保育園・幼稚園向け保育料管理システムの開発会社/ベンダーの選び方

園児情報を中央に置き、アクセス制御、利用者の識別・認証、不正アクセス対策、ログの定期分析で囲む図
認証、アクセス制御、検知を組み合わせて保護します。

開発会社は、料金計算の理解と制度変更への支援で選びます。知名度や機能数も参考にしつつ、候補は2〜3社に絞ります。同じテストケース、データ件数、連携範囲をそろえて、提案と見積もりを依頼します。

保育・教育施設と複雑な請求への対応経験

導入社数に加えて、保育園、幼稚園、認定こども園、企業主導型、認可外のどの施設に対応したかを聞きます。延長・預かり保育や雑費、兄弟、減免の扱いは、実際の画面で見せてもらいます。日割り、返金、未収、自治体帳票も、画面や帳票で確かめます。

類似事例は、園児数、園数、決済方法、連携先、導入期間が自園に近いものを選びます。提案書では、標準機能、設定、個別開発、運用対応を分けて示してもらい、追加費用の原因を見ます。

制度改正後のマスタ更新と変更前後の検証を、誰が担うかを確かめます。担当者が現場の用語を理解し、月末や年度末にも相談できるかは、長期の運用で評価すべき点です。

セキュリティ・契約・データ返却の確認事項

保育料管理では、園児の氏名や住所、家族関係、在籍、決済情報を扱います。個人情報保護委員会の通則ガイドラインでは、アクセス制御、利用者の識別・認証、外部からの不正アクセス対策が示されています。

2026年6月に改正されたガイドラインには、ログなどを定期的に分析して不正アクセスを検知する考え方も含まれています(出典:個人情報保護委員会「個人情報の保護に関する法律についてのガイドライン(通則編)」、2026年)。

  • 技術対策:暗号化、二要素認証、権限、退職者アカウント停止、操作ログを確認します。
  • 復旧と委託先:バックアップと復元テスト、障害連絡、委託先・再委託先
  • 契約と返却:SLA、保管場所、返却形式・期限、削除証明、追加開発単価、保守範囲を定めます。

提案と見積もりの同条件での比較

候補各社は、同じ情報と試算条件、費用区分をそろえて比べます。

  • RFPの記載:施設種別、園数、園児数、料金項目、締め日、決済を記載し、既存システム、連携先、帳票、権限、移行対象、稼働希望時期も盛り込みます。
  • テストケース:「月極3万円、延長2時間、給食費、兄弟割引、欠席返金」などを添え、各社に同じ入力と期待結果で試算を依頼します。
  • 費用の比べ方:初期費用、月額、オプション、端末、手数料を区分ごとに分けて比べ、移行、研修、保守、制度改正、追加開発も別の区分として並べます。
  • 見るべき点:要件充足度、運用負担、将来の連携余地を含めて判断します。

請求確定後の修正や未収管理を手作業のまま残すと、見積もりが安くても現場の負担は減りません。

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

▶ 詳細はこちら:保育園・幼稚園向け保育料管理システム開発の発注/外注/依頼/委託方法について

ポイント

開発会社は、料金計算を理解しているか、制度変更への支援ができるかで比べます。同じテストケースで提案を求め、施設の対応実績や運用体制まで確かめると判断しやすくなります。

保育料管理システムに関するよくある質問

導入前によく寄せられる質問を、一般的な判断の方法とあわせて取り上げます。制度や自治体の運用は変わるため、最終的な適用条件は、自治体や契約先への確認が必要です。

保育園と幼稚園で同じ保育料管理システムを使えますか?

同じシステムを使える場合はありますが、同じ設定とは限りません。標準時間・短時間、教育時間・預かり保育、認定こども園の教育・保育区分では、料金計算と帳票が異なります。そのため、施設種別ごとに料金マスタを持てるかを確かめます。

幼児教育・保育の無償化に対応できますか?

対応できますが、保育料がすべてゼロになるわけではありません。2026年4月の資料では、原則として3〜5歳の利用料と、0〜2歳の住民税非課税世帯の利用料が対象です。

通園送迎費、食材料費、行事費などは対象外です。なお、幼稚園の預かり保育には、保育の必要性の認定を前提とする上限があります(出典:こども家庭庁「保育政策関係資料集」、2026年)。

対象と対象外を分け、自治体の認定や減免の情報を計算に反映します。対象外の実費や上限を超えた分は、明細で説明できるようにします。制度の適用開始日を管理できるかも、確認しておきます。

Excelから保育料管理システムへ移行できますか?

移行はできますが、先に項目と意味をそろえておく必要があります。園児名の表記、兄弟関係、在籍期間、未収残高、料金項目、過去請求月を整理し、重複や欠損がないかを確認します。

現年度の在籍・契約・請求・入金を移し、過去データは参照用に別に保存する方法もあります。移行後は、旧データの合計と新システムの残高を突合し、園児単位で差異がないことを確かめてから稼働します。

保育料管理システムは何を基準に選べばよいですか?

まず、料金ルールと例外を正しく処理できるかを確認します。登降園、請求、決済、入金消込、帳票の各機能を、同じ条件で比べます。連携、権限、データ出力、制度改正対応、サポートも比較の対象です。

機能数や月額も参考にしつつ、テストケースと業務時間で、職員の毎月の作業が減るかを評価します。

まとめ

保育料管理システムは、園児や家族、認定区分、登降園実績、料金マスタを結び付け、請求から入金消込までを管理する業務基盤です。

3年TCOで見る自園に合う方式

早期導入ならSaaS、標準機能を使いながら帳票や連携を調整するならパッケージが候補になります。複数園や本部、自治体との深い連携では、個別開発やハイブリッドも検討します。

どの方式も、初期費用と月額に加えて、端末、決済、移行、研修の費用を見ます。保守、制度改正、解約時の返却まで含めた3年TCOで比べます。

最初の一歩は料金ルールとテストケースの整理

Excelや紙資料から料金項目と例外を洗い出し、匿名化した園児データで請求テストを作ります。会社を選ぶ際は、施設対応の経験や制度改正、連携、セキュリティ、移行、保守を確認します。

現場の入力を増やさず、請求の根拠と修正履歴を説明できる仕組みを選ぶことが、長く使えるシステムにつながります。

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

 

会社紹介

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

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

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

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

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

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