給与計算ソフトの導入・運用手順｜移行テストと月次締め

給与計算ソフトの導入・運用手順｜移行テストと月次締めについて、給与担当者が判断・実行・検証できる手順をまとめます。手順の前提として、各社の公表情報と公的な給与実務資料を参照しています。自社の税務・社会保険の取り扱いについては、税理士・社会保険労務士へご確認ください。

結論：二重計算してから切り替える

給与は一度の誤りでも全従業員へ影響します。マスター移行、通常月、例外月、振込前承認を段階化し、旧環境をすぐ削除しません。

運用手順書には、工程ごとに担当者、期限、入力するもの、出るはずの結果、残す証跡、失敗したときの戻し方を1行ずつ書きます。設定が終わった時点を完了とせず、自社の雇用区分・締日・例外・承認経路で実際に月次が回ったことを確認して完了とします。

確認	合格条件	未達時
入力	元資料と一致	マスターを修正
計算	差額を説明可能	設定・丸めを照合
承認	権限分離	役割を再設計
証跡	再現できる	記録を追加

導入体制

経営責任者、給与実務、勤怠、会計、情報システム、社労士の役割を分け、設定変更と給与確定を同じ人だけで完結させないようにします。

役割を分けるだけでは足りません。誰が手を出してはいけないかまで決めておくと、締日の直前に設定が動いて差額の原因が追えなくなる事故を防げます。

役割	この工程で行うこと	手を出さない範囲
給与実務	マスター更新、計算、明細の確認	自分が入力した月の最終承認
承認者	支給額と振込データの承認	計算前の設定変更
勤怠担当	締め処理と未承認者の解消	給与側の支給控除項目の追加
情報システム	権限、二要素認証、連携の設定	個人の支給額の修正
社労士・顧問	手続きと制度解釈の確認	社内の確定操作

移行データ

社員番号、雇用区分、扶養、税、社会保険、住民税、口座、支給控除、休職・退職、年末調整履歴を基準日付きで移します。

移行は「入れた」ではなく「入れたものが同じ結果を出す」で判定します。項目ごとに基準日を決め、移行後に何と突き合わせるかを先に書いておきます。

移行する項目	基準日の決め方	移行後に突き合わせる相手
社員・雇用区分	移行月の初日	社員台帳と雇用契約
支給控除項目	直近の確定給与	賃金規程と前月の明細
社会保険・等級	直近の決定通知	決定通知書の等級
住民税	当年度の税額通知	自治体からの特別徴収税額通知
年末調整履歴	前年分	前年の源泉徴収票

並行計算

通常、残業、欠勤、途中入社、退職、賞与、遡及、年末調整を含む月を選び、従業員別差額をゼロまたは説明可能にします。

並行計算は「合計が合った」で終わらせません。従業員1人ずつ、どの値が一致し、どの値がなぜずれたのかを説明できる状態にしてから切り替えます。

突き合わせる値	旧環境での出どころ	一致とみなす条件
総支給額	前月までの確定給与	1円まで一致
社会保険料	決定通知の等級と料額表	端数処理の規則まで一致
源泉所得税	税額表の適用欄	扶養親族等の数と甲乙欄が一致
控除後の差引支給	振込実績	振込金額と一致
仕訳	会計の月次残高	勘定科目と部門まで一致

月次運用

勤怠締め、異動反映、計算、差額確認、承認、振込、明細、仕訳、バックアップの締切と責任者をカレンダー化します。

月次の締めは、支給日から逆算した固定の日付表にします。給与の支払だけで終わらず、源泉所得税の納付までを同じ表に入れておくと、担当者が代わっても順番が崩れません。

締めの工程	期限の決め方	止める条件
勤怠の確定	締日の翌営業日まで	未承認の申請が残っている
計算と差額確認	振込データ作成の2営業日前	説明できない差額がある
承認	銀行の受付時限の前日	承認者が実物を見ていない
明細の公開	支給日	対象者に閲覧権限がない
源泉所得税の納付	支払った月の翌月10日（納期の特例は7月10日と翌年1月20日）	納付書の対象期間が計算と合わない

例外と障害

連携停止、銀行ファイル差戻し、誤確定、再計算、明細再配付、担当者不在を演習し、問い合わせ先と復旧順序を残します。

止まるのは連携先であることが多く、給与ソフト自体は動いていることもあります。何が止まったら確定を止めるのかを、あらかじめ線引きしておきます。

