FIX DESK / APPEAL
Binance P2P 申诉指南
发生付款、放币、姓名或订单状态争议时，保持原订单和平台内聊天完整，按时间顺序保存必要证据，并从订单页面使用 Appeal／Chat；不要转到私聊谈判或为了“解冻”再付款。
哪些情况需要进入申诉判断
申诉不是“对方回复慢”的同义词，而是当订单事实无法通过正常步骤完成时，用原订单记录请求平台介入。常见情况包括：买方已真实付款但卖方未放币；卖方没有真实到账却收到放币催促；付款人姓名不同；金额、方式或订单状态不一致；订单取消但付款已经发生；双方对退款路径存在争议。
先区分延迟和争议。支付渠道仍显示处理中、订单倒计时尚未结束或对方在平台允许时间内响应时，可能只需要等待并保存状态；出现第三方账户、站外付款、要求再次转账或删除记录时，则应立即停止。Pending 场景可先按订单 Pending 排查核对。
申诉前先做三项停止动作
- 停止新增资金动作：买方不重复付款，卖方不退款到新账户，双方不为“验证”发送小额测试款。
- 停止破坏原记录：不删除聊天、不修改截图、不取消仍需平台判断的订单，也不把沟通转到 WhatsApp 或 Telegram。
- 停止扩大敏感信息：只保存案件相关字段，不把密码、OTP、恢复码、完整 CNIC 或无关流水发给对手方。
第一步：固定事实
- 订单号、创建与关键事件时间。
- 资产、PKR 金额、广告支付方式。
- 双方平台显示姓名与实际收付款人姓名。
- 平台内聊天、订单状态和系统提示。
- 支付渠道中的真实状态与交易参考；隐藏无关敏感信息。
建立一张证据对应表
有效证据不是越多越好，而是能把订单中的一个主张对应到一个可核对来源。使用本地证据记录工具可以先整理字段，不需要上传文件。
保存订单号、方向、资产、PKR 金额、创建时间、当前状态和系统提示，用来说明平台内发生了什么。
由付款方官方渠道中的状态、金额、收款人、时间和参考号支持；截图要保留上下文并遮蔽无关资料。
由收款方本人账户的可用余额与交易详情支持，而不是买家截图、短信或电话说法。
把订单验证姓名与实际收付款人姓名并列记录，不自行推断两人的关系。
证据提交范围和遮蔽原则详见P2P 申诉证据清单。不要只截取对自己有利的一句话而丢失前后时间线；也不要编辑金额、时间或姓名来“突出重点”。
第二步：提交清晰时间线
用“何时创建订单 → 何时付款或收到声明 → 何时发现差异 → 当前资产和支付状态”的顺序描述。区分你亲自看到的事实与对方的说法。可用证据记录工具在浏览器本地整理字段。
怎样写一条可核查的事实时间线
每个节点只写一个动作和结果，例如：“14:02 创建 Buy USDT／PKR 订单；14:05 按订单显示账户付款；支付渠道 14:06 显示成功；14:08 在订单标记已付款；截至 14:30 卖方未放币。”避免使用“骗子”“故意拖延”“肯定收到”等无法由当前材料直接证明的判断。
如果记录来自对方，应写成“对方在 14:10 表示未收到”，不要把它写成已经确认的事实。如果自己的支付渠道仍显示 processing，也要如实说明，而不是为了推动申诉写成 success。清晰时间线能让平台把订单状态、聊天和支付证据放到同一顺序中核对。
买方和卖方分别应该说明什么
说明付款时间、订单收款人、金额、状态与参考号，并确认没有向聊天新增账户付款。不要建立第二笔付款。
说明本人账户余额和交易记录没有对应入账，区分买家声明、截图与自己看到的事实；继续保持 USDT 托管。
同时提交订单姓名和实际付款人姓名的差异，按姓名不同处理边界行动，不私下退款。
保存取消状态和付款发生时间，按付款后订单取消指南从原订单或官方支持入口处理。
第三步：只在平台内响应
通过订单内 Appeal／Chat 上传平台要求的必要材料，并关注正式通知。不要相信私信中的“Binance 员工”、不要分享 OTP 或远程控制设备，也不要向陌生地址转币。证据类型详见申诉证据清单。
申诉期间如何处理新消息
对方的新解释应继续留在原订单聊天中。收到要求撤诉、取消订单、删除截图、转到私聊、补付差额或先退款的消息时，不要立即执行；把消息作为时间线的新节点，并等待平台的正式处理指示。任何自称客服但从私人账号索要 OTP、屏幕共享或费用的联系人，都应与官方订单渠道分开看待。
平台可能要求补充材料。先确认要求出现在当前官方订单或支持入口，再提供与争议直接相关的最小材料。若材料包含其他交易、完整账号或无关个人信息，应按允许范围遮蔽；不得改动案件所需的金额、时间、姓名和状态。
申诉结果出来后还要检查什么
查看订单最终状态、Funding Wallet 或相关钱包变化、支付渠道状态，以及平台是否还有待完成动作。不要只根据聊天中的一句“已解决”离开页面。若结果涉及退款、账户限制或外部机构，应保存正式通知和案件编号，按照指定路径继续，而不是自行创建新的链上或银行转账。
如果支付账户随后出现限制，停止新的 P2P 收付款并转到账户冻结应对流程。平台订单结果不一定解决银行或执法流程，反之亦然。
提交前一分钟复核
发送申诉前，从头读一遍自己的时间线，确认订单号、方向、资产、PKR 金额、姓名、时间和支付状态彼此一致。检查附件是否属于同一笔订单，截图是否保留关键上下文，遮蔽是否只覆盖无关敏感信息。若同一事件在不同段落出现两个时间或金额，应先回到原始记录核对，而不是选择更有利的版本。
最后确认诉求与当前事实匹配：买方已经付款但未收到资产，应请求平台核对付款与托管状态；卖方没有真实到账，应明确要求在事实确认前保持资产托管；姓名不同或订单取消，应请求平台给出正式处理路径。不要把申诉写成威胁、交易建议或对付款人资金来源的猜测，也不要承诺接受站外退款来换取对方配合。
申诉的边界
申诉是平台争议处理过程，不代表一定按你的预期解决，也不能替代银行、支付服务商、执法或法律程序。若银行账户受限，另按账户冻结应对联系正式机构。
常见问题
买方已经付款，还应该取消订单吗？
不要仅因对方要求取消。保存付款和订单状态，从原订单 Appeal／Chat 处理；取消可能让事实更难对应。
只有付款截图，可以发起申诉吗？
截图可以作为材料之一，但应同时核对支付渠道真实状态、金额、姓名、时间和参考号。截图本身不能证明收款方已经获得可用余额。
对方要求先撤诉再退款，怎么办？
不要在没有平台正式指示时撤诉或向新账户退款。把要求保留在订单聊天中，等待官方处理路径。
申诉期间需要把完整银行流水发给对方吗？
不需要把无关交易或完整账户资料发给对手方。仅通过官方入口提交案件所需材料，并在不影响关键事实的前提下遮蔽无关信息。
申诉一定能追回资金或 USDT 吗？
不能这样承诺。结果取决于订单事实、证据、平台规则、支付状态和其他机构流程；已完成的外部转账或已释放资产可能不可逆。
来源与更新
流程依据 Binance P2P 订单申诉与支持说明。具体按钮、提交格式与处理路径以当前订单页面为准。