PU Prime のサポート照会で証拠となるもの
照会が滞る原因は、文面の書き方よりも、添付された資料にあることの方がはるかに多くあります。本ページでは、画面キャプチャ、エクスポートした取引明細、オペレーション番号のそれぞれが単独で何を証明するのか、そしてどの組み合わせによって問題の説明が検証可能なものへと変わるのかを整理します。
PU Prime 口座を開設 →サポート照会は言い回しではなく資料によって解決します。時計、日付、アドレスバーが写ったウィンドウ全体のキャプチャであれば、時点と文脈の中に位置づけることができますが、切り取られた断片ではそれができません。エクスポートした取引明細はサーバーが記録した内容を示し、スクリーンショットは画面に表示されていた内容を示します。これは同じ1分間についての2つの異なる記録です。オペレーション番号は特定の1件を一義的に指し示しますが、金額だけでは同じ期間内の複数の記録に該当し得ます。
添付資料の種類ごとに、実際に証明できること
回答は、記録の中から特定できる情報に基づいてしか行えません。以下の一覧は、各資料が単独でどれだけの役割を果たすか、そして次のメッセージで何を確認する必要が残るかという観点で並べています。
| 照会に添付する資料 | 証明できること | 残る不明点 |
|---|---|---|
| 時計、日付、アドレスバーが写ったウィンドウ全体の画面キャプチャ | いつ、どのページで、どの口座内で画面を確認したか | サーバーの記録内容は分かりません。オペレーション番号と併せてご提出ください |
| 同じ画面を切り取った断片 | 1行分の文言のみで、その周辺情報は分かりません | いつ取得され、どこから来たものか。断片が2つあっても前後関係を判断できません |
| プラットフォームからエクスポートした取引明細 | 対象期間内のすべての記録を、サーバーが記録した順序どおりに示します | その時点で画面に何が表示されていたかは分かりません |
| オペレーション番号、注文番号または取引番号 | 双方で同一の呼称により、ただ1件の記録を特定できます | どのような結果を想定していたかは分かりません。1行の説明を添えてください |
| 番号のない金額のみ | ほとんど何も証明できません。同じ期間内の複数の記録が同一金額である場合があります | どの記録を指しているのか。回答としてまず確認せざるを得ない点です |
これは文章を長く書くという話ではありません。オペレーション番号が添えられた3行の説明は検証可能ですが、切り取られた画像が添えられた長文の説明は検証できません。その違いは、最初の一文が読まれる前に決まっています。
問題は解像度ではなく、切り取りにあります
画像が切り取られるのは、たいてい極めて善意の理由によるものです。関係のない部分をすべて取り除いた結果だからです。しかし残念ながら、最初に取り除かれる部分、すなわち時計、日付、アドレスバー、隅に表示された口座名こそが、第三者がその画像を位置づけるために必要な部分なのです。残るのは画像として表現された一文にすぎず、その一文はすでにメッセージ本文に書かれています。
スマートフォンで画面を撮影した写真にも同じことが当てはまります。内容は写っていても枠が失われており、その枠こそが内容を特定可能にするものです。ウィンドウ全体をキャプチャしても手間はまったく変わらず、確認のやり取りを丸ごと1往復省くことができます。
ただし、実務上の例外を1つ挙げておきます。メッセージの正確な文言そのものが要点である場合には、同じ画面のウィンドウ全体のキャプチャを併せて添付するのであれば、切り取った画像でも問題ありません。一方は何が書かれていたかを示し、もう一方はそれがどこでいつ書かれたのかを示します。
同じ1分間についての2つの記録:画面とサーバー
スクリーンショットとエクスポートした取引明細は、同じ証拠を2通りの方法で示したものではありません。スクリーンショットはある時点で端末に表示されていた内容を記録し、取引明細はサーバーが受け付けた内容を、受け付けた順序どおりに記録します。照会がその両者の食い違いに関するものである場合、両方が揃って初めてその差異が確認できるようになります。
時間帯(タイムゾーン)が見た目以上に重要になるのもこのためです。端末の時計とサーバーの記録は、どちらも正しいまま数時間ずれていることがあり、「昨日の夕方」と書かれた説明はそのどちらとも突き合わせることができません。時計が写ったキャプチャと、プラットフォームからエクスポートした同じ期間の明細があれば、時差を推測するまでもなく曖昧さは解消されます。
その時点で何もキャプチャしていなかった場合でも、取引明細は依然として有力な半分です。後からエクスポートでき、一瞬ではなく期間全体を対象とし、そこに記載された記録は以降のすべてのメッセージで番号によって指し示すことができます。
説明を検証可能なものに変えるために
照会の判断基準は単純です。その場にいなかった読み手が、推測することなく、議論の対象となっている記録そのものを特定できるかどうかです。オペレーション番号は単独でこの基準を満たします。日付と金額の組み合わせは、どちらも繰り返し現れるため、通常は満たしません。
識別番号の横には、想定していた結果と実際に起きたことを述べた1行を添えてください。識別番号はどの記録かを示し、その1行はなぜそれを提起しているのかを示します。どちらも他方の代わりにはならず、この2つが揃えば通常はそれで照会として十分です。
資料は多ければよいというものではありません。隣接する画面の画像を10枚提出されるよりも、ウィンドウ全体のキャプチャ1枚とエクスポートした取引明細1件の方が短時間で確認できますし、ファイルが増えるほど、肝心な点が見落とされる箇所も増えていきます。
回答に実際に役立つ資料の揃え方
- 気になる部分だけでなく、ウィンドウ全体をキャプチャしてください。 時計、日付、アドレスバー、口座名がすべて枠内に収まるようにしてください。必要であれば後から切り取ることができます。全体のキャプチャから切り取ることはできますが、切り取った画像から全体を復元することはできません。
- オペレーション番号、注文番号または取引番号はテキストとしてコピーしてください。 メッセージに入力された番号は検索できますが、画像の中の同じ番号は検索できません。数字の抜けを防ぐため、入力し直すのではなく貼り付けてください。
- 該当期間の取引明細は、スクリーンショットではなくエクスポートしてください。 エクスポートしたデータにはサーバー側の並び順と、問題となっている記録の前後のすべての記録が含まれます。原因はたいていそこに見つかります。
- 識別番号の横に、期待していた内容を一行で書き添えてください。 何を期待し、代わりに何が表示され、どの端末の時計で何時だったのか。これは添付資料では補うことのできない部分です。
- 一度に、まとめて送信してください。 資料が分割して届くと、そのたびに確認作業が最初からやり直しになります。しかも、最初のメッセージが生じさせた疑問に答えているのは、たいてい2通目のメッセージです。
添付できるものが一つだけであれば、取引番号にしてください。このリストの中で、解釈を一切挟まずに双方で同じ記録を特定できるのは、これだけです。
どの資料がどの疑問を解決するか
| 問われている点 | 解決できる資料 | 解決できない資料 |
|---|---|---|
| どの記録が争点になっているか | 取引番号または処理番号を、テキストとしてコピーしたもの | 金額（同一期間内の複数の記録で重複し得るもの） |
| その時点で画面に表示されていた内容 | 時計と日付が見える、ウィンドウ全体のキャプチャ | 切り取られた一部分（時系列上に位置づけられないもの） |
| その時点の前後にプラットフォームが記録した内容 | プラットフォーム自体から該当期間について出力した取引明細書 | 明細書のスクリーンショット（並び順と前後の記録が失われるもの） |
| これが正確にいつ起きたのか | キャプチャ内に写った端末の時計とタイムゾーン、および明細書のタイムスタンプ | 「昨日の夕方」のような、相対的な時間表現による説明 |
| そもそも申請が送信されたのかどうか | 確認画面に表示された参照番号を、全体が写るように撮影したもの | 確認画面が表示されたという記憶 |
左の列は、最初の返信で本来お尋ねせざるを得ない質問です。中央の列の資料があれば、そのやり取りが丸ごと不要になります。