对账分为单向对账和双向对账，单向对账又分为账账对账、账证对账和账实对账。此外，我们还了解了对账是轧账和平账的过程。轧账和平账的目的是进行交易核算，将账单对平，对于不能核对匹配的交易，进行补单或者退款等差账处理方式，最终实现账单对平。
作为支付产品经理，我们更关注的是将账单模块生成的系统支付通道流水与支付通道对账文件进行核对，也就是单向对账和账账对账的过程。如果账单对平会推送账单给财务系统，由财务人员校验凭证是否正确、款项是否无误，也就是账证对账和账实对账的过程。
在对账的过程中，按照对明细账或者对总额的核账规则进行对账。如果账账核对完全对平，会将账单打包批次推送至财务模块进行后续流转；如果账账对账不能核对匹配，就会对账单中交易的长款、短款进行差错处理。
在处理通道与账账对账时有3条原则。
第一，不能少收钱。交易了1万元，只收了9000元，这样肯定不行，生意再红火也抵不住后面有个洞，每天都在漏着。
第二，不能多收钱。明明自己记了数，交易了1万元，结果银行对账给了一万一，这样也不行。你多收了钱，肯定是有客户多付了钱没发现。不管是出于诚信还是担心事后客户投诉，都应该给客户退款。
第三，不能收错钱。钱总数对了，但是该收的没收，不该收的收了，这更不行。这说明没付钱的人以为支付平台付钱了，付钱了的以为没付钱，支付平台需要做的是给多付了钱的人退款，给没付钱的退单。
在这里我们说说对账的规则。
（1）对账基准：以哪方的账单为准对账基准有两个。
以对方的为准。支付中主要指以支付通道或者银行的为准。对方的对账文件每一条交易数据和金额对齐了，就可以打包批次，更新状态，表示对齐了。
以我方的为准。支付中指以支付平台根据日切时间和通道规则生成的账单为准。只有支付平台自身生成的账单每一条交易数据和金额都对齐了，才算对平账。
在实际应用中，我们一般以对方的账单流水为准。
而自己如果有没对上的流水，后续会再进行差账处理，但对方账单的对账状态为已对平。原因在于，支付通道侧打款规则不管我方账单能否对平，都会根据支付通道侧的账单记录，给支付平台打款。为了不影响资金入账后账单与资金进行核对，也就是相关的账证对账、账实对账，需要在对方账单对平后就视为对平，可以打包批次。
（2）对账内容：对账对的是哪些字段对账分为对明细账和对总账。
对明细账是将自身的账单与账单提供方提供的账单中每一条记录进行核对。在支付中，根据账单通道订单号或者支付流水号、交易类型、交易金额、交易日期、交易手续费进行比对。如果是外卡交易，会再加上交易币种、结算币种、结算汇率；如果收费条件不仅是商户折扣费率（MDR），那么需要再加上其他的手续费率，比如还有风控手续费用、货币转换费之类。
对总账是将自身记录与账单提供方汇总金额、笔数进行核对。在支付中，根据交易日期与结算日期核对总交易金额、交易笔数等，整体金额一致就算对上。
需要说明的是，交易类型是对账过程中很重要的因素，因为它有着双重含义，不仅代表自身具体的交易类型，如消费、预授权、退款，还代表了交易方向，退款代表负交易，消费代表正交易。计算总账时是要根据这些交易类型进行加加减减的。
（3）对账时间：日切时间临界点的交易订单怎么处理日切时间是指下一账单日的开始计算时间。定义了日切时间，就确定了一个账单日的开始时间和结束时间。
对于支付这样高频的交易，每秒都会发生很多瞬时交易，在日切时间也不例外。由于瞬时交易和交易系统的交互存在时间差，会出现支付平台侧交易时间算在当天，但是通道侧算在下一账单日的情况，进而造成在对账时出现账对不平、长短账的问题。
我们知道账对不平，是要推送差账处理的，那么在这种情况下，应该如何处理呢?
我们会为每个通道设定-个自动对账时间范围，比如48小时也就是两个账单日。每份通道对账单会与对应日期的支付平台账单对账，如果有对不上的地方，会将无法匹配的订单留在对账交易列表中，等到下一日支付平台对账单生成时再进行比对。如果对上则为对平，依旧对不上的话，才会推送到差账模块进行处理。这样的对账我们称为连续对账、滚动对账。
（4）对账结果：对账会出现的结果及其对应的处理方式对账的结果通常分为4种：对平、长款、短款、金额不一致。其中长短款是站在对账方角度看的，多收了钱就是长款，少收了钱就是短款。
特别说明，以下我们说的账单笔数都是基于正交易也就是我们收钱的角度，如果是反方向交易，比如退款、代付这些出款交易，长短款会完全相反。
第一种结果：对账完全匹配。这是最理想的结果，匹配后需要做的就是打包批次，抛送财务模块，进行后续的账实对账，看结算资金与账单金额是否一致。
第二种结果：支付通道有订单，支付平台侧无。我们站在支付平台立场，支付平台会多收到钱，因此我们将此种情况称为“长款”。
比如支付通道对账单有100条，而我们只有99条订单，多结算了一笔。
长款的情况既包括支付平台无订单，也包括无有效订单。
长款的处理方式如下。
1）支付平台侧补单。在支付平台侧补出所缺失的订单，使得两边都是100条订单，然后可以对平。
2）支付平台侧对所补订单进行退款。由于这一笔订单是多收了用户的，补单只是为了对平，对平后还是需要退款，将多收的钱退回给用户。
出现长款的原因除了系统bug、系统掉单外，还有一个更主要的原因是两边系统交互时间过长，导致查询无结果。支付平台侧对于无结果返回订单会进行定时轮询，但不会一直查询。超过一定时间若还无结果返回，就会置失败，等到第二天根据对账单情况再去判断是否进行差账处理。
第三种结果：支付通道无订单，支付平台侧有订单。由于支付通道侧比支付平台侧少订单，比如支付通道对账单有99条，我们有100条订单，最后支付平台侧账单是10000元，对方因为少了1单订单记录，汇总是9900元。支付平台会认为自己少收了钱，此种情况我们称为“短款”。
短款的情况是支付平台认为成功了，实际上银行并没有收到请求。对于这种情况，处理结果只有两种：短款追回或者短款坏账。处理的步骤如下。
第一步，去“调单”，判断是不是通道侧失误，漏了。由于每笔交易在支付通道与支付平台之间都有报文存在，无论是发起交易请求还是交易结果回复，如果明确收到通道侧返回支付成功报文，可以去追责，要求支付通道侧补齐这个订单，认这个账。
第二步，如果支付通道侧不认或者无法界定责任，需要支付平台侧采取补偿机制，重新发起扣款，补扣款项，避免资损。如果是非快捷交易，可能无法重试，那么需要联系商家冻结订单或者联系用户重新支付。如果货已经发出且用户不愿意再支付，那么就是资损。从这个角度也能看到，免密支付或者快捷交易在支付里不仅能用于改善用户体验、提升支付成功率，也能用于事后代扣、避免资损。
需要说明的是，在免密支付的能力用于补扣款的场景中，一定要提前在用户进行绑卡的协议文案中说明得到用户授权，否则用户是可以联系发卡行拒付的。
第四种结果：两边金额不一致。两边账单明细都对得上，但是金额不一致。这种情况很少见，要以一方为主进行差账处理，修改金额，使得两边账单一致。
以上就是对账过程中我们应当遵循的原则和对于不同对账情况所做的不同处理。