起きること	一次対応	確定を止める条件
勤怠連携が停止	前月値ではなく実績をCSVで取り込む	締日までに実績がそろわない
会計連携が停止	仕訳は保留し、給与は支給を優先	支給額そのものに影響が出る
振込ファイルの誤り	銀行の受付前なら差し替え、後なら組戻しを依頼	受付後に対象者が特定できない
ログインできない	代行者の権限で継続、原因を記録	承認者が不在で権限を渡せない
明細が公開できない	公開日を告知し、書面で代替	支給日を過ぎても方法が決まらない

運用評価

締め時間、差戻し、エラー、問い合わせ、追加費用、手作業を7・14・28・56日で測り、設定か製品選定かを切り分けます。

導入の成否は感想ではなく、同じ指標で毎月測ります。数字が悪い月は、製品ではなく手順のどこで時間を使ったのかを先に見ます。

見る指標	測り方	悪化したときに見るところ
締めにかかった時間	勤怠確定から承認までの実測	差戻しと再計算の回数
差額の件数	並行計算・前月比で説明が要った人数	マスター更新の抜け
手戻りの原因	修正のたびに理由を1行記録	入力元の資料が古い
問い合わせ件数	従業員からの明細の質問数	明細の表示項目と告知
期限の遵守	納付・届出の実施日	担当者の代行体制

給与計算ソフトの関連ページ

給与計算ソフト比較ハブ

製品詳細：freee人事労務／マネーフォワード クラウド給与／弥生給与 Next／ジョブカン給与計算／給与奉行クラウド

選定・導入・運用：給与計算ソフトの選び方｜5社比較と要件定義チェックリスト／給与計算ソフトの導入・運用手順｜移行テストと月次締め／給与計算ソフトの移行・解約・トラブル対策｜データを失わない手順

公式確認先と更新方針

• 国税庁 源泉徴収
• 日本年金機構 保険料額表
• 国税庁 タックスアンサー No.2505 源泉所得税及び復興特別所得税の納付期限と納期の特例
• 国税庁 タックスアンサー No.2523 賞与に対する源泉徴収
• 国税庁 タックスアンサー No.2662 年末調整のしかた
• BIZEE 給与計算ソフト比較

制度、料金、機能、提供状態は変更されます。運用に入ったあとも、月次の締めのタイミングで公式ページの変更を確認し、変わっていた日付と影響する工程を記録します。

ケース別の確認

ケース1：月の途中で入社した人がいる

入社日、支給対象期間、日割の計算方法、社会保険の資格取得日を1人ずつ確認します。日割は賃金規程の定めどおりか、暦日か所定労働日かまで見ます。試験では、入社日が締日をまたぐ人と、入社月に欠勤がある人を必ず1人ずつ入れます。

ケース2：退職者が出た月

最終給与の支給日、社会保険料の当月徴収か翌月徴収か、住民税の一括徴収か普通徴収への切替か、明細と源泉徴収票の交付方法を決めます。退職後にシステムへログインできなくなる人がいるため、明細の受け取り方を退職前に案内します。

ケース3：賞与を支給する月

賞与から源泉徴収する税額は、原則として「賞与に対する源泉徴収税額の算出率の表」を使い、前月の給与から社会保険料等を差し引いた金額と扶養親族等の数で率を決めます。前月給与（社会保険料等控除後）の10倍を超える賞与や、前月に給与の支払がない場合は計算方法が変わるため、その2つも試験に含めます。

ケース4：遡及改定があった

単価の変更をいつから適用するか、差額をどの月の支給に載せるか、社会保険料と所得税を再計算するかを決めます。差額の内訳を従業員ごとに出力できることを確認し、明細のどこに表示されるかも見ておきます。

ケース5：締日が雇用区分ごとに違う

正社員は月末締め、パートは15日締めのように分かれている場合、同じ支給日に両方を処理できるかを試します。締め処理を2回に分けるとき、承認と振込がどの単位で行われるかも確認します。

ケース6：勤怠を別システムから取り込む

取り込む項目の対応表を作り、締め後の再集計、未承認者の扱い、再取込による二重計上の防止を実データで試します。連携できるという表示ではなく、自社の項目が欠けずに渡ることを確認します。

ケース7：会計へ仕訳を連携する

勘定科目、部門、税区分、摘要の対応を決め、確定後に訂正したときの再送で仕訳が二重にならないかを試します。連携の単位が月次か支給単位かで、会計側の締めのタイミングも変わります。

