Binance P2P 申诉证据：怎样整理时间线

申诉不是把手机相册里的截图全传上去。先写一句自己需要平台核对的事实，例如“订单取消前已经完成扣款”或“买方标记付款后，指定账户仍无可用入账”；然后只收集能够证明或反驳这句话的材料。买方与卖方的证据方向相反，这一步分错，后面文件再多也很难读。

先固定争议状态再收集材料

发现未到账、付款人不符、金额错误或放币争议时，不要在慌乱中反复取消和重开订单。记录订单编号、状态、资产、法币金额、支付方式、双方显示名称和倒计时。Binance 的已取消或已完成 P2P 订单申诉说明要求从对应订单选择理由、详细描述情况并附相关截图；实际入口会随订单状态与角色变化，按当次页面走。

卖方即使看到买方发送的“成功付款”画面，也必须到本人银行或支付账户确认实际可用入账。买方则要确认真实扣款，而不只是生成转账指令。双方都应避免删除聊天、编辑原始记录或把沟通移到平台外。

一条清晰时间线比大量散图更有用

1. 订单创建：记录页面时间、金额、付款方式与交易条款。
2. 付款动作：记录支付机构的发起时间、状态和付款人。
3. 平台动作：记录标记已付款、放币、取消或申诉的时间。
4. 沟通节点：摘录与争议直接相关的订单内消息。
5. 当前状态：说明资金是否实际入账、是否可用、资产是否仍托管。

每个节点用当地时间并标明时区，避免银行和平台时区不同造成误读。若时间来自不同设备，不要手工修改截图时间；在说明中解释差异。可以给附件编号，在文字叙述中引用“附件一”“附件二”，让审核人员快速对应。

支付证据应证明真实状态

支付证据必须能回到支付机构，读出金额、时间、双方信息和最终状态。

• 官方应用的交易详情、网银页面或正式回单可以作为源头。
• 短信、通知横幅与聊天截图只能证明有人发过消息。
• 买方证明真实扣款，卖方证明可用入账或对应时段没有入账。

平台要求录屏时，再按其页面准备连续画面。Binance 的P2P 申诉录像说明要求从应用商店打开银行或支付应用，并展示账户与交易路径；录制时遮住密码，验证码也不应入镜。文件格式与字段，看本次申诉页面的要求。

买方和卖方要交的东西，本来就不一样

两边要证明的方向是反的：买方要说明钱确实离开本人账户，卖方要说明钱没有进入指定账户，或入账内容与订单不符。后者需要一段连续明细来证明争议时段没有对应入账，单张余额截图做不到。

买方那侧：证明款项真的离开了本人账户

• 支付机构出具的单笔交易记录，画面里要同时能看到流水号、时间、金额、付款账户户名、收款信息和最终状态。
• 状态要落到“成功”“已完成”这一档。显示“处理中”“已提交”只说明你按了按钮，钱可能还在路上。
• 付款账户户名与 P2P 实名一致。用家人账户、公司账户或者让别人代付，即使钱确实到了，也可能因为违反规则而站不住。
• 把订单页提供的收款信息与实际付款记录逐项核对，包括户名、账号或页面显示的其他收款标识。仅有户名或尾号一项相同，不能证明付到了订单指定账户。

卖方那侧：证明钱没进来，或者进来的对不上

• 对应收款账户在争议时段的连续明细，要包含没有这笔入账的那段时间，别只截争议前后两个时间点。
• 有入账但金额、付款人或时间对不上时，把这条入账和订单并排放，逐项写清哪里不符，别让审核自己找。
• 钱到账后又被退回或撤销的，要把原入账和退回两条记录关联起来；单交退回那一条，看不出它对应哪笔订单。

对方发给你的东西，多数撑不起结论

有几类材料看着像证据，实际很难支撑判断。对方发来的付款截图，你没办法确认它来自哪个账户、有没有被编辑过；聊天里“马上放币”“钱肯定到了”这类话，只能说明他说过；站外的转账凭证如果和订单收款信息对不上，反倒说明这笔钱脱离了约定路径。群里“担保人”的说法同理，平台核不到这个人和这笔钱有什么关系。

这些东西可以随附并说明来源，但结论要靠你自己那侧能核到源头的记录撑住。放在附件靠后的位置，正文里也别拿它们当依据。P2P 收付款安全：到账后再放币那篇是交易当下的动作，比事后取证省力得多。

