CN1714323A

CN1714323A - 零部件订货系统及零部件订货方法

Info

Publication number: CN1714323A
Application number: CNA2003801040311A
Authority: CN
Inventors: 田中雄二; 家老亘
Original assignee: Honda Motor Co Ltd
Current assignee: Honda Motor Co Ltd
Priority date: 2002-11-29
Filing date: 2003-11-26
Publication date: 2005-12-28
Also published as: US20040143514A1; EP1569060A1; EP1569060A4; JP2004185120A; BR0316494A; WO2004051386A1

Abstract

本发明提供一种零部件订货系统和零部件订货方法，其可以对需求量少、且难以预测需求量的备用零部件进行高效率的订货。具体方案是，从现行DB组(4)中抽出成为统一订货的对象的保障对象帐户，在保障DB(5)中新设置帐户，作成匹配明细表(交易方用)(6)及匹配汇总表(交易方用)(7)、匹配明细表(内部用)(8)、匹配汇总表(内部用)(9)。交易方根据该匹配明细表(交易方用)(6)及匹配汇总表(交易方用)(7)，进行帐户及数量的研究，用户部门根据该匹配明细表(内部用)(8)及匹配汇总表(内部用)(9)，进行帐户、数量的研究，取得与交易方的研究结果的匹配，对保障DB进行适当的更新。

Description

零部件订货系统及零部件订货方法

技术领域

本发明涉及零部件订货系统及零部件订货方法，特别涉及根据需求预测来对零部件进行统一订货的零部件订货系统及零部件订货方法。

背景技术

以往，关于向零部件生产厂商的备用零部件的订货，有可以统一起来定期地进行订货的情况、和由于结束批量生产几年后的旧型号零部件的需求很少、且需求很难预测，因而不能统一起来定期地进行订货的情况。对品牌生产厂商(订货者一方)而言，由于旧型号零部件的管理量所占的比例很高，因而品牌生产厂商出于减轻品牌生产厂商的库存负担的目的，虽然量很少也要求零部件生产厂商尽可能地在短时间内交货。

另外，在特开2001-250073号公报(图1)中所记载的订货信息提供系统，具有：在处理日当天的库存数量低于补充点的情况下，将基于订货批量的补充需求数量作为订货信息进行输出的订货信息输出部；和根据过去及当年最近一定期间的发货业绩所计算出的每日的平均发货预测数量，将所预测的库存数量低于补充点的下一次补充需求预测日及该预测日的下一次补充需求预测数量作为订货预测信息进行输出的订货预测信息输出部；每隔一定期间将这些订货信息及订货预测信息自动发送到供应方的订货信息发送部，通过将将来的订货预测信息和定期的订货信息一起提供给供货方，尤其提高了供货方一方的生产计划的精确度，也提高了本公司的库存管理效率(例如，参照特开2001-250073号公报(图1))。

但是，为了在短时间将需求量少的零部件交货，在零部件生产厂商一方，必须进行基于需求预测的生产，需要承担库存负担。因此，就会出现下述问题：发生筹备损失及材料损失，并将其反映到价格上，对品牌生产厂商而言购入价格也会上升，同样增加了负担。

另外，在特开2001-250073号公报(图1)中所记载的系统中，由于需求少、且很难进行需求预测，因而存在通常不适用于不统一定期订货的情况的问题。

发明内容

本发明就是鉴于此种状况而提出的，目的是提供一种零部件订货系统和方法，对于即使是需求量少、并很难进行需求预测的零部件，也可以削减零部件生产厂商方面的筹备损失及材料损失，并且也能够抑制品牌生产厂商方面的购入单价。

本发明的第1发明是一种零部件订货系统，其特征在于，具有：统一订货单元，由用户根据规定期间内所需的需求预测数量，向零部件生产厂商进行统一订货；交货单元，由零部件生产厂商根据来自用户的订货，将作为统一订货的对象的零部件不定期地交货给用户；判断单元，判断在规定期间内用户向零部件生产厂商订货、零部件生产厂商向用户交货的零部件的累计数是否超过了用户向零部件生产厂商统一订货的零部件的需求预测数量；购买单元，在判断单元的判断结果是被判断为累计数没有超过需求预测数量时，由用户向零部件生产厂商订购并购买需求预测数量和累计数的差所表示的剩余部分的零部件。

另外，至少还具有存储单元，存储与零部件对应的销售帐户、零部件的订货开始日及结束日和其他零部件的销售帐户，可以将规定的标志赋给存储单元内所存储的、与成为统一订货的对象的零部件相对应的销售帐户。

