別会社向けの見積書を添付したと気づいたときの営業初動

別会社向けの見積書を送ったと気づいたら、追加の送信を止め、実際の宛先と添付内容を確認して社内の対応責任者へ連絡します。正しい見積書の再送より先に、何が誰に渡った可能性があるかを整理してください。取り消しや削除を依頼したことと、相手側で削除を確認できたことは別です。

送信済みの実物から、分かる事実を集める

記憶だけで「あのファイルだと思う」と報告せず、送信済みメールを開いて宛先、CC、添付名、送信時刻を確かめます。添付ファイルの中身も、社内の取り扱いに従って確認します。同じ名前のファイルでも内容が異なることがあるため、名前の一致だけで特定したつもりにならないようにします。

確認するのは、顧客名、価格、仕様、個人に関する情報など、どの情報が含まれていたかです。詳細を大勢の社内メンバーに再送して知らせるのではなく、報告先が必要な資料を確認できる方法を使います。報告のための転送で共有範囲を広げないことも、初動の一部です。

ファイルを添付したのか、共有リンクを送ったのかも分けます。リンクの場合は、共有設定や有効なアクセス範囲を確認する担当へ回します。リンクへのアクセス制限と、すでに取得されたコピーの扱いは同じではありません。設定を変えただけで、情報が相手に残っていないとは言えません。

社内報告では、推測と未確認を明示する

会社の事故対応手順に沿い、上司や情報管理、セキュリティなどの指定された責任者へ速やかに報告します。担当部署の名称や報告経路は会社ごとに異なります。営業担当者が自分だけで重大性を判断し、問題なさそうだから連絡しないと決めないようにしてください。

報告には、確認できた事実と、その時点で不明なことを分けて記載します。相手がメールを受信したか、添付を開いたか、第三者へ転送したかは、送信記録だけでは分からない場合があります。既読表示がないことや返信がないことを、未閲覧の証拠に置き換えません。

先方への連絡、情報の持ち主への説明、外部への報告が必要かどうかは、担当責任者が事実関係と適用されるルールを確認して判断します。本稿は個別事案の法的な報告義務や期限を決めるものではありません。報告先の判断に必要な情報を揃え、判断待ちの間に営業側の追加送信を止めます。

取り消し操作の結果を、解決済みと読み替えない

メールソフトに取り消し機能があっても、利用条件や結果を確認する必要があります。Microsoft公式サポートは、Outlookの取り消しについて、アカウントや組織などの条件と制限を説明しています。別会社の相手への誤添付では、取り消し機能が使える、または相手のコピーが消えるという前提で対応を終えないでください。

操作を行う場合は、誰が、何時に、どの機能を使い、どの結果を確認したかを残します。送信側で要求を出せたことと、受信側の状況を確認したことを分けます。画面上の通知の意味が分からなければ、情報システム担当などに確認し、自分に都合のよい意味で解釈しません。

社内責任者がアクセス制限の変更などを指示した場合も、その実施記録を残します。一方で、元のメールやファイルの証跡を独断で消すと、後から何を送ったか説明できなくなるおそれがあります。調査用の記録の保持と、相手へのアクセスを止める作業は、担当者の指示に沿って扱います。

承認された範囲で、訂正と削除依頼を行う

先方へ連絡する場合は、社内で承認された文面と経路を使います。誤送信したメールを特定できる件名や送信時刻を伝え、依頼する作業を明確にします。別会社の詳細な情報を謝罪文に書き足したり、誤った見積書を再び添付して説明したりする必要はありません。

削除をお願いした場合には、お願いを送った事実、相手から回答を受けた事実、その回答で確認できる範囲を分けて記録します。回答が「承知しました」だけなら、どの範囲の対応を意味するか不明な場合があります。追加確認が必要かは責任者と相談し、相手の発言を「全コピーを完全削除済み」と広げないようにします。

以下は文の構造を示す架空例です。実際の事故でそのまま送る定型文ではなく、会社の手順と責任者の確認が優先されます。状況が未確認の段階で、被害はありません、他には送られていません、といった結論を入れないことが要点です。

対応記録で、実施と確認を別の欄にする

引き継ぎ用の記録は、長い反省文より、誰が次に何を確認するか分かる形にします。送信の事実、社内報告、相手への依頼、相手の回答、未確認事項、次の判断者を分けます。日時を記載する場合は、記録した時点も添え、後から更新された状態と混同しないようにします。

架空の記入例では、別会社向けの見積書を一件添付したことが確認でき、社内責任者への報告と削除依頼は済んだものの、相手からの回答がない状態を考えます。この場合の処理状況は回答待ちです。依頼を送れたことを、削除完了や事故収束という結論にしません。

止めるべき場面も記録します。何を添付したか確定できない、送付先の範囲が分からない、先方からの回答の意味が不明、といった場合です。営業担当者が締切を守るために正しい版を送っても、それで先の誤添付への対応が終わるわけではありません。再送の可否は責任者に確認します。

正しい版の再送前に、選び方を見直す

再送が承認されたら、正しい顧客名、案件名、見積条件、添付の実物を照合します。誤添付したファイルと並んで保存されている場合、ファイル名だけ変えても選択ミスの原因が残ることがあります。案件別の保管先や、送信直前に実物を開く確認など、原因に合う手順を選びます。

下書きや予約送信に同じ添付が残っていないかも調べます。全案件に一律の工程を追加する前に、どこで取り違えたかを確認してください。作成時の間違いなのか、保存先の混在なのか、添付選択時の間違いなのかによって、見直す場所が異なります。改善策を作ったことと、事故の影響を確認したことも分けます。

参照資料：Microsoft公式サポート「Outlook でメールを取り消す方法: 要件、制限事項、& 手順」。確認日：2026年10月18日。参照URL： https://support.microsoft.com/ja-jp/outlook/mail/how-to-recall-an-email-in-outlook-requirements-limitations-steps 。製品機能の条件を確認する資料であり、本稿の架空例の削除結果や、法的対応の十分性を保証するものではありません。

実際には無料の受信トレイ到達テスト（check.live-direct-marketing.online）で確認できます。

よくある質問