有赞的saas电商系统，是怎么做到的，交易时 即可以是服务预约项目、也可以是实物发货类的。

看下这两个图，是同一个小程序，用的有赞。第1个图是实物类，要填收货地址，需要走发货的，点“提交订单”，就唤起微信支付了；第2个图是服务类，不涉及发货的，点“提交预约”，就唤起微信支付了，预约后这笔交易就走自己系统的核销，不涉及发货、收货等，，，，他这个是如何实现的，怎么能同时存在呢

这都不用看呀！！首先他有实物发货的场景，按微信规则默认会强制接入物流助手+发货信息管理，如果没有强制接入，那我们的小程序为什么提审后，若存在实物交易会被强制接入物流助手与发货信息管理，，，是不是存在内部渠道或其他接口或其他原因？；其次他有服务预约类商品，下单后会有一个核销二维码，去店里核销即可完成交易， 这个我们已经下单试过，买家并不会收到“发货提醒”与"收货提醒"，说明这一笔交易并没有经过微信的发货信息管理，因为经过微信的发货信息管理，无论选择哪种发货方式都会给用户下发“发货提醒”“收货提醒”。  他的小程序，为什么可以合理的上线这2种业务，