P2P 申诉要准备哪些证据：订单、流水、时间线怎么整理

简短结论：证据先于争论

无论你是买方还是卖方，争议发生后第一步都不是威胁、刷屏或站外协商，而是整理订单页面、付款记录、沟通内容和状态变化。

证据整理不是走过场，而是决定申诉能不能被顺利判断的关键。审核方看不到你们之间的口头约定，也不了解谁先违反了约定，能依据的只有订单页面、记录和聊天内容里能查证的部分。你提供的材料越清楚、越能互相印证，审核过程就越不需要靠双方各执一词来判断。

很多人第一反应是先在聊天里跟对方讲道理，或者反复刷新页面看状态有没有变。这两件事都不能算错，但都不是最先该做的。先花几分钟把手头已有的材料收集齐，之后不管是自己判断、联系客服，还是走正式申诉，都会更有底气。正式的申诉入口和操作步骤见 Binance P2P 订单申诉指南，本页专门补充申诉前的证据整理方法。

订单时间线怎么写

写下订单创建时间、付款时间、对方回复时间、状态变化时间和你发现问题的时间。时间线不需要华丽，但要准确、完整、可回看。

一个可用的时间线通常只需要几行，按时间顺序列出“发生了什么”，不需要加入猜测或情绪化描述。例如：订单创建、付款提交、对方首次回复、状态变化、你联系客服或发起申诉。每一行尽量对应一个可查证的记录，而不是“我觉得”“对方好像”这类主观判断。

写成这个样子就够了，一行一件事，每行后面标一下这件事靠什么材料支撑：

这里的时间写到分钟就行，按你手上材料上真实显示的来，别为了好看去凑整。右边那一列是关键：它把时间线和证据包里的文件名对上了，对方看的人不用自己猜哪张图对应哪句话。没有材料支撑的那几行，就在右边写“无”，也比留白好。

订单页那一屏，截哪些东西

保存订单号、金额、付款方式、双方信息、当前状态、订单内聊天和任何状态变化。不要只截一个局部按钮。

订单页面通常是核对时第一个被查看的材料，因为它包含了这笔交易最原始、最不容易被单方面篡改的信息。截图时尽量包含订单号和状态栏，让人一眼能确认这是哪一笔订单，而不是只截付款金额那一小块。

截图怎么截才站得住

同一件事，截得好不好，说服力差很多。这不是美观问题，是“看的人能不能自己把上下文拼出来”的问题。

宁可多截，不要多裁。很多人习惯把截图裁到只剩关键那一行，觉得这样重点突出。实际上裁掉的都是上下文：顶部的页面标题、时间、订单号，都是证明“这张图确实来自这笔订单”的东西。一张只有数字的截图，和一张写在纸上的数字，分量差不多。

手机状态栏别遮。屏幕顶部的时间是一个很便宜的交叉验证，它能说明这张图大致是什么时候截的。有人为了“干净”把状态栏裁掉，白白丢了一个信息。

银行那边优先存回单，而不是截图。多数银行 App 都能导出交易回单或电子凭证，上面有完整的交易号、双方信息和状态。这东西比截图好，因为它是银行出的。截图当补充，回单当主体。

流程类的事情可以录屏。比如你想说明“我点进去的时候这个字段就是这个值”，一段十几秒的录屏比三张截图说得清楚。不是每次都需要，但遇到“页面显示和对方说法不一致”这种情况时很管用。

打码只遮自己的敏感信息。余额、其他无关交易、完整卡号可以遮；但订单号、金额、时间、对方名称这几项遮了，这张图也就不用交了。我见过把整张图涂得只剩两个字的，初衷是保护隐私，结果是白交一张。

银行那边要拿什么

买方保存付款完成记录，卖方保存收款记录。凭证应显示金额、时间、对方信息和最终状态。

买卖双方保存的重点不完全相同：买方需要证明“钱确实付出去了，付给了谁”，卖方需要证明“钱确实收到了，收到的金额和时间”。两者结合起来，才能还原完整的资金流向，任何一方单独提供的记录都只是半张拼图。

如果 App 里能拿到的信息不够，可以去银行或支付平台调。开口的时候直接说清楚要什么，比笼统地说“我要查一笔账”效率高：哪一天、大致几点、多少金额、收款方是谁，要带交易流水号的回单。大多数情况下这类请求在手机银行里自助就能完成，不用跑网点；具体能开到什么程度、需不需要柜台办理，各家银行不一样，看你开户行当时的规定。

还有一点容易被忽略：别只存成功那一笔。如果中间有失败、退回、重试的记录，一并存下来。它们看着像是在给自己添乱，实际上恰恰能解释“为什么同一笔钱出现了两次记录”这类看上去可疑的情况。缺了它们，反而是你之后得额外解释的地方。

聊天记录能起到什么作用

聊天记录的作用是补充说明，不是替代订单页和付款记录。它能解释“为什么会这样”，但不能单独证明“钱到底有没有到账”。

比较有用的聊天内容包括：对方明确承认收到付款、对方提出的具体要求、双方就某个问题达成的说明。含糊的寒暄或单方面的情绪发泄，通常帮不上什么忙，反而会让整份材料显得杂乱。

