奉行クラウドを人事労務業務で利用している場合、障害や一時的なアクセス不具合が起きると、勤怠締めや給与計算への影響が気になるものです。
特に、打刻、申請、給与明細、年末調整などをクラウド上で扱っている企業では、従業員からの問い合わせも増えやすくなります。
障害そのものの原因や復旧時刻を自社で判断することはできませんが、業務を止めないための代替運用は事前に整理できます。
大切なのは、サービス状況の確認、従業員への案内、復旧後の照合までを人事労務の流れとして準備することです。
今回は、奉行クラウドの障害時に勤怠・給与業務を止めないための対応を整理します。
障害時に最初に確認すること
サービス状況の確認
まず確認したいのは、自社環境だけの問題なのか、サービス側で広く影響が出ているのかです。
奉行クラウドや奉行クラウドEdgeでは、サービス運用状況を確認できるページが用意されています。
人事労務担当者は、従業員から問い合わせが入った時点で、サービス状況、影響範囲、復旧情報の有無を確認します。
原因を推測して案内するのではなく、確認できた情報と社内の代替対応を分けて伝えることが大切です。
影響業務の洗い出し
次に、どの業務に影響があるかを整理します。
勤怠打刻、休暇申請、残業申請、給与明細の閲覧、年末調整申告など、利用している機能によって影響範囲は異なります。
給与締め日や年末調整の提出期限が近い場合は、優先して確認すべき業務も変わります。
社内では、障害時に確認する機能一覧と担当者を決めておくと、初動の混乱を抑えやすくなります。
従業員への案内
障害時は、従業員が何をすればよいか分からず、個別問い合わせが集中しやすくなります。
そのため、ログインできない場合の案内、打刻できない場合の記録方法、申請ができない場合の提出先を早めに知らせます。
復旧見込みを断定できない場合は、確認中であることと、暫定的な対応方法を分けて伝えます。
従業員向けの定型文を事前に用意しておくと、給与担当者や管理者の負担を減らせます。
止めないための代替運用
勤怠記録の残し方
打刻ができない場合でも、勤務実態の記録は残す必要があります。
出勤時刻、退勤時刻、休憩時間、勤務場所、直行直帰の有無などを、指定した様式やメールで記録してもらいます。
後から勤怠システムへ反映するため、誰が承認した記録なのかも分かるようにしておくことが重要です。
紙やExcelで一時的に受け付ける場合も、復旧後の入力漏れを防ぐため、保管場所と確認担当を決めておきます。
申請受付の一時対応
休暇、残業、直行直帰、出張などの申請ができない場合は、一時的な受付方法を決めます。
申請内容、申請日、対象日、承認者、承認結果を記録し、復旧後にシステムへ反映できる状態にします。
口頭だけで済ませると、後から給与計算や労働時間管理との整合が取れなくなるおそれがあります。
一時対応であっても、通常の承認ルートに近い形で記録を残すことが大切です。
給与締め前の優先順位
障害が給与締めの時期に重なると、確認作業の優先順位が重要になります。
未打刻、未承認申請、休暇残数、残業時間、深夜労働、休日労働など、給与計算に影響する項目を先に確認します。
勤怠データが不完全なまま給与計算へ進むと、後から修正や従業員対応が増えます。
締め処理前にどの項目を必ず確認するかを決めておくと、復旧後の確認も進めやすくなります。
復旧後に確認したいこと
データの照合
復旧後は、代替手段で集めた勤怠記録や申請内容と、システム上のデータを照合します。
手入力した記録、従業員本人の申告、管理者の承認内容が一致しているかを確認します。
特に、締め日付近の打刻漏れや承認漏れは、給与計算に影響しやすい部分です。
照合手順を決めておくことで、復旧後の慌ただしい時期でも確認漏れを減らしやすくなります。
問い合わせ履歴の整理
障害時に従業員から問い合わせが多かった内容は、次回以降の案内改善に役立ちます。
ログイン不可、打刻不可、申請不可、給与明細閲覧不可など、問い合わせの種類を整理します。
同じ質問が多かった場合は、従業員向けの案内文や社内FAQを見直す余地があります。
問い合わせ履歴を残しておくことで、人事労務担当者だけに対応が集中しない仕組みを作りやすくなります。
緊急時フローの見直し
緊急時フローを考える際は、実際にシステム停止や急な移行が起きたケースを参考にすると、自社で決めておくべきことが見えやすくなります。
みらいパートナーズが支援した勤怠システム導入のケースでも、海外拠点で利用していた勤怠システムが突然停止し、急ぎの移行対応が必要になった従業員250名規模の自動車販売業の企業の事例がありました。
その支援では、まず打刻環境の復旧を優先し、複数の勤務形態を一元管理できる状態へ整えています。
こうしたケースからも、平常時から代替記録、承認ルート、復旧後の確認手順を整理しておくことが重要だと分かります。
障害後には、どの案内が遅れたか、どの確認に時間がかかったかを振り返ります。
緊急時フローを見直すことで、次回の障害やシステム移行時にも対応しやすくなります。
まとめ
奉行クラウドの障害時には、サービス状況の確認だけでなく、勤怠記録、申請受付、従業員への案内、給与締め前の確認を同時に考える必要があります。
障害原因や復旧見込みを自社で断定するのではなく、確認できた情報と社内の代替運用を分けて整理することが大切です。
復旧後は、代替記録とシステム上のデータを照合し、給与計算に影響する項目を優先して確認します。
緊急時フローを事前に用意しておくことで、人事労務業務の混乱を抑えやすくなります。
みらいパートナーズでは、奉行クラウドを含む人事労務システムの導入・運用に合わせて、障害時の勤怠記録、申請受付、給与締め前確認まで含めた業務フロー整備を支援しています。
クラウド利用時のトラブルを現場任せにせず、復旧後の照合や給与計算への影響まで見据えた運用を作りたい場合は早めにご相談ください。
