币安提币未到账怎么查
先定位状态所在层，再决定找谁处理。
平台状态与链上状态分别看
遇到币安提币未到账，先查看发送记录是否生成交易哈希。仍在内部处理阶段的记录，不能仅凭等待时间认定已经上链；生成哈希后，也要到对应网络的浏览器核查状态。不同层面的状态文本含义不同，平台显示完成与接收方实际记账之间，可能仍有确认要求或内部流程。
记录时间时注明时区，避免将本地时间与浏览器显示的协调世界时误当作两笔不同交易。截图保留状态、资产、网络和哈希即可，不需要公开完整账户信息。重复提交同一笔转账通常不能修复第一笔的状态，还可能增加对账难度，应先把现有记录查清楚。
哈希必须在正确网络查询
交易哈希是检索线索，不是跨所有网络的统一搜索结果。先从发送详情确认网络，再使用相应浏览器查询。搜索不到时，可能是网络选择错误、尚未被广播或查询服务暂时不可用；不要只因一个浏览器没有结果就判断资产已丢失，应交叉核对发送端提供的信息。
查到交易后，检查执行状态、接收地址、资产与金额，必要时核对代币转账事件。链上交易的外层接收对象可能是合约，代币转移细节位于事件记录中，不能只看最显眼的一行就下结论。界面看不懂时先确认字段含义，不使用陌生恢复网站来“解锁”交易。
确认数量与平台入账不是同一件事
交易被区块包含后，接收方可能还有最低确认数量、标签或金额要求。应回到接收端当次说明查找条件，而不是将通用等待分钟数写成保证。不同网络、资产和服务方可能采用不同标准，甚至会随状态变化，因此文章不提供固定的必到账倒计时。
若链上已经成功但平台未记账，重点核对接收网络是否受支持、地址是否属于该账户、标签是否正确以及到账数量是否达到门槛。把这些字段整理成工单证据，比笼统描述“钱没了”更有帮助。客服处理结果仍取决于实际记录，不能因为链上成功就承诺一定能补入账。
异常分支需要不同处理
链上执行失败、持续待确认、地址错误和标签遗漏，是不同问题。失败交易可能仍消耗网络费用，待确认交易可能需要等待或使用钱包支持的处理方式，地址错误则不能通过修改界面备注更改已确认交易。排查时要先判定是哪一类，不把所有情况都归为网络慢。
若有人声称只要向另一个地址付款即可释放原交易，应先检查这种说法是否出现在对应服务的正式流程中。查询公开交易无需提交助记词。恢复材料不会让已经上链的交易改写接收地址，也不会成为区块浏览器查看记录的必要条件，应与交易证据严格分开。
案例：浏览器成功但平台余额不变
设想发送记录与链上浏览器都显示成功，接收平台余额却没有变化。第一步确认查询的是正确账户和资产；第二步对照网络支持与标签；第三步查看确认数量和最低金额。若字段均一致，整理哈希、时间和接收页面信息，通过接收端正式工单继续定位内部记账。
验收不应只以客服回复“收到”为结束，而应记录目标账户是否完成记账，或明确的调查结论是什么。若最终发现发送路径不受支持，也应保留原始记录，避免下一次继续复用同一错误地址组合。问题定位的价值是缩小不确定范围，而不是用重复操作掩盖缺失信息。