誤送信防止
FAX誤送信を防ぐ対策10項目
宛先確認・承認・送信後対応
FAX誤送信は、番号の入力ミスだけでなく、古い宛先マスター、別案件のPDF添付、CSV列ずれ、API再試行でも起こります。注意喚起だけに頼らず、送る前・送信処理・送った後の統制を分けて設計します。
10項目
- 手入力より承認済み宛先マスターを優先
- 番号の正規化と桁・国番号の検証
- 取引終了・変更番号を失効
- 宛先名・番号・文書名を同じ確認画面に表示
- 本文のプレビューとページ数確認
- 高機密・大量送信は作成者と承認者を分離
- 新規宛先はテスト送信または折返し確認
- APIは冪等性キーで二重送信を抑止
- 結果・操作者・宛先・文書IDを監査
- 誤送信時の停止・連絡・削除依頼を手順化
原因別に対策を変える
| 原因 | 予防 | 検知 |
|---|---|---|
| 番号の手入力 | 宛先マスター、入力形式検証、名称併記 | 新規番号・変更番号の警告 |
| 文書取り違え | プレビュー、案件名、ページ数表示 | 送信前確認と送信後履歴 |
| 一括送信の列ずれ | 件数・先頭末尾のサンプル、少数テスト | 送信上限、異常件数警告 |
| API再試行 | 冪等性キー、状態照会後の再送 | 要求IDとFAXジョブIDの照合 |
ダブルチェックを形骸化させない
二人目が同じ画面で「承認」を押すだけでは、誤りを見つけられないことがあります。承認者には、取引先名、番号、文書の表紙・ページ数、機密区分、送信理由を並べ、作成者と異なる観点で確認できるようにします。大量送信は全件目視ではなく、宛先データの生成元、差分、件数、サンプル、上限を検証します。
場面別に、どこまで確認するか
| 送信場面 | 止める条件 | 残す証跡 |
|---|---|---|
| 登録済み宛先への定型送信 | 番号変更、失効、文書名・ページ数の不一致 | 宛先マスター版、文書ID、操作者、結果 |
| 新規・変更直後の宛先 | 担当者による番号確認または少数テストが未完了 | 確認者、確認方法、確認日、テスト結果 |
| 個人情報・機密文書 | 承認者不在、機密区分未設定、本文プレビュー未確認 | 作成者と承認者、承認時刻、対象文書の識別子 |
| CSV・基幹連携による一括送信 | 前回比で件数急増、列ずれ、重複番号、上限超過 | 入力ファイルのハッシュ、件数、除外件数、ジョブID |
| APIタイムアウト後の再送 | 元ジョブの状態を照会できない、冪等性キーがない | 要求ID、冪等性キー、元ジョブID、照会結果 |
確認を増やす対象は全送信ではなく、誤りやすさと情報の機密度が高い場面です。通常送信まで一律に二者承認へすると、承認の形骸化や処理遅延につながるため、例外条件を先に定義します。
誤送信後の初動
- 同じジョブの再試行・後続送信を止める。
- 送信先、文書、ページ数、時刻、操作者、取得可能なログを確定する。
- 誤送信先へ閲覧・複製を避けた削除を依頼し、応答を記録する。
- 社内責任者へ報告し、個人データの内容・件数・二次被害を評価する。
- 本人・監督当局への報告要否を、適用法令と社内手順に沿って判断する。
- 番号マスター、承認、再試行など原因となった統制を修正する。
個人情報保護委員会の資料でも、FAX誤送信は漏えい等事案の例として扱われています。報告要否や期限は事案と適用制度によるため、記事だけで一律判断しません。
SP-FAXで確認できる範囲
SP-FAXでは送信結果、日時、宛先、文書を管理画面で確認でき、APIでは冪等性キーによる二重送信・二重課金の抑止と操作監査を提供しています。二者承認をすべてのプランで標準提供済みとは表明していないため、承認フローや送信上限は個別要件として確認してください。
セキュリティ提供状況と、事故調査に使うFAX監査ログも確認できます。
参考資料
よくある質問
Q. FAX誤送信は個人情報の漏えいになりますか？
個人データが意図しない第三者へ届けば、漏えい等に該当し得ます。内容、件数、二次被害を確認して対応します。
Q. ダブルチェックだけで十分ですか？
十分とは限りません。宛先マスター、権限、プレビュー、承認、送信制限、監査を組み合わせます。
Q. 誤送信に気付いたら？
追加送信を止め、事実を確定し、削除依頼と社内報告を行います。