一、业务需求场景

       由于应收票据在票据系统进行了质押操作，其实就是变更了收款银行信息，但是目前系统中只有“变更收款银行”按钮，可以实现此操作，改变收款银行的信息（银行和相应的账号）

但是以上功能在变更后才会生成一张“应收票据变更单”，作为票据变更的记录无法进行事中管理（即搭建工作流进行审批流程处理）

二、解决方案

       为了可以搭建审批工作流，不使用以上“变更收款银行”的功能，而是二开单据转换规则，配置相关反写规则，将“应收票据”业务对象的“变更后银行账号”在“审核”时触发反写到源单的方式，进行处理，这样就可以搭建在业务发生时，通过“应收票据”下推“应收票据变更单”来进行工作流审批，最终审核通过后，反写源单银行信息的方式已实现上述需求；

很多人不明白，为什么我们一定要这么麻烦，首先系统标准的【变更收款银行】的功能，是插件处理的；

对于二开小白来说，无法修改预置插件，风险太大了；

因此才二开一个转换规则，配置相关反写的方式处理，不再继续使用系统标准的【变更收款银行】的功能；

（本方案二开完毕后，一定要把【变更收款银行】的按钮隐藏掉！）

三、实现步骤一（单据转换二开）

1、新建“应收票据—应收票据变更单”转换规则；

首先，进入BOS IDE的单据转换规则，【新建】一个全新的转换规则；

源单：应收票据

目标单：应收票据变更单

【ps：一定要在“出纳管理”找单子，“票据管理”是没单子的哈；】

选择完点击【确定】

2、录入必要的转换规则名称；

3、关联主单据体：关联“票面金额”（单据头）字段；

Q1：步骤三中的【关联主单据体】这里啥也选择不到怎么办呢？

A1：选择不到，是因为单据没有进行关联，这就要去拓展“应收票据变更单”，配置下【单据关联配置】

关联单据体的主实体：“单据头”，其他的参考下图！

（修改完记得保存拓展）

Q2：这里关联单据体的主实体，怎么关联了一个单据头实体呢？

A2：细心的人一经发现了，因为“应收票据变更单”是没有“单据体”的，无法进行关联；

配置完上面的拓展，就可以完成步骤三的【关联主单据体】的【票面金额】配置啦！

4、拓展“应收票据变更单”，增加“应收票据内码”字段到变更单上

由于我们要使用单据转换处理这个业务，那么上游单据“应收票据”一定要通过内码来传递信息到“应收票据变更单”上的；那么逻辑是，先得让转换规则把“应收票据”的内码下推携带到“应收票据变更单”的应收票据内码上；

我们就拓展修改“应收票据变更单”，拖一个“文本”字段，到单据上，修改属性“标识”、“字段名”“绑定实体属性”一致；然后修改“名称”和“标题”为“应收票据内码”，最后【保存】这个拓展；

再把“功能控制”中的全部取消，仅保留“允许单据转换携带”；

这样做的目的，是为了业务的准确性；当然你也不会去编辑“应收票据变更单”的内容（除了变更后的银行账号之外）

因此这个就按需设置就行，应该没有哪个客户在这个方案确认后，还会去导入“应收票据变更单”玩一玩吧！

可见性也按需设置；“应收票据内码”的锁定性一定要全部锁定！

最后【保存】这个拓展；

5、字段映射关系：请严格按照下图配置；

这一步是为了携带相关字段的信息到“应收票据变更单”上！
“单据头.票据流水号”：这个字段非常重要，决定了整个票据的信息能否携带到下游单据上！但是后台却存的是内码而非票据号的数字文本！因此直接配置字段携带是错误的做法！

我们配置这个的目的有两个：

①将“应收票据”的内码携带到“应收票据变更单”的应收票据内码上；

②为了能让“单据头.票据流水号”从同一张变更单的“单据头.应收票据内码”获取内码信息而做准备；（下一步要操作）

