SONAE KNOWLEDGE / 会社の備え

「振込先が変わりました」そのメールに、送金前の確認ルールはありますか?

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

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

経理担当者が振込先変更の書類を前に、既知の連絡先へ電話で確認する場面のイラスト
送金の前に、いつもの連絡先へ。SONAE / AI生成のイメージ

文章の違和感を探すだけでなく、変更を確認する経路と承認する人を決める。

見慣れた差出人でも、変更をいったん止める

請求書の差し替えや取引先の口座変更は、忙しい経理業務の中では自然な依頼に見えます。IPAのビジネスメール詐欺FAQは、正規の連絡先を確認した上で電話をかけ直すことなどを案内しています。届いたメールへの返信だけでは、相手を十分に確かめられない場合があります。文章が丁寧、会社名が正しい、過去のやり取りが付いているといった見た目を、送金を進める根拠にしない運用を考えましょう。

SONAE KNOWLEDGE / 図解 01

依頼の経路と、確認の経路を分ける。

  1. 変更の依頼が届く経路

    メール・電話・チャット

    新しい口座や連絡先が書かれていても、処理はいったん保留する。

  2. 事実を確かめる経路

    社内の既存台帳にある連絡先

    依頼に添えられた番号に頼らず、確認済みの連絡先で確かめる。

社内の承認まで含めて確認します。自然な文章や声だけを、送金の承認の代わりにしません。

メールに書かれた番号を、そのまま使わない

以下はSONAEが提案する業務手順です。口座変更の依頼を受けたら、社内で保管している取引先台帳や、取引開始時に確認した連絡先を使って事実を確かめます。変更依頼に新しく添えられた番号は、確認先として扱わず別途確かめます。台帳自体の更新を同時に求められた場合も、古い連絡先を消す前に確認します。電話でつながったことだけをもって完了とせず、担当者と変更内容を確認し、その結果を記録してください。

SONAE KNOWLEDGE / 図解 02

同じ依頼でも、確認の経路を変える。

「誰から届いたように見えるか」と「誰に確認したか」を分ける。

同じ依頼でも、確認の経路を変える。受付別経路で確認結果を共有確認先にしない01振込先変更の依頼会社名・声が自然でも02送金を保留変更をすぐ確定しない03既知の連絡先既存台帳から確認04社内の承認確認結果と判断を記録05依頼に添付の番号これだけに頼らない同じ依頼でも、確認の経路を変える。01振込先変更の依頼会社名・声が自然でも02送金を保留変更をすぐ確定しない03既知の連絡先既存台帳から確認04社内の承認確認結果と判断を記録05依頼に添付の番号これだけに頼らない
確認が取れない場合は未確認として保留します。メール・電話・チャットのいずれでも、既存の確認と承認の手順を通します。
図の内容を文章で読む

振込先変更の依頼:会社名・声が自然でも / 送金を保留:変更をすぐ確定しない / 既知の連絡先:既存台帳から確認 / 社内の承認:確認結果と判断を記録 / 依頼に添付の番号:これだけに頼らない。関係:振込先変更の依頼 → 送金を保留(受付) / 送金を保留 → 既知の連絡先(別経路で確認) / 既知の連絡先 → 社内の承認(結果を共有) / 振込先変更の依頼 → 依頼に添付の番号(確認先にしない)

急ぎの依頼にも、同じ承認を通す

架空の取引先から「本日中」「担当者には内密で」と変更依頼が来た場面を想定します。経理担当は送金の処理を保留し、確認済みの連絡先で取引先に確かめ、社内の承認者へ確認結果を渡します。連絡が取れなければ、変更は未確認として残します。経営者名の依頼であっても確認を省略しないこと、保留した担当者を責めないことを、経営者自身が周知すると実行しやすくなります。金額による例外を作る場合は、その理由と責任者も決めます。

声や映像も、承認の代わりにしない

生成AIが身近になった今は、自然な文章や聞き覚えのある声だけに本人確認を任せない運用が役立ちます。これは、今回の依頼がAIで作られたと見抜くための手順ではありません。AI利用の有無を判断できなくても、既知の連絡先と既存の承認経路で確認できる形にします。メール、電話、チャットのどの経路で依頼されても、振込先を変えるときの確認事項をそろえるのがSONAEの提案です。

一枚の記録で、誰が確かめたか残す

確認表には受付日時、変更内容、確認先の出どころ、確認した相手、社内承認者、対応結果を残します。口座番号などの機微な情報は必要な範囲に限定し、関係者だけが扱う場所で管理します。不審な依頼は削除して終わらせず、社内の連絡先へ報告できるようにします。すでに送金した場合は、速やかに利用金融機関と警察へ相談し、社内責任者にも連絡します。自己判断で追加の支払いをしたり、証拠を失う操作をしたりしないよう、連絡先を平時に用意しておきましょう。

社内で使う記録のひな型

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

受付内容
架空取引先からの振込先変更/送金処理は保留
確認経路
既存の取引先台帳に登録された連絡先
確認記録
確認日時・相手の担当者・確認した変更内容
承認と結果
社内承認者・変更の可否・未確認なら保留の理由

CASES / 2026年10月23日確認

実際の事例から、備えを考える。

以下は公表資料をもとにした要約です。SONAEの診断実績ではありません。自社への適用は、下の問いと分けて考えます。

事業者の脅威調査

IT担当を装って認証情報を求める電話

公表・更新
2026年1月31日(今回確認した公式ページの表示)
発生・観測
報告対象の一部:2026年1月上旬〜中旬。

Googleは、IT担当を装う電話で偽の認証画面へ誘導し、SSO情報やMFAコードを取得した活動を報告しています。

確認範囲:「MFAがあればすべて防げる」と示す事例ではありません。声がAI生成だったとする断定もしていません。

自社で確かめたいこと / SONAEの整理

認証コードの提供や再登録を求められたとき、既知の社内窓口に確認する手順がありますか。

一次資料:Google Threat Intelligence Group/Mandiant ↗

事業者の脅威調査

SaaS連携の信頼関係を悪用する活動

公表・更新
2026年7月13日
発生・観測
観測されたキャンペーン:2025年半ば〜2026年半ば。

Microsoftは、電話による誘導や外部連携を介し、OAuthのアクセス権がデータ窃取に悪用された活動を報告しています。

確認範囲:Salesforce基盤自体の脆弱性による事案として報告されたものではありません。AIが使われたとの断定もしていません。

自社で確かめたいこと / SONAEの整理

人のログインだけでなく、連携アプリの権限・承認者・解除方法も管理していますか。

一次資料:Microsoft Security ↗

相談前の確認表

  • 口座変更を保留して確認するルールがある
  • 受信した依頼と独立した既知の連絡先がある
  • 経営者からの急ぎの依頼にも確認を省略しない
  • 不審な依頼と送金後の連絡先を共有した

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

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

会社の点検・改善の進め方を見る →