应收开票交付初体验（二）

       哈喽小伙伴，上次我们谈了一下交付中的一些感受，还有碰到的两个业务场景。今天我们接着上次的“惊喜”继续我们熬过通宵的故事。【emoji】

      交付过程中，用到最多的是botp，除了标准的配置，还有一些标准产品无法实现的业务场景，我们可以通过二开，嵌入到botp中，实现业务的连通。

      场景三：某公司在销售A产品业务中，开票信息为招商银行账号，销售B产品时，开票信息为广发银行，销售C产品业务开票信息为兴业银行。并且A业务收款人、复核人、开票人分别为X、Y、Z；BC业务的收款人、复核人、开票人分别为XX、YY、Z。

      分析问题：首先来看应收和发票云的基础设置，应收模块可以设置票面人员，发票云参数也可以从业务获取，或者在发票云进行配置，但是这个设置是通用的，对于不同业务的区分，是无法实现。

解决方法：建议通过二开，实现一张银行信息和开票人员的信息表，根据业务不同进行配置；在单据下推的时候，去调取配置表的信息，传到开票单，实现不同业务不同开票信息。（标准功能的botp有一些字段在botp中是代码内置，需要注意哦。）