光合本地生活o2o系统

一、支付和税务绑在开业当天，会耽误什么

各国收款通道不一样。演示里能点通的那一种，换一个国家可能要另接、另审、另准备结算账户。写成一套收款方式到处能用，排期就会在开业那一周挤在一起。语言页面能看，不等于钱能进来。

税务更不能照搬。各国要求不同，不默认写死某一套税制，也不替客户做当地税务上的结论。该记哪些金额、导出给谁去申报，要按那个国家的需要单独定。和支付绑在同一次改动里，支付一延期，税务也跟着停。

还有团队把下单、收款、税务合成一个验收日。语言没问题，下单也通，只差收款账户，整项就被标成没完成，前面已经看过的又重来一遍。忙的是重复看，不是菜品本身没做好。书面范围里要把支付和税务写成两条，不要合成一句「出海要本地化」。一条写清准备开通的国家和通道，另一条写清要导出哪些金额、给谁用。范围里没写的国家，就不要在开业广告里承诺能付。

二、怎样把当地支付和税务分成两项来做

当地支付和税务单独立项，都支持按需定制对接。支付按要开通的国家单独列：接哪一条通道、何时能付进一笔测试款、失败时客人看到什么。税务另列：不默认某一国的计算方式，需要展示和导出的金额按那个国家来定，结论由客户在当地确定。两项都可以晚于「菜单能看」，但不要晚于对外说能收款的那一天。

验收拆成三步，互不代替。第一步只看语言和菜单能否下单，可以先不收款。第二步只看选定国家的支付能否付进测试款，并在订单上看到收款结果。第三步只看税务需要的金额能否按客户确定的规则导出。一步没过，只重看这一步。

支付通道里的到账节奏、税务上如何申报，都由客户在当地确定，系统不替客户拍板。源码交付之后，这些对接仍按书面范围做。菜单能看，不要写成全球都能收、税也已经算好。统一后台里可以同时看到订单和这一笔的收款结果，但两项的计划仍要分开写。

三、适合谁

准备在海外接外卖单、当地支付和税务还没单独列入计划的团队。愿意把能看菜单、能收测试款、金额能否导出分成三次来看。若对外还不会说已经能收款，这两项可以后排，但不要和开业广告绑在同一天。

四、短总结

海外版外卖系统里，当地支付和税务要单独立项、按需对接。菜单能看，不等于能收款，也不等于税已经按某一国算好。