由于以前是各事业部有各自的报销流程，虽然整合在同一系统中，但其实是不同的流程，如集团报销流程、各事业部报销流程等，造成这一情况的原因是：公司分布地域比较广泛，组织机构庞大，如：总公司下有集团财务，总公司除财务还有信息，公共事务等部门；各事业部有事业部财务，各事业部还有其他职能部门；各区域有区域财务，另区域下设有区域办，同时管理所辖门店；另外加一个大型物流中心。所以，目前公司需要整合以前的费用报销流程，使之规范化。
按上述描述分析，以前在进行费用报销时，完全是按照行政组织进行路由。这种组织架构，在只有一个财务管理中心直管全司的情况下，完全没有问题。但是，根据公司目前实际情况，那么必须对组织构架模型进行扩展。
具体是想引入工作流引擎，在同一流程中实现不同组织下的费用报销。因为目前公司组织机构比较复杂，不同的组织，财务管理中心也不一样。各事业部财务管理下辖机构所有财务业务，最后信息汇报到集团财务归档。
所以在系统中，将会引入辅助组织架构（虚拟组织架构），即：财务线（财务类型组织）的财务组织架构、人事线（人力资源类型组织）的人力资源组织架构等。一个辅助组织必须与一个主组织（行政组织架构）关联，一个主组织可关联多个辅助组织，但同一类型辅助组织，只允许关联一个。
部分表组织如下
完成组织架构模块改造，下一步就是改造工作流引擎。
工作流引擎相对来说变动会比较少，主要的变化点在人员路由模块。可查看此文章，1.2.3、设置处理者。
在此模块中，加入可按组织机构类型寻找用户。如组织类型设置为财务组织，处理者设置为报销会计，那么当流程行进到此节点，就会寻找提交人所处组织设置的财务组织，如果本级组织中没有进行设置，那么将到上级组织中寻找，直接找到为止。
这样，在不同的组织设置不同的财务组织，在用户进行费用报销时，系统就会自动找到财务中心。
优点：系统配置灵活，可随时更换不同财务中心。统一流程，便于管理，以往相同流程在系统中可能需要设置多个，除费用报销外，另一个常见的就是请假流程，需要不同的人力资源部进行备案归档，按此方案，只需要一个流程，不需要写任务代码就可以完成。
缺点：组织架构初始化工作量。
节点处理者部分结构
以上是我在多组织架构下费用报销流程大概的做法，目前流程运行比较顺畅。
欢迎各位大虾板砖