光合本地生活o2o系统

一、当地税务和下单收款绑在一起，会卡在哪

下单收款要证明的事很窄：用户能按订单金额付成功，后台能查到这笔已经付款。当地税务要证明的是另一件事：按客户所在地的规则，页面上该展示什么、账上该怎么记、要不要和当地申报方式对接。各国要求不同，不能拿一地的做法当成处处默认。

绑在一起的后果有两种。税务材料还没齐，团队就不敢开收款；或者收款已经走通，为了迁就一套还没定稿的税务展示，把下单页反复改，已经测通的付款又被改乱。用户侧看到的是一会儿能付、一会儿不能付。

还有一种混法，是把税务上的差额直接改写成用户要付的金额。菜单价格和扣款对不上时，客服分不清是收款多扣了，还是税务展示还没定。两边搅在一笔里，谁也说不清这笔差从哪来。

二、收款与税务怎样分开配置

分开配，就是两张清单。收款清单只留三件：通道是否按当地方式接通，一笔小额单是否支付成功，退款之后同一单号是否仍能核对。税务清单另开：展示项、入账方式、是否要和当地申报对接，都按客户当地规则定制，不在系统里写死某一种税制。

光合同城的国际版支持支付按当地通道对接，税务相关的能力按需定制，不代替客户自己的财务判断。商务结算由客户确定，系统侧不抽成客户平台订单。下单页先保证用户付的是订单金额，税务上的展示不要临时塞进同一次改动。

顺序可以是先收款、后税务。收款清单通过之后，用说得清的口径对小范围用户开放付款。税务清单还没完成时，不在下单页临时加一套未确认的计算。两边都完成，再拿同一笔测试单看三处：支付金额、订单记录、税务侧导出，各自说得清，而不是合成一个说不清的总数。

当地规则若以后有变化，改的是税务清单，不要顺手改掉收款是否成功的判断。收款是否到账，仍以那笔小额单和单号为准。这样税务调整不会把已经稳定的付款又拖回去重测一整轮。

三、适合谁

要在当地同时处理下单收款和税务展示的团队。能接受收款先走通，税务按当地规则另接。若希望一套税制到处沿用、不用再对接，这种做法对不上。

四、短总结

国际版外卖系统里，下单收款和当地税务是两件配置。收款用小额单证明能付款，税务按各地要求定制对接，不写死某一种税制。分开之后，税务未齐才不会把付款一起卡住。