另外，可以将规定的标志赋给与通过购买单元所购买的零部件对应的存储在存储单元内的销售帐户。

另外，可以将通过购买单元进行的购买设定为在月初的第1天之内进行，将成为购买的对象的销售帐户设定为处理月是结束月的销售帐户、并且是建立了库存购买标志的销售帐户。

另外，可以将通过购买单元所购买的零部件的下一年度的统一订货数量设定为从需求预测数量中扣除了通过购买单元购买的零部件的数量后的数量。

另外，在判断单元的判断结果是被判断为累计数超过了需求预测数量时，可以将零部件从统一订货的对象中撤去，将其作为一般订货的对象。

本发明的第2发明是一种零部件订货方法，其特征在于，具有：统一订货步骤，由用户根据规定期间内所需的需求预测数量，向零部件生产厂商进行统一订货；交货步骤，由零部件生产厂商根据来自用户的订货，将作为统一订货的对象的零部件不定期地交货给用户；判断步骤，判断在规定期间内用户向零部件生产厂商订货、零部件生产厂商向用户交货的零部件的累计数是否超过了用户向零部件生产厂商统一订货的零部件的需求预测数量；购买步骤，在判断步骤的判断结果是被判断为累计数没有超过需求预测数量时，由用户向零部件生产厂商订购并购买由需求预测数量与累计数之差所表示的剩余部分的零部件。

附图说明

图1是用于说明本发明的零部件订货系统的一个实施方式的筹备管理处理的工作流程图。

图2是用于说明本发明的零部件订货系统的一个实施方式的筹备管理处理的工作流程图。

图3是用于说明本发明的零部件订货系统的一个实施方式的进货管理处理的工作流程图。

图4是用于说明本发明的零部件订货系统的一个实施方式的进货管理处理的工作流程图。

图5是用于说明本发明的零部件订货系统的一个实施方式的剩余材料管理处理的工作流程图。

图6是用于说明本发明的零部件订货系统的一个实施方式的购买处理的工作流程图。

图7是用于说明本发明的零部件订货系统的一个实施方式的购买处理的工作流程图。

具体实施方式

下面，对本发明的零部件订货系统的一个实施方式的结构及动作进行说明。图1是表示本实施方式的结构及动作的工作流程图。

如该图所示，本实施方式是由：设置于用户部门的终端100及终端200、存储设置于系统侧的处理对象数据的保障批量数据库(D/B)3、存储所有零部件的帐户信息(销售帐户信息)的现行数据库(D/B)组4、存储被指定为统一零部件(以下称为保障零部件)的零部件的帐户信息的保障数据库(D/B)5、存储与零部件有关的信息的零部件数据库(D/B)10、存储订货信息的订货数据库(D/B)13、存储供应信息的供应数据库(D/B)14、可以在线监视受理～包装～保管的工序的入库在线系统(NSQ)18所构成。

各数据库被构建在图中未示出的个人计算机及工作站的存储装置内，通过网络相连接，可以进行数据的收发。

下面，结合图1及图2对本实施方式的筹备(帐户选定)管理处理的顺序进行说明。首先，先在步骤S1中，从终端100输入基于保障登录申请书的批量申请内容，存储到保障批量DB3内。批量申请内容由交易方、现有条件、开始月、结束月、希望发布资料日等项构成。

接下来，在步骤S2中，执行新帐户作成处理。新帐户作成处理在一个月最后一天内进行，处理对象数据是与批量申请内容对应的帐户，处理概要是从现行DB组4中抽出相应帐户，在保障DB5内新设立帐户，发布研究用表〔匹配明细表(交易方用)6及匹配汇总表(交易方用)7、匹配明细表(内部用)8及匹配汇总表(内部用)9。

另外，在步骤S3中，执行帐户扩大处理。帐户扩大处理在一个月最后一天内进行，处理对象数据是从新批量申请开始经过了1年后的批量、或进行了扩大需求登录的批量，处理概要是作成新帐户、和新帐户作成处理一样地进行信息输出及用户对应。即，当到了下一年度时，根据第一年度所设定的条件，自动提示对象帐户。

接下来，在步骤S4中，通过终端200，根据匹配明细表(交易方用)6及匹配明细表(内部用)8，进行从保障DB5的抽出处理。即，指定生产厂商代码、研究开始日、组，抽出和匹配明细表(交易方用)6及匹配明细表(内部用)8相同的帐户信息。将所抽出的数据保存在规定的记录介质内，并发送到交易方。

