确定是哪一种差额
先把“预期”固定下来
你记住的是搜索到的市场价，还是付款前确认的报价？两者不一定相同。先找到实际确认的订单：支付币种、支付金额、收到资产和预计净额。截图或记录里没有这些字段时，不要只凭印象认定少到账。
银行卡购买的官方说明提醒，兑换价格和费用都会影响收到数量。这解释了为什么只比较手续费会漏掉差异，但不能证明你的具体订单扣费正确。
先判断少的是数量，还是屏幕上的估值
账户显示折合本币的总资产比刚才低，并不等于买入数量被扣走。
数量和估值回答不同的问题。打开刚买资产的记录，先看持有数量及这笔订单入账数量，再看折合金额。若数量没变而折合金额改变，应找估值价格或换算币种；如果数量确实变化，再向下查转出和扣费。
把“少了很多”改写成一个可复核的差额。比如确认预计净收100个单位，订单显示入账99.8个，数量差是0.2个；或者银行已入账1010元，而订单写支付1000元，现金端差额是10元。两种差额分属不同位置，不能用一个未知手续费把它们一起解释。
如果你只有账户总额截图，没有订单号和资产入账行，目前还不足以判断购买是否出错。先补齐记录，不必急着给差额命名。这个顺序能避免把后续行情变化写进购买纠纷，也能帮助客服把问题交给负责付款或资产入账的人。
哪一种“不一致”，该往哪里查
- 银行扣款比订单支付多
- 对比已入账扣款和订单币种，再找单列的银行费或换汇记录。尚未结算的预授权不能直接算成第二笔已付款。
- 订单仍在处理中，没有对应入账
- 查看该订单显示的状态与处理说明，保留付款凭证；此时还不能拿最终到账数量做比较。不要只按时间相近去认领另一笔入账。
- 订单已完成，具体入账比订单净额少
- 确认资产、钱包和同一订单的对应关系；如果仍有差额，记录两个原始数字及相关费用，交给官方支持核查。
- 具体入账正确，当前余额较少
- 继续看下面的余额例题，检查入账之后的转出、划转、兑换与费用。
相关官方说明 · Binance · Card purchases
该资料为平台地区版本，不能据此确认格鲁吉亚或其他地区的适用条件。
找到同一笔交易的付款与入账
按三个位置排查
- 支付账户：区分已经入账的扣款与尚未结算的预授权；核对是否另有换汇或银行费用。
- 确认订单：记录最终成交或购买金额、手续费计价币种、状态和时间。
- 收到资产的记录：看这笔具体入账，不只看钱包当前总余额；随后转出或其他操作会改变总余额。
这三份资料应对应同一订单。不要把订单编号与链上交易哈希混为一谈，也不要用两笔时间相近的交易互相抵消。
把同一笔交易的时间对齐
银行可能显示授权时间和正式入账日期，订单页面显示创建或成交时间，资产记录显示到账时间。它们可以不同。记下页面原本的字段名以及时区，再为自己制作一列统一时间。不要覆盖原始时间，否则之后给支持人员看记录时，他们无法直接在系统中寻找。同一天买了几次相近金额时，金额相同不足以证明两行记录属于同一笔。优先用订单号、付款参考号或记录中的关联字段核对；没有直接关联时，再结合金额、币种、时间与状态缩小范围。仍有两种可能就标注未匹配，不要凭最近的一条强行对上。
下载时间段应覆盖订单前后，并注意跨午夜交易。假设订单在一个时区的当晚创建，另一个系统按协调世界时显示前一日期，只下载本地当天文件就可能漏掉它。扩大导出范围比修改文件里的日期安全，也便于看清前后的余额变化。
现金端：授权、扣款和退款
银行里的待处理扣款先单列
有时银行卡页面同时存在待处理授权与已入账交易。它们的标签和显示方式由银行决定。发现两条相近金额时，先记录每条的状态与参考号，再问银行是否对应同一次付款。不能仅凭两条可见记录，就认定已经发生两次最终扣款；同样，也不能未经确认就承诺其中一条一定会自动消失。
在对账表中把待处理金额单独放一栏，最终支出只累计已确认入账的扣款，同时保留退款和冲正的方向。待处理状态若超过银行说明的期限，带参考号向银行查询。本站没有一个适用于所有银行的等待天数，也无法判断某笔授权何时释放。
若银行已正式记账的金额大于订单总计，检查是否另有换汇、跨境或发卡行费用，以及结算币种是否和页面报价一致。不要把这些可能性当作已经查明的事实。银行卡比订单多扣款提供了按字段核对的具体例子，适合把现金端差额单独查清。
退款和冲正按方向写，别把正数都相加
银行或平台文件可能用负号表示退款，也可能用单独的交易类型表示方向。
先阅读导出字段说明，确认金额正负与入出方向的含义，再求和。一个金额看起来为正，并不保证它是支出；同理，账户增加一笔资金不一定是新的购买入账。
假设订单支付1000元后取消，银行记回990元，另外10元尚未解释。对现金端而言，已确认的净支出是10元；这并不说明10元一定是合法保留的手续费。应查退款币种、换汇和收费条款，并向相关方询问差额性质。若退款仍在处理中，已入账与待处理两部分分开保留，不要提前假设最终退款金额。
多笔部分退款要分别关联到原订单，避免把另一笔订单的回款拿来填这个缺口。支持人员说明后，可以在工作副本里补充注释，原始文件和原始金额仍然保留。日后出现新的退款记录时，也更容易看出它属于哪一次处理。
资产端：毛额、净额与部分成交
订单显示的数量到底是毛额还是净额
确认页可能同时列出购买数量、交易费用和预计净收到数量。对账时先确认你原先拿来比较的是哪一个。假设买入数量为200个单位，费用为0.4个，净入账199.6个；如果确认页提前说明了这个扣费方式，买入数量与净额不同并不自动构成少发资产。反过来，如果确认页明确写净收到200个单位，入账只有199.6个，就需要继续查原因。不能因为恰好差0.4，就自行替平台认定这是合理费用。把确认字段、实际入账字段和费用记录一并列出，请支持人员说明扣费发生在哪个环节、依据哪条交易条件。
费用若使用第三种资产支付，所买资产的净数量可能完全不变，而原有费用资产余额减少。按资产分开核对，避免把一笔费用换算后又从刚买数量中再扣一次。有关计算处理见不同扣费币种的记账方法。
一笔订单有几次成交，就按成交明细核对
挂单数量不等于已经成交数量。
订单可能只执行一部分，剩余部分仍在等待，或在取消后解除占用。先看订单状态和累计成交量，再把各条成交明细相加。若你拿最初委托数量当作应到账数量，部分成交时一定会出现一个其实尚未买到的“缺口”。
演示一笔计划买入100个单位的订单：先成交60个，随后成交30个，剩余10个取消。实际毛买入数量为90个。若每条成交记录还扣除了相应费用，再按照费用币种计算最终净量。取消的10个单位不应写成购买后少到账，未用资金的解除占用也不应写成购买退款收入。
成交均价要按数量加权。一笔60个单位以2元成交，另一笔30个以2.2元成交，总成交金额为186元，除以九十，约2.0667元。不是把2元和2.2元直接平均。部分成交与平均价格还说明了费用混用时怎样保留明细。
余额端：期初数量与内部转移
订单到账 365 USDT，为什么余额只有 355？
下面是假设例子，不是实际账户记录。只看同一个钱包里的 USDT：购买前有 20 USDT，本次入账 365 USDT，随后有一笔总计 30 USDT 的转出，没有其他变动。
余额 355 比本次入账 365 少 10，但这并不表示购买少到账 10。要验证购买结果，应把订单的净收到数量与这笔入账比较；要验证余额，则需要把这一段时间的所有变动加起来。上式中的 30 指该钱包实际扣除的总数量；若记录另列同币种费用，还需单独计入，不能漏算或重复减。
如果这 30 USDT 只是转到自己另一个钱包，原钱包会减少，另一个钱包应有对应记录。只查现货钱包与查全账户，是不同范围。固定钱包、资产、起止时间及时区后再加总，不把 USDT 数量与页面折算出的法币估值混在一起。
需要下载记录时，按官方历史记录说明选择覆盖购买及后续操作的时间段。保留原始文件，用副本标出已对应和仍缺失的记录。
当前余额需要接上期初余额
余额是一张某时点的照片。
要解释照片之间的变化，需要期间的入账和出账记录。对同一种资产、同一个账户范围，使用“期初余额加流入减流出等于期末余额”。买入只是其中一项流入。若把期间的内部转账、提现或交易扣费漏掉，即使每笔订单都正确，等式也会对不上。
下面是一组人为编写的记录：期初10个单位，购买入账100个，转到另一个账户20个，另扣费用0.1个。期末应为89.9个。看到当前只有89.9，不能把它与购买一百直接相减并宣称少了10.1个；这会漏掉期初余额，也混入购买之后的转出。
核对结束前先别把不同账户合在一起。现货、资金或其他账户名称要以你实际页面为准，分开算各自余额。只有在整理平台内总余额时，才把已确认成对的内部转移抵消。你找不到一侧记录时，先把这笔移转保留为待匹配。
内部划转会让一边减少，却没有离开平台
从账户甲转到账户乙，甲出现出账，乙出现入账。
只看甲的余额会觉得资产减少，查看全平台汇总又可能看不出任何变化。核对时同时保留转出和转入账户名称、币种及数量，用关联信息将两侧配对。不能因为数字相同就把任意两条记录配成一组。
导出文件若把每个账户都列出来，汇总购买成本时不要把这类内部入账当成第二次购买。它没有新增付款，却会虚增累计收到数量，导致你算出的平均成本异常低。计算买入成本用购买订单对应的净入账；计算资产位置用账户间转移记录，二者目的不同。
若两侧币种不同，可能还发生了转换，而不是简单划转。
需要寻找对应的转换或成交记录，分别核对卖出和买入数量。找不到关联依据时，把它作为单独问题问清楚，别为了让总数相等就写上一笔自创的调整项。
一笔买入已经入账，却暂时不能把全部数量拿去另一项操作，可能与余额状态有关。先看页面分别显示的总余额、可用数量和被占用数量，保留字段原文。它们描述同一账户资产的不同状态，不能把全部字段都相加，也不能把可用数量单独当成购买入账。
以假设数量说明：总余额为 100 个单位，其中 30 个正被某项尚未完成的指令占用，可用数量为 70。总量仍是 100；能立即使用的只有 70。若想解释为何被占用，就寻找对应指令与状态，不能把差额 30 自动记成费用或资产损失。此例不代表任何具体产品必定采用这种显示方式，仍需按账户字段理解。
操作取消后能否立即恢复可用，也需要看具体状态记录，不预先规定一个统一等待时长。
核对时可以分两行结论：购买入账数量已对上，后续可用状态仍待确认。若你把两行揉成一个“到账失败”，支持人员可能先检查已经正确的购买，反而错过真正的占用问题。
还有一种显示差异来自账户范围。首页总资产可能汇总多个账户，单个资产页面可能仅显示一个账户或一种状态。切换界面后数字不同，不足以证明期间发生转账。回到相同账户、相同资产、相同时间口径，再用实际变动记录判断资产有没有移动。
相关官方说明 · Binance · Transaction history
交付端：外部钱包与报价变化
提到外部钱包后，核对终点再减费用
买入后立即提币，当前交易所余额自然可能很低。要判断少在哪里，分开记录购买入账、提币扣账和外部钱包入账。订单号用于查购买或平台内部记录，交易哈希用于查网络转账，两者不能互相替代。并不是所有平台内部流转都会产生链上哈希。
如果提币页面写转出100个单位、费用1个、预计收99个，而外部钱包记录99个，购买阶段和提币阶段可能各自吻合。但如果页面把一百写成收款净额，你就不能套用同一解释。字段原名决定了费用在数量里怎样处理，切忌看到一个费用数字就随手再减。
接收方的网络和资产要求需要独立确认。同名资产不表示所有网络都被同一平台接受。对于网络错误、缺少必要标签或接收方未入账的情况，应联系相关官方支持，不能承诺一定找回。外部钱包交付检查把买入与转出分开，便于保留各段证据。
价格预览改变，和成交少给，是两类问题
记忆中的数量可能来自最初输入金额时的预览。当你更改付款方式、购买金额，或等待报价刷新后，最终确认数量可能已经改变。把预览、最后确认与实际入账列成三个阶段，再看差异首次出现在哪里。不能拿后来重新打开页面的新报价，反过来当作之前应交付的承诺。假设预览是100个单位，最后确认99.5个，实际入账也为99.5个。数量变化发生在确认之前，应核对刷新和确认条件。若最终确认一百，实际入账99.5，变化发生在确认之后，应该追问费用、执行方式或记录问题。两者都需要保存原始页面，但问题描述不同。
没有保存最终确认页时，使用官方订单记录及交易凭据继续调查，并如实说明缺少哪一项证据。不要补做一张类似界面的截图当成当时页面，也不应引用论坛上另一个账户的图片证明自己的条件。报价变化的三个时点可用于整理这部分记录。
尾差、精度与实际成本
很小的尾差也要先找精度口径
页面只显示两位或少量小数，而导出文件保留更多位时，手工抄数可能累积尾差。
先用文件里的原始精度计算，再按展示位数四舍五入。不要逐行先截断后相加，尤其是包含多次成交和细小费用的订单。截断和四舍五入也不是同一种处理。
小差额不能自动归为舍入。先确认差额是否在记录精度能够解释的范围内，再看是否存在漏掉的一行费用或转出。若没有字段说明，不要自己设一个“差得不多就通过”的容差来宣布账目正确。可以把原始小数和显示小数并排，说明两种计算得到的差别。
逗号和小数点还有地区差异。表格软件把带逗号的小数识别为文本，或者把日期自动转换成另一种格式时，直接求和可能漏行。保存一份未经修改的导出文件，在副本里统一数值格式，并抽查首尾几行与平台原记录是否一致。
重新计算总成本之前先收拢差额
核对数量后，再计算这一笔实际成本。把已确认的现金支出作为分子，用购买阶段实际净入账数量作分母；如果要算外部钱包交付成本，就把终点明确改成外部钱包，并加入该路径的相关支出。不要一半使用交易所入账，另一半使用后续钱包余额。尚未解释的差额仍应单列，不能因为算式已经能运算就当作完成对账。若最终找到了漏掉的一笔费用，在工作表注明它的记录来源及扣除币种，然后检查分子和分母是否已经包含它。这一步可防止排查过程中把同一项费用补入两次。
把未解释差额交给支持查询
给支持人员的第一条消息写到能定位
有效的询问先说明是哪一笔、哪一项对不上。可以写：“订单编号是某某，时间是某日某时并注明时区。确认页净收到为一百，实际入账为99.5，我在订单的费用明细中未找到对应的0.5。请说明这笔差额的扣除位置及计算依据。”这些数字仍只是模板例子，发送前要替换成自己的真实记录。
附件优先放相关订单确认、付款状态及对应资产入账记录。
银行卡完整号码、身份证件、验证码、账户密码和钱包助记词都不属于解释普通差额所需的信息。给官方渠道提交资料时遵循其要求，在论坛或公开页面讨论时则进一步去除可识别信息。
一次问清最先出现差异的环节，通常比同时发送十几张总余额截图更容易处理。如果支持回复“这是手续费”，继续要求给出币种、数量、适用记录与计算式即可；不必在缺乏依据时直接接受，也不必把尚未解释的差额先定性为盗取。
排查结束后，保留未解决项目
当付款总额、订单净数量和对应入账都已对上，可以把购买这一段标为已核对。若后续提币仍有问题，单独保留，不要把整笔购买和后续流转一起反复改写。相反，只要还有一项关键字段缺失，就注明暂不能确认，而不是用“应该没问题”结束记录。
工作表里给每个差额写处理状态，例如等待银行最终入账、等待费用明细、已找到内部转移，或已由后续退款解释。
状态旁保留说明日期与依据。这样过几天再打开文件，你可以继续上一次的排查，而不是重新看所有截图猜发生了什么。
原始文件应与工作副本分开存放。需要批量整理订单时，可按导出文件和客服证据整理逐步去重、匹配，再做合计。这份表可以帮助你提出准确的问题，但不能替代银行或平台的争议处理，也不要求你为了证明差额而再买一笔。