跨地域跨系统的柔性业务协同管理方法_2

文档序号:8544132阅读:来源:国知局
同、质量改判协同。
[0042]协同生成的单据包含过程的单据和结果的单据,过程的单据包括订单、生产计划、转库单、发货单;结果的单据包括入库单、出库单、原料分配、销售结算单、封闭单、质量改判单、分选单、并包;对于只针对结果的单据,不允许协作方进行修改,最多只允许撤销;对于包含过程的单据,协作方可以在某些条件下进行修改,修改结果也要相应的反馈主动方,在未成功反馈主动方时,已修改的单据处于封锁状态,不得继续执行。
[0043]其中双向驱动的包括原料入库协同、订单协同、原料分配协同、生产计划协同、领料出库协同、成品入库协同、销售发货协同、销售出库协同、销售结算协同、转库协同,而可由委托方或受托方作为流程的主动方来发起协同;单向驱动包括与生产现场管理关系密切的分选协同、封闭协同、并包协同、质量改判协同,由受托方作为主动方,委托方作为协作方。
[0044]以下进一步说明本发明方法的细节、特点和具体实施过程,以便更清楚理解本发明。
[0045]跨地域协同功能覆盖工贸一体化系统现有的四大业务类型,即:贸易、配送、来料加工和仓储。针对不同类型的业务,都可以进行针对性的柔性协同配置,从而满足业务需要。但各种协同都可以且必须采用一套标准的数据配置,这套数据作为协同系统的前置,能够很好地支撑整个业务流程的流转。具体的集值类型如下:
[0046]客户对应关系:维护委托方客户代码与被委托方最终用户代码,协同时可直接找到对方最终用户代码生成记录,反之,被委托方的最终用户与委托方的客户代码也要对应(用于订单协同);
[0047]仓库代码对应关系:维护委托方仓库与被委托方仓库,协同时可直接找到对方仓库生成相应记录(用于原料入库协同包、原料、成品转库协同、成品入库协同、领料出库、销售出库等);
[0048]机组对应关系:根据工序维护默认值,协同后生成新增状态的生产计划,可由业务人员修改(用于生产计划);
[0049]产地对应关系:维护本方产地与对方产地,协同时可直接找到对方产地生成相应记录(用于订单协同)。
[0050]系统理论上支持双向协同,但为了业务单据正常流转及方便跟踪,每种协同业务限定配置唯一的协同方向。
[0051]实现简单化、可视化配置,系统根据业务员选择的客户,显示已经配置好的覆盖全流程的协同模型,业务员通过调整箭头指向修改协同业务路线和协同方向。
[0052]协同服务柔性配置流程如图2所示。
[0053]系统特点:
[0054]1.支持跨地域的覆盖四种业务类型的协同
[0055]该方案针对当前跨地域协同功能不足、协同类似单一不可配置等系统瓶颈进行重新设计,可满足实际业务中所需的各种协同业务功能。
[0056]2.采用柔性配置方式定义协同流程
[0057]该方案将柔性配置作为设计重点,用户可以自定义配置到针对具体客户的协同业务流程,满足灵活多变的实际业务需要。
[0058]3.加强各协同环节的配置和功能
[0059]该方案针对整体协同方案的各个协同步骤,都有具体的配置信息作为依据,因此为系统自动处理功能的加强和查错纠错功能提供了保障。
[0060]4.实现对协同数据的监控与预警
[0061]通过对配置信息的检查校验来监控当前协同业务流程是否存在完整、正确的通路,是否存在有冲突的配置,是否存在可能造成死循环的不稳定风险因素等。监控信息实时可查,并在出现问题时通过合理的方式及时通知相关人员。另外,还可以提供针对具体业务环节和具体单据的监控与预警。
[0062]5.支持反向逆流程协同回退
[0063]根据柔性配置的协同业务流程,当业务需要进行回退操作时,可以根据该配置路线,进行协同回退操作,确保业务流转的同步和完整性。
[0064]■柔性业务协同方案功能说明
[0065]1.订单协同:被委托方来料加工订单协同委托方生成配送订单;委托方配送订单协同到被委托方生成来料加工订单,内部订单不支持协同。
[0066]2.原料分配协同:订单及原料捆包协同后,原料分配审核时协同。
[0067]3.生产计划协同:原料分配协同后,生产计划支持双向协同。
[0068]4.领料出库协同:生产计划协同后,原料捆包被生产计划封锁,领料出库支持双向协同。
[0069]5.成品入库协同:订单协同后,成品入库支持双向协同。
[0070]6.发货通知书协同:成品入库协同后,发货通知书支持双向协同。
[0071]7.销售出库协同:发货通知书协同后,销售出库支持双向协同。
[0072]8.销售结算协同:销售出库协同后,销售结算支持双向协同。
[0073]9.原料、成品转库协同:根据转库单出入仓库是否为自有仓库来决定是否自动做出入库。
[0074]10.并包协同:成品捆包协同后,被委托方根据协同的成品捆包进行并包操作协同委托方进行并包操作;委托方根据协同的成品捆包进行并包协同被委托方进行并包操作。
[0075]11.分选协同:成品捆包协同后,被委托方根据协同的成品捆包进行分选操作协同委托方进行分选操作;委托方根据协同的成品捆包进行分选操作协同被委托方进行分选操作。
[0076]12.封闭单协同:成品捆包协同后,被委托方根据协同的成品捆包进行封闭操作协同委托方进行分选操作;委托方根据协同的成品捆包进行封闭操作协同被委托方进行封闭操作。
[0077]13.质量改判协同:封闭单协同后,被委托方根据协同的成品捆包进行质量改判操作协同委托方进行质量改判操作;委托方根据协同的成品捆包进行质量改判操作协同被委托方进行质量改判操作。
[0078]■关键问题及解决方案
[0079]1.代码对照:
[0080]协作的双方,相关的系统代码必须要能对应,否则无法保证协同业务的有效开展。具体地说,涉及到的如下代码均需做相应的对应,包括:品种代码、牌号、产地代码、仓库代码、机组代码、班组代码、零件号、捆包号、物流费用代码、客户代码等。
[0081]解决方案:
[0082]针对不同的代码,分别预设三类对照方式:
[0083]a.完全一致型:此类对照方式下,双方的代码完全一致,即协同的一方生成该代码后,另一方直接原样使用该代码,此类对照方式主要包含捆包号、品种代码、牌号。
[0084]b.一一对应型:此类对照方式下,双方的代码一一对应,即协同的一方生成该代码后,另一方需维护唯一对应的代码与之匹配,此类对照方式主要包含零件号、产地代码、机组代码、班组代码、客户代码、物流费用代码等。
[0085]c.一对多型:此类对照方式下,双方的代码一对多,即协同的一方生成该代码后,另一方需维护一个或者多个代码与之匹配,此类对照方式主要包含仓库代码(仓库代码之所以会有一对多的情况存在,主要是由于委托方和受托方对于受托方自有仓库的管理精度不一致所导致,对于委托方而言,受托方自身只是一个统一的仓库;对于受托方而言,其自有仓库一般会细分为原料库、半成品库和成品库,由此产生了一对多的对应关系)。
[0086]2.流程流向:
[0087]协作的双方,每个流程(具体功能节点)都会有主动方和协作方,从主动方到协作方决定了该流程的流向。
[0088]解决方案:
[0089]考虑到业务的实际情况,针对目前所涉及到的一共十四个具体功能节点的协同,其中原料入库协同、订单协同、原料分配协同、生产计划协同、领料出库协同、成品入库协同、销售发货协同、销售出库协同、销售结算协同、转库协同均为双向驱动,即委托方与受托方皆可作为流程的主动方来发起协同;而与生产现场管理关系密切的分选协同、封闭协同、并包协同、质量改判协同只设置单向驱动,由受托方作为主动方,委托方作为协作方。
[0090]3.协同单据维护的合法性:
[0091]通过协同生成的相关单据,是否允许协作方进行维护?如果允许协作方进行维护的
[0092]话,允许协作方进行针对哪些内容的维护?
[0093]解决方案:
[0094]将协同生成的单据分为两大类,一类是包含过程的单据,比如订单、生产计划、转库单、发货单等;一类是只针对结果的单据,比如入库单、出库单、原料分配、销售结算单、封闭单、质量改判单、分选单、并包等.对于只针对结果的单据,不允许协作方进行修改,最多只允许撤销;对于包含过程的单据,协作方可以在某些条件下进行修改,修改结果也要相应的反馈主动方,在未成功反馈主动方时,已修改的单据处于封锁状态,不得继续执行。
[0095]4.事务处理的一致性:
[0096]由于可能是在两套独立部署的工贸一体化系统之间进行协同处理,两套系统间如
[0097]何确保事务处理的一致性就必须重点考虑。
[009
当前第2页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1