另外，通过用户部门，将在步骤S2及步骤S3中所发布的匹配明细表(交易方用)6及匹配汇总表(交易方用)7提供给交易方，将匹配明细表(内部用)8及匹配汇总表(内部用)9提供给用户部门。在用户部门中，在步骤S5中，根据匹配明细表(内部用)8及匹配汇总表(内部用)9，进行帐户及数量的研究。在交易方中，在步骤S6中，根据匹配明细表(交易方用)6及匹配汇总表(交易方用)7，进行帐户及数量的研究。

接下来，在用户部门中，在步骤S7中，以零部件编号为单位对交易方的研究结果和用户部门的研究结果进行匹配处理，在步骤S8中，进行匹配结果反映处理，对保障DB5进行适当的更新。通过匹配结果反映处理所得到的帐户新登录数据是由零部件编号、品种名称、交易方、年代、登录日、开始月、结束月、状态、保障数量、进货交付周期(L/T)等数据构成。另外，通过匹配结果反映处理所得到的帐户明细更新预测重新评价数量更新数据是由零部件编号、研究开始日、开始月、结束月、保障数量、进货交付周期等数据构成。因此，可以利用这些数据适当地更新保障DB5。

接下来，在用户部门中，在步骤S9中，执行匹配结束处理，然后，在步骤S10中，通过终端100，向保障批量DB3进行决定表发布请求。

接下来，在步骤S11中，执行决定表发布处理。决定表发布处理在一个月的最后一天内进行，处理对象数据是保障批量DB3中所登录的键的对象数据(作为键的数据)，有“旧型号”、“一年所需数量”、“订货次数”、“开始年月”、“结束年月”、“零部件编号”等。

另外，订货次数以一年两次为目标，把一年所需数量按数字划分为组，及保障数量〔保障签约数量(但不为0，并附加继续数量)〕，处理概要是从保障批量DB3中抽出处理对象数据，将与保障DB5对应的帐户的状态从A更新为B，作成零部件DB10的识别区分设定数据，发布保障帐户决定表(帐户决定表)11。这时，将保障适用标志“G”赋给保障帐户。

另外，在步骤S12中，执行决定表发布检查处理。决定表发布检查处理在每月的25日(会计结算日)进行，处理对象数据是存在下个月为开始月的帐户的批量信息，处理概要是发布决定表未发布表12，决定表未发布表12用于检查下个月开始进货的帐户的批量是否请求发布决定表，是为了取得是否进行决定表的发布和是否使开始年月延迟的对应关系而使用的。

将决定表未发布表12提供给用户部门，在步骤S13中，进行数据匹配处理。另一方面，将帐户决定表11提供给用户部门，附加上备忘录来进行保存。另外，也提供给交易方，在交易方，在步骤S14中，将帐户决定表11进行保存，并且据此进行零部件先行生产。

另外，在步骤S15中，实施供应DB更新处理。供应DB更新处理在一个月的第一天中进行，处理对象数据是在下个月或当月开始年月、且已发布决定表的数据，处理概要为：作成对供应DB14中的申请手续编号、申请最低批量、申请订货类型进行初始化的数据。

另外，在步骤S16中，进行开始日前已订货抽出处理。开始日前已订货抽出处理在一个月的第一天中进行，处理对象数据是从当月开始的帐户的一般订货信息，处理概要为：从订货DB13中抽出与保障数据不同的应处理的订货数据，作为已订货抽出表15来发布，实施和保障数据不同的进货推进。将从订货DB13抽出的、在保障开始年月的时间上、在上个月以前的指定日有剩余订货的订货信息打印到该已订货抽出表15上。将该已订货抽出表15提供给用户部门，在步骤S18中，进行进货推进处理。

另外，在步骤S17中，进行开始月处理。开始月处理在一个月的最后一天中进行，处理对象数据是从下个月开始进货的数据，处理概要为：作成使保障DB5所对应的帐户的状态从“B”进入到“C”的更新数据，并提供给保障DB5，将状态从“B”更新为“C”。

下面，结合图3及图4对本实施方式的进货管理处理的顺序进行说明。首先，先在步骤S21中，根据现行DB组4的数据，执行各种现行订货处理。该处理包含了编入有后述的步骤S23中所进行的订货时库存检查的处理。另外，在步骤S22中，执行新D/W(每天/每周)订货处理。

