#odoo #开源系统 #数位赋能 #E化自主

我们先前在销售模组的说明里，针对特殊性营运流程有一些着墨，在odoo系统，销售系统虽可以满足一般以买卖为销售情境的需求，但针对不是以买卖为基础的商业模式可能就变的很难满足，有时候我们甚至必须舍弃销售模组，而另外透过其他的客制模组来整合该情境所必要的功能，并驱动对应区块的ERP系统。在odoo社区版之原生系统里，我们可以透过维修模组来一窥一二。

模组名称：Repair

功能

• 明确且直觉化之表单介面
  
  当我们进入维修单时，我们可以清楚的了解每个项目应填入那些资讯，例如维修之标的，要更替的零件以及相关之工资费用等等，针对一些定义好的情境，如维修费用支付方式，也可以很简易的在单据上完成设定，该单据将依其设定进行不同的单据流程作业。

• 表单流程直觉化
  
  当完成维修单之初部建立，接下来就是印出维修单给客户确认今天的维修项目，这个流程相信只要有去过汽车保养厂的朋友都不会陌生。

• 模组间整合串联流畅
  
  
  odoo系统的一个优点就是其每个商业软件都与核心ERP模组有相当程度的整合。当我们完成该维修单之作业时，系统将针对所设定的领料项目进行扣料，而从维修主体拆下来的部件也会进入到库存中，这对於一些针对部件可以重新维修在进行二手贩售的情境来说非常有用。

  另外在维修款项之管理部分，系统依我们所设定的开立发票时点，将资讯抛到会计系统进行对应应收凭单之生成，相关作业可以依该客户的付款条件回归到应收帐款之管理进行，而不是重新针对维修系统重新写一个。

模组应用

在许多的产业，如机车业、汽车业、轮胎行或是机械整机业者等等，产品维修服务是企业经营流程上不可或缺的一块。对於专事维修之业者来说，可能已经有对应之系统可以进行作业，但对於主要业务不是以维修为业之业者，产品维修流程的E化可能是比较头痛的一块。不管是维修领料或是维修後所拆卸下的部件的事後管理(零件可能维修後还能继续用等)，这些状况当无法有效的管理时，将造成库存不准确或是新旧物料混用等等的问题。但如果认真花一笔预算购入了新的维修系统来进行作业，维修系统如何与公司实际管理之ERP系统进行串接又可能是另一个困难的议题。

在odoo的维修模组中，透过专属的维修单据整合性的规划整体流程。维修之始，维修人员可以很直观的将此次维修所会使用的料件、本次维修将拆卸下来的部件进行输入，同时也可以将维修过程之工资费用加到单据之中。而这些输入的内容将驱动ERP核心模组，包括库存的移动，已及会计应收帐款的开立与管理作业等等，在系统内达成高度整合的目标。

结论

企业经营者在进行商业模式的规划设计时，我们为了让企业服务的更全面且更有市场竞争力，必然会有特殊性的营运流程产生，这些营运流程小的也许只是发个讯息通知客户，大的有可能就如今天所提的产品维修服务，会影响公司的库存以及现金流等等。在过去人工劳力便宜的年代，公司基本上只要设计对应的纸本表单搭配人力整理资料，也许就能够运行这些新的营运流程，但在目前E化转型的现代，除了表单要E化，後续的资讯如何串接并且让企业能够活用这些企业经营所产出的资讯，将这些资讯要跟既有系统进行整合性之管理，并协助企业经营者能够用更现代与及时的方式了解企业运营的现况。这些说来容易，但在目前的套装商业软件服务模式下这几乎是不可能办到的。

站在企业数位治理角度来看，企业家对於企业商业模式的「原创性」肯定不是任何系统开发商可以预先规划出来的，更不用说为了因应未来环境的快速变动，企业要更能够弹性因应需求变动，在这些未来需求的大前提下，对应企业之商业模式进行系统客制，这样的需求在未来只会多不会少。当我们面对这些高端的客制需求，该如何在不影响核心ERP系统的运作逻辑的同时，再透过这些周边的服务系统来满足企业之各种商业模式之需求，同时又要能够把资讯整合到企业之核心管理ERP系统，这样的范例我们似乎可以参考「维修模组」的做法来进行系统规划。
参考文件：

• odoo官网-应用程序：维护保养

Day14预告：特殊性营运流程篇-POS