打刻がそのまま給与にならない設計 — 介護現場の勤怠管理を3層に分ける
通所介護・訪問介護・居宅介護支援など、介護事業所の施設長・管理者に向けて書く。 シフトと実際の勤務時間、残業や早出の申請がバラバラに管理され、出勤簿や給与計算のたびに手作業で突き合わせている事業所は少なくない。 この記事では、打刻をそのまま給与に反映させない「打刻・所定・確定」という3層の設計思想を解説する。
読了目安: 7分
なぜ勤怠管理は手作業から抜け出せないのか
介護現場では、出退勤の打刻とシフト表と残業申請が、別々の場所で管理されていることが多い。打刻はタイムカードやアプリ、シフトは紙やExcel、残業や早出・遅出の申請は口頭や連絡ノート。月末になると、管理者はこの3つを見比べながら出勤簿を作り、給与担当に渡す数字を確定させる。
この手作業には2つの落とし穴がある。1つは、シフト変更や残業申請の承認が漏れたまま集計が進み、あとから「あのときの残業が反映されていない」「早番に変わった日が公休のまま計算されていた」といったズレが表面化することだ。介護現場はシフト変更が頻繁で、口頭でのやり取りが多いぶん、この種の漏れが起きやすい。
もう1つは、逆の方向の落とし穴だ。打刻された時刻をそのまま労働時間として給与計算に流し込む設計にすると、早く出勤した分、遅くまで残った分が、承認を経ずにそのまま賃金に反映されてしまう。これは一見「実態に忠実」に見えるが、シフトにない残業を本人の判断だけで発生させることになり、労務管理としては望ましくない。かといって、シフト通りの時間だけを機械的に給与にするなら、実際に発生した残業や早出を拾えない。
現場が抱えているのは、「シフト(予定)」「打刻(事実)」「給与に使う時間(結果)」という3つの異なる情報を、どういう順序と権限で1つの数字にまとめるかという設計の問題である。ここを曖昧にしたまま運用すると、月末の出勤簿づくりは毎回、手作業の突き合わせと確認作業に追われることになる。
打刻・所定・確定という3層で分ける
CareSpace OSの労務管理セクションでは、時間を3つの層に分けて扱う。
打刻(事実)。スタッフが実際に出勤・退勤ボタンを押した時刻をそのまま記録する。9時3分に出勤、18時47分に退勤、といった生の記録で、あとから書き換えることはできない。「来た/来ていない」「遅刻していないか」を確認するための事実の記録として位置づける。
所定(シフト)。事前に組んだシフトで決まっている勤務時間。9時から18時、休憩1時間で実働8時間、というように、シフトを変更すれば変わる予定の時間である。
確定労働時間(給与根拠)。出勤簿の作成や集計、給与担当への引き継ぎに使う、唯一の正式な数字。ここが最も重要な設計判断で、初期値は常に「確定=所定」とする。スタッフが通常の出勤・退勤ボタンを押しているかぎり、打刻が多少前後しても確定時間は動かない。
確定時間を所定からずらせる経路は2つだけに絞っている。1つは、残業・早出・遅出・休出・中抜けといった申請を出し、管理者が承認した分だけを加算・減算する経路。もう1つは、管理者が直接、確定時間を修正する経路で、この場合は誰がいつ何を変更したかの履歴を必ず残す。打刻された時刻と所定に一定以上のズレがあれば、警告の印を立てて管理者の目に触れるようにするが、それだけで自動的に金額を動かすことはしない。実際にズレが妥当かどうかは、管理者が本人に確認したうえで、申請に回すか、確認済みのメモを残して所定のまま確定するかを選ぶ。
申請は事後でも構わない設計にした。打刻したその場で残業を申請できないまま退勤し、翌日以降にまとめて申請するという運用は、介護現場では珍しくないためだ。管理者は承認待ちの申請をまとめて確認し、承認すれば確定時間に反映される。出勤簿は、この確定労働時間だけを使って月次で生成する。打刻の生データをそのまま載せることはしない。
具体的な動線で見るとこうなる。あるスタッフが利用者対応で予定より30分長く残り、[退勤]ではなく[残業を申請して退勤]を押す。これで初めて申請フローに入り、理由と時間を添えて申請が登録される。逆に、いつも通りの[出勤][退勤]だけを押した日は、打刻の前後にかかわらず確定時間は所定のまま動かない。管理者は月末を待たず、日々の勤怠タブで承認待ちの申請と乖離の警告をまとめて確認できるため、月末に3つの記録を初めて突き合わせる、という状態にはならない。
なぜそう設計したか
CARESPACEはBuy First, Build Laterの方針で、まず介護施設・事業所を自社で運営し、そこで直面した課題をプロダクトに反映する順序を取っている。勤怠管理を設計するにあたって最初に議論したのは、「打刻の時刻をそのまま労働時間として扱う設計にはしない」という一点だった。打刻と給与が直結する設計は、シフト変更や残業の承認プロセスを素通りしてしまい、想定していない労働時間がそのまま賃金に反映される事故につながりかねない。だからこそ、打刻はあくまで事実の記録、給与に使う時間は別の層として管理者の承認・確定を経る、という順序を崩さないことにした。
事後申請を許容したのも、現場感からの判断だ。介護の現場は利用者対応が優先され、その場でスマートフォンの申請画面を操作する余裕がないことがある。申請を「打刻と同時にしかできない」ルールにすると、結局は口頭での申告に戻ってしまう。承認する側の負担が増えても、申請するタイミングの自由度を優先した。
打刻と所定のズレへの対応も、重い確認フローを作り込まず、警告の印と管理者のメモだけにとどめている。ズレの理由は、体調確認で少し早く出勤した、利用者対応が長引いた、など状況によって変わるため、機械的なルールで自動判定するより、管理者が現実に本人へ確認するほうが現場の実情に合うと判断した。この設計判断は社内の意思決定記録にも残している。
介護事業者へのメッセージ
この設計が効くのは、シフト変更や残業申請の承認が頻繁で、月末の出勤簿づくりに毎回手作業の突き合わせが発生している事業所だ。打刻・シフト・申請がそれぞれ別の場所で管理されているほど、3層に分けて1つの確定時間にまとめる仕組みの価値は大きい。
逆に、常勤スタッフが少人数で固定シフトのまま運営していて、残業や早出がほとんど発生しない事業所であれば、この仕組みの恩恵は限定的かもしれない。無理に導入する必要はない。
なお、給与計算そのものを代替する機能ではない。確定した労働時間の集計と、労働局提出用の出勤簿の書類化までを担い、そこから先の給与計算は既存の給与ソフトに委ねる設計にしている。労務管理の一般的な枠組み(残業や休日出勤の申請承認、記録の保存など)への対応は事業所ごとに異なる部分があるため、自事業所の就業規則や運用ルールと照らし合わせて使ってほしい。
CareSpace OSについて詳しく見る → https://carespace.jp/product