回单、流水、对账单，能证明的事情不一样

支付机构那边能调出来的材料不止一种，名字接近、用途不同。交哪一种，取决于你要证明的是“这一笔发生过”，还是“这段时间里根本没发生”。

• 电子回单、交易凭证：针对单笔交易，一般带流水号、双方账户信息和最终状态，有的还带验真编号或查验入口。用来证明某一笔确实发生、金额和收款方是谁。买方最该准备这一份。
• 账户流水、交易明细：按时间段列出的账户变动。它能证明“这段时间里没有这笔入账”，而回单做不到这件事。卖方主张未到账时靠它说话。
• 对账单：按周期出具、带机构抬头的汇总文件，格式最正式，但生成有周期，未必覆盖刚发生的争议。适合争议拖了一阵、需要一份完整期间记录的场合。

调取入口通常在支付应用的账单或交易记录里，单笔详情下可找“电子回单”“凭证”“开具证明”等按钮；网银端可查看账户明细是否支持导出或打印。各家格式不同，除流水号和最终状态外，还应按本次申诉要求保留金额、时间与相关账户信息。

导出的文件别随手改成带证件号的文件名，也别为了“看着清楚”在图上重画金额。需要遮的地方用不可还原的方式盖掉，原件自己留一份。有些回单带查验码，遮的时候注意别把它一起盖没了。

交材料前，先把没有入账的那段流水导出来，再回头看订单页；顺序反过来容易先入为主，把不相干的一笔当成对方付的款。

订单聊天要保留上下文

只截一句“我付了”或“我没收到”难以证明发生了什么。保留前后消息、发送时间和订单关联，特别标出对方要求站外沟通、更换收款账户、第三方付款、提前放币或撤诉的内容。不要诱导对方说特定话，也不要伪造聊天。

若已经转到站外沟通，可以提交与订单相关的部分并解释账号归属，但平台未必能验证外部账号。今后尽量回到订单内。面对侮辱或威胁，不要用同样方式回应；保留原文，必要时向平台和所在地机构报告。

遮敏不能破坏可验证性

遮敏的原则是保留争议链，去掉无关秘密。订单号、交易标识、相关姓名、金额、时间和状态要能核验。

• 遮住密码、验证码、完整卡号、证件号码、无关交易和完整余额。
• 保留原始文件；提交版注明哪些区域因隐私遮挡。
• 只使用申诉页面提供的上传入口，不把证据发到公共图床。

不要把材料发给群内“仲裁员”或上传公共图床。文件名可用日期、证据类型和序号，不包含证件号码。保留原始文件副本，提交版本注明哪些区域因隐私被遮挡。对方材料涉及其隐私时也不要公开传播。

申诉说明用事实而非结论

一份简洁说明可以写：本人角色、订单约定、实际动作、发现的差异、当前资金和资产状态、附件索引、希望平台核查的具体问题。避免只写“对方是骗子”，也不要猜测对方动机。审核需要的是可核对事实。

缺什么就写明缺什么和原因。不要改回单、补造聊天，或用猜测填掉证据空白。

申诉期间的资金与沟通纪律

• 卖方未确认实际入账前不放币。
• 买方不重复付款来证明诚意。
• 任何退款先核对原付款路径与平台指示，不退到第三方。
• 不因对方承诺撤诉而离开订单流程。
• 不向客服提供密码、验证码、验证器密钥或远程控制权。

若支付账户被冻结、款项被撤回或涉及疑似盗用，应同时联系银行或支付机构。平台申诉只能处理其订单与托管范围，不能决定银行最终状态。涉及诈骗、威胁或盗窃时，根据所在地程序保存证据并报告。

处理结束后，记下结果和最初原因

记录申诉结果、平台回复、银行处理和资产最终状态，但不要公开对方的个人信息。回头检查问题最初出在哪一步：是否接受了第三方付款、是否只看截图、是否转到站外沟通、是否忽略实名要求。把结论写成下一次交易前要检查的事项。

申诉没有固定时长或必然结果，证据完整也不代表某方一定获支持。实际裁决以当前平台流程和材料为准。涉及 P2P 或其他数字资产操作时都可能产生全部本金损失，控制单笔规模并遵守所在地规则。