ケース8：振込データを作り直す

銀行の受付時限、訂正の手順、組戻しの依頼先、再作成した場合の承認のやり直しを手順書に書きます。受付後に気づいた誤りは銀行への依頼になるため、社内だけで完結しない前提で期限を決めます。

ケース9：年末調整を初めてこの環境で行う

年末調整の対象になるのは「給与所得者の扶養控除等（異動）申告書」を提出している人で、その年の給与が2,000万円を超える人は対象になりません。従業員の入力、証憑の提出、差戻し、再提出、確定、源泉徴収票の出力までを、実際の人数で通します。

ケース10：源泉所得税を納付する

源泉徴収した所得税および復興特別所得税は、原則として給与などを実際に支払った月の翌月10日までに納めます。給与の支給人員が常時10人未満で納期の特例の承認を受けている場合は、1月から6月分が7月10日、7月から12月分が翌年1月20日です。納付期限が休日にあたる場合は休日明けの日になります。

ケース11：社会保険の料率や等級が変わった

製品側の自動更新を前提にせず、日本年金機構が公開している保険料額表と計算結果を突き合わせます。改定月の1人目の計算で等級と料額を確認し、賞与月は賞与の保険料も同じ方法で確認します。

ケース12：システムや連携が止まった

止まった対象、影響する工程、代替手段、復旧後の再送順序を記録します。給与の支給日は動かせないため、確定を止める条件と、手作業で続ける範囲を先に決めておきます。

ケース13：明細を紙から電子へ切り替える

閲覧の方法、初回ログインの案内、パスワードを忘れた人の再発行、閲覧できる期間、退職者の扱いを決めます。切替月は紙と電子の両方を出し、記載内容が一致していることを従業員が確認できるようにします。スマートフォンしか持たない人がいる職場では、実機での表示も試します。

ケース14：権限と操作ログを整える

設定変更、計算、承認、振込、明細の配付を別の権限に分け、共有IDでの運用をやめます。誰がいつ何を変えたかが残るか、退職者のアカウントが即日止まるか、管理者が1人しかいない状態になっていないかを確認します。ログの保存期間と、監査で見せる形式も決めておきます。

ケース15：社労士や税理士と共同で使う

外部の専門家に渡す権限の範囲、費用のかかるアカウント数、閲覧だけか編集までか、最終承認を誰が行うかを契約前に決めます。委託していても、締日と支給額の確定に責任を持つのは自社であることを手順書に明記します。やり取りの記録をどこに残すかも合わせて決めます。

ケース16：旧環境をいつ止めるか

切替後すぐに解約せず、賃金台帳、明細、源泉徴収票、社員情報、支給控除の履歴、仕訳を出力し、別の環境で開けることを確認してから停止します。法令で保存が必要な帳簿の扱いと、契約上のデータ削除の期限が食い違うことがあるため、両方の日付を並べて確認します。

ケース17：帳簿と証憑の出力を確かめる

賃金台帳、支給控除一覧表、振込一覧、源泉徴収簿、源泉徴収票を実際に出力し、必要な項目が欠けていないか、期間を指定して再出力できるかを見ます。画面では見えていても、出力形式では項目が落ちることがあります。監査や調査で提出を求められたときに、担当者以外でも同じ手順で出せるかまで含めて確認します。

ケース18：手当を新設・廃止した

支給控除の項目を足すときは、課税か非課税か、社会保険料の算定に入るか、割増賃金の基礎に入るかを1項目ずつ決めます。適用の開始月、遡って支給する分の扱い、明細での名称、会計の勘定科目まで決めてから設定します。判断が分かれる手当は、規程の条文と根拠を手順書へ書き添え、顧問の社労士・税理士に確認した内容を記録します。

ケース19：休職者や育児・介護休業の対象者がいる

休業の開始日と終了予定日、給与の支給の有無、社会保険料の取扱い、住民税の徴収方法、復職月の日割を確認します。制度の適用可否は個別の判断になるため、製品の機能説明ではなく、届出の控えと決定通知の内容にしたがって設定します。復職した月は、休業前の設定が残っていないかを必ず見ます。

ケース20：拠点や法人が複数ある

法人ごとの契約単位、従業員の上限、担当者の切り替え、請求の分かれ方、権限の分離、データの取り込み方を確認します。1つの画面から見えることと、料金が1契約で済むことは別なので、見積の単位を先に確かめます。締日や支給日が拠点で違う場合は、それぞれを試験に入れます。