最初に取引の構成を確認する
プラットフォーム、書類上の当事者、注文識別子、資産、数量、決済通貨、期間を確認します。争点が注文作成、支払い、受領、金額、行為順序のどれかを特定します。画面の状態表示だけで全ての事情を分析したことにはなりません。
プラットフォーム内の売買、入金、公開ネットワークへの出金は区別します。異なる出来事・識別子となる場合があり、履歴の各行がチェーン上の送金とは限りません。時系列作成で考慮します。
共通項目で書類を照合する
注文記録を履歴、取引のやり取り、決済書類と照合し、金額、通貨、情報、時刻、識別子を確認します。支払人・受取人の違いは別に記載し、実際の参加者についての推測で置き換えません。
似た支払いが多数ある場合など、金額の一致だけでは不十分です。特徴の組合せと順序を評価します。複数の照合候補がある場合、曖昧さと解消に必要な不足情報を示します。
時刻、単位、金額の構成を確認する
比較前にタイムゾーンを確認し、元の時刻と共通尺度への変換を分けて示します。注文作成、支払い表示、完了、ブロック収録は異なる出来事で、同じ時刻とは限りません。
数量は小数桁、手数料、情報源での分割も考慮します。ルーブル支払いと暗号資産数量を個別取引の条件に照らして比較します。相場変動だけで差異は説明できず、資料内のレートと金額を確認します。
業務に関係する部分で台帳データを使う
公開ネットワークの入出金では、ネットワーク、アドレス、資産識別子、ハッシュ、実際の結果を確認し、出力の識別子と記録を照合します。名称が似た別トークンでないことも確認します。
プラットフォーム宛て送金だけでは特定アカウントへの内部入金を確認できません。その後の内部交換も通常は公開データに現れません。サービス帳簿が必要で、なければ照合の限界を結論に記載します。
照合結果の形式
各出来事の出典、識別子、元の時刻、金額、別の出典の対応記録を示す表が成果となり得ます。一致、差異、不足情報を分け、付録で重要な各記録の元書類を確認できるようにします。
調査は整合性と順序に関する技術的質問に答えます。一致だけで意図を特定したり法的評価を自動的に与えたりしません。範囲と書面成果の形式は資料に応じて合意します。
まず課題から
状況、手元の資料、回答が必要な質問を説明してください。