接下来，在步骤S23中，进行订货时库存检查。订货时库存检查在进行各种订货处理时执行，处理对象数据是与被赋给了保障适用标志“G”的帐户相对应的保障零部件的订货数据，处理概要为：判断保障零部件的库存数量是否大于保障零部件的订货数量，在库存不足时(保障零部件的订货数量＞保障零部件的库存数量)，作成订货不足表16，在有库存时，更新保障DB5的保障零部件的订货数量的累计。将相对于订货数量，库存数量不足的帐户表打印到订货不足表16上。将该订货不足表16提供给用户部门。

在步骤S23中，在判断为有库存的情况下，进入步骤S24，执行和现行同样的处理。即，发布保障零部件的订货单17，通过用户部门提供给交易方，并且将订货信息提供给保障订货明细工作19。

在用户部门中，在步骤S25中，根据订货不足表16，进行库存确认处理，在步骤S26中，执行必须紧急补充时候的紧急订货处理。即，将库存数量不足的零部件的订货数据作为普通零部件的订货数据提供给订货DB13，在步骤S28中，进行现行订货处理。

另外，在步骤S27中，根据订货不足表16，研究是否进行下一年度对应(指南)处理或返回到一般订货的处理。所谓下一年度对应(指南)处理，是指将下一年度的开始月设定为和第一年度不同的月的处理，所谓返回到一般订货的处理，是指在保障期间内需求超过当初预测时，从保障中撤去，作为一般订货来处理。

在交易方，在步骤S29中，根据订货单17，从保障库存中将保障零部件出库，在步骤S30中，向用户部门交货。在用户部门中，在步骤S31中，通过终端200执行现行入库处理，并将入库信息提供给入库在线系统(NSQ)18，进行存储。

接下来，在步骤S32中，执行进货信息抽出处理。进货信息抽出处理每天都进行，处理对象数据是当日所进货的保障订货数据，处理概要为：将反映了入库信息的保障的订货数据保存到保障订货明细工作19内。

接下来，在步骤S33中，实施进货评定处理。进货评定处理在一个月的第一天中进行，处理对象数据是上个月订货明细数据，处理概要为：从保障订货明细工作19发布上个月的进货率报告20、及进货异常明细表21。进货率报告20是表示上个月的进货状况的表，进货异常明细表21是在上个月进货指定日的订货当中、没有按指定日入库的订货的一览表。

在步骤S33中，将所发布的进货率报告20提供给用户部门，在用户部门中，在步骤S34中，进行进货结果的确认处理。另外，将在步骤S33中所发布的进货异常明细表21也提供给用户部门，在用户部门中，在步骤S35中，进行异常结果的确认处理。

在步骤S36中，进行设定改变、M/L(生成厂商安排)检查处理。设定改变、M/L检查处理在每周进行，处理对象数据是发生了设定改变、M/L的帐户，处理概要为：在零部件DB10中进行设定改变、M/L检查处理，发布设定改变、M/L抽出表22。在这里，所谓设定改变，是指对象销售帐户终止销售，或被合并到别的帐户内等的情况，所谓M/L，是指变更零部件生产厂商的情况。将设定改变、M/L抽出表22提供给用户部门，在用户部门中，在步骤S38中，进行购买及消除帐户处理。

另外，在步骤S37中，进行库存动向报告处理。库存动向报告处理在一个月的第一天中进行，处理对象数据是保障DB5所存储的全部保障对象帐户，处理概要为：发布库存动向报告23，该库存动向报告23是用于确认从开始了保障的研究的年月开始、现在的库存发生了怎样的变化的表。将库存动向报告23提供给用户部门，在用户部门中，在步骤S39中，进行库存的监视。

下面，结合图5对本实施方式的剩余材料管理处理的顺序进行说明。首先，先在步骤S41中，执行库存不足警告处理。库存不足警告处理求出保障确定数量(例如1年的需求预测数量)和剩余数量的比率(＝剩余数量/保障确定数量)，在该比率低于某一规定值时，发布不足警告表24及不足警告概要25。

将不足警告表24及不足警告概要25提供给用户部门，在用户部门中，在步骤S42中，根据不足警告表24及不足警告概要25，进行今后的库存预测。然后，在步骤S43中，研究是否进行下一年度对应(指南)处理、或返回到一般订货的处理。所谓下一年度对应(指南)处理，是指将下一年度的开始月设定成和第一年度不同的月，所谓返回到一般订货的处理，是指在保障期间内、在需求超过当初预测时，将其从保障中撤去，作为一般订货。

