打刻修正とは【2026年版】勤怠の修正申請と承認フロー
はじめに
打刻修正とは、出勤・退勤・休憩などの打刻漏れや誤りを、実際の勤務状況に合わせて直すことです。たとえば、退勤時にパソコンを閉じて打刻を忘れた場合、勤務を終えた時刻と理由を申請し、管理者が確認して記録を補います。
修正した時刻は、労働時間や残業時間、給与計算に影響します。申請を受け付けるだけでなく、修正前後の記録、確認した根拠、承認者、反映状況をつなげて管理することが大切です。上長が承認していても、給与ソフトに変更が届かなければ処理は完了していません。
厚生労働省のガイドラインでは、始業・終業時刻を客観的な記録などで確認し、自己申告との著しい乖離があれば実態を調べて補正する考え方が示されています。打刻修正の目的は従業員を疑うことではなく、勤務実態を正確に残すことです。
この記事では、修正が必要になるケース、申請・承認の流れ、機能の選び方、運用トラブルへの対処を整理します。勤怠管理システムの比較は2026年9月23日に確認した公式情報に基づき、無料プランの範囲や最低利用料金も併記しています。
現場が迷わず申請でき、管理者が同じ基準で判断できるルールを先に決めれば、システムの選定もしやすくなります。まず自社で多い打刻ミスと承認待ちの原因を確認し、必要な機能を絞り込んでください。申請する従業員と承認する担当者の両方で、手順を試しておくと安心です。
結論を先にまとめると、次のとおりです。
- 打刻修正とは、打刻漏れや誤った打刻を実際の勤務状況に合わせて訂正する処理です。
- 基本の流れは本人申請、上長の確認・承認、勤怠への反映、履歴の保存です。
- 修正前後の記録・理由・承認者を残し、給与計算への反映まで確認します。
- 承認申請中や締め後、権限設定によっては修正できないため、手順と問い合わせ先を決めておきます。
打刻修正とは
打刻修正では、時刻の訂正だけでなく、打刻忘れの追加や二重打刻の削除も扱います。従業員が申請して管理者が承認する方法と、権限を持つ管理者が直接編集する方法があり、製品や設定によって異なります。
たとえばジョブカンの公式ヘルプは両方の方法を案内しています。承認制を採る場合も、管理者による直接編集の権限と履歴を確認し、申請を経ずに変更した場合の説明責任を明確にします。
打刻修正が必要になるケース
ミスの種類によって、確かめる記録は変わります。遅刻・早退の申請時刻や所定時刻に機械的に合わせず、実際に働いた時間を確認します。
| ケース | 具体例 | 確認する内容 |
|---|---|---|
| 出退勤の打刻忘れ | 業務終了後にPCを閉じた | 業務終了時刻、日報やPC記録 |
| 外出・戻りの漏れ | 外出先から戻って押し忘れた | 外出目的と戻った時刻 |
| 二重打刻・誤打刻 | 複数回タップ、出勤と退勤を逆に押した | 元の記録と正しい打刻種別 |
| 休憩の記録ミス | 休憩入力を忘れた | 休憩を実際に取得したか、開始・終了時刻 |
| 遅刻・早退との不一致 | 申請時間と実際の退勤が違う | 申請予定と勤務実態の違い |
| 直行直帰・端末障害 | 現場で端末を使えない | 業務報告、障害時の代替記録 |
休憩を取っていないのに、帳尻合わせで休憩時間を追加してはいけません。打刻漏れへの対応と、休憩を取得できなかった原因への対応を分けて進めます。
正しい修正申請ワークフロー
基本は本人申請、内容確認、承認、勤怠反映、履歴保存の順です。給与への影響がある修正は労務担当にも確認を回します。誰が最終的に反映を確かめるかまで決めると、処理の抜けを防ぎやすくなります。
| 手順 | 担当 | 記録・確認する内容 |
|---|---|---|
| 申請 | 従業員 | 対象日、修正前後の時刻、理由、根拠 |
| 確認・承認 | 上長・必要に応じ労務担当 | 勤務実態との一致、承認または差戻し理由 |
| 反映 | 管理者・システム | 承認済み内容と勤怠集計の一致 |
| 保存・連携 | 労務担当・システム | 申請者、承認者、日時、変更履歴、給与への反映結果 |
申請理由は「打刻忘れ」だけでなく、「退勤操作を忘れたため、業務日報で終了時刻を確認」のように書くと判断しやすくなります。提出資料は社内ルールで定めます。
打刻修正ワークフローの導入メリット
申請と承認の履歴を一緒に残すことで、口頭の説明や紙の申請書を探す手間を減らせます。従業員も処理状況を追えるため、給与明細を見て初めて修正漏れに気づく事態を避けやすくなります。
| メリット | 運用で実現する条件 |
|---|---|
| 不正修正の抑止 | 申請者と承認者の権限を分ける |
| 業務効率化 | 申請・差戻し・反映状況を一元管理する |
| 証跡の可視化 | 元データと変更理由を参照できるようにする |
| 給与計算ミスの削減 | 承認後の集計・給与反映も確認する |
| 従業員の納得感 | 判断基準と差戻し理由を共有する |
ただし、導入だけで記録の正確性が保証されるわけではありません。承認者が根拠を見ずに一括承認すれば、確認の仕組みは機能しなくなります。
クラウド勤怠管理システムにおける修正申請の主な機能
機能名が同じでも、対応する項目や利用プランは製品ごとに違います。特に変更履歴と通常の勤怠CSVは別物として確認し、必要な記録を取り出せるか試してください。
| 機能 | 導入前に試す内容 |
|---|---|
| 修正申請フォーム | 出退勤・休憩・外出の追加、変更、削除 |
| 承認ルート設定 | 部署別・複数段階・代理承認の扱い |
| アラート通知 | 申請、差戻し、未処理の通知先とタイミング |
| 履歴保持 | 修正前後、申請者・承認者、日時の参照範囲 |
| モバイル対応 | スマホで申請から状況確認までできるか |
| CSV出力 | 勤怠集計と修正履歴の出力項目・保存条件 |
証跡として残すべき項目
保存するのは修正後の時刻だけではありません。元の打刻、申請理由、申請日時、承認者、承認日時、差戻し履歴、確認資料を関連付けます。管理者の直接編集も追跡できる運用にします。
厚生労働省のQ&Aを踏まえ、PC記録や入退館記録との著しいずれは、勤務実態を調べて確認します。PCが起動していた時間を、そのまま労働時間と決めつけないことも大切です。
記録の保存期間は、サービスの保存上限だけで決めず、対象書類に適用される法令や社内規程に照らして設定します。無料プランを使う場合も、保存期限前に必要なデータを社内へ保管する手順を整えます。
システム化するときの設計ポイント
修正できる項目、申請期限、理由入力、承認者、通知先を明文化します。上長の不在や所属異動も想定し、代理担当を用意します。申請期限は処理の目安であり、期限後に判明した勤務実態の誤りを放置する理由にはしません。
締め後の修正では、締め解除の権限、再承認、給与再計算、従業員への説明を一組で決めます。勤怠だけを更新して終わらせず、給与ソフトとの連携手順まで確認します。
修正申請の回数上限を設けるかの判断
勤怠システムの中には、打刻修正の申請回数に上限を設定できる製品があります。たとえばSwipePointの公式マニュアルでは、管理者が回数制限の有効・無効を切り替えられ、残り回数がなくなると新しい申請を出せない仕様が案内されています（2026年10月23日確認）。管理者が回数をリセット・調整する操作も用意されています。上限機能の有無や超過時の扱いは製品ごとに違うため、自社で使う製品の公式ヘルプで確認してください。
上限を設ける目的は、申請に頼らず正しく打刻する習慣を定着させることです。一方で、上限を超えたから実際の勤務時間を直せないという運用にすると、記録と実態がずれたまま残ります。上限に達した後は管理者が内容を確認して訂正する経路を必ず用意し、規程にも書いておきます。
上限を設けない選択もあります。その場合は、申請の多い従業員を月次で抽出し、面談で原因を聞いたうえで、打刻端末の置き場所や打刻方法、通知の設定を見直します。申請回数を減らすことより、打刻ミスが起きる原因を取り除くことを優先してください。
よくある運用上のトラブルと対処法
現場からの申請が減ったからといって、打刻ミスが減ったとは限りません。入力が難しくて口頭対応に戻っていないか、差戻し理由と未処理件数を確認します。
| トラブル | 原因の例 | 対処法 |
|---|---|---|
| 申請が滞る | 承認忘れ・不在 | 通知、未承認一覧、代理担当を用意 |
| 理由が曖昧 | 自由入力の基準がない | 理由の選択肢と補足欄、記載例を用意 |
| 締切後に判明 | 期限や連絡先が不明 | 社内規程で周知し、締め後の訂正経路を設ける |
| 不正な修正を見逃す | 審査の形骸化 | 抽出確認、根拠照合、必要時の再承認 |
打刻を修正できないときに確認すること
修正の画面が開けない、編集欄が出ないといった問い合わせは、設定による制限が原因のことが多くあります。たとえばマネーフォワード クラウド勤怠の公式ヘルプでは、勤怠承認申請や勤怠締めを行っていると編集欄が表示されず、承認申請の取り消しや締めの解除が必要になると案内されています（2026年10月23日確認）。
同じヘルプでは、権限の設定で打刻の編集が制限されている場合も編集できないとされています。管理者でも直せないときは、自分の役割にどの権限が付いているかをシステム管理者に確認してもらいます。
従業員が詰まったときは上長、上長や管理者が詰まったときは労務担当やシステム管理者、と問い合わせ先を役割ごとに決めておきます。修正できない主な原因と連絡先は、社内マニュアルにも記載しておくと、同じ質問が繰り返されるのを防げます。
打刻を修正できないときの原因と対処
| 状況 | 考えられる原因 | 対処の方向性 | 確認する担当 |
|---|---|---|---|
| 修正ボタンが表示されない | 承認申請中の日付になっている | 申請を取り下げてから修正するか承認者に差戻しを依頼する | 申請者・承認者 |
| 締めた月の打刻が直せない | 勤怠締めが実行済み | 締め解除の権限者に依頼し再承認と給与再計算を行う | 労務担当 |
| 管理者でも編集できない | 役割の権限で打刻編集が制限されている | 権限設定を確認し、必要な担当に権限を付与する | システム管理者 |
| 申請が出せない | 申請回数の上限に達している | 上限の運用ルールを確認し、必要に応じ管理者が調整する | 労務担当 |
修正申請対応のある勤怠管理システム比較
料金・名称は2026年9月23日確認です。修正申請、承認ルート、通知、費用を比較します。表の「確認点」は契約前に試す項目で、機能がないという意味ではありません。
| サービス | 修正申請・承認と通知の確認点 | 料金・条件と公式情報 |
|---|---|---|
| KING OF TIME | 従業員の打刻申請と管理者承認に対応。承認フロー・通知設定は機能一覧を確認 | 月額300円/利用者・税抜、月額課金。システム初期費用0円。利用人数分の課金、機器・有償支援等は別途。公式料金・FAQ |
| ジョブカン勤怠管理 | PC・モバイルから打刻修正申請、管理者承認に対応。承認担当と通知条件を試用で確認 | 月額200円〜/登録ユーザー・税抜、月額最低2,000円、初期費用0円。機能の組合せで変動、機器別途。公式料金 |
| Touch On Time | 打刻修正、最大5段階の承認、申請時のメール通知に対応。公式機能 | 月額300円/人・税抜、月額課金、初期費用0円。契約期間・利用人数の制限なし、機器別途。公式案内 |
| HRMOS勤怠（旧IEYASU） | 日次勤怠承認に対応。届出申請ワークフローはオプションとの区別が必要。通知・履歴の必要範囲を確認 | 登録30名以下は無料・一部制限あり。有料基本機能は月額100円/人・税抜、1名から利用可、初期費用0円。最低料金は月払い3,000円、年払い33,000円（税抜）、追加機能別途。公式料金 |
| マネーフォワード クラウド勤怠Plus（旧AKASHI） | 承認経路設定、アラートに対応。打刻訂正時の権限・申請経路を要件に合わせ確認 | 問い合わせ価格。初期費用・契約人数・支払周期を含め個別見積もり。公式料金・機能 |
AKASHIは2026年4月に名称変更されています。HRMOS勤怠も有料プランの最低料金があるため、人数単価だけで予算を決めないでください。
操作性やサポートの相性は、実際の打刻ミスを試用環境で再現して比較します。異動・代理承認・締め後修正を含めると、自社のルールに合うか判断しやすくなります。
想定ケース：紙・Excel運用から申請フローへ移す場合
紙やExcelで申請を集める会社を想定します。回収漏れや押印待ちを減らすには、対象日、修正前後の時刻、理由、承認担当を一つの申請にまとめ、承認待ち・差戻し・反映済みを分けます。
既存SaaSで対応できない経路だけをBubbleなどで補う方法もあります。ただし、二重入力や反映漏れが増えないよう、勤怠管理API連携の可否と更新範囲を確認し、連携失敗時の再処理を設計します。
デメリットとノーコード総合研究所で支援できること
承認段階や入力項目を増やしすぎると、申請が滞り例外対応が増えます。最初は必要な確認に絞り、給与への影響が大きい修正などを追加確認の対象にすると運用を整理できます。
ノーコード総合研究所では、既存SaaSと独自開発の役割分担から相談できます。勤怠データの管理先を決めたうえで、申請画面、承認ステータス、連携処理の要件を整理します。
打刻修正のよくある質問
打刻修正は従業員が自分で直してもよいですか？
製品と社内ルールによって、本人が直接編集できる設定と、申請・承認を必須にする設定があります。どちらにするかは自社の規程で決め、本人が直接編集する場合も変更履歴を管理者が確認できるようにしておきます。
打刻修正の申請に回数の上限を設けてもよいですか？
上限を設ける機能を持つ製品もあります。ただし、実際の勤務時間の訂正を妨げないよう、上限を超えたときに誰がどう訂正するかをあわせて定めてください。
締めた後の月の打刻ミスに気づいたらどうすればよいですか？
締め解除の権限者に連絡し、再承認と給与への再反映までを一連の手順として処理します。
まとめ
打刻修正とは、打刻漏れや誤打刻を実際の勤務状況に合わせて訂正する処理です。従業員の申請と管理者の確認を通じて、元の記録、修正理由、承認履歴、反映結果を残すことで、後から説明できる勤怠データに近づけます。修正の承認自体を、勤務実態を確かめる作業の代わりにしないことが大切です。
まずは出退勤、休憩、外出のどこで記録ミスが多いかを洗い出してください。次に、申請期限、承認担当、不在時の代理、差戻し理由の伝え方を決めます。月末には未承認一覧を確認し、締め後に誤りが見つかった場合も、訂正と給与への反映を最後まで追跡できるようにします。
システム比較では、修正申請の有無だけでなく、承認経路、通知、変更履歴の保存、CSV出力を確認します。料金は利用人数単価に加え、最低利用料金、追加機能、機器費用を含めて比較します。無料プランを採用する場合も、データ保存期間や必要な承認機能が運用に合うか確かめてください。
紙やExcelから移行するときは、いきなり全てを独自開発する必要はありません。標準の勤怠SaaSで対応できる範囲を確認し、独自の承認や周辺システムとの連携が必要な部分を整理します。導入後も、申請のしやすさと管理者の確認負担を見ながらルールを調整していきます。
ノーコード総合研究所では、現場ルールの整理から、Bubbleによる申請ワークフローや給与連携の設計まで相談を受け付けています。申請が滞る場所や転記が必要な作業を共有いただければ、改善する範囲と優先順位を一緒に検討できます。
費用の目安：基幹システムの費用相場【2026年版】｜導入形態別の内訳と見積もり方
関連する事例・活用例：勤怠管理を自動化する方法【2026年版】RPA連携・ツール比較・導入事例
群別サービス：業務システム開発の相談