需要提醒的是：如果聊天发生在平台之外，比如私人社交软件，说服力通常不如订单内的沟通记录，因为站外内容更难验证双方身份和真实性。能在订单内说明的事情，尽量在订单内完成。

哪些动作会把自己的证据毁掉

• 删除聊天记录。
• 重复付款。
• 提前放币。
• 离开平台流程私下处理。
• 接受新的账户或新订单来修复旧订单。

这些动作有一个共同点：它们都是在证据链还不完整的时候，先做出一个不可逆的决定。删除聊天记录看起来是“清理”，实际上是主动丢掉本来能帮到自己的材料；用新订单去修复旧订单，反而会让两笔交易的资金关系变得更难分清。遇到任何让你犹豫的操作，先问自己一句：如果这一步做错了，还能不能退回去。答案是不能的话，先停下来。

证据不足时的补救顺序

发现自己材料不够完整，先别慌，也别临时编造细节。按下面的顺序补救，通常比东拼西凑更有效。

1. 先回到订单页面和账户记录，看看是否有当时没注意到的字段，比如交易编号、备注文字。
2. 联系发出该笔转账的银行或支付平台，查询是否能调取更完整的流水记录。
3. 整理已有的订单内聊天，标注出哪些内容和当前争议直接相关。
4. 如果确实缺少某一项材料，在说明里如实注明“暂时无法提供”，而不是用模糊或夸大的描述替代。

如实说明比试图“补全”一份看起来完美但经不起核实的材料要可靠得多。审核方具体依据什么规则判断申诉结果，可参考 Binance P2P 申诉处理规则。

申诉中该说什么，不该说什么

该说的内容：

• 按时间顺序陈述发生了什么，只写自己能确认的事实。
• 说明每一份材料对应哪个时间点、哪个字段。
• 如果对方提出了具体要求或说法，客观复述，不加自己的推测。

不建议出现的内容：

• 情绪化指责、人身攻击或反复重复同一句话。
• 没有证据支持的猜测，比如“他肯定是骗子”。
• 承诺或威胁类语言。

客观、简洁、按证据说话的说明，通常比长篇情绪化陈述更容易被看懂。

结构上可以四段就写完：第一段一句话说清楚这是哪笔订单、你是买方还是卖方；第二段把时间线照搬上去；第三段说你交了哪几份材料、分别对应时间线的哪一行；第四段写你希望怎么处理。四段加起来往往不到两百字，比写一千字的来龙去脉好用。

至于“希望怎么处理”那一段，写你真实想要的结果就行，不用提前自己给自己打折。但也别写成最后通牒——“如果不处理我就去举报”这类句子对审核结果没有帮助，反而把一份本来很干净的材料弄成了争吵现场。

可以先在草稿里把事实和情绪分开写：一栏写“发生了什么、有什么记录支持”，另一栏写“我的感受和担心”。提交前只保留第一栏的内容，第二栏留给自己消化。这样整理出来的说明通常更短，也更容易让人快速抓住重点。

材料怎么排，别人才看得懂

把文件按顺序命名：订单页、付款记录、聊天记录、状态变化、时间线。提交前再检查每张图是否能看出上下文。

命名时可以加一个简单的序号，比如“01-订单页”“02-付款记录”，方便按顺序查看，也方便自己核对有没有漏掉哪一项。整理好的证据包不需要很多张图，关键是每一张都清楚、能看出时间和上下文。如果对方对你发起了申诉，需要你这边回应，操作方式可参考 Binance 官方申诉回应说明。

怕漏项的话，用 申诉证据清单生成器 过一遍：勾掉手上已经有的材料，没勾中的会被标出来，还能把整理好的清单一次复制走。它只帮你列清单，不代表申诉一定会成功，也不由本站代为提交。

申诉按钮在哪，提交之后会发生什么

材料备齐以后，申诉本身几步就能提交完。币安网页端的申诉说明（2025 年 12 月更新）写的流程是这样的，按钮名称看你所用语言的界面：

1. 买家在订单的 Pending Release（待放币）页面、卖家在 Verify Payment（确认收款）页面找到申诉按钮。
2. 选一个申诉原因，把经过按时间写清楚，附上截图，也就是前面整理好的那几份材料。
3. 对方有 10 分钟回应，可以选“协商失败”或“已达成一致”；10 分钟不回应，申诉自动转为 Under Review（审核中），由客服接手。
4. 之后的进展会发邮件和短信通知。双方谈妥了可以撤销申诉；误点了 Cancel Appeal，要等 5 分钟才能重新提交。

客服接手以后按什么处理，币安公开的 P2P 申诉处理规则里写了几条最常用的：买家用实时到账付款、卖家 15 分钟不放币，客服会联系卖家放币；买家多付的，客服联系卖家退还，卖家拒绝则损失由买家承担；买家少付的，会被要求在限定时间内补足；订单被系统超时取消、但买家其实已付款的，客服会尽力联系卖家退款。这份规则写明适用于人民币以外的法币订单。