下面，结合图6及图7对本实施方式的购买管理处理的顺序进行说明。首先，先在步骤S51中，根据现行DB组4所存储的数据，执行下一年度帐户检查处理。下一年度帐户检查处理在一个月的最后一天中进行，处理对象数据是结束月-先行L/T(交付周期)-1个月(匹配时间)的结果和处理月相一致的帐户，是状态为“C”的帐户，处理概要为：在帐户单位在考虑了先行L/T(保障零部件生产之前的月数)及匹配时间(现在的情况下为1个月)的时期决定下一年度是否也继续进行保障。将所决定的结果存储到保障DB5内。另外，发布匹配明细表(交易方用)26和匹配汇总表(交易方用)27、匹配明细表(内部用)28、匹配汇总表(内部用)29、帐户结束检查表30。

接下来，在用户部门中，在步骤S52中，执行从保障DB5中抽出指定生产厂商代码、研究开始日、组，并且和匹配明细表(交易方用)26、匹配明细表(内部用)28相同的帐户信息的处理。另外，通过用户部门，将在步骤S51中所发布的匹配明细表(交易方用)26和匹配汇总表(交易方用)27提供给交易方。另外，将在步骤S51中所发布的匹配明细表(内部用)28、匹配汇总表(内部用)29提供给用户部门。

在用户部门中，在步骤S53中，根据匹配明细表(内部用)28、匹配汇总表(内部用)29，实施库存的购买、继续判断处理。另外，在交易方中，在步骤S54中，根据匹配明细表(交易方用)26和匹配汇总表(交易方用)27，实施库存的购买、继续判断处理。在用户部门中，在步骤S55中，根据用户部门的步骤S53的判断的结果和交易方的步骤S34的判断的结果来进行匹配处理，输出匹配结果。

在用户部门中，在步骤S60中，从终端200输入匹配结果。将表示所输入的匹配结果的数据提供给保障DB5，进行存储。接下来，在步骤S61中，实施结束月月初处理。结束月月初处理在一个月的最后一天中进行，处理对象数据是保障DB5所存储的下个月为结束月的帐户，处理概要为：将状态从“C”更新为“D”。

另外，在步骤S62中，实施购买处理。购买处理在一个月的第1天中进行，处理对象数据是保障DB5所存储的处理月为结束月的数据、且建立了库存购买FLG(标志)的数据，处理概要为：根据上述处理对象数据作成规定的数据形式的数据，登录到BGIN31，并且发布结束月购买汇总32。这时，对库存购买对象帐户建立库存购买FLG。

将该结束月购买汇总32提供给用户部门，在用户部门中，在步骤S63中，根据该结束月购买汇总32，实施库存量研究处理。另外，在步骤S64中，根据BGIN31的数据，实施现行的订货处理。

在步骤S65中，实施购买剩余数量检查处理。购买剩余数量确认处理在每月25日(会计结算日)进行，处理对象数据是处理月为结束月的数据、且建立了库存购买FLG的数据，处理概要为：确认有无上述数据的剩余材料，在有剩余材料的情况下，发布有购买剩余数量表33。将该有购买剩余数量表33提供给用户部门，在用户部门中，在步骤S67中，根据该有购买剩余数量表33，进行购买订货。该购买订货处理是为了购买在有购买剩余数量表33中所打印的帐户的库存而进行订货的处理，是在与在月初购买处理中所进行的订货NG的对应被遗漏时而发生的处理。

另外，在步骤S66中，实施库存继续检查处理。库存继续检查处理在每月25日进行，处理对象数据是处理月为结束月的数据、且建立了库存继续FLG的数据，该库存继续FLG是在第12个月的1日的下午被建立的。处理概要为：虽然基本上不会发生该处理，但例如，将为库存继续数据、但没有作成新的帐户的数据作为库存继续错误表34进行发布。即，根据零部件生产厂商(交易方)的情况，也可以不购买剩余数量的情况下的处理。在库存继续错误表34内，打印有在下一年度将库存作为继续对象的零部件当中、没有作成下一年度帐户的帐户一览表。

将该库存继续错误表34提供给用户部门。在用户部门中，在步骤S68中，根据该库存继续错误表34，实施继续NG对应处理。即，库存继续错误表34所记载的帐户不作成下一年度的帐户。

