正しいチケットを消さずにイベントの重複登録を扱う方法

何が重複しているのかを分ける

編集可能な重複審査ログをダウンロード（Markdown・英語）

人物のプロフィール、登録、注文、支払い、座席、チケット、入場記録を区別します。連絡先が二つあっても、支払い済み注文が二重とは限りません。比較する前にイベントの回とセッションを確定します。サポート、経理、入場担当が同じ取引を示せるよう、チケット事業者の識別番号を残します。[1][2][3][4]

候補を示し、自動で統合しない

まず注文番号と登録番号を比較し、メール、氏名、電話、作成時刻は補助的な手掛かりとします。同じメールは団体購入者のものかもしれず、異なるメールでも同一人物かもしれません。似た氏名は別人の場合もあります。フォーム再送、インポート再実行、団体名簿、正当な追加購入を調べます。照合を容易にするためだけに電話認証を必須にしないでください。弱い一致は削除せず審査待ちにします。[1][2][3][4]

支払い、定員、チケット状態を確かめる

支払いと返金、券種、座席や時間枠、譲渡、入場済みかどうか、送信済みの確認メールを調べます。どの登録が参加者のもので、各注文がどの支払いを示すか確認します。データ整理のために二つの有料注文を統合したり、認められた取消・返金が終わる前に席を開放したりしないでください。使用するサービスの現行機能を確認し、権限のある担当者が操作します。[1][2][3][4]

本人確認が必要なら連絡する

両方とも有効な可能性があれば、確認済みの注文経路で購入者または参加者に連絡します。二つの参照番号を示し、どちらのチケットを使う予定か尋ねます。他人の情報は開示しません。判断、担当者、通知、チケット配送や入場権限の変更を記録します。二重請求の疑いは決済記録で照合し、二件目が無料と決めつけないでください。[1][2][3][4]

関連する一覧を照合する

承認された変更後、参加者数、販売済み枠、座席、名札、飲食数、案内メール、CRM書き出し、入場一覧を確認します。変更前後の数と取引番号を記録し、支払いや入場判断の根拠を消さないでください。今後は送信完了を明確に表示し、既存の登録を探せるようにし、安全な環境でインポート時の重複判定を試します。[1][2][3][4]