給与計算の担当者が休むと、どの資料まで届いていて、何が未確認なのか分からない。計算ソフトは共通でも、その前後の確認が担当者の頭の中にあると、業務は属人化します。
要点
- 給与計算前の資料受領、変更確認、入力、検算、承認を分け、担当者と完了条件を決めます。
- AIは差分と確認候補を示し、金額の確定や例外判断は検証済みの計算手段と担当者が担います。
- 前月差がないことを正しさの根拠にせず、当月の資料と確認基準へ照合します。
富士市の小規模な士業事務所でAIを使うなら、給与額を生成AIに決めさせるより、資料受領から確定までの確認工程をそろえることが先です。AIは不足情報や変更候補を整理し、担当する有資格者が内容を検証・確定し、顧問先の承認につなげます。
この記事は業務設計の一般論です。制度、料率、控除額、個別の計算方法を示すものではありません。事務所や案件はすべて架空の想定例です。
計算の前後にある「判断待ち」を見えるようにする
給与業務には、資料を受け取る、対象者を確認する、変更を拾う、計算する、結果を照合する、承認を得るという工程があります。「計算中」という一つの状態だけでは、どこで止まっているか分かりません。
まずは、受領待ち、資料確認中、差分確認中、有資格者確認待ち、顧問先確認待ち、確定済みなどに分けます。これは運用例であり、すべての事務所に同じ状態名を求めるものではありません。
大切なのは、各状態で何が完了していれば次へ進めるかを決めることです。資料が届いたことと、内容が確定したことは別に記録します。
チェックリストは作業名だけで終わらせない
「勤怠確認済み」というチェックだけでは、後任は何を確認したか再現できません。項目ごとに、対象資料、確認方法、結果、未確認理由、担当者を持たせます。
- 対象期間：資料と給与処理の期間が一致しているか
- 対象者：入退社や所属変更の連絡を受領したか
- 勤怠：不足、重複、訂正版の有無を確認したか
- 支給・控除：変更の根拠資料と承認状況を確認したか
- 計算結果：人数、合計、前回との差を照合したか
- 確定：有資格者の確認と顧問先の承認がそろったか
具体的な確認内容は契約範囲と業務に合わせて専門担当者が定めます。AIに「一般的な給与計算のルール」を作らせ、それを根拠に対象者や控除を自動変更しないでください。
想定例：担当者不在でも、問い合わせを再開できる
架空の事務所で、顧問先A社の勤怠ファイルが届き、その後に訂正版が送られた場面を考えます。担当者は前のファイルで確認を進めていました。
引き継ぎには「A社対応中」ではなく、次を残します。
- 正式な作業対象は訂正版。旧版は原本として区別して保管
- 変更のある行は確認候補として抽出済み
- 一部の変更理由は顧問先へ問い合わせ中
- 給与データへの反映と確定は未実施
- 次の担当者は回答を確認し、有資格者へ回す
この情報があれば、後任が最初から全工程をやり直したり、古い資料で確定したりする危険を減らせます。AIの要約だけではなく、対象ファイルへの参照と確認記録を残すことが重要です。
AIが整理する差分と、計算ソフトの計算を分ける
前月との比較では、項目の増減、空欄、対象者の追加・削除などを確認候補にできます。ただし、差があるから誤り、差がないから正しい、とは限りません。
生成AIには「変更理由を推定して修正」ではなく、「変更箇所と確認すべき点を示す」と依頼します。数値の差は表計算や検証済みのプログラムで再現し、給与計算は適切に設定・検証した既存ソフト等で行います。
前月の誤りが今月も続いている場合、単純な差分では見つかりません。前月比較とは別に、今月の根拠資料と確認基準へ照らす工程を残します。
具体例2：入退社・勤怠変更が重なった月を安全に引き継ぐ
架空の顧問先で、月の途中に入社した従業員が一人、勤務時間の変更があった従業員が一人いる場面です。担当者は、変更届、勤怠記録、顧問先からの連絡を同じ対象月のフォルダへ集め、「入社日」「適用日」「変更前後」「根拠資料」「確認者」を確認待ち一覧へ記録します。AIは資料名や対象月の不一致を候補として示すだけで、勤務区分や支給額を決めません。
たとえば勤怠記録に所定時間を超える勤務があり、連絡票に理由や承認の記録がない場合は、自動で前月と同じ扱いにせず「担当者確認」に止めます。厚生労働省は労働日ごとの始業・終業時刻を適正に把握し、労働時間に基づいて賃金を計算・支払うよう案内しています。記録の内容や割増賃金の扱いを、AIの差分要約だけで確定しないことが重要です。厚生労働省「労働時間を適正に把握し正しく賃金を支払いましょう」
この例の価値は、計算を自動化することではなく、変更が給与へ反映されたか、どの資料で確かめたか、誰の承認待ちかを後任も追えるようにすることです。
自分専用ツールは「確認待ち一覧」から始める
市販の給与ソフトそのものを作り直す必要はありません。事務所に足りない部分だけを、小さな補助ツールで埋める発想が使えます。
例えば、顧問先コード、対象月、受領資料、版、確認担当、未解決事項を一覧にし、未承認の案件を確定済みへ移せないようにする仕組みです。AIには、この画面や入力項目の試作を手伝わせます。
最初は本番の給与データに接続せず、架空の資料で動作を確かめます。数字の変更、振込、給与明細の送付はツールの対象外とし、読み取りと確認記録だけに限定すると検証しやすくなります。
給与計算の前後に使う確認待ち一覧を設計してください。
工程：[受領／資料確認／差分確認／専門確認／顧問先承認]
必要項目：[顧問先コード、対象月、資料版、担当、未確認事項]
出力：画面項目、状態遷移、入力エラー、テスト例。
給与額・料率・制度判断は作らない。
未確認を正常扱いにせず、確定操作は承認記録が必要な設計にする。
実データの更新・送信・振込は機能に含めない。テストは、問題がある資料でも止まれるかを見る
正常な一件だけで試作を完成扱いにしないでください。対象月が違う、資料が二重、担当者が未設定、空欄がゼロへ変換される、承認後に訂正版が来る、といった場合を試します。
有資格者が正しい扱いを定めたテスト例と照合し、修正後も同じ結果になるか確認します。AIにコードを書かせた場合も、その説明だけで正しさを証明したことにはなりません。
機能追加のたびに確認できるよう、入力例と期待する出力を保存します。障害時には既存の手順へ戻せることも確認しておきます。
給与情報を扱う権限と保存を決める
給与・口座・個人番号などを含む資料を、試作のために外部AIへ丸ごと渡す必要はありません。まず架空データを使い、実データが必要な場合は契約、守秘義務、利用目的、保存、学習利用、閲覧範囲を確認します。
顧問先コードに置き換えても、他の情報と結び付けて本人が分かる場合があります。共有範囲を限定し、誰が何を見たか、どの結果を承認したかを確認できる運用にします。
まとめ：担当者の経験を、確認できる手順へ変える
給与計算の属人化対策は、AIに判断を移すことではありません。確認の根拠、未解決事項、承認を残し、誰が担当しても次の作業が分かる状態をつくることです。
FUJI PRESSでは、富士市の士業事務所の業務整理や小さな補助ツールの設計を支援します。制度・計算・専門判断は担当する有資格者の確認を前提に、既存の仕組みを活かす方法を一緒に考えます。
運用上の確認
顧問先ごとの締切、必要資料、未受領、変更申告、計算設定、確認者をチェックリスト化します。AIへ渡す情報を最小化し、計算結果と修正履歴を承認前後で保存します。
よくある質問
Q. 給与計算を生成AIだけで行えますか？
行いません。AIは確認候補の整理に限定し、適切に設定・検証した計算手段と担当者が確定します。
Q. 前月と同じなら確認不要ですか？
前月の誤りが続く可能性があるため、当月資料と基準にも照合します。
Q. 差額があれば誤りですか？
入退社、勤怠、手当など正当な理由もあるため、根拠資料で確認します。
Q. 属人化を減らす最初の一歩は何ですか？
一社分の資料一覧、締切、確認順、例外、承認者を書き出すことから始めます。