SONAE KNOWLEDGE / 会社の備え

振込先の変更依頼を受けたら。請求書と別の経路で確かめる

AI技術確認日:2026-10-23/編集確認は未了

AIを用いて初稿を作成し、技術確認もCodex(AI)が実施しています。一次資料との対応、記述とひな型の整合性を確認しました。専門家による監修ではありません。運営者の判断で先行公開しています。本人による編集確認は未了です。確認範囲は運営と編集のページをご覧ください。

BEC対策はメールの見た目だけに頼らず、取引先マスターの変更と支払いを別々に確認する。

見慣れたやり取りでも、変更は立ち止まる

IPAのビジネスメール詐欺FAQは、依頼の署名欄だけに頼らず、信頼できる方法で得た連絡先から事実を確認するよう案内しています。SONAEは、請求書が自然に見えるかだけでなく、振込先を変更する業務に確認の段階を置く方法を提案します。本物の会話に見えても、相手のメールが侵害されている可能性までは外観で排除できません。以前の文面と似ていることを、変更の承認が済んだ根拠にしないようにしましょう。

SONAE KNOWLEDGE / 図解 01

変更する取引と、独立した照合。

  1. 届いた依頼

    請求・変更先・期限

    依頼だけで更新しない。

  2. 会社の確認

    管理済みの窓口・承認

    照合の根拠を残す。

同じメールへ返信するだけでは、独立した経路の確認にならない場合があります。

届いた依頼の中だけで確認を完結させない

請求書やメールに新しく書かれた番号へ電話をかけても、同じ依頼者へ戻るだけになる場合があります。管理済みの契約情報や以前から確認していた窓口を使い、変更の依頼者、口座情報、適用する請求を照合します。どの情報を正規の原本とするかを先に決め、その原本を変更できる担当も限ります。番号を探すときに、届いたメッセージから案内された検索結果だけを頼らない確認が必要です。

SONAE KNOWLEDGE / 図解 02

依頼の中からではなく、管理済みの窓口へ。

依頼の中からではなく、管理済みの窓口へ。図はSONAEの運用例です。支払先の変更と送金の承認は別の判断として管理します。振込先の変更取引と変更箇所を記録独立した照合管理済みの連絡先を使う承認と支払い役割・根拠・保留を記録依頼にある新しい連絡先その先だけで照合を終えない依頼の中からではなく、管理済みの窓口へ。図はSONAEの運用例です。支払先の変更と送金の承認は別の判断として管理します。振込先の変更取引と変更箇所を記録独立した照合管理済みの連絡先を使う承認と支払い役割・根拠・保留を記録依頼にある新しい連絡先その先だけで照合を終えない
図はSONAEの運用例です。支払先の変更と送金の承認は別の判断として管理します。
図の内容を文章で読む

振込先の変更:取引と変更箇所を記録 / 独立した照合:管理済みの連絡先を使う / 承認と支払い:役割・根拠・保留を記録。図はSONAEの運用例です。支払先の変更と送金の承認は別の判断として管理します。 依頼にある新しい連絡先:その先だけで照合を終えない。

マスターの変更と、支払いの承認を分ける

取引先マスターを更新できる人と、支払いを承認する人の役割を整理します。小規模な会社で完全に別の担当を置けない場合も、責任者の追加確認や変更の記録を設けます。同じ担当が受信、変更、送金まで急いで進める場面を見つけ、どこに確認を差し込めるか考えましょう。請求額がいつも通りでも、受取先が変わるなら別の判断です。変更申請の番号と、影響する支払いを対応させて記録します。

急ぎの例外にこそ、戻れる条件を付ける

締め切りや役員名を理由に、確認を飛ばす依頼を受ける場合があります。急ぎのときに誰へ相談し、確認が取れなければどの支払いを保留するかを決めておきます。例外を認める責任者にも、未確認の点を見える形で渡します。架空の例では、月末の請求一件で変更確認が終わらず、既存の窓口へ照会した記録と保留の判断を残します。メールを受けた経理担当だけに、取引停止の判断を押し付けないことが大切です。

送ってしまった場合は、通常の照合を待たない

不審な送金に気付いた場合、IPAのFAQでも銀行への速やかな連絡が挙げられています。自社では利用する銀行の正式な窓口と、社内責任者への連絡を準備します。取り戻せることを約束するものではありません。送金の時刻、取引番号、対象、連絡した相手と指示を記録し、関係するメールなどは担当の案内で保全します。追加の支払いを求める連絡を受けても、被害回復のためという説明だけで応じないようにします。

確認の跡を、次の請求へつなぐ

完了の目安は、変更の根拠、独立した照合、承認者、適用する取引を追えることです。安全だったという結論だけを残すと、次の担当は同じ依頼か判断できません。定期的に架空の変更依頼を使って読み合わせ、通常と例外の経路を確かめます。本記事の様式はSONAEの運用提案で、銀行の手続きや送金の承認そのものではありません。本人確認と支払確認を業務へ組み込み、注意力だけに依存する箇所を減らしましょう。

社内で使う記録のひな型

SONAEの運用例・架空データです。実際の秘密情報をこの画面へ入力する欄ではありません。

依頼
架空の取引・変更箇所・適用日
照合
管理済みの連絡先・確認した相手
承認
マスター変更・支払い・例外の担当
履歴
処理番号・保留・返答・再確認

相談前の確認表

  • 依頼文の中だけで照合しない
  • 変更と支払の承認を分ける
  • 急ぎでも保留と相談の経路を使う
  • 送金後の正式な連絡先を準備する

参考資料(確認日:2026年10月23日):IPA:ビジネスメール詐欺 FAQ ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。

初動・改善支援の内容を見る →