一种汽车零部件发货计划自更新方法及装置与流程

1.本发明涉及零部件物流技术领域，尤其涉及一种汽车零部件发货计划自更新方法及装置。


背景技术：

2.近年在新能源品牌崛起、国家可持续发展战略的背景下，我国汽车产业逐步开始从高速发展阶段转向高质量发展阶段。高质量发展的核心要求之一是汽车在设计、制造、物流等各个环节的智能化、自动化变革。过往多年各厂商为了抢占市场份额、提高生产力，更多地关注于设计、制造环节，从而导致物流环节的发展迟缓。尤其是在汽车零部件入厂物流环节中存在诸多因技术落后、管理方式原始导致的成本浪费，因此零部件入厂物流环节的数字化改革成为了众多厂商展开降本增效的焦点之一。
3.传统的汽车零部件仓库发货依据是主机厂订单，这种方式主要问题体现在：第一方面因主机厂提前下达的零部件需求指标粗糙，通常以天为单位，时间跨度大，仓库难以将此需求精确拆分到以小时为单位的发货窗口。第二方面因主机厂生产变动频繁，提前下达的订单需求和最终的实际生产需求往往存在出入。另外仓库出库环节的实际操作过程易受到各种因素干扰，发货可能没能严格按照计划执行，零部件在运输过程中可能出现质量问题，但落后的信息反馈机制无法及时统计整合这些漏发、多发零部件信息和问题零部件信息。所以仓库现状是因订单需求无拆分依据，仓库凭借经验发货，能发尽发，发货员经验对发货精度产生直接影响。根据主机厂报缺信息进行的应急补货在发货总量中占了较大比例，不熟练的拣货员可能直接导致补货不及时，主机厂生产停线。这种严重依赖于经验的运作方式导致操作员上岗适应周期长、学习成本高。低精度的发货和应发尽发的原则还会导致供应断档、库存积压等情况频发，影响生产稳定，浪费库存空间，造成经济损失。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种汽车零部件发货计划自更新方法及装置。
5.一种汽车零部件发货计划自更新方法，包括以下步骤：
6.获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；其中，所述零部件出库清单和所述零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息；
7.响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；
8.判断所述出库结果是否存在异常，响应于所述出库结果存在异常，生成收货异常反馈信息；
9.根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。
10.在其中一个实施例中，获取零部件发货计划表之前还包括：
11.获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求；
12.获取各车型零部件清单，根据所述各车型零部件清单和所述车辆生产需求，得到发货时间窗口内的零部件需求量；
13.获取上线包装类型，根据所述上线包装类型和所述零部件需求量，生成零部件发货计划表。
14.在其中一个实施例中，获取零部件出库清单之前还包括：
15.接收出库扫描信息，根据所述出库扫描信息生成零部件出库清单。
16.在其中一个实施例中，获取零部件发货计划表、零部件出库清单和出库结果包括：
17.响应于所述零部件发货计划表发货完成，获取零部件发货计划表、零部件出库清单和出库结果。
18.在其中一个实施例中，生成出库异常反馈信息包括：
19.所述出库异常反馈信息表示为：
20.mi＝{m1,m2,
…
,mi,
…
,mk}
21.mk＝{qua,num}
22.其中，mi表示收货异常反馈信息，mi表示出库时第i个零部件的异常数据，k表示出库异常零部件总数，qua表示第k个零部件的基础属性信息，num表示第k个零部件的关联属性信息，num《0表示多发，num》0表示漏发。
23.在其中一个实施例中，生成收货异常反馈信息包括：
24.所述收货异常反馈信息表示为：
25.fi＝{n1,n2,
…
,ni,
…
,n
l
}
26.n
l
＝{qua
′
,num
′
}
27.其中，fi表示收货异常反馈信息，ni表示第i个回退零部件的数据，l表示回退零部件总数，qua
′
表示第l个零部件的基础属性信息，num
′
表示第l个零部件的关联属性信息，num》0。
28.在其中一个实施例中，判断所述出库结果是否存在异常包括：
29.响应于接收到回退信息，判断所述出库结果为异常。
30.在其中一个实施例中，获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求包括：
31.根据如下公式计算车辆预估产量：
32.count(li)＝x*p
33.其中，count(li)表示车辆预估产量，x表示仓库的发货时间窗口为x小时，p表示车辆预估产量。
34.一种汽车零部件发货计划自更新装置，用于实现如上所述的一种汽车零部件发货计划自更新方法，包括：
35.匹配模块，用于获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；其中，所述零部件出库清单和所述零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信
息；
36.出库反馈模块，用于响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；
37.货物反馈模块，用于判断所述出库结果是否存在异常，响应于所述出库结果存在异常，生成收货异常反馈信息；
38.更新模块，用于根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。
39.在其中一个实施例中，一种汽车零部件发货计划自更新装置还包括：计划生成模块；
40.所述计划生成模块，用于获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求；
41.获取各车型零部件清单，根据所述各车型零部件清单和所述车辆生产需求，得到发货时间窗口内的零部件需求量；
42.获取上线包装类型，根据所述上线包装类型和所述零部件需求量，生成零部件发货计划表。
43.相比于现有技术，本发明的优点及有益效果在于：本发明能够基于生产线车型队列生成零部件发货计划表，将零部件发货计划表和实际的发货情况进行对比，进行零部件发货计划表的更新，能有效提高仓库发货的精度、效率，以及面对变化的适应力。配送精度的提高可以有效减少应急出库次数，避免线边、仓库的零部件积压，从而降低运输成本、库存成本，准点保量的零部件供应可以保障主机厂的平顺生产，减少因停线事故导致的经济损失。另外自动化的计划制定方式可以节约此环节的时间成本、用人培训成本，降低对操作员操作经验的依赖。
附图说明
44.图1为一个实施例中一种汽车零部件发货计划自更新方法的流程示意图；
45.图2为一个实施例中发货流程示意图；
46.图3为一个实施例中发货轮次示意图；
47.图4为一个实施例中生产线示意图；
48.图5为一个实施例中一种汽车零部件发货计划自更新方法装置的结构示意图。
具体实施方式
49.为使本技术的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本技术进一步详细说明。
50.需要说明的是，除非另外定义，本技术实施例使用的技术术语或者科学术语应当为本技术所属领域内具有一般技能的人士所理解的通常意义。本技术实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接
的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。
51.基于现有技术，并针对现有技术存在的问题，为了零部件入厂物流与汽车生产线生产节拍的协同运作，以及汽车零部件入厂物流的数字化建设、提升零部件入厂物流信息化水平。本发明实施例提供了一种汽车零部件发货计划自更新方法和装置，首先获取零部件发货计划表和零部件出库清单，将二者进行对比，得出实际出货的零部件和计划发货的误差，根据误差生成出库异常反馈信息，根据这个出库异常反馈信息调整零部件发货计划表接下来的发货数据，然后对出货完成的零部件进行扫描检查，判断出货完成的零部件出库结果是否存在异常，存在异常将出现异常的零部件退回，生成收货异常反馈信息，根据这个收货异常反馈信息调整零部件发货计划表接下来的发货数据。
52.以下，通过具体的实施方式进一步详细说明本技术的技术方案。
53.首先，本技术实施例提供了一种汽车零部件发货计划自更新方法，参照图1，包括以下步骤：
54.步骤s101，获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；其中，所述零部件出库清单和所述零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息。
55.具体地，根据生产班次和车辆生产需求可以生成一个零部件发货计划表。获取生成的零部件发货计划表，零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息。其中，动态属性信息为发货表中的第几轮发货，零部件的基础属性信息可以为零件名称、供应商、零件编码等，零部件的关联属性信息为零部件的发货数量。出库结果为具体收货的零部件数据。
56.由于各种因素的影响，例(拣货员的失误、仓库备货不足、上线包装不够、接货车没准时到位、应发件多发、漏发、错发、拣货员业务不熟练，导致没能及时出库、拣货员认错零件、贴错物料卡、以及数量清点错误等)，实际发货可能并非严格按照发货计划执行，获取零部件出库清单，即实际发货的清单(实际发货的零部件出库清单与零部件发货计划表中的数据类型是相同的，都是动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息，但是具体数据可能有所不同)。将零部件出库清单和零部件发货计划表进行比较，判断二者是否相同。
57.实际发货过程中，发货时间间隔为x小时，一个班次中发货总轮次为n轮，第1轮发货完成的时间节点是t1，那么第2轮发货完成的时间节点是t1+x，依次类推，第j轮发货完成的时间节点是t1+x*j。
58.零部件发货计划表的所有零件装车完成的时间为该轮发货完成时间，对每一轮发货完成状态的检查时间节点应该是该轮发货完成后和下一轮发货开始前之间的时刻，设发货完成后第k分钟进行发货完成度检查，那么对第i轮发货完成度的检查时刻可以表示为t1+x*j+k。在时刻t1+x*j+k，进行第j轮发货的实际出库的零部件出库清单和零部件发货计划表比对。具体实施过程中发货时间间隔x可以为2小时，发货提前轮次为2轮，发货完成度检查滞后时间k为5分钟。
59.在本实施例中，将计划发货的零部件发货计划表和实际发货的零部件出库清单进行比较，由此可以得出，是否按照预定的零部件发货计划表进行发货，可以实时检测发货完
成情况，能快速接收一线的验货反馈信息，并能根据反馈信息及时调整发货量。
60.在此基础上，获取零部件发货计划表、零部件出库清单和出库结果包括：
61.响应于所述零部件发货计划表发货完成，获取零部件发货计划表、零部件出库清单和出库结果。
62.具体的，零部件发货计划所有零部件装车完成的时间为该轮发货完成时间，即零部件发货计划表发货完成时间，此时获取零部件发货计划表、零部件出库清单和出库结果。
63.在此基础上，获取零部件发货计划表之前还包括：
64.获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求；
65.获取各车型零部件清单，根据所述各车型零部件清单和所述车辆生产需求，得到发货时间窗口内的零部件需求量；
66.获取上线包装类型，根据所述上线包装类型和所述零部件需求量，生成零部件发货计划表。
67.具体的，目前汽车零部件入厂物流中供应商仓库和第三方物流中间仓库的一般发货流程如图2所示。零部件入厂物流中供应商直接发货和第三方物流中间仓库的发货逻辑基本相同，发货都是配合主机厂生产节拍进行，需要将主机厂的零件需求拆分到各发货时间窗口，比如主机厂的一个生产班次为8：00～18：00，生产时长为10小时，那么零部件仓库在此时间范围内将按照固定时间间隔x小时滚动发货n轮次，理论上当前轮次发货的零部件应满足下一轮次的生产需求。仓库的发货时间窗口x为2小时，则n为5次，发货轮次为8：00～10：00、10：00～12：00、12：00～14：00、14：00～16：00、16：00～18：00，为预留充足反应时间以应对突发情况，仓库一般会提前1～2个轮次发货，如附图3所示，8：00～10：00(第一轮次发货)的发货量对应12：00～14：00的生产需求，16：00～18：00(末轮次发货)的发货量对应第二天10：00～12：00的生产。获取仓库的发货时间窗口和车辆预估产量，可以得到固定发货时间窗口内的车辆生产需求。
68.然后获取各车型生产需求和各车型零件清单，根据各车型生产需求和各车型零件清单(bill of material,bom)获取发货时间窗口中零件需求量。
69.以车型号为关键字匹配bom中对应的零件数量，所以ca的零件清单可以表示为bom(ca)＝{d1,d2,
…
}，d表示零件种类，d∈bom(ca),d＝{qua,num}，qua表示零部件的基础属性信息，num表示零部件的关联属性信息。
70.bom(ca)表示生成1台ca的零件需求，生产nua台的零件需求就是bom(ca)*nua，其中，nua表示ca的数量。所以车型队列片段l＝{(ca:nua),(cb:nub),
…
}，其中l表示车型队列片段，ca表示车型号为a，nua表示ca的数量，cb表示车型号为b，nub表示cb的数量。对应的零件需求可以表示为r＝{bom(ca)*nua,bom(cb)*nub,
…
}。
71.获取上线包装类型的要求，通过匹配上线包装要求，得到最后以上线包装容量为单位的零件发货计划表。
72.查询零件对应的包装类型，如料架、塑料箱，并根据料架的容量和塑料箱容量计算得到应发托盘数、应发箱数；并且需要向上取整，零件不满一个料架/塑料箱按一个料架/塑料箱发货；整合数据获得按上线包装计算的零件发货计划，此时一个发货轮次的发货计划可以表示为p＝{d1,d2,
…
,dn},dn＝{qua,num}，dn表示第n个零件的发货需求，qua表示零部
件的基础属性信息，num表示零部件的关联属性信息。
73.在此基础上，获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求包括：
74.根据如下公式计算车辆预估产量：
75.count(li)＝x*p
76.其中，count(li)表示车辆预估产量，x表示仓库的发货时间窗口为x小时，p表示车辆预估产量。
77.具体的，仓库的零部件发货时间窗口为x小时，预估主机厂产量为p辆/小时，t代表时刻，生产线上生产序列为l0＝{c1,c2,c3,
…
}其中，c表示生产线上的车辆，可能是同一车型也可能是不同车型，生产线示意图见附图4。
78.因为进入总装车间的车辆已经开始装配，所以用于制定计划的序列必须是总装车间之后的序列，可表示为切分l，切分l，li即第i个发货轮次对应的生产需求，i越小队列越靠近总装车间，发货时间应该越早，li＝{ca,
…
,cb}，其中，ca、cb表示第i个发货轮次对应的不同车辆生产需求。
79.count(li)＝x*p
80.其中，count(li)表示车型队列片段li中的车辆预估产量，x表示仓库的发货时间窗口为x小时，p表示车辆预估产量。
81.按照车型号字段对车型队列片段li进行分类汇总，li＝{(ca:nua),(cb:nub),
…
}，ca表示车型号为a，nua表示ca的数量，cb表示车型号为b，nub表示cb的数量。
82.在本实施例中，制定的发货计划能按小时精确拆分零件需求，从而大幅提高发货的精度，便捷自动的计划制定方式可以为仓库进行发货前的零件取货、包装转换(运输包装到上线包装的转换)等准备操作预留充足的时间。促进了零部件入厂物流与汽车生产线生产节拍的协同运作。
83.步骤s102，响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息。
84.具体的，当所述零部件出库清单和零部件出库清单不相同时，生成一个出库异常反馈信息，出库异常信息包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息。
85.在此基础上，生成出库异常反馈信息包括：
86.所述出库异常反馈信息表示为：
87.mi＝{m1,m2,
…
,mi,
…
,mk}
88.mk＝{qua,num}
89.其中，mi表示收货异常反馈信息，mi表示出库时第i个零部件的异常数据，k表示出库异常零部件总数，qua表示第k个零部件的基础属性信息，num表示第k个零部件的关联属性信息，num《0表示多发，num》0表示漏发。
90.步骤s103，判断所述出库结果是否存在异常，响应于所述出库结果存在异常，生成收货异常反馈信息。
91.具体地，零部件从仓库发出后到运至生产线边之前需要经过主机厂制造方的上线扫描和检查才能进入区域分发中心(regional distribution center,rdc)。在这个环节，
可能会有一批问题件入库失败被退回，问题件退回会生成一个回退信息，这部分信息需要及时反馈至仓库，并整合到下一轮次的发货计划中，否则问题件无法上线、仓库没有及时补货可能会导致停线事故发生。
92.在此基础上，生成收货异常反馈信息包括：
93.所述收货异常反馈信息表示为：
94.fi＝{n1,n2,
…
,ni,
…
,n
l
}
95.n
l
＝{qua
′
,num
′
}
96.其中，fi表示收货异常反馈信息，ni表示第i个回退零部件的数据，l表示回退零部件总数，qua
′
表示第l个零部件的基础属性信息，num
′
表示第l个零部件的关联属性信息，num》0。
97.在此基础上，判断所述出库结果是否存在异常包括：
98.响应于接收到回退信息，判断出库结果为异常。
99.具体的，接收到回退信息，则能够判断出库结果为异常，未接收到回退信息，即出库结果为正常。
100.步骤s104，根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。
101.具体的，将出库异常反馈信息和收货异常反馈信息整合到零部件发货计划表中，p
i+1
＝p
i+1
∪fi∪mi，其中p
i+1
表示第i+1轮的发货数据，p
i+1
＝{d1,d2,
…
,dn},dn＝{qua,num}，dn表示第n个零件的发货需求，qua表示零部件的基础属性信息，num表示零部件的关联属性信息。
102.在本实施例中，其中，步骤s101具体包括：获取零部件出库清单之前还包括：
103.接收出库扫描信息，根据所述出库扫描信息生成零部件出库清单。
104.具体的，零部件出库的时候，扫描零部件上的信息，生成一个出库扫描信息，根据出库扫描信息生成零部件出库清单。
105.本发明提供了一种汽车零部件发货计划自更新方法，避免了传统基于订单需求的发货计划无法将对订单需求进行精确拆分的缺陷，计划员的经验将不再对发货计划的准确性产生影响，增强了发货计划的稳定性、准确性、可靠性。更新能够及时有效地纠正因零件质量、发货失误造成的偏差，进一步增强了仓库发货的准确性、提高了仓库面对突发情况的应变力。
106.需要说明的是，本发明实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本发明实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。
107.需要说明的是，上述对本发明的一些实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于上述实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
108.基于同一发明构思，与上述任意实施例方法相对应的，本发明还提供了一种汽车
零部件发货计划自更新装置。
109.参考图5，所述一种汽车零部件发货计划自更新装置，包括：
110.匹配模块501，用于获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；其中，所述零部件出库清单和所述零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息；
111.出库反馈模块502，用于响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；
112.货物反馈模块503，用于响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；
113.更新模块504，用于根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。
114.在此基础上，一种汽车零部件发货计划自更新装置还包括：计划生成模块；
115.所述计划生成模块，用于获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求；
116.获取各车型零部件清单，根据所述各车型零部件清单和所述车辆生产需求，得到发货时间窗口内的零部件需求量；
117.获取上线包装类型，根据所述上线包装类型和所述零部件需求量，生成零部件发货计划表。
118.为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本发明时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
119.上述实施例的装置用于实现前述任一实施例中相应的一种汽车零部件发货计划自更新方法，并且具有相应的方法实施例的有益效果，在此不再赘述。
120.所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本发明的范围(包括权利要求)被限于这些例子；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。
121.流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。
122.另外，为简化说明和讨论，并且为了不会使本发明实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(ic)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本发明实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本发明实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本发明的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本发明实施例。因
此，这些描述应被认为是说明性的而不是限制性的。
123.尽管已经结合了本发明的具体实施例对本发明进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态ram(dram))可以使用所讨论的实施例。
124.本发明实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本发明实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本发明的保护范围之内。

