电子商务会计集成：从订单到银行存款
了解如何连接商店、市场、支付和会计数据，避免重复收入。跟踪付款流程，包括手续费、退款、税款和对账。
说店铺已连接会计软件很容易，要验证结果却更难。应用可能声称已同步Shopify或 Amazon，但账目仍有来源不明的入账款、漏记的手续费，或同一笔销售被记录两次。关键问题是：您能否追踪一笔订单经过支付处理商，直至银行入账款核对无误？
一笔销售涉及的四类记录
- 商店或市场：订单、折扣、向顾客收取的运费、税款、退款和售出产品。
- 支付处理商或市场结算：费用、冻结、调整和预定支付金额。
- 会计系统：收入、纳税义务、费用、退款、库存或销货成本，以及尚未存入资金的清算账户。
- 银行：实际存款及其日期。
这些金额很少逐行完全一致。商店可能在周一上报销售，支付处理商可能在周二收取费用，而款项可能要到周四才能到账。退款或预留款项也可能影响后续的付款。你的目标是解释这些差异，而不是强迫所有四个屏幕显示相同的数字。
例如，一笔打款包含 100 美元销售额、20 美元退款和 3 美元支付手续费，在税款、预留款或其他调整之前，应入账 77 美元。如果只把银行收到的 77 美元记为收入，就会漏掉销售总额、退款和手续费明细。如果既记录店铺的 100 美元销售额，又把 77 美元银行入账款记为新增收入，就会重复计算收入。
确定每条连接负责什么
| 连接 | 它应该提供 | 需要确认什么 |
|---|---|---|
| 店铺或交易平台到打款连接器 | 销售和结算部分 | 折扣、退款、礼品卡、税款、运费收入和手续费是否分别列出？ |
| 连接到QuickBooks或Xero | 在正确的账户和期间进行分录 | 它会在现有原生应用或手动导入的基础上创建重复项吗？ |
| 银行流水到会计系统 | 入账款和支出 | 存款是否与清算余额相符，而不是产生新的销售？ |
| 库存系统到会计系统 | 库存价值和已售单位成本 | 哪个系统拥有数量、单位成本和调整项？ |
| 会计和运营数据源到分析系统 | 决策报告 | 所比较的日期范围内，资料是否完整？ |
设置并测试一笔打款
1. 记录当前状态
列出店铺、所有交易平台、收款方、接收存款的银行账户、您的会计系统以及所有已记录交易的应用程序。注明每种订单类型是由Shopify Payments、 PayPal还是其他支付处理商处理。一张图表即可。此步骤会在您启用其他同步功能之前，找出重复的连接器。
2. 就账户映射达成一致
询问您的簿记员，连接器应如何对产品销售、折扣、运费收入、销售税、处理费、退款、礼品卡和结算清算余额进行分类。库存采购和销售成本需要单独的政策。正确的处理方法可能取决于您所在的国家/地区和会计方法，因此请让负责记账的人员审核映射关系。
3. 从一笔已结算、有代表性的打款开始
选一笔至少包含退款或手续费的结算，而不是最简单的一笔销售。将原始结算报告与传入总账的分录对比。核对金额、币种、日期、税款处理方式，以及最终银行入账款对应的账户。保留原始报告作为凭证。
4. 核对银行入账款
银行入账款应冲销在途结算余额。如有差额，需要查明原因：可能是预留款、延迟退款、支付处理商调整、换汇手续费、拆分打款或账户映射错误。不要为了让银行对账界面显示正常，就用没有依据的会计分录填平差额。
5. 查看下个月
即使是针对某一笔付款的集成方案，也可能导致销售额计入错误的会计期间，或遗漏后续的退款。请在月末审核付款清算账户、各渠道销售额、税款以及销售成本。在方案变更、新增付款方式或建立新的市场连接后，请重新检查。
数字对不上的常见原因
- 将净打款额记为销售收入。这样会使手续费和退款无法在损益表中正确体现。将结算明细与会计分录对比。
- 两个连接器记录了同一批订单。先确认每个应用创建了哪些分录，并与记账员商定清理方案，再停用重复的同步路径。
- 商店和支付处理商使用不同的日期或货币。应按订单、结算和付款标识符进行匹配，而不仅仅是按日历日期匹配。
- 库存成本未计入销售成本。销售额可以核对，但报告的毛利润仍然错误。
- 报告不完整。缺少渠道或同步数据过期会导致仪表盘看起来很精确，但实际成本却被遗漏。请检查数据源状态和显示的周期。
Nummbas 在其中的作用
先建立可追溯的会计记录。能够解释一笔打款且信任账目之后，分析工具才能帮助您判断哪些产品、渠道和成本需要关注。