钢铁行业跨地域跨系统的柔性业务协同模式的设计与实现

摘 要 随着汽车销量的逐月增长、各汽车零部件厂商与钢厂的合作日益加深，各汽车厂商加快全国各地生产制造基地的部署，实现跨越式的发展，对钢厂的业务协同随之增加。为强化各单项业务环节的信息协同、提高信息自动化处理程度并且为协同数据的交互、监控与报警提供平台支持，提出了柔性业务协同模式的解决方案。该系统理论上支持双向协同，但为了业务单据正常流转及方便跟踪，每种协同业务限定配置唯一的协同方向。

关键词 钢铁行业;跨地域跨系统;柔性业务;协同模式

引言

由于零部件厂商订购的多数是成型的零部件，整个订货过程涉及钢厂、钢材贸易公司、加工中心、零部件配套厂等多个环节，存在商流模式较多，流程复杂，物权管控风险较大，交货周期长，库存较高，交货质量参差不齐、供应链数据不完整等不利因素，制约了汽车厂与钢厂的进一步深化合作。为此，需加强钢铁行业跨地域跨系统业务协同的研究。

1柔性业务协同模式设计目的与方案

（1）钢铁行业跨地域跨系统存在问题。现阶段钢铁行业跨地域跨系统主要存在以下几个方面的不足：①跨地域协同功能不足;②对复杂加工工艺的协同支持不够;③协同模式单一不可配置;④缺乏协同数据监控与预警功能;⑤缺乏符合行业信息交互标准的统一协同集成平台。

（2）柔性业务协同模式设计目的。柔性业务协同模式设计为解决钢铁加工企业跨地域协同业务的系统瓶颈，强化各业务环节的信息协同，提高信息自动处理程度。实现跨地域集成平台协同服务的柔性可配置，为实现协同数据监控及预警提供支持[1]。

2跨地域跨系统的柔性业务协同模式设计

（1）系统架构。跨地域协同的四大业务类型，即：贸易、配送、来料加工和仓储。针对不同类型的业务，都可以进行针对性的柔性协同配置，从而满足业务需要。但各种协同都可以且必须采用一套标准的数据配置，这套数据作为协同系统的前置，能够很好地支撑整个业务流程的流转。具体的集值类型如下：①客户对应关系：维护委托方客户代码与被委托方最终用户代码，协同时可直接找到对方最终用户代码生成记录，反之，被委托方的最终用户与委托方的客户代码也要对应（用于订单协同）;②仓库代码对应关系：维护委托方仓库与被委托方仓库，协同时可直接找到对方仓库生成相应记录（用于原料入库协同包、原料、成品转库协同、成品入库协同、领料出库、销售出库等）;③机组对应关系：根据工序维护默认值，协同后生成新增状态的生产计划，可由业务人员修改（用于生产计划）;④产地对应关系：维护本方产地与对方产地，协同时可直接找到对方产地生成相应记录（用于订单协同）。

（2）系统特点。①支持跨地域的覆盖四种业务类型的协同。该方案针对当前跨地域协同功能不足、协同类似单一不可配置等系统瓶颈进行重新设计，可满足实际业务中所需的各种协同业务功能。②采用柔性配置方式定义协同流程。该方案将柔性配置作为设计重点，用户可以自定义配置到针对具体客户的协同业务流程，满足灵活多变的实际业务需要。③加强各协同环节的配置和功能。该方案针对整体协同方案的各个协同步骤，都有具体的配置信息作为依据，因此为系统自动处理功能的加强和查错纠错功能提供了保障。④实现对协同数据的监控与预警。通过对配置信息的检查校验来监控当前协同业务流程是否存在完整、正确的通路，是否存在有冲突的配置，是否存在可能造成死循环的不稳定风险因素等。监控信息实时可查，并在出现问题时通过合理的方式及时通知相关人员。另外，还可以提供针对具体业务环节和具体单据的监控与预警。

（3）柔性业务协同方案功能。①订单协同：被委托方来料加工订单协同委托方生成配送订单;委托方配送订单协同到被委托方生成来料加工订单，内部订单不支持协同。②原料分配协同：订单及原料捆包协同后，原料分配审核时协同。③生产计划协同：原料分配协同后，生产计划支持双向协同。④领料出库协同：生产计划协同后，原料捆包被生产计划封锁，领料出库支持双向协同。⑤成品入库协同：订单协同后，成品入库支持双向协同。⑥发货通知书协同：成品入库协同后，发货通知书支持双向协同。⑦销售出库协同：发货通知书协同后，销售出库支持双向协同。⑧销售结算协同：销售出库协同后，销售结算支持双向协同。⑨原料、成品转库协同：根据转库单出入仓库是否为自有仓库来决定是否自动做出入库。⑩并包协同：成品捆包协同后，被委托方根据协同的成品捆包进行并包操作协同委托方进行并包操作;委托方根据协同的成品捆包进行并包协同被委托方进行并包操作[2]。