6、表单服务策略：配置下推携带的同时将“应收票据内码”赋值到“票据流水号”，用以携带出下推后的票据信息；

新增【计算定义公式的值并填写到指定列】的服务；

描述：赋值票据内码

值： FRECBILLID  = （增加的字段“应收票据内码”标识） 

写完，【确认】即可！

7、分组策略：必须也只能选择一对一生成！

再次说明：这里的配置是业务决定的，每张“承兑汇票”上都会有“收款银行信息”；即便有很多票据；由于内码的不同！

是无法合并下推的，因此这里必须也只能是一对一生成！

8、选单服务策略：根据业务实际出发，配置合适的下推选单条件，避免下推业务发生错误！

以下是应该配置的业务选单条件！一定要配置好！

【附加条件说明】：必须满足以下条件才允许变更收款银行信息：1、票据状态 必须是“已审核”票据；2、结算状态 必须等于 “为空”或者“背书退回”；3、票据未进行质押、托管；

【不符合条件的提示说明】：

必须满足以下条件才允许变更收款银行信息：

1、票据状态 必须是“已审核”票据；

2、结算状态 必须等于 “为空”或者“背书退回”；

3、票据 未进行 质押、托管；

【具体的条件配置】参考下图：

ps：讲一下这里的设置理由；

①单据状态：由于承兑汇票在变更收款银行是，一定是一个已经录入且审核的票据，毕竟修改变更银行信息是票据的后续业务；没审核前直接去修改即可；

②结算状态：是记录票据的当前的业务状态的，那么我这里是根据实际情况设置了只允许“为空”或者“背书退回”的票据才能进行【下推“应收票据变更单”进行变更收款银行信息】，如果考虑拆分后还允许变更收款银行信息，可以重新定义这里的选单条件！

③质押/托管状态：票据进行了质押或者托管的业务后，一般在星空的处理是用户点击对应的功能按钮，给相关的状态复选框字段打一个标记去处理；那么我这里定义的是必须“托管”“质押”都是“否”才允许变更；

9、启用“应收票据-应收票据变更单”的转换规则！

四、实现步骤二（反写规则配置）

1、配置反写规则，审核反写“变更后银行账号”到源单“收款银行账号”上；

     单据转换配置完毕了，那么我们接下来就要配置反写规则，去实现如果“应收票据”下推“应收票据变更单”后，要能否实现，修改了“变更后银行账号”反写“应收票据”（源单）的“收款银行账号”！且该触发机制是在审核“应收票据变更单”后，毕竟我们的目的是为了实现让“应收票据变更单”能配置工作流进行审批！这样能确保调用标准工作流去触发完成审批后的【审核】操作，进而执行反写！

①新增一个反写规则，配置【基本信息】：

选择上下游的单据，并写上反写规则名称，如下图：

②配置【反写】：

（1）操作【审核】

（2）反写值计算公式：

FCHANGERECBANKACNTID

【变更后银行账号】

（3）反写模式：覆盖

（4）反写上游字段、分配上限都选择：

FRECBANKACNTID

【收款银行账号】

一定别选择错了！！！因为“应收票据”有两个“收款银行账号”【一个承兑用的、一个贴现用的】
也不知道为啥不在名称上区别下，搞得很容易弄混啊！反正按照我上面的字段准没错！

（5）最后配置完就是下面这个图！

③配置【关闭控制】

如图：

④配置【超额判断】

如图：

⑤【保存】并【启用】反写规则

五、实现步骤三（发布节点与按钮配置）

1、发布“应收票据变更单”菜单到主控台

这一步的目的：方便在主菜单查看变更单，并且可以使变更单在工作流中被引用；

①进入【BOS IDE】，打开【发布】选择【发布到主控台】；

②在【票据管理】的【票据处理】节点，新增一个“应收票据变更单”的列表菜单；

可见性全部勾上！

③调整下“应收票据变更单”的显示顺序

④查看发布效果！