另外，在步骤S69中，实施结束月月末处理。结束月月末处理在一个月最后一天中进行，处理对象数据是保障DB5所存储的处理月为结束月的数据，处理概要为：将状态从“D”更新为“E”。

另外，在步骤S70中，实施适用标志匹配处理。适用标志匹配处理在一个月最后一天中进行，处理对象数据是保障DB5所存储的全部保障登录帐户，处理概要为：根据结束帐户及决定表发布帐户，作成零部件DB10中的保障适用标志的更新数据。根据该更新数据，更新零部件DB10的数据。

另外，在步骤S71中，实施库存继续处理。将库存继续处理作为每月的处理来进行，处理对象数据是处理月为结束月的数据、且建立了库存继续FLG的数据，处理概要为：基本上，对于与上述数据(帐户)相对应的零部件，作成从下个月开始的数据，将现在的剩余数量反映到新数据上。另外，上述实施方式的结构及动作是示例，在不脱离本发明的宗旨的范围内，当然可以进行适当的变更。

如以上所述，根据本发明的零部件订货系统及零部件订货方法，用户根据规定期间内所需的需求预测数量，向零部件生产厂商进行统一订货，零部件生产厂商根据来自用户的订货，不定期地将成为统一订货的对象的零部件向用户交货，判断在规定期间中用户向零部件生产厂商订货、零部件生产厂商向用户交货的零部件的累计数是否超过了用户向零部件生产厂商统一订货的零部件的需求预测数量，在判断结果是被判断为累计数没有超过需求预测数量时，用户向零部件生产厂商订购并购买需求预测数量和累计数的差所表示的剩余数量的零部件，所以即使是需求少的零部件，也可以进行计划批量生产，提高生产效率，因而可以削减零部件生产厂商方面的筹备损失及材料损失，也可以抑制品牌生产厂商方面的购入单价。

Claims

1.一种零部件订货系统，其特征在于，具有：

统一订货单元，由用户根据在规定期间内所需的需求预测数量，向零部件生产厂商进行统一订货；

交货单元，由所述零部件生产厂商根据来自所述用户的订货，将作为统一订货的对象的零部件不定期地交货给所述用户；

判断单元，判断在所述规定期间内所述用户向零部件生产厂商订货、所述零部件生产厂商向所述用户交货的所述零部件的累计数是否超过了所述用户向所述零部件生产厂商统一订货的所述零部件的所述需求预测数量；和

购买单元，在所述判断单元的判断结果是被判断为所述累计数没有超过所述需求预测数量时，由所述用户向所述零部件生产厂商订购并购买由所述需求预测数量与所述累计数之差所表示的剩余部分的零部件。

2.根据权利要求1所述的零部件订货系统，其特征在于，至少还具有存储单元，存储与所述零部件对应的销售帐户、所述零部件的订货开始日及结束日和其他零部件的销售帐户，

将规定的标志赋给存储在所述储单元内的与成为所述统一订货的对象的所述零部件相对应的所述销售帐户。

3.根据权利要求2所述的零部件订货系统，其特征在于：

将规定的标志赋给与通过所述购买单元所购买的所述零部件对应的、存储在所述存储单元内的所述销售帐户。

4.根据权利要求1～3中任意一项所述的零部件订货系统，其特征在于：

通过所述购买单元进行的购买在月初第1天之内进行，成为购买的对象的销售帐户是处理月是结束月的销售帐户、并且是建立了库存购买标志的销售帐户。

5.根据权利要求1所述的零部件订货系统，其特征在于：

在所述判断单元的判断结果是判断为所述累计数超过了所述需求预测数量时，将所述零部件从所述统一订货的对象中撤去，将其作为一般订货的对象。

6.一种零部件订货方法，其特征在于，具有：

统一订货步骤，由用户根据规定期间内所需的需求预测数量，向零部件生产厂商进行统一订货；

交货步骤，由所述零部件生产厂商根据来自所述用户的订货，将作为所述统一订货的对象的零部件不定期地交货给所述用户；

判断步骤，判断在所述规定期间内所述用户向所述零部件生产厂商订货、所述零部件生产厂商向所述用户交货的所述零部件的累计数是否超过了所述用户向所述零部件生产厂商统一订货的所述零部件的所述需求预测数量；和

购买步骤，在所述判断步骤的判断结果是被判断为所述累计数没有超过所述需求预测数量时，由所述用户向所述零部件生产厂商订购并购买由所述需求预测数量与所述累计数之差所表示的剩余部分的零部件。