3系统设计中的关键问题及解决方案

（1）代码对照问题。协作的双方，相关的系统代码必须要能对应，否则无法保证协同业务的有效开展。具体地说，涉及的如下代码均需做相应的对应，包括：品种代码、牌号、产地代码、仓库代码、机组代码、班组代码、零件号、捆包号、物流费用代码、客户代码等。解决方案：针对不同的代码，分别预设三类对照方式：①完全一致型：此类对照方式下，双方的代码完全一致，即协同的一方生成该代码后，另一方直接原样使用该代码，此类对照方式主要包含捆包号、品种代码、牌号。②一一对应型：此类对照方式下，双方的代码一一对应，即协同的一方生成该代码后，另一方需维护唯一对应的代码与之匹配，此类对照方式主要包含零件号、产地代码、机组代码、班组代码、客户代码、物流费用代码等。③一对多型：此类对照方式下，双方的代码一对多，即协同的一方生成该代码后，另一方需维护一个或者多个代码与之匹配，此类对照方式主要包含仓库代码（仓库代码之所以會有一对多的情况存在，主要是由于委托方和受托方对于受托方自有仓库的管理精度不一致所导致，对于委托方而言，受托方自身只是一个统一的仓库）。

（2）流程流向问题。协作的双方，每个流程（具体功能节点）都会有主动方和协作方，从主动方到协作方决定了该流程的流向。解决方案：考虑到业务的实际情况，针对目前所涉及的一共十四个具体功能节点的协同，其中原料入库协同、订单协同、原料分配协同、生产计划协同、领料出库协同、成品入库协同、销售发货协同、销售出库协同、销售结算协同、转库协同均为双向驱动，即委托方与受托方皆可作为流程的主动方来发起协同;而与生产现场管理关系密切的分选协同、封闭协同、并包协同、质量改判协同只设置单向驱动，由受托方作为主动方，委托方作为协作方。

（3）协同单据维护的合法性。通过协同生成的相关单据，是否允许协作方进行维护？如果允许協作方进行维护的话，允许协作方进行针对哪些内容的维护？解决方案：将协同生成的单据分为两大类，一类是包含过程的单据，比如订单、生产计划、转库单、发货单等;一类是只针对结果的单据，比如入库单、出库单、原料分配、销售结算单、封闭单、质量改判单、分选单、并包等。对于只针对结果的单据，不允许协作方进行修改，最多只允许撤销;对于包含过程的单据，协作方可以在某些条件下进行修改，修改结果也要相应的反馈主动方，在未成功反馈主动方时，已修改的单据处于封锁状态，不得继续执行。

（4）事务处理的一致性。由于可能是在两套独立部署的业务系统之间进行协同处理，两套系统间如何确保事务处理的一致性就必须重点考虑。解决方案：对于跨系统的协作，将采用异步处理的方式进行。从而避免因为网络或者硬件环境的未知故障影响到两套系统的正常运行。但由于是异步处理，因此在收到协作方处理成功的反馈前，主动方的事务将处于挂起状态，即暂时禁止继续执行，以确保协同双方的流程同步。如果由于业务实际的原因不能采用挂起的方式，那么也可以考虑增加相关提示，以便操作人员知晓并人工控制事务处理的一致性风险。如果是在同一套系统内的协同操作，则可通过配置采用由应用的同一事务来控制整个事务处理的一致性风险，此时主动方和协作方采用的是同步处理的方式。

4预期效果分析

该方案整体收益体现在以下几个方面：①满足跨地域协同要求。通过柔性统一配置，满足跨地域协同业务要求。②配置柔性灵活。可针对不同业务类型、不同客户、不同协同单位进行柔性配置，灵活高效，提高协同业务执行效率。（3）数据有效监控与预警。可针对配置的各个协同业务环节进行数据监控，及时发现问题并通知相关人员，起到预警的作用。

5结束语

柔性业务协同方案是根据业务协同模式，从满足数据交互标准、柔性灵活配置协同流程出发而设计的一套可跨地域、可自定义流程、可提供协同数据监控与预警的完整协同解决方案。各协同单位通过对实际业务所覆盖流程的柔性配置，即可定义出一套针对不同客户、不同协同单元的、可跨地域的个性化业务协同流程。该方案完整支持各种加工工艺、强化了各单项业务环节的信息协同、提高了信息自动化处理程度并且还可为协同数据的监控与报警提供平台支持。

参考文献

[1] 陈静.面向业务关联的多产业链协作网络和公共服务平台关键技术研究[D].成都：西南交通大学，2011.

[2] 钟勇.支持工作流模式的柔性构件平台研究[D].成都：中国科学院成都计算机应用研究所，2003.

作者简介

熊国龙（1980-），男，江西省高安人;学历：硕士研究生，职称：中级工程师，现就职单位：上海宝信软件股份有限公司，研究方向：计算机软件及应用。