イベント確認メールが返送されたときの参加者サポート手順

まず注文を確認して案件を開く

編集可能な案件シートをダウンロード（Markdown、英語）

発行元システムで対象の開催回と注文を探し、支払済み、保留、取消、返金などの状態を確認します。メールの失敗は配信状態であり、注文の成功・失敗とは別です。メッセージの種類と送信予定時刻を記録し、販促メールの返送を購入確認と混同しません。

安全な問い合わせ番号を伝えます。開場が近ければ承認済みの連絡経路で例外対応担当に共有します。確認していないアドレスへ有効な入場コードを転送しません。

実際の配信記録を読む

送信事業者のイベント、返送通知、診断コード、時刻とメッセージIDを確認します。Gmailは具体的なエラーの確認を勧めています。Amazon SESは恒久的、一時的、不明の返送を区別し、一時的な失敗には再試行する場合があります。「送信受付」は受信箱への到達や閲覧を証明しません。[3][1]

届かない理由が常に返送とは限りません。未生成、拒否、迷惑メール振分け、誤アドレスを区別します。多数に共通する問題は必要最小限の診断情報でメール管理者に渡します。

変更前に連絡先を確認する

誤記や変更依頼では、事業者の本人・注文確認手順を使います。氏名と注文番号だけでは不十分な場合があります。推測で修正せず、認められたサポート経路で新しい完全なアドレスを確認し、承認者を記録します。

配信失敗と配信停止・苦情は別です。抑止を安易に解除しません。Cventの案内でも配信停止した人の無効フラグ解除は禁止され、RSVPと有料チケットで操作が異なります。[4]

事業者が認める復旧手順を使う

チケット事業者が認める方法で注文連絡先を変更し再送します。Eventbriteは注文の参加者情報を直すと新アドレスにチケット受取案内が届く方法を説明します。これは同社固有です。他社の回避手順を流用しません。[2]

メールがなお届かない場合は公式アカウントやサポート経路を案内します。注文との紐付けと本人が実際にチケットへアクセスできたかを確認します。「配信済み」だけでは閲覧や入場は確定しません。

案件を閉じ再発を調べる

最終注文状態、返送理由、承認済み修正、再送または代替方法、担当者、本人の確認を記録します。共有シートには必要最小限の情報だけを置き、注文の詳細は発行元システムに残します。開場まで未解決なら制限された参照番号を例外対応担当へ渡します。

誤記や送信設定に同様の問題がないか後で調べます。Boletolibre.comの案内から外部決済へ進む場合、サポート先とイベント情報を確認メールに合わせます。実装未確認の再送機能は約束しません。