1. 引言
过去几十年生产和贸易的全球化进程使供应链协同能力成为了企业核心竞争力的重要组成部分 [1] ,随着物联网、云计算、大数据、物理信息系统(CPS)和数字孪生(DT)等新一代信息通信技术的崛起,全球范围内进入了向自动化和智能化转型新时代 [2] ,如何利用新技术赋能企业的供应链协同,必将是企业取得新竞争优势的发力点之一。具有时尚易逝性特点的服装行业相对准入门槛低、全球化和专业分工程度高 [3] [4] 。服装供应链整体运作过程中,品牌商或经销商基于市场预测计划产生成衣订单下达给服装制造商,服装制造商(OEM或ODM方式)按照与品牌商或经销商的技术与商务合同组织生产。基于订单驱动的供应链协同生产是服装制造商当下的主要生产驱动方式。
在订单驱动生产的服装供应链中,服装制造商处于核心企业地位,日常管理维护一个数量众多且包括纱线供应商、坯布织造商、印染商等在内的协作供应商池,同时服务于多个品牌商或贸易经销商。当服装制造商从品牌商或经销商接到新订单后对订单进行技术分解,依据技术分解出的子任务从供应商池中选择合适企业以协议合同的方式组成一个临时的协同生产网络。服装生产订单往往工期紧,生产工艺环节多,需要大量复杂的协同工作。虽然大部分核心制造企业实现了以企业资源计划系统(ERP)、制造执行系统(MES)等承担企业内部生产协同和资源管理的信息化运营 [5] ,但订单驱动的跨企业生产协同,主要依靠面对面、电话、邮件、微信(群)等人工或半人工的离散协同方式。这种离散的大量人工承担的生产协同,在高度竞争、高度复杂、高度不确定的市场环境下极易出现生产状态异常、传递信息丢失、传输信息延迟等情况,导致供应链中的信息传递效率低 [6] ,从而造成订单延误,违约成本增加,一些稍大规模的服装制造企业因生产协同不利造成质量问题和订单延期问题的经济损失每年甚至多达数千万元。因此构建一个能够及时、准确、完整地实现供应链多主体并发生产协同的自动化信息系统具有必要性。
着色Petri网具有逻辑严谨的图形描述和数学分析能力 [7] [8] ,其层次化结构、托肯值和颜色集定义、弧函数等特性的描述等又使之能够支持大型并发控制系统的建模 [9] [10] ,因此本文将从服装制造企业视角,运用着色Petri网建模技术对服装供应链中的生产协同进行一体化模型,探寻建设服装供应链企业间生产自动化协同系统的路径。文章的架构安排如下:1) 设计服装供应链协同系统的整体框架:协同主体、协同机制等;2) 构建订单驱动的协同Petri网模型;3) 对Petri网模型进行可靠性检验;4) 总结研究的结论与局限。
2. 服装供应链生产协同机制分析与设计
2.1. 服装供应链协同主体
订单驱动下服装供应链生产过程是纱线采购与生产、辅料生产、坯布织造、面料印染、成衣缝制等环节之间的协同过程 [11] 。承接服装生产订单核心企业负责组织协同生产,参与生产协同的各类服务商包括:纱线供应商、辅料供应商、坯布或针织织造商及印染商等。核心企业与各类服务商的协同关系如图1所示。
2.1.1. 决策机构
决策机构由核心企业承担,其功能是将订单分解成若干个子订单,生成各个子订单的生产计划;向协同中心发起子订单计划协商指令;为每个子订单选择最满意的服务商资源;处理来自协同中心提供的生产异常信息。
2.1.2. 协同中心
协同中心也由核心企业承担,负责资源的协调与分配,确保各子订单生产过程的顺利进行。协同中心的功能是接收来自决策机构提供的各子订单生产计划,并与服务商进行计划协商;对各服务商的生产或运输状态信息做出调度;将进度异常信息反馈给决策机构。
2.1.3. 协同服务商
协同服务商包括上文提到的除核心企业以外的参与供应链生产协同的企业,在服装供应链订单生产过程中,各服务商的主要任务是接收来自协同中心提供的子订单计划信息,对计划信息做出评价反馈;向协同中心反馈实时的生产状态信息或运输状态信息;按照协同中心给予的工作指令调整生产节奏等。
![](//html.hanspub.org/file/21-2571284x8_hanspub.png?20240220080921401)
Figure 1. Collaborative process framework for garment supply chain
图1. 服装供应链生产协同过程框架
2.2. 服装供应链生产协同机制设计
订单驱动的服装供应链生产协同过程按照Plan (计划)、Do (实施)、Check (检查)、Action (改进)的管理思想进行划分,在此基础上,设计包含计划协同协议机制(P)、执行协同协议机制(D)以及异常处理协议机制(C和A)的服装供应链协同机制。
2.2.1. 信息结构定义
1) 征询包(Inquiry Package):核心企业接到订单后,向潜在服务商发出参与订单生产要约的信息包,信息包包含了商务部分信息和技术部分信息,信息结构如表1所示。
![](Images/Table_Tmp.jpg)
Table 1. Composition of inquiry package information structure
表1. 征询包信息结构组成
2) 应答包(Response Package):各服务商收到子订单征询包后,向协同中心回复的包含子订单报价、子订单执行时间等构成的信息包,信息结构如表2所示。
![](Images/Table_Tmp.jpg)
Table 2. Composition of response package information structure
表2. 应答包信息结构组成
3) 任务包(Task Package):任务包是包含了子订单执行时间、执行服务商等要求的信息包,信息结构见式1。根据任务类型(字段Class),任务包分为初始任务包(Class = 1)和返修任务包(Class = 2),其中初始任务包由核心企业决策机构发送给协同中心,任务返修包由协同中心发送给执行服务商。
{Id, Name, (Min_Time, Max_Time), Number, Des, ServiceProvider, Class} (1)
4) 状态包(Status Package):在子订单执行过程中,服务商向协同中心反馈的包含执行时间、执行质量等状况的信息包,信息结构见式2。
{Id, Name, Node_Id, DurationTime, HPNumber, ServiceProvider}(2)
其中:Node_Id为任务节点编号,DurationTime为实际服务所用的时间,HPNumber为通过质量检验的产品数量。
5) 异常包(ExceptionalPackage):子订单出现进度异常后,协同中心向核心企业决策机构发送的信息包,信息结构见式3:
{Id, Name, Expdescription, Delaytime}(3)
其中:Expdescription为进度异常原因描述,Delaytime为延误天数。
2.2.2. 计划协同协议
计划协同协议过程见Step1到Step5。
Step1:服装订单分解后,核心企业决策机构向协同中心发送每个子订单的征询包(Inquiry Package),由协同中心与各个服务商进行计划的协商;
Step2:各个服务商收到征询包后,需要对征询包内容进行评估,若可以接受征询包中有关子订单的执行要求,则需要向协同中心发送应答包(Response Package);若不能接受则无需回复协同中心发送的协商请求消息;
Step3:令各个环节能够接受子订单的服务商数量为m,当m ≥ 1时,协同中心进入Step4;当m = 0时,表明服务商对子订单内容不满意,此时协同中心将返回step1;
Step4:协同中心将各服务商提供的信息进行汇总,发送给决策机构;
Step5:收到协同中心发送的各环节服务商回复信息后,核心企业决策机构需要依据服务商的服务报价、服务完成所需要的时间以及订单的交货期等进行评估与选择,并将反映评估结果的初始任务包(Task Package)发送给协同中心,由协同中心通知选中的服务商。
2.2.3. 执行协同协议
服装供应链中每个子订单环节都包含了若干任务节点,每个节点的状态信息都需要向协同中心进行反馈与共享,协议过程见Step1到Step2。
Step1:各个服务商反馈状态包(Status Package)后,协同中心依据状态包中通过质量检验的产品数量、任务节点实际用时对状态信息做出评价;
Step2:若通过质量检验的产品数量等于订单任务量,且任务节点实际用时在要求的时间窗内,则协同中心向当前执行服务商发出下一步指令或向下一个订单服务商发出生产准备指令;
若通过质量检验的产品数量或任务节点生产时间出现异常,则协同中心需要执行异常处理协议机制。
2.2.4. 异常处理协议
对于执行协同过程中出现的质量异常或进度异常等异常信息,协议过程见Step1到Step3。
Step1:若通过质量检验的产品数量小于订单要求量,则协同中心向当前执行服务商发送返修任务包(Task Package),若任务节点生产时间超出时间窗,则表明进度出现异常,此时协同中心将判断延误的程度,向核心企业决策机构发送异常包(Exceptional Package);
Step2:服务商收到任务返修包后,组织服装产品的整修或重新生产,决策机构收到异常包后,调整未开始生产的子订单计划,并将调整后的子订单初始任务包发送给协同中心。
Step3:协同中心收到任务包后,与已确认的服务商再次进行计划协商,因协商协议机制逻辑同2.2.2.,故不再重复说明。
3. 服装供应链生产协同Petri网模型构建
基于上文分析并设计的服装供应链生产协同机制,构建生产协同着色Petri网模型。着色Petri网作为一种高级Petri网,是由普通Petri网发展而来。与普通Petri网相比,着色Petri网的特点一是通过增设库所颜色集,可实现库所托肯的类型定义,二是通过设置弧以及变迁的属性可控制系统的发生,三是可实现层次化建模,因此大大提高了系统模型的表达能力 [12] [13] 。
3.1. 生产协同层次着色Petri网定义
基于Petri网以及着色Petri网理论 [14] [15] ,给出服装供应链生产协同层次着色Petri网定义,定义如下:
服装供应链生产协同层次着色Petri网(GHCPN)由四元组组成,
,其中S是所有模块集合;SMF是将每个替代变迁映射到与其相关S模块中的子模块函数;PSF是为每个替代变迁分配套接联系(port-socket relation)的端口连接函数;FS是非空融合集合。
对于每一个模块S,
,满足
,
且
,式中:
1)
是库所有限集合,
,PS是服装供应链订单生产过程中的状态库所;PM是服装供应链订单生产所需要的资源库所,所有库所在Petri网模型中用椭圆形或双椭圆形表示;
2)
是变迁有限集合,满足
,
,TA是服装供应链订单生产变迁,TL是订单生产状态协调变迁,所有变迁在Petri网模型中用方框形或双方框形表示;
3)
是有向弧集合,满足
。有向弧连接库所与变迁,反映服装供应链生产协同信息流动方向,在Petri网模型中用图形箭头表示;
4)
是有限非空颜色集类型的集合;
5)
是变量集合,
,即每个变量类型都有一个与之匹配的颜色集;
6)
是颜色集函数,为每个库所分配一个颜色集,用来指定服装供应链生产协同Petri网库所包含的托肯类型和数量;
7)
是守卫函数,用来控制生产变迁或协调变迁的发生,
,即守卫函数的值返回的是一个布尔值。当布尔值为True,服装供应链生产协同Petri网变迁能够发生,反之不能发生;
8)
是弧表达式集合,返回的是库所
上颜色集的多集形式,对于
,满足
,同理对于
,满足
;
9)
是初始化标识,反映了服装供应链生产协同系统中初始资源的分布情况,定义为库所
上的多集类型,
;
10)
是替代变迁集合,满足
;
11)
是端口库所集合,满足
;
12)
是为每一个端口库所分配对应端口类型的函数,满足
。
3.2. 基于CPNTools的生产协同模型构建与展示
CPN Tools作为着色Petri网的建模工具,具有集建模、仿真、性能分析为一体的优势,因此运用CPN Tools建模工具,下面按照自顶到下的建模方式构建服装供应链生产协同模型。
3.2.1. 顶层Petri网模型
如图2所示,顶层模型界面中给出了决策机构模块、协同中心模块、协同服务商模块,分别用替代变迁DecisionMaker、CollabrationCenter、ServiceProvider表示。具体来说,DecisionMaker反映了订单分解、计划生成、接收异常以及计划优化的过程;CollabrationCenter反映了协同中心与各服务商进行计划协商的过程以及协同中心对来自各服务商的状态信息进行动态调度的过程;ServiceProvider反映了各个服务商接收协同中心指令、进行订单生产的过程。图中涉及到的库所及其含义如表3所示,下面介绍不同协同主体之间的计划协同、执行协同以及异常事件协同Petri网模型。
![](//html.hanspub.org/file/21-2571284x42_hanspub.png?20240220080921401)
Figure 2. A top-level Petri net model for garment supply chain
图2. 服装供应链顶层Petri网模型
![](Images/Table_Tmp.jpg)
Table 3. Place description of the top-level Petri net in the garment supply chain
表3. 服装供应链顶层Petri网库所说明
3.2.2. 计划协同Petri网模型
![](//html.hanspub.org/file/21-2571284x43_hanspub.png?20240220080921401)
Figure 3. Petri net sub-model for the decision-making body in garment supply chain
图3. 服装供应链决策机构Petri网子模型
1) 服装订单分解与征询包发送
如图3所示,核心企业决策机构收到库所DemandArrival (服装订单信息)后,组织订单的分解(FormingPlan),并将子订单征询包通过端口库所Plan发送给协同中心,协同中心开始与各个服务商进行计划协商。
2) 开展计划协商
以纱线采购计划协商为例,图4中变迁SendPlan (发送订单计划)激发后若出现错误或消息丢失导致res = false,订单计划发送端重新向库所MaterialsSupplier (纱线供应商)发送纱线采购计划;若res = true即计划发送成功,库所Reply中增加纱线供应商对订单任务的应答包,应答内容的差异决定了变迁Merge (合并服务商的能力信息)、RePost (退回计划发送阶段)的使能与后续激发。各个环节变迁Merge发生后,协同中心将各服务商信息保存到库所CapacityInfo。
![](//html.hanspub.org/file/21-2571284x44_hanspub.png?20240220080921401)
Figure 4. Petri net sub-model for plan negotiation in garment supply chain
图4. 服装供应链计划协商Petri网子模型
3) 订单任务包发送
库所CapacityInfo流入各服务商信息后,图3中变迁Confirm1 (计划确认)上的警卫函数若返回值为true时,变迁执行,核心企业决策机构将包含各个子订单的执行时间窗信息通过融合库所Windowtime共享给协同中心,同时向端口库所plan发送初始任务包。协同中心收到任务包后,再次执行图4中的变迁SendPlan,将订单任务通过端口库所ConfirmedPlan通知给各个服务商。
3.2.3. 执行协同Petri网模型
执行协同Petri网模型展示的是服装订单从采购纱线到缝制成衣的过程,不同环节之间既有物流的联系,又有信息流的联系,限于篇幅此处以图5所示的坯布织造Petri网为例来进行说明,表4给出了Petri网涉及的部分库所及变迁。
当库所Materials、库所ConfirmedPlan以及库所Order中流入符合条件的托肯后,变迁TrailWeaving绑定变量ou的值为“Ready”,此时变迁处于使能状态。变迁激发后,向端口库所WorkingFeed加入托肯,用来反映试织工艺是否可用于后续的批量织造过程。
若试织工艺不符合要求,进入异常事件协同;若试织工艺符合要求,图6中变迁Scheduling1 (批量生产前协同)发生,端口库所Order生成试织工艺通过的消息,此时图5中变迁BatchWeaving上的变量fe1绑定值为“pass”,变迁可被激发,激发后生成库所ClothToTransport,同时向库所WorkingFeed中加入反映批量织造结果的状态包。当状态包信息特征为质量合格,工期正常(qu = “hign”, gq< = b3),此时图6中变迁Scheduling2 (批量生产协同)发生,库所Order生成生产准时(ou = “finishedontime”)信息,库所TransportOrder中生成运输指令信息,两种信息到达图5界面后,变迁TransportCloth发生;当批量织造的质量不合格或工期不正常时,则进入异常协同模块。
坯布运输完成后,图6中变迁Scheduling3 (运输协同)被激发,此时通过库所Order通知印染商做好印染准备。
![](//html.hanspub.org/file/21-2571284x45_hanspub.png?20240220080921401)
Figure 5. Petri net sub-model for grey fabric weaving in garment supply chain
图5. 服装供应链坯布织造Petri网子模型
![](Images/Table_Tmp.jpg)
Table 4. Place and transition of grey fabric weaving Petri net in garment supply chain
表4. 服装供应链坯布织造Petri网中的库所和变迁
3.2.4. 异常事件协同Petri网模型
仍以坯布织造环节为例,如图6所示,当库所WorkingFeed中试织状态包表明试织工艺不符合要求时,变迁Scheduling1发生,端口库所Order生成试织工艺不通过的消息,此时图5中变迁AdjustWTech上的变量fe1绑定值为“unpass”,坯布将重新试织,直到符合要求。
当库所WorkingFeed中的批量织造状态包出现了如表5所示的异常后,图6中变迁Scheduling2被激发。由于在异常类型3情形下,变迁Scheduling2发生后引起的托肯变化逻辑与前两种类型相同,因此下面只描述类型1和类型2下的异常事件协同过程。
![](Images/Table_Tmp.jpg)
Table 5. Types and descriptions of order production exception in garment supply chain
表5. 服装供应链订单生产异常类型及异常描述
针对类型1,变迁Scheduling2发生后,库所ConfirmedPlan中未开始生产的子订单初始计划将被更新,库所Order和库所TransportOrder生成向当前织造服务商发送的生产延误反馈(ou = “finisheddelay”)以及运输指令信息,库所Exception生成向核心企业决策机构发送的进度异常包。收到进度延误信息后,上文图3中变迁Optimize (计划优化)发生,库所Control (控制参数)加入需要调整的后续订单环节数目,此时优化后的子订单生产计划通过库所Plan传递给协同中心,由协同中心开展新一轮的计划协商。
针对类型2,变迁Scheduling2发生后,库所Order和库所ReworkPlan分别生成向当前织造服务商发送的生产返工指令(ou = “return”)以及织造任务返修包,此时图5中变迁ReWeaving被激发。
![](//html.hanspub.org/file/21-2571284x46_hanspub.png?20240220080921401)
Figure 6. Petri net sub-model for grey fabric weaving collaboration in garment supply chain
图6. 服装供应链坯布织造环节协同Petri网子模型
4. 模型性能分析
模型建立完成后,需要对模型结构以及功能的正确性、有效性进行验证,状态空间分析方法可以支持该验证过程,其基本思想是计算着色Petri网模型的所有可达状态(标识)和状态变化(发生的绑定元素),并在有向图中表示这些,其中节点对应于可达标识集,弧对应于发生的绑定元素。CPN Tools平台中自带的State Space Calculate
分析工具可以自动计算Petri网模型的状态空间并得到报告,根据报告中的各项数据进而分析与验证与模型行为有关的大量属性。
(1)活性分析:如图7所示,状态空间分析报告(a)中表明模型中有13138个可达状态节点和74688条有向弧,表明在不同约束条件下模型有多条可达路径。状态空间分析报告(b)中表明模型不仅没有死标识(Dead Marking),也不存在死变迁实例(Dead Transition Instances),说明网系统中所有标识和所有变迁都是活的,不存在无法引起任何变迁发生的标识状态,因此,模型具有活性、可达性和家态性。
2) 有界性分析:如图8所示,库所上界Upper指定了该库所可以接纳的最大托肯数,库所下界Lower指定了该库所可以接纳的最小托肯数,由此可以看出Petri网模型是有界的。
5. 结语
本文以服装供应链订单生产业务为背景,围绕供应链核心企业视角,基于服装供应链生产协同的不确定性分析了核心企业与协同服务商之间的计划协同、执行协同以及异常事件协同协议机制,并在此基础上运用着色Petri网工具(CPN Tools)构建了服装供应链生产协同Petri网模型,通过活性、有界性、可达性等相关指标验证了模型具有可靠性性能。本研究结果表明以服装制造企业为核心开发服装供应链生产自动化协同信息系统具有可行性,是解决当前服装生产供应链信息系统自动化协同程度不足、促进服装生产供应链进一步转型升级的必要途径。
参考文献
NOTES
*通讯作者。