保育園の勤怠管理は
「打刻できれば終わり」ではない

勤怠システムを選ぶとき、「スマホで打刻できます」「ICカードに対応しています」という説明は分かりやすいです。でも、園を運営する側から見ると、打刻は勤怠管理の入口でしかありません。

私は15年間、保育園の運営に携わり、6園まで事業を広げました。勤怠で本当に時間がかかるのは、出勤ボタンを押す瞬間ではありません。シフトと実際の勤務が違った日、打刻を忘れた日、休憩がずれた日、残業になった日、それを誰が確認して、いつ給与に確定させるのか。そこです。

結論は、保育園の勤怠管理は「打刻を集める仕組み」ではなく、「予定と実績の差を確認し、理由を残し、給与に確定する仕組み」として設計するべきです。

勤怠の前には、すでにシフトという「予定」がある

保育園では、出勤した後に勤務時間を考えるわけではありません。早番、通常番、遅番、土曜勤務、短時間勤務など、その日の予定はシフトで決まっています。つまり勤怠には最初から比較対象があります。

たとえば9時出勤予定の先生が8時45分に打刻した。その15分は実際に業務をしていたのか。17時退勤予定が17時25分になった。その25分は残業として扱うのか。休憩予定が取れなかったなら、誰が確認するのか。打刻時刻だけでは、この判断は終わりません。

国のルールでも、始業・終業時刻を確認して記録することが基本です

ここは私の運営上の考え方とは分けて、制度上の事実として確認します。

厚生労働省の「労働時間の適正な把握」に関するガイドラインでは、使用者は労働者ごとに、労働日ごとの始業・終業時刻を確認し、記録することが示されています。原則的な方法として、使用者が現認する方法のほか、タイムカード、ICカード、パソコンの使用時間などの客観的な記録を基礎とする方法が挙げられています。

つまり、「1日8時間働いた」という合計だけではなく、いつ始まり、いつ終わったのかを記録することが土台です。ただし、記録があることと、園内の勤怠処理が完成していることは別の話です。

打刻漏れは「本人が悪い」で終わらせない

どんなシステムでも、打刻漏れは起こります。問題は、漏れたときにどう処理するかです。

管理者が本人に聞いて数字だけ直せる仕組みは速いように見えます。でも、あとから見ると、元の記録と修正後の記録の違い、修正理由、承認者が分からなくなります。勤怠は給与にもつながるので、私は「直接上書きする」より「修正申請を残して確定する」方が分かりやすいと考えています。

本人が「退勤打刻を忘れた。実際は18時10分退勤」と申請する。管理者が当日のシフトや状況を確認し、承認する。元の打刻、申請内容、承認後の確定値が残る。この流れなら、後から見てもなぜ数字が変わったかを追えます。

休憩も「時間数だけ」では見えにくい

保育園では、予定どおりに休憩へ入れない日があります。子どもの状況、職員の欠勤、行事などで時間がずれることもあります。

だからこそ、勤怠では「休憩60分と入力されている」だけで安心しない方がいい。予定していた休憩と実際の休憩が一致しているか、未取得や不足がないか、修正が必要ならどう残すかまで見える方が管理しやすくなります。

ここもAIに判断させる場所ではありません。予定時刻、打刻、休憩記録という事実をシステムで突き合わせ、確認が必要な日だけ管理者へ出す。正確性が必要な部分はプログラムで処理し、人は例外だけを見る。この考え方はシフトと同じです。

勤怠を締める前に、給与へ渡せる状態まで整える

勤怠管理のゴールを「月末の打刻一覧ができた」にすると、その次に給与担当がもう一度確認することになります。

遅刻、早退、残業、欠勤、有休、修正申請。これらが勤怠側で確定していれば、給与では確定した数字を受け取ればいい。逆に勤怠の数字が曖昧なまま給与へ送ると、給与計算中にまた勤怠へ戻り、確認し直すことになります。

私は、勤怠と給与を「別機能」ではなく、シフト→打刻→修正→月次確定→給与という一本の流れで考えるべきだと思っています。

職員側の画面は、むしろシンプルでいい

管理側では細かい整合確認が必要ですが、職員用の画面まで複雑にする必要はありません。打刻する。自分のシフトを見る。間違いがあれば修正申請する。休み希望や有休申請をする。それくらいで十分です。

管理者のために機能を増やしすぎると、毎日使う職員側の操作が重くなります。勤怠は全職員が触る機能だからこそ、入力する側は簡単に、確認する側は追跡できるように分けて設計する必要があります。

制度確認に使った一次情報