技术特征：
1.一种汽车零部件发货计划自更新方法，其特征在于，包括：获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；其中，所述零部件出库清单和所述零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息；响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；判断所述出库结果是否存在异常，响应于所述出库结果存在异常，生成收货异常反馈信息；根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。2.根据权利要求1所述一种汽车零部件发货计划自更新方法，其特征在于，所述获取零部件发货计划表之前还包括：获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求；获取各车型零部件清单，根据所述各车型零部件清单和所述车辆生产需求，得到发货时间窗口内的零部件需求量；获取上线包装类型，根据所述上线包装类型和所述零部件需求量，生成零部件发货计划表。3.根据权利要求1所述一种汽车零部件发货计划自更新方法，其特征在于，所述获取零部件出库清单之前还包括：接收出库扫描信息，根据所述出库扫描信息生成零部件出库清单。4.根据权利要求1所述一种汽车零部件发货计划自更新方法，其特征在于，所述获取零部件发货计划表、零部件出库清单和出库结果包括：响应于所述零部件发货计划表发货完成，获取零部件发货计划表、零部件出库清单和出库结果。5.根据权利要求1所述一种汽车零部件发货计划自更新方法，其特征在于，所述生成出库异常反馈信息包括：所述出库异常反馈信息表示为：m
i
＝{m1，m2，
…
，m
i
，
…
，m
k
}m
k
＝{qua,num}其中，m
i
表示收货异常反馈信息，m
i
表示出库时第i个零部件的异常数据，k表示出库异常零部件总数，qua表示第k个零部件的基础属性信息，num表示第k个零部件的关联属性信息，num<0表示多发，num>0表示漏发。6.根据权利要求1所述一种汽车零部件发货计划自更新方法，其特征在于，所述生成收货异常反馈信息包括：所述收货异常反馈信息表示为：f
i
＝{n1,n2,
…
,n
i
,
…
,n
l
}n
l
＝{qua
′
,num
′
}其中，f
i
表示收货异常反馈信息，n
i
表示第i个回退零部件的数据，l表示回退零部件总数，qua
′
表示第l个零部件的基础属性信息，num
′
表示第l个零部件的关联属性信息，num>0。
7.根据权利要求1所述一种汽车零部件发货计划自更新方法，其特征在于，所述判断所述出库结果是否存在异常包括：响应于接收到回退信息，判断所述出库结果为异常。8.根据权利要求2所述一种汽车零部件发货计划自更新方法，其特征在于，所述获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求包括：根据如下公式计算车辆预估产量：count(l
i
)＝x*p其中，count(l
i
)表示车辆预估产量，x表示仓库的发货时间窗口为x小时，p表示车辆预估产量。9.一种汽车零部件发货计划自更新装置，其特征在于，用于实现如权利要求1-8所述的一种汽车零部件发货计划自更新方法，包括：匹配模块，用于获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；其中，所述零部件出库清单和所述零部件发货计划表中包括：动态属性信息、零部件的基础属性信息、以及零部件的关联属性信息；出库反馈模块，用于响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；货物反馈模块，用于判断所述出库结果是否存在异常，响应于所述出库结果存在异常，生成收货异常反馈信息；更新模块，用于根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。10.根据权利要求9所述一种汽车零部件发货计划自更新装置，其特征在于，还包括：计划生成模块；所述计划生成模块，用于获取仓库的发货时间窗口和车辆预估产量，根据所述仓库的发货时间窗口和所述车辆预估产量，得到固定发货时间窗口内的车辆生产需求；获取各车型零部件清单，根据所述各车型零部件清单和所述车辆生产需求，得到发货时间窗口内的零部件需求量；获取上线包装类型，根据所述上线包装类型和所述零部件需求量，生成零部件发货计划表。

技术总结
本发明提供一种汽车零部件发货计划自更新方法及装置，其中，方法包括：获取零部件发货计划表、零部件出库清单和出库结果，判断所述零部件出库清单和所述零部件发货计划表是否相同；响应于所述零部件出库清单和所述零部件发货计划表不相同，生成出库异常反馈信息；判断所述出库结果是否存在异常，响应于所述出库结果存在异常，生成收货异常反馈信息；根据所述出库异常反馈信息和所述收货异常反馈信息更新所述零部件发货计划表。本发明能够有效提高仓库应对发货失误、突发状况的调整力，从而降低发货延误风险、减少线边物料堆积，进一步地保障主机厂生产稳定。同时能够推动汽车零部件入厂物流的数字化建设、提升零部件入厂物流信息化水平。信息化水平。信息化水平。


技术研发人员：张治豪 雷国达 夏添 徐正昭 赵兰
受保护的技术使用者：重庆长安民生物流股份有限公司
技术研发日：2023.06.26
技术公布日：2023/9/22