您的 POS 无法进行拆分支付？解决方案和真正的替代方案

如果您的 POS 无法进行拆分支付，您今天仍然可以完成销售。让一位顾客支付全额，然后让大家私下结算，或者将订单作为两笔独立的交易进行收银。这两种方法都可行。但这两者也都会带来您的报告会默默吸收的成本，因此本指南涵盖了行之有效的临时解决方案、会损害您账目的歪招，以及当您准备好停止即兴发挥时应该寻找什么。

什么是拆分支付？

拆分支付（或拆分付款方式）是指一笔销售使用多种方法支付：两张卡、现金加卡，或者用卡充值的礼品卡。这种情况经常出现 —— 朋友分摊购买、顾客想花光最后的现金、部分用店铺积分支付的押金。

许多 POS 系统仍然无法做到这一点。有些系统是基于每笔订单一次收费的假设构建的，从未对此进行过重新设计。另一些系统在技术上支持它，但将该功能限制在餐饮或高级计划中，因此您所处的零售层级会显示无法使用。

在没有原生支持的情况下，如何接受拆分支付？

有两种不会损坏您记录的临时解决方案。

让一位顾客付款，然后让大家私下结算。 对您来说最干净的选择：单笔全额付款、一次交易、一张收据。顾客之间通过电子转账或支付应用进行结算。这不会损失您的数据质量。唯一的限制是顾客的意愿，而在实践中，大多数群体都习惯了这一点。

将订单作为独立的交易进行收银。 如果拆分是按商品进行的，请拆分购物车：先收一位顾客的商品并收款，然后再收其余的商品。如果拆分是按金额而不是商品进行的，您需要为每个付款人输入自定义金额，这会使销售脱离您的产品目录。无论哪种方式，在开始收银前先商定好金额 —— 撤销进行到一半的拆分是结账排队崩溃的开始。

应该避免哪些拆分支付歪招？

那些看似诱人的捷径往往会错误地陈述您的资金。将现金部分作为折扣扣除，并将其余部分刷卡，在柜台看起来很整洁，但这记录的销售额比您实际收到的要小，少报了您欠的税，并在抽屉里留下了没有任何报告解释的现金。纸质欠条和“关门后再修改”的便签存在同样的问题，只是目击者更少。如果一个临时解决方案改变了您系统认为您赚到的钱，那它就不是临时解决方案 —— 而是您留给以后的记账错误。

即使是安全的临时解决方案也会让您付出什么代价？

双交易方法可以保持账目诚实，但会扭曲您的数据。一个购物篮变成了两个订单，因此交易次数虚高，平均订单指标发生漂移。卡加卡的拆分变成了两次收费，由于大多数处理商在百分比之上还会对每次收费收取固定费用，因此两次收费的成本高于一次。退款变得更加困难：付款方式存在于不同的订单中，因此退货意味着要分别找到并撤销每一个订单。而且您赖以做出决策的报告现在在面对繁忙周六的每个数字时都需要在心里打个问号。

在交易量较低时，这些都不是致命的。但如果每天有十笔拆分账单，这就是对您的数据和排队速度的真实消耗。

您能在当前的 POS 中添加拆分支付吗？

有时可以。在得出不可能的结论之前，请检查三个地方：您的计划层级（该功能可能存在于高一档的价格区间中）、供应商的应用市场（第三方结账插件偶尔可以修补它）以及供应商的功能请求队列（您至少可以在那里评估它是否即将推出）。然后进行诚实的计算：将升级或插件的价格与临时解决方案目前在费用、对账时间和报告干扰方面给您带来的成本进行对比。

原生拆分付款方式到底是什么样的？

当您评估替代方案时，妥善处理的拆分支付意味着：针对一笔交易记录多个付款方式，每个付款方式在交易报告中单独可见，退款可追溯到付款的方法，并支持除现金和卡之外的自定义付款方式（如店铺积分或支票）。它还应该在柜台无需经理授权即可使用，因为员工在周六 12:15 无法使用的功能等于不存在。

Final 原生处理此问题。一笔销售可以使用多种支付类型进行支付 —— 现金和卡、两张卡，或自定义支付类型（如店铺积分和支票） —— 并且每个付款方式都会作为同一笔销售的一部分记录在交易报告中，包括退款。无接触支付也可以混合使用；以下是 Tap to Pay 如何融入结账流程。

如果拆分支付是最终促使您寻找新平台的痛点，那么迁移并不像以前那样痛苦：现代平台会自动导入您的产品、类别和顾客（支持 Square、Shopify、Clover、Lightspeed X-Series 或 WooCommerce），因此切换只需要几天，而不是几个月。