提交前做最后一次一致性检查：文字说明里的金额、时区、附件编号和账户角色，应与原始材料完全对应；裁切图片不能遗漏决定状态的标题和时间。若后来出现银行退回、补充付款或新消息，应作为新的时间节点追加，不覆盖旧文件。这样既保留事件演变，也避免审核人员把不同阶段误当成互相矛盾。争议关闭后仍要观察支付账户后续状态，并保留平台允许范围内的结果记录。

证据包怎样排，审查者才能复现

材料齐了以后才谈排列。让一个没参与交易的人从 A1 读到 A4，能够复述订单何时建立、哪一方应做什么、支付机构显示什么、托管状态和争议点分别是什么，这个证据包才算可审查。

先做附件索引，再写申诉正文

编号只是帮助引用，不改变原始文件。不要裁掉时间、状态、付款人姓名等关键字段，也不要在原图上重画金额。必须遮敏时保留一份未编辑原件在安全位置，提交版本只遮住与订单无关的个人资料。平台明确要求的身份字段按当前页面提供，不能自行增加。

时间线要解决时区和状态变化

银行、支付应用和 Binance 可能使用不同时间格式。写时间线时注明当地时间与时区，并说明页面显示的是创建、提交、到账、可用、退回还是申诉时间。例如“支付应用在当地时间显示已提交”不能写成“卖方已收到”；两种状态所证明的事实不同。截图之后状态发生变化时，补一条新记录，别拿新截图盖掉旧的。

金额也要分清订单应付额、实际支付额、手续费与到账额。若支付机构扣除了费用或发生分笔，逐笔列出并说明总和，不让审查者自己计算。付款人、买方、收款人和卖方是四种角色，姓名不一致时原样陈述，不替任何一方猜原因。

正文可以很短，但每句话都要能指向证据

一种清楚的写法是：“我是本订单卖方。订单页面显示买方已标记付款，但截至某一当地时间，我的对应收款账户仍未显示可用入账，见 A1 与 A3。买方随后在订单内提出更换收款账户，见 A2。我尚未放币，也未在平台外退款，请核对订单与支付状态。”这只是结构示例，实际内容必须按真实情况改写。

避免写“对方肯定诈骗”“系统一定出错”这类无法由材料直接证明的结论。用可观察事实代替动机判断：页面显示什么、账户有没有实际入账、谁提出了什么要求、你完成或没有完成哪一步。若你也有操作失误，应如实写明；隐藏错误会让后续证据互相冲突。

补件与结束阶段仍要保持证据纪律

收到补件请求后，先从订单内确认请求真实，再按问题补最小必要材料。陌生私信要求把证件、银行卡、验证码或整段录屏发到外部聊天时，应拒绝并回到平台入口。申诉结束后保存最终结果、附件索引和必要工单，不保留对方无关隐私，也不把争议材料发到社群寻求“公审”。

银行冻结、冒名付款或当地法律义务要另走支付机构与所在地程序。平台申诉只处理其订单范围，不能代替这条线。

申诉没被支持，接下来还能做什么

结果对你不利时，流程未必到此为止，但把同一批材料换个说法再交一次，通常不会改变什么。先分清是材料不足，还是平台对事实的认定和你的说法不同——两种情况下一步走的路不一样。

• 先读回复理由。如果指出某类材料缺失或无法核验，查看是否提供补件或再次提交入口；有入口就按要求补充，没有则向官方支持询问可用的复核方式。
• 查看通知或申诉页是否写明补件、再次申诉的期限与起算时间。没有写清或已经超时，应询问官方支持还有哪些处理方式，不自行推断仍能提交或已经失去全部途径。
• 钱那一侧单独走。平台处理的是它托管范围内的订单和资产；银行或支付机构的退汇、拒付、账户冻结属于另一条线，要直接向机构提出，两边可以同时进行，互不替代。

这个阶段最容易做错的两件事：把材料发到群里找人评理，和接受对方提出的“私下和解”转账。前一件会把双方隐私摊开，也改变不了裁决；后一件常常是下一轮麻烦的开头。能不能改判取决于材料本身和平台流程，没有哪种写法能把结果谈过来。

另外提一句：结果出来前后，都可能有人主动上门说能“帮你追回”“加急仲裁”，索要验证码或账户的一律不理。诈骗链接点击前后怎样自查里的那几个特征，在这个时间点尤其要留意。