2、“应收票据变更单”上的“保存”、“提交”、“审核”、“关联查询”等

变更单的列表、单据上的“保存”、“提交”、“审核”等菜单功能配置，将“可见性”放出来！

“保存”、“提交”、“审核”这三个按钮配置的目的是在“单据”和“列表”都能操作变更单，不然后边配了工作流，下推也办法进行操作！

“关联查询”：为了查看“应收票据变更单”的工作流、上游“应收票据”使用！

相关路径：仅附一张图说明：其他的参考配置即可

3、应收票据列表增加“下推”按钮功能，以便调用表单操作；

已经到这一步了，只要在“应收票据”上配个“下推”的按钮，那么就能实现基本的下推变更的功能啦！

①首先，打开“应收票据”的拓展，然后点击“列表菜单”，在“工具条”右击，增加一个按钮；

最后【保存】这个拓展；

【列表效果】

【单据效果】

②配置中：一定要配置【点击事件】，否则点了按钮就会无事发生！

配置一个【push】的【下推】的点击事件，去调用平台标准的下推插件，这样才能调用到我们上述配置的单据转换！

最后【保存】这个拓展；

鼓掌庆祝吧！至此！我们配置二开的工作全部就结束了！接下来，进入到振奋人心的成果验收环节！

我们验证环节！只验证功能！

就不进行工作流的配置！只进行验证下是否可以选择到“应收票据变更单”进行工作流设计即可！

想测试工作流+本方案的可以自行配置工作流测试哈！

六、工作流是否可选测试；

前面提到过！只要发布到主控台的单据，在【流程设计中心】才会被选择到！

那么到底是不是这样呢？我们进行下验证！

七、方案效果演示

1、选择需要变更的BR0158“应收票据”，点击列表上方的“下推”按钮，选择“应收票据变更单”进行下推；

2、只需填写“业务日期”和“变更后银行账号”即可，进行“提交”、“审核”操作；

【如果有工作流，提交会进入审批！】

3、完成后，查看源单票据的收款银行信息即可；

这里由于没有审批，就直接提交审核了，下面是效果！

注意事项：

1、本方案中，没有搭建工作流进行测试，只测试了正常的直接审核反写信息的功能，请自行搭建工作流，并测试工作流完成后，是否可以实现变更的正常功能；

2、本方案中，使用反写规则进行反写以实现源单变更银行信息，由于反写的是基础资料字段，无法回退到之前的账号，如果该方案被采纳，那么请谨慎进行审批变更，如果变更错误，只能进行二次变更；无法反审核退回原账号信息！

（当然在没审批之前都是可以“撤销”“提交”进行修改的；）

3、本方案中，下推有限制下推条件，需根据实际情况，商议什么情况下才能进行该变更操作的下推操作，并在单据转换中加以限制！【参考“三-8”步骤说明】

4、请一定在使用本方案后，将“应收票据”列表上的“变更收款银行”的操作按钮，修改可见性，进行“隐藏”！

以免造成新旧方式的穿插业务，造成业务管理上的漏洞！

5、其他单据二开转换规则可举一反三，参考本方案！

常见问题：

Q1：业务中，无法编辑“业务日期”和“变更后银行账号”字段；

A1：那是因为“应收票据变更单”没有设置“数据状态”下的“状态列表”的“暂存”“创建”状态下“这两个字段”的字段锁定即可

Q2：变更单上的“变更后银行账号”填写错了，撤销提交发现没权限，但是administrator在【业务对象功能授权】上没找到“撤销”等权限项，也没办法赋权！

A2：这也是个【基础管理】的经典问题，应如下处理：

1、首先，登录administrator账号，在【业务对象列表】找到“应收票据变更单”的权限对象！

2、点击进入，给“应收票据变更单”增加“权限项”【权限项按需赋予】

3、保存后，在对应角色上进行【业务对象功能授权】即可解决该问题；

如有其他问题，可留言本贴！