申請者と承認者を分ける
全国銀行協会は法人向け不正送金対策として、申請者と承認者で異なる端末を使うこと等を案内しています。
根拠1を確認経理採用時の振込権限・内部統制ガイド
結論：銀行画面の操作前に、申請から結果照合まで五工程へ分ける
経理担当者へ振込を任せる際は、インターネットバンキングを操作できることと、支払を決める権限を分けます。支払申請、証憑・検収確認、振込データ作成、銀行の最終承認、実行結果照合を別工程にし、少なくとも作成者と承認者を分離します。口座変更は依頼メールへ返信せず、既存マスターに登録した連絡先で再確認します。限度額、承認不在、緊急支払、失敗・組戻し、不正送金疑いまで採用時に手順化します。
判断の前提
振込業務は、取引部門の支払申請、経理の証憑・検収確認、振込データ作成、権限者の最終承認、別担当の結果照合で構成します。経理担当者が候補を作っても、支払可否、口座変更、例外日、限度額超過は会社責任者が決めます。承認者が休む日や金融機関から警告を受けた場合は、期限より停止と確認を優先できる連絡網を持ちます。
QUICK ANSWER
経理担当者の振込権限の判断早見表
最初に役割と判断基準をそろえ、詳細な業務表と同じ言葉で運用します。
| 区分 | 担当又は判断 | 運用上の確認 |
|---|---|---|
| 申請 | 現場が取引・金額・期日を提示 | 「申請」の完了条件と次の担当を記録 |
| 確認 | 経理が請求書・検収・重複を照合 | 「確認」の完了条件と次の担当を記録 |
| 作成 | 権限を限定した担当者がデータ登録 | 「作成」の完了条件と次の担当を記録 |
| 承認 | 会社責任者が銀行で最終承認 | 「承認」の完了条件と次の担当を記録 |
| 結果照合 | 別担当が成功・失敗・残高を確認 | 「結果照合」の完了条件と次の担当を記録 |
各社の件数、勤務条件、利用システム、専門家との契約に合わせて調整してください。
EVIDENCE & DECISION
公的情報を体制設計へ反映する三つの確認
職務範囲、雇用・人材活用、情報管理又は専門業務の境界を分けて確認しています。
原因分析：便利さを優先し、支払根拠・口座・権限・結果が分かれていない
申請者・取引先・金額・期日・契約・発注・費用部門が採用条件と実際の運用で一致していない
運用手順を「統一した支払申請へ根拠と期限を付ける」と定めず、担当、確認者、締切、例外時の戻し先も決めないまま、肩書きや経験年数だけで業務を割り当てています。
請求書・発注・納品・検収・金額・期日・重複が採用条件と実際の運用で一致していない
運用手順を「請求書を発注・検収へ照合して保留を分ける」と定めず、担当、確認者、締切、例外時の戻し先も決めないまま、肩書きや経験年数だけで業務を割り当てています。
既存口座・変更依頼・登録済み連絡先・確認者・変更日が採用条件と実際の運用で一致していない
運用手順を「既知の連絡先から口座変更を再確認する」と定めず、担当、確認者、締切、例外時の戻し先も決めないまま、肩書きや経験年数だけで業務を割り当てています。
振込日・受取人・銀行・口座・金額・手数料・摘要が採用条件と実際の運用で一致していない
運用手順を「承認済み支払表から振込データを作る」と定めず、担当、確認者、締切、例外時の戻し先も決めないまま、肩書きや経験年数だけで業務を割り当てています。
課題解決方法：申請から結果照合までを6ステップに分ける
STEP 01
→統一した支払申請へ根拠と期限を付ける
申請者と承認者を記録します
STEP 02
→請求書を発注・検収へ照合して保留を分ける
未検収と金額差は通常支払へ混ぜません
STEP 03
→既知の連絡先から口座変更を再確認する
依頼メール内の連絡先だけで確認しません
STEP 04
→承認済み支払表から振込データを作る
元件数・総額・エラーを戻して照合します
STEP 05
→会社責任者が別権限で明細を最終承認する
合計だけでなく例外取引を確認します
STEP 06
振込直前の残高と支払総額を同時点で比較する
不足時の支払選択は経営者が決めます
課題：新任経理へ支払判断から銀行承認まで集中する
支払申請の受付
メールや口頭依頼だけで支払候補へ追加します
請求書・検収の確認
請求書があれば納品未確認でも支払います
振込先口座の変更
変更メールの記載先へそのまま振り込みます
振込データの作成
支払表と銀行データの件数・総額が一致しません
図解1：振込権限を分ける6つの管理資料
01支払申請一覧
02請求・検収対応表
03口座変更確認票
04振込データ照合表
05銀行承認・結果記録
06ID・限度額・代替表
VISUAL GUIDE
図解2：振込を5つの役割へ分離する
支払候補を作る人と、会社としてお金を動かす人を分け、実行結果まで閉じます。
REQUEST支払申請取引・検収の根拠
→VERIFY証憑確認口座・重複・例外
→CREATEデータ作成件数・金額を照合
→APPROVE銀行承認会社責任者が実行
→MATCH結果照合通帳・エラーを確認
経理担当者の振込権限を実務へ落とす10の管理項目
1. 支払申請の受付
送金管理の支払申請の受付では、メールや口頭依頼だけで支払候補へ追加しますを一件ごとの確認材料にします。申請者・取引先・金額・期日・契約・発注・費用部門ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「統一した支払申請へ根拠と期限を付ける」です。手順としては申請者・取引先・金額・期日・契約・発注・費用部門ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には申請者と承認者を記録しますを残します。誰が何の取引として申請したか追跡できる場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、支払申請・根拠資料・受付番号。支払申請の受付の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
2. 請求書・検収の確認
送金管理の請求書・検収の確認では、請求書があれば納品未確認でも支払いますを一件ごとの確認材料にします。請求書・発注・納品・検収・金額・期日・重複ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「請求書を発注・検収へ照合して保留を分ける」です。手順としては請求書・発注・納品・検収・金額・期日・重複ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には未検収と金額差は通常支払へ混ぜませんを残します。請求、取引事実、会社承認の三点がそろう場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、請求検収表・差異・保留理由。請求書・検収の確認の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
3. 振込先口座の変更
送金管理の振込先口座の変更では、変更メールの記載先へそのまま振り込みますを一件ごとの確認材料にします。既存口座・変更依頼・登録済み連絡先・確認者・変更日ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「既知の連絡先から口座変更を再確認する」です。手順としては既存口座・変更依頼・登録済み連絡先・確認者・変更日ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には依頼メール内の連絡先だけで確認しませんを残します。変更依頼と独立した確認記録がある場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、口座変更票・折返し確認・承認。振込先口座の変更の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
4. 振込データの作成
送金管理の振込データの作成では、支払表と銀行データの件数・総額が一致しませんを一件ごとの確認材料にします。振込日・受取人・銀行・口座・金額・手数料・摘要ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「承認済み支払表から振込データを作る」です。手順としては振込日・受取人・銀行・口座・金額・手数料・摘要ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には元件数・総額・エラーを戻して照合しますを残します。銀行データを手修正した行が特定できる場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、支払表・振込データ・取込結果・修正。振込データの作成の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
5. 銀行の最終承認
送金管理の銀行の最終承認では、作成者が同じIDで承認まで実行しますを一件ごとの確認材料にします。個別ID・作成権限・承認権限・限度額・端末・認証ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「会社責任者が別権限で明細を最終承認する」です。手順としては個別ID・作成権限・承認権限・限度額・端末・認証ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には合計だけでなく例外取引を確認しますを残します。作成者と承認者と承認時刻を説明できる場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、承認画面・受付番号・承認履歴。銀行の最終承認の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
6. 資金残高と支払優先
送金管理の資金残高と支払優先では、振込作成後に残高不足や資金移動が判明しますを一件ごとの確認材料にします。口座・利用可能残高・支払総額・資金移動・優先順位・承認ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「振込直前の残高と支払総額を同時点で比較する」です。手順としては口座・利用可能残高・支払総額・資金移動・優先順位・承認ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には不足時の支払選択は経営者が決めますを残します。資金移動と支払保留の承認が残る場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、口座別残高・資金移動・保留一覧。資金残高と支払優先の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
7. 実行結果の照合
送金管理の実行結果の照合では、予約受付を完了としエラーや取消を見落としますを一件ごとの確認材料にします。受付番号・実行日・結果・通帳・エラー・組戻し・再実行ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「銀行結果を支払表と通帳へ再照合する」です。手順としては受付番号・実行日・結果・通帳・エラー・組戻し・再実行ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡にはエラーを新しい支払として二重登録しませんを残します。成功・失敗・保留を全件説明できる場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、銀行結果・通帳明細・支払完了一覧。実行結果の照合の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
8. ID・不在・事故対応
送金管理のID・不在・事故対応では、共有IDと一人の認証端末で休暇・退職時に止まりますを一件ごとの確認材料にします。利用者・個別ID・端末・認証・限度額・退職・代替・事故連絡ことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「必要最小限の個別権限と代替承認者を設定する」です。手順としては利用者・個別ID・端末・認証・限度額・退職・代替・事故連絡ことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には退職・異動時に当日権限を停止しますを残します。本人不在でも会社承認付きで再現できる場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、利用者一覧・権限・端末・緊急連絡網。ID・不在・事故対応の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
9. 例外・緊急振込
送金管理の例外・緊急振込では、当日依頼・限度額超過・承認不在・海外・初回口座を一件ごとの確認材料にします。通常と別の確認者・証拠・連絡経路を使うことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「急ぎを理由に作成者の自己承認を認めない」です。手順としては通常と別の確認者・証拠・連絡経路を使うことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には例外申請・承認・銀行警告・実行結果を残します。確認できない場合は支払を停止する場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、経営者と金融機関の連絡先へつなぐ。例外・緊急振込の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
10. 不正送金疑いと復旧
送金管理の不正送金疑いと復旧では、不審ログイン・端末警告・口座変更・誤送信・発見時刻を一件ごとの確認材料にします。操作停止、社内報告、銀行連絡、証拠保全を順に行うことで、入力操作と支払を決める行為を混同しないようにします。
実行前の統制は「原因確認前に同じ端末とIDで再実行しない」です。手順としては操作停止、社内報告、銀行連絡、証拠保全を順に行うことを徹底し、急ぎや承認者不在を理由に同一人物の自己承認へ戻しません。
監査証跡には事象記録・銀行受付・影響範囲・再開承認を残します。送金成否が不明なら二重実行を避ける場合は送信を止め、確認できた事実、銀行への連絡、影響額、再開承認を記録します。
実行後は、会社責任者が再開条件を決める。不正送金疑いと復旧の結果と銀行明細まで別担当が追い、支払の正確性と牽制を守ります。
拠点・現場の支払申請と本社の銀行承認を一つの番号でつなぐ
製造、建設、運送、小売で拠点や現場から支払依頼が来る場合、本社経理は請求書だけで検収を判断できません。現場の発注・納品・検収と支払申請へ同じ管理番号を付け、未検収と差異を通常支払から分けます。
当社へ支払予定表や振込データ作成を委託する場合も、支払可否、口座変更、資金移動、銀行最終承認は会社側に残します。当社は承認済み資料からの一覧化、データ準備、結果照合を支援し、会社責任者が判断できる証拠をそろえます。
会社に残す承認と、経理代行へ任せる処理を分ける
会社は支払対象、取引先、金額、期日、口座変更を確定し、銀行の最終承認を行います。担当者又は代行先は、承認前提で請求書回収、支払候補、振込データ、結果照合を支援します。
振込申請・データ作成・最終承認・結果照合を可能な限り分け、共有IDや退職者IDを使用しません。緊急時も会社承認と銀行連絡を省略せず、税務判断は税理士へ確認します。
新任経理へ振込業務を渡す前のチェックリスト
- 申請者と承認者を記録します
- 未検収と金額差は通常支払へ混ぜません
- 依頼メール内の連絡先だけで確認しません
- 元件数・総額・エラーを戻して照合します
- 合計だけでなく例外取引を確認します
- 不足時の支払選択は経営者が決めます
- エラーを新しい支払として二重登録しません
- 退職・異動時に当日権限を停止します
- 振込限度額と例外取引の確認基準を決めます
- 退職・不在・不正送金疑い時の銀行連絡先を決めます
READY-TO-USE TEMPLATE
振込権限管理表テンプレート
表をコピーし、自社の件数、締切、担当者、承認者、保存先へ置き換えて使えます。
| 管理項目 | 入力・確認対象 | 統制・承認 | 残す記録 |
|---|---|---|---|
| 支払申請の受付 | メールや口頭依頼だけで支払候補へ追加します | 統一した支払申請へ根拠と期限を付ける | 申請者と承認者を記録します |
| 請求書・検収の確認 | 請求書があれば納品未確認でも支払います | 請求書を発注・検収へ照合して保留を分ける | 未検収と金額差は通常支払へ混ぜません |
| 振込先口座の変更 | 変更メールの記載先へそのまま振り込みます | 既知の連絡先から口座変更を再確認する | 依頼メール内の連絡先だけで確認しません |
| 振込データの作成 | 支払表と銀行データの件数・総額が一致しません | 承認済み支払表から振込データを作る | 元件数・総額・エラーを戻して照合します |
| 銀行の最終承認 | 作成者が同じIDで承認まで実行します | 会社責任者が別権限で明細を最終承認する | 合計だけでなく例外取引を確認します |
| 資金残高と支払優先 | 振込作成後に残高不足や資金移動が判明します | 振込直前の残高と支払総額を同時点で比較する | 不足時の支払選択は経営者が決めます |
| 実行結果の照合 | 予約受付を完了としエラーや取消を見落とします | 銀行結果を支払表と通帳へ再照合する | エラーを新しい支払として二重登録しません |
| ID・不在・事故対応 | 共有IDと一人の認証端末で休暇・退職時に止まります | 必要最小限の個別権限と代替承認者を設定する | 退職・異動時に当日権限を停止します |
| 例外・緊急振込 | 当日依頼・限度額超過・承認不在・海外・初回口座 | 急ぎを理由に作成者の自己承認を認めない | 例外申請・承認・銀行警告・実行結果 |
| 不正送金疑いと復旧 | 不審ログイン・端末警告・口座変更・誤送信・発見時刻 | 原因確認前に同じ端末とIDで再実行しない | 事象記録・銀行受付・影響範囲・再開承認 |
記入例です。個人情報や銀行情報を記載する場合は、閲覧者、保存先、保管期限を先に決めてください。
運用モデル
社内担当又は代行先が請求・検収済みの支払候補と振込データを作成し、会社責任者が別権限・別端末で最終承認します。実行後は別担当が銀行結果と通帳へ照合します。
図解3：振込統制を測る6指標
指標は対象期間、母数、締め時点を固定して比較します。率は分子÷分母×100で算出し、件数・時間・期限は自社の業務量に合わせて設定してください。
根拠一致率
支払候補に請求・検収・承認がそろう割合
口座変更確認率
独立した再確認がある変更の割合
作成承認分離率
別権限で承認された振込割合
取込一致率
支払表と銀行データの件数・総額一致
結果照合率
通帳・結果まで確認した割合
権限不備件数
共有・不要・過大な権限の件数
SERVICE
会社承認を残したまま、支払予定と振込データ準備を支えます
当社は請求書回収状況、支払予定表、承認待ち、振込データ準備、結果照合を支援します。会社は支払可否、口座変更、資金移動、銀行最終承認を保持し、作業負担を下げながら権限集中を防げます。
COMPANY
会社・経営者
取引・勤怠等の事実、雇用条件、例外、支払・人事・月次数字を承認
PARTNERS
愛知経理代行パートナーズ
請求書確認・支払予定・振込データ準備・結果照合を標準化し、社内担当者の業務を支援
MANAGEMENT
会社・各専門家
銀行の最終承認と、税務・労務・法務の専門判断を担当
対応範囲は資料量、件数、利用システム、締め、例外処理を確認して事前にご案内します。専門資格が必要な判断・書類作成・代理手続きは当社サービスの範囲外です。
PRICE
料金プラン
記帳・給与計算・請求書発行をセットにした、規模に合わせて選べる月額プランです。業務量や資料の状態を確認したうえで、必要な範囲をご案内します。
横にスワイプしてプランを確認できます
エコノミー
〜5名・小規模事業者向け
¥24,800／月（税別）
記帳・給与計算・請求書発行をセットで
- 記帳代行 50仕訳／月
- 給与計算 5名まで
- 請求書発行 10件／月
- クラウド会計サポート あり
- 月次試算表レポート あり
シルバー
〜10名・中小規模向け
¥42,800／月（税別）
記帳・給与計算・請求書発行をセットで
- 記帳代行 100仕訳／月
- 給与計算 10名まで
- 請求書発行 15件／月
- クラウド会計サポート あり
- 月次試算表レポート あり
プラチナ
〜15名・成長企業向け
¥59,800／月（税別）
記帳・給与計算・請求書発行をセットで
- 記帳代行 150仕訳／月
- 給与計算 15名まで
- 請求書発行 20件／月
- クラウド会計サポート あり
- 月次試算表レポート あり
仕訳数・人数・請求書の件数を超える場合は追加費用が発生します。詳しくはお問い合わせください。
料金ページを見る →FAQ
よくある質問
Q. 経理担当者に銀行の承認権限を持たせてはいけませんか？
A. 会社規模と銀行機能によりますが、支払候補・データ作成と最終承認を分ける方が誤りや不正を止めやすくなります。経営者等の別権限を残します。
Q. 一人会社では権限分離できませんか？
A. 作業者と承認者を完全分離できなくても、請求・検収・口座・支払表を銀行画面と再確認し、限度額、個別ID、結果照合、税理士等への定期確認を組み合わせます。
Q. 振込データ作成を経理代行へ任せられますか？
A. 承認済み支払表からの準備は支援可能です。ただし、支払判断、口座変更承認、資金移動、銀行の最終承認は会社側へ残します。
Q. 口座変更はメール返信で確認できますか？
A. 依頼メールが侵害されている可能性を考え、契約書や既存マスター等に登録済みの連絡先を使い、依頼経路と独立して再確認します。
関連コラム
参考にした公式・公的情報
本文の判断軸と、確認に使った一次情報の対応を示します。
一次情報が支える範囲
公的情報は、経理職の一般的な職務、短時間労働者の労働条件、人材活用、情報セキュリティ、個人情報又は税理士業務の境界を確認するために使用しています。件数、日程、分担、評価期間は各社で設計する実務提案です。
- 全国銀行協会「法人向けインターネット・バンキングにおける不正送金にご注意！」申請者と承認者の端末分離、利用限度額、ログイン履歴確認等の不正送金対策を確認2026年9月2日確認
- IPA「中小企業の情報セキュリティ対策ガイドライン 第4.0版」個別ID、アクセス権、クラウド利用、情報資産管理、事故対応の考え方を確認2026年9月2日確認
- 個人情報保護委員会「個人情報保護法ガイドライン（通則編）」委託先の選定、契約、取扱状況の把握、再委託管理等を確認2026年9月2日確認
- 国税庁「電子取引関係」電子請求書等の電子取引データを保存する際の公式案内を確認2026年9月2日確認
経理採用時の振込権限・内部統制ガイドでは、参照先の最新版と自社規程・実態を確認し、募集・採用、雇用条件、個人情報、給与・労務は最新の法令と行政案内を確認し、必要に応じて弁護士又は社会保険労務士へご相談ください。税務判断・税務相談・申告は税理士へ確認してください。
経理担当者の振込権限について、まずは無料でご相談ください
現在の資料量、利用システム、困っている工程を伺い、外注できる範囲と料金の目安を整理します。資料が完全にそろっていなくても、分かる範囲からご相談いただけます。
無料相談・お見積りはこちら