專利名稱：零部件訂貨系統(tǒng)及零部件訂貨方法
技術(shù)領(lǐng)域：
本發(fā)明涉及零部件訂貨系統(tǒng)及零部件訂貨方法，特別涉及根據(jù)需求預(yù)測來對零部件進行統(tǒng)一訂貨的零部件訂貨系統(tǒng)及零部件訂貨方法。
背景技術(shù)：
以往，關(guān)于向零部件生產(chǎn)廠商的備用零部件的訂貨，有可以統(tǒng)一起來定期地進行訂貨的情況、和由于結(jié)束批量生產(chǎn)幾年后的舊型號零部件的需求很少、且需求很難預(yù)測，因而不能統(tǒng)一起來定期地進行訂貨的情況。對品牌生產(chǎn)廠商(訂貨者一方)而言，由于舊型號零部件的管理量所占的比例很高，因而品牌生產(chǎn)廠商出于減輕品牌生產(chǎn)廠商的庫存負擔(dān)的目的，雖然量很少也要求零部件生產(chǎn)廠商盡可能地在短時間內(nèi)交貨。
另外，在特開2001-250073號公報(圖1)中所記載的訂貨信息提供系統(tǒng)，具有在處理日當(dāng)天的庫存數(shù)量低于補充點的情況下，將基于訂貨批量的補充需求數(shù)量作為訂貨信息進行輸出的訂貨信息輸出部；和根據(jù)過去及當(dāng)年最近一定期間的發(fā)貨業(yè)績所計算出的每日的平均發(fā)貨預(yù)測數(shù)量，將所預(yù)測的庫存數(shù)量低于補充點的下一次補充需求預(yù)測日及該預(yù)測日的下一次補充需求預(yù)測數(shù)量作為訂貨預(yù)測信息進行輸出的訂貨預(yù)測信息輸出部；每隔一定期間將這些訂貨信息及訂貨預(yù)測信息自動發(fā)送到供應(yīng)方的訂貨信息發(fā)送部，通過將將來的訂貨預(yù)測信息和定期的訂貨信息一起提供給供貨方，尤其提高了供貨方一方的生產(chǎn)計劃的精確度，也提高了本公司的庫存管理效率(例如，參照特開2001-250073號公報(圖1))。
但是，為了在短時間將需求量少的零部件交貨，在零部件生產(chǎn)廠商一方，必須進行基于需求預(yù)測的生產(chǎn)，需要承擔(dān)庫存負擔(dān)。因此，就會出現(xiàn)下述問題發(fā)生籌備損失及材料損失，并將其反映到價格上，對品牌生產(chǎn)廠商而言購入價格也會上升，同樣增加了負擔(dān)。
另外，在特開2001-250073號公報(圖1)中所記載的系統(tǒng)中，由于需求少、且很難進行需求預(yù)測，因而存在通常不適用于不統(tǒng)一定期訂貨的情況的問題。

發(fā)明內(nèi)容
本發(fā)明就是鑒于此種狀況而提出的，目的是提供一種零部件訂貨系統(tǒng)和方法，對于即使是需求量少、并很難進行需求預(yù)測的零部件，也可以削減零部件生產(chǎn)廠商方面的籌備損失及材料損失，并且也能夠抑制品牌生產(chǎn)廠商方面的購入單價。
本發(fā)明的第1發(fā)明是一種零部件訂貨系統(tǒng)，其特征在于，具有統(tǒng)一訂貨單元，由用戶根據(jù)規(guī)定期間內(nèi)所需的需求預(yù)測數(shù)量，向零部件生產(chǎn)廠商進行統(tǒng)一訂貨；交貨單元，由零部件生產(chǎn)廠商根據(jù)來自用戶的訂貨，將作為統(tǒng)一訂貨的對象的零部件不定期地交貨給用戶；判斷單元，判斷在規(guī)定期間內(nèi)用戶向零部件生產(chǎn)廠商訂貨、零部件生產(chǎn)廠商向用戶交貨的零部件的累計數(shù)是否超過了用戶向零部件生產(chǎn)廠商統(tǒng)一訂貨的零部件的需求預(yù)測數(shù)量；購買單元，在判斷單元的判斷結(jié)果是被判斷為累計數(shù)沒有超過需求預(yù)測數(shù)量時，由用戶向零部件生產(chǎn)廠商訂購并購買需求預(yù)測數(shù)量和累計數(shù)的差所表示的剩余部分的零部件。
另外，至少還具有存儲單元，存儲與零部件對應(yīng)的銷售帳戶、零部件的訂貨開始日及結(jié)束日和其他零部件的銷售帳戶，可以將規(guī)定的標志賦給存儲單元內(nèi)所存儲的、與成為統(tǒng)一訂貨的對象的零部件相對應(yīng)的銷售帳戶。
另外，可以將規(guī)定的標志賦給與通過購買單元所購買的零部件對應(yīng)的存儲在存儲單元內(nèi)的銷售帳戶。
另外，可以將通過購買單元進行的購買設(shè)定為在月初的第1天之內(nèi)進行，將成為購買的對象的銷售帳戶設(shè)定為處理月是結(jié)束月的銷售帳戶、并且是建立了庫存購買標志的銷售帳戶。
另外，可以將通過購買單元所購買的零部件的下一年度的統(tǒng)一訂貨數(shù)量設(shè)定為從需求預(yù)測數(shù)量中扣除了通過購買單元購買的零部件的數(shù)量后的數(shù)量。
另外，在判斷單元的判斷結(jié)果是被判斷為累計數(shù)超過了需求預(yù)測數(shù)量時，可以將零部件從統(tǒng)一訂貨的對象中撤去，將其作為一般訂貨的對象。
本發(fā)明的第2發(fā)明是一種零部件訂貨方法，其特征在于，具有統(tǒng)一訂貨步驟，由用戶根據(jù)規(guī)定期間內(nèi)所需的需求預(yù)測數(shù)量，向零部件生產(chǎn)廠商進行統(tǒng)一訂貨；交貨步驟，由零部件生產(chǎn)廠商根據(jù)來自用戶的訂貨，將作為統(tǒng)一訂貨的對象的零部件不定期地交貨給用戶；判斷步驟，判斷在規(guī)定期間內(nèi)用戶向零部件生產(chǎn)廠商訂貨、零部件生產(chǎn)廠商向用戶交貨的零部件的累計數(shù)是否超過了用戶向零部件生產(chǎn)廠商統(tǒng)一訂貨的零部件的需求預(yù)測數(shù)量；購買步驟，在判斷步驟的判斷結(jié)果是被判斷為累計數(shù)沒有超過需求預(yù)測數(shù)量時，由用戶向零部件生產(chǎn)廠商訂購并購買由需求預(yù)測數(shù)量與累計數(shù)之差所表示的剩余部分的零部件。


圖1是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的籌備管理處理的工作流程圖。
圖2是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的籌備管理處理的工作流程圖。
圖3是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的進貨管理處理的工作流程圖。
圖4是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的進貨管理處理的工作流程圖。
圖5是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的剩余材料管理處理的工作流程圖。
圖6是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的購買處理的工作流程圖。
圖7是用于說明本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的購買處理的工作流程圖。
具體實施例方式
下面，對本發(fā)明的零部件訂貨系統(tǒng)的一個實施方式的結(jié)構(gòu)及動作進行說明。圖1是表示本實施方式的結(jié)構(gòu)及動作的工作流程圖。
如該圖所示，本實施方式是由設(shè)置于用戶部門的終端100及終端200、存儲設(shè)置于系統(tǒng)側(cè)的處理對象數(shù)據(jù)的保障批量數(shù)據(jù)庫(D/B)3、存儲所有零部件的帳戶信息(銷售帳戶信息)的現(xiàn)行數(shù)據(jù)庫(D/B)組4、存儲被指定為統(tǒng)一零部件(以下稱為保障零部件)的零部件的帳戶信息的保障數(shù)據(jù)庫(D/B)5、存儲與零部件有關(guān)的信息的零部件數(shù)據(jù)庫(D/B)10、存儲訂貨信息的訂貨數(shù)據(jù)庫(D/B)13、存儲供應(yīng)信息的供應(yīng)數(shù)據(jù)庫(D/B)14、可以在線監(jiān)視受理～包裝～保管的工序的入庫在線系統(tǒng)(NSQ)18所構(gòu)成。
各數(shù)據(jù)庫被構(gòu)建在圖中未示出的個人計算機及工作站的存儲裝置內(nèi)，通過網(wǎng)絡(luò)相連接，可以進行數(shù)據(jù)的收發(fā)。
下面，結(jié)合圖1及圖2對本實施方式的籌備(帳戶選定)管理處理的順序進行說明。首先，先在步驟S1中，從終端100輸入基于保障登錄申請書的批量申請內(nèi)容，存儲到保障批量DB3內(nèi)。批量申請內(nèi)容由交易方、現(xiàn)有條件、開始月、結(jié)束月、希望發(fā)布資料日等項構(gòu)成。
接下來，在步驟S2中，執(zhí)行新帳戶作成處理。新帳戶作成處理在一個月最后一天內(nèi)進行，處理對象數(shù)據(jù)是與批量申請內(nèi)容對應(yīng)的帳戶，處理概要是從現(xiàn)行DB組4中抽出相應(yīng)帳戶，在保障DB5內(nèi)新設(shè)立帳戶，發(fā)布研究用表〔匹配明細表(交易方用)6及匹配匯總表(交易方用)7、匹配明細表(內(nèi)部用)8及匹配匯總表(內(nèi)部用)9。
另外，在步驟S3中，執(zhí)行帳戶擴大處理。帳戶擴大處理在一個月最后一天內(nèi)進行，處理對象數(shù)據(jù)是從新批量申請開始經(jīng)過了1年后的批量、或進行了擴大需求登錄的批量，處理概要是作成新帳戶、和新帳戶作成處理一樣地進行信息輸出及用戶對應(yīng)。即，當(dāng)?shù)搅讼乱荒甓葧r，根據(jù)第一年度所設(shè)定的條件，自動提示對象帳戶。
接下來，在步驟S4中，通過終端200，根據(jù)匹配明細表(交易方用)6及匹配明細表(內(nèi)部用)8，進行從保障DB5的抽出處理。即，指定生產(chǎn)廠商代碼、研究開始日、組，抽出和匹配明細表(交易方用)6及匹配明細表(內(nèi)部用)8相同的帳戶信息。將所抽出的數(shù)據(jù)保存在規(guī)定的記錄介質(zhì)內(nèi)，并發(fā)送到交易方。
另外，通過用戶部門，將在步驟S2及步驟S3中所發(fā)布的匹配明細表(交易方用)6及匹配匯總表(交易方用)7提供給交易方，將匹配明細表(內(nèi)部用)8及匹配匯總表(內(nèi)部用)9提供給用戶部門。在用戶部門中，在步驟S5中，根據(jù)匹配明細表(內(nèi)部用)8及匹配匯總表(內(nèi)部用)9，進行帳戶及數(shù)量的研究。在交易方中，在步驟S6中，根據(jù)匹配明細表(交易方用)6及匹配匯總表(交易方用)7，進行帳戶及數(shù)量的研究。
接下來，在用戶部門中，在步驟S7中，以零部件編號為單位對交易方的研究結(jié)果和用戶部門的研究結(jié)果進行匹配處理，在步驟S8中，進行匹配結(jié)果反映處理，對保障DB5進行適當(dāng)?shù)母?。通過匹配結(jié)果反映處理所得到的帳戶新登錄數(shù)據(jù)是由零部件編號、品種名稱、交易方、年代、登錄日、開始月、結(jié)束月、狀態(tài)、保障數(shù)量、進貨交付周期(L/T)等數(shù)據(jù)構(gòu)成。另外，通過匹配結(jié)果反映處理所得到的帳戶明細更新預(yù)測重新評價數(shù)量更新數(shù)據(jù)是由零部件編號、研究開始日、開始月、結(jié)束月、保障數(shù)量、進貨交付周期等數(shù)據(jù)構(gòu)成。因此，可以利用這些數(shù)據(jù)適當(dāng)?shù)馗卤Ｕ螪B5。
接下來，在用戶部門中，在步驟S9中，執(zhí)行匹配結(jié)束處理，然后，在步驟S10中，通過終端100，向保障批量DB3進行決定表發(fā)布請求。
接下來，在步驟S11中，執(zhí)行決定表發(fā)布處理。決定表發(fā)布處理在一個月的最后一天內(nèi)進行，處理對象數(shù)據(jù)是保障批量DB3中所登錄的鍵的對象數(shù)據(jù)(作為鍵的數(shù)據(jù))，有“舊型號”、“一年所需數(shù)量”、“訂貨次數(shù)”、“開始年月”、“結(jié)束年月”、“零部件編號”等。
另外，訂貨次數(shù)以一年兩次為目標，把一年所需數(shù)量按數(shù)字劃分為組，及保障數(shù)量〔保障簽約數(shù)量(但不為0，并附加繼續(xù)數(shù)量)〕，處理概要是從保障批量DB3中抽出處理對象數(shù)據(jù)，將與保障DB5對應(yīng)的帳戶的狀態(tài)從A更新為B，作成零部件DB10的識別區(qū)分設(shè)定數(shù)據(jù)，發(fā)布保障帳戶決定表(帳戶決定表)11。這時，將保障適用標志“G”賦給保障帳戶。
另外，在步驟S12中，執(zhí)行決定表發(fā)布檢查處理。決定表發(fā)布檢查處理在每月的25日(會計結(jié)算日)進行，處理對象數(shù)據(jù)是存在下個月為開始月的帳戶的批量信息，處理概要是發(fā)布決定表未發(fā)布表12，決定表未發(fā)布表12用于檢查下個月開始進貨的帳戶的批量是否請求發(fā)布決定表，是為了取得是否進行決定表的發(fā)布和是否使開始年月延遲的對應(yīng)關(guān)系而使用的。
將決定表未發(fā)布表12提供給用戶部門，在步驟S13中，進行數(shù)據(jù)匹配處理。另一方面，將帳戶決定表11提供給用戶部門，附加上備忘錄來進行保存。另外，也提供給交易方，在交易方，在步驟S14中，將帳戶決定表11進行保存，并且據(jù)此進行零部件先行生產(chǎn)。
另外，在步驟S15中，實施供應(yīng)DB更新處理。供應(yīng)DB更新處理在一個月的第一天中進行，處理對象數(shù)據(jù)是在下個月或當(dāng)月開始年月、且已發(fā)布決定表的數(shù)據(jù)，處理概要為作成對供應(yīng)DB14中的申請手續(xù)編號、申請最低批量、申請訂貨類型進行初始化的數(shù)據(jù)。
另外，在步驟S16中，進行開始日前已訂貨抽出處理。開始日前已訂貨抽出處理在一個月的第一天中進行，處理對象數(shù)據(jù)是從當(dāng)月開始的帳戶的一般訂貨信息，處理概要為從訂貨DB13中抽出與保障數(shù)據(jù)不同的應(yīng)處理的訂貨數(shù)據(jù)，作為已訂貨抽出表15來發(fā)布，實施和保障數(shù)據(jù)不同的進貨推進。將從訂貨DB13抽出的、在保障開始年月的時間上、在上個月以前的指定日有剩余訂貨的訂貨信息打印到該已訂貨抽出表15上。將該已訂貨抽出表15提供給用戶部門，在步驟S18中，進行進貨推進處理。
另外，在步驟S17中，進行開始月處理。開始月處理在一個月的最后一天中進行，處理對象數(shù)據(jù)是從下個月開始進貨的數(shù)據(jù)，處理概要為作成使保障DB5所對應(yīng)的帳戶的狀態(tài)從“B”進入到“C”的更新數(shù)據(jù)，并提供給保障DB5，將狀態(tài)從“B”更新為“C”。
下面，結(jié)合圖3及圖4對本實施方式的進貨管理處理的順序進行說明。首先，先在步驟S21中，根據(jù)現(xiàn)行DB組4的數(shù)據(jù)，執(zhí)行各種現(xiàn)行訂貨處理。該處理包含了編入有后述的步驟S23中所進行的訂貨時庫存檢查的處理。另外，在步驟S22中，執(zhí)行新D/W(每天/每周)訂貨處理。
接下來，在步驟S23中，進行訂貨時庫存檢查。訂貨時庫存檢查在進行各種訂貨處理時執(zhí)行，處理對象數(shù)據(jù)是與被賦給了保障適用標志“G”的帳戶相對應(yīng)的保障零部件的訂貨數(shù)據(jù)，處理概要為判斷保障零部件的庫存數(shù)量是否大于保障零部件的訂貨數(shù)量，在庫存不足時(保障零部件的訂貨數(shù)量＞保障零部件的庫存數(shù)量)，作成訂貨不足表16，在有庫存時，更新保障DB5的保障零部件的訂貨數(shù)量的累計。將相對于訂貨數(shù)量，庫存數(shù)量不足的帳戶表打印到訂貨不足表16上。將該訂貨不足表16提供給用戶部門。
在步驟S23中，在判斷為有庫存的情況下，進入步驟S24，執(zhí)行和現(xiàn)行同樣的處理。即，發(fā)布保障零部件的訂貨單17，通過用戶部門提供給交易方，并且將訂貨信息提供給保障訂貨明細工作19。
在用戶部門中，在步驟S25中，根據(jù)訂貨不足表16，進行庫存確認處理，在步驟S26中，執(zhí)行必須緊急補充時候的緊急訂貨處理。即，將庫存數(shù)量不足的零部件的訂貨數(shù)據(jù)作為普通零部件的訂貨數(shù)據(jù)提供給訂貨DB13，在步驟S28中，進行現(xiàn)行訂貨處理。
另外，在步驟S27中，根據(jù)訂貨不足表16，研究是否進行下一年度對應(yīng)(指南)處理或返回到一般訂貨的處理。所謂下一年度對應(yīng)(指南)處理，是指將下一年度的開始月設(shè)定為和第一年度不同的月的處理，所謂返回到一般訂貨的處理，是指在保障期間內(nèi)需求超過當(dāng)初預(yù)測時，從保障中撤去，作為一般訂貨來處理。
在交易方，在步驟S29中，根據(jù)訂貨單17，從保障庫存中將保障零部件出庫，在步驟S30中，向用戶部門交貨。在用戶部門中，在步驟S31中，通過終端200執(zhí)行現(xiàn)行入庫處理，并將入庫信息提供給入庫在線系統(tǒng)(NSQ)18，進行存儲。
接下來，在步驟S32中，執(zhí)行進貨信息抽出處理。進貨信息抽出處理每天都進行，處理對象數(shù)據(jù)是當(dāng)日所進貨的保障訂貨數(shù)據(jù)，處理概要為將反映了入庫信息的保障的訂貨數(shù)據(jù)保存到保障訂貨明細工作19內(nèi)。
接下來，在步驟S33中，實施進貨評定處理。進貨評定處理在一個月的第一天中進行，處理對象數(shù)據(jù)是上個月訂貨明細數(shù)據(jù)，處理概要為從保障訂貨明細工作19發(fā)布上個月的進貨率報告20、及進貨異常明細表21。進貨率報告20是表示上個月的進貨狀況的表，進貨異常明細表21是在上個月進貨指定日的訂貨當(dāng)中、沒有按指定日入庫的訂貨的一覽表。
在步驟S33中，將所發(fā)布的進貨率報告20提供給用戶部門，在用戶部門中，在步驟S34中，進行進貨結(jié)果的確認處理。另外，將在步驟S33中所發(fā)布的進貨異常明細表21也提供給用戶部門，在用戶部門中，在步驟S35中，進行異常結(jié)果的確認處理。
在步驟S36中，進行設(shè)定改變、M/L(生成廠商安排)檢查處理。設(shè)定改變、M/L檢查處理在每周進行，處理對象數(shù)據(jù)是發(fā)生了設(shè)定改變、M/L的帳戶，處理概要為在零部件DB10中進行設(shè)定改變、M/L檢查處理，發(fā)布設(shè)定改變、M/L抽出表22。在這里，所謂設(shè)定改變，是指對象銷售帳戶終止銷售，或被合并到別的帳戶內(nèi)等的情況，所謂M/L，是指變更零部件生產(chǎn)廠商的情況。將設(shè)定改變、M/L抽出表22提供給用戶部門，在用戶部門中，在步驟S38中，進行購買及消除帳戶處理。
另外，在步驟S37中，進行庫存動向報告處理。庫存動向報告處理在一個月的第一天中進行，處理對象數(shù)據(jù)是保障DB5所存儲的全部保障對象帳戶，處理概要為發(fā)布庫存動向報告23，該庫存動向報告23是用于確認從開始了保障的研究的年月開始、現(xiàn)在的庫存發(fā)生了怎樣的變化的表。將庫存動向報告23提供給用戶部門，在用戶部門中，在步驟S39中，進行庫存的監(jiān)視。
下面，結(jié)合圖5對本實施方式的剩余材料管理處理的順序進行說明。首先，先在步驟S41中，執(zhí)行庫存不足警告處理。庫存不足警告處理求出保障確定數(shù)量(例如1年的需求預(yù)測數(shù)量)和剩余數(shù)量的比率(＝剩余數(shù)量/保障確定數(shù)量)，在該比率低于某一規(guī)定值時，發(fā)布不足警告表24及不足警告概要25。
將不足警告表24及不足警告概要25提供給用戶部門，在用戶部門中，在步驟S42中，根據(jù)不足警告表24及不足警告概要25，進行今后的庫存預(yù)測。然后，在步驟S43中，研究是否進行下一年度對應(yīng)(指南)處理、或返回到一般訂貨的處理。所謂下一年度對應(yīng)(指南)處理，是指將下一年度的開始月設(shè)定成和第一年度不同的月，所謂返回到一般訂貨的處理，是指在保障期間內(nèi)、在需求超過當(dāng)初預(yù)測時，將其從保障中撤去，作為一般訂貨。
下面，結(jié)合圖6及圖7對本實施方式的購買管理處理的順序進行說明。首先，先在步驟S51中，根據(jù)現(xiàn)行DB組4所存儲的數(shù)據(jù)，執(zhí)行下一年度帳戶檢查處理。下一年度帳戶檢查處理在一個月的最后一天中進行，處理對象數(shù)據(jù)是結(jié)束月-先行L/T(交付周期)-1個月(匹配時間)的結(jié)果和處理月相一致的帳戶，是狀態(tài)為“C”的帳戶，處理概要為在帳戶單位在考慮了先行L/T(保障零部件生產(chǎn)之前的月數(shù))及匹配時間(現(xiàn)在的情況下為1個月)的時期決定下一年度是否也繼續(xù)進行保障。將所決定的結(jié)果存儲到保障DB5內(nèi)。另外，發(fā)布匹配明細表(交易方用)26和匹配匯總表(交易方用)27、匹配明細表(內(nèi)部用)28、匹配匯總表(內(nèi)部用)29、帳戶結(jié)束檢查表30。
接下來，在用戶部門中，在步驟S52中，執(zhí)行從保障DB5中抽出指定生產(chǎn)廠商代碼、研究開始日、組，并且和匹配明細表(交易方用)26、匹配明細表(內(nèi)部用)28相同的帳戶信息的處理。另外，通過用戶部門，將在步驟S51中所發(fā)布的匹配明細表(交易方用)26和匹配匯總表(交易方用)27提供給交易方。另外，將在步驟S51中所發(fā)布的匹配明細表(內(nèi)部用)28、匹配匯總表(內(nèi)部用)29提供給用戶部門。
在用戶部門中，在步驟S53中，根據(jù)匹配明細表(內(nèi)部用)28、匹配匯總表(內(nèi)部用)29，實施庫存的購買、繼續(xù)判斷處理。另外，在交易方中，在步驟S54中，根據(jù)匹配明細表(交易方用)26和匹配匯總表(交易方用)27，實施庫存的購買、繼續(xù)判斷處理。在用戶部門中，在步驟S55中，根據(jù)用戶部門的步驟S53的判斷的結(jié)果和交易方的步驟S34的判斷的結(jié)果來進行匹配處理，輸出匹配結(jié)果。
在用戶部門中，在步驟S60中，從終端200輸入匹配結(jié)果。將表示所輸入的匹配結(jié)果的數(shù)據(jù)提供給保障DB5，進行存儲。接下來，在步驟S61中，實施結(jié)束月月初處理。結(jié)束月月初處理在一個月的最后一天中進行，處理對象數(shù)據(jù)是保障DB5所存儲的下個月為結(jié)束月的帳戶，處理概要為將狀態(tài)從“C”更新為“D”。
另外，在步驟S62中，實施購買處理。購買處理在一個月的第1天中進行，處理對象數(shù)據(jù)是保障DB5所存儲的處理月為結(jié)束月的數(shù)據(jù)、且建立了庫存購買FLG(標志)的數(shù)據(jù)，處理概要為根據(jù)上述處理對象數(shù)據(jù)作成規(guī)定的數(shù)據(jù)形式的數(shù)據(jù)，登錄到BGIN31，并且發(fā)布結(jié)束月購買匯總32。這時，對庫存購買對象帳戶建立庫存購買FLG。
將該結(jié)束月購買匯總32提供給用戶部門，在用戶部門中，在步驟S63中，根據(jù)該結(jié)束月購買匯總32，實施庫存量研究處理。另外，在步驟S64中，根據(jù)BGIN31的數(shù)據(jù)，實施現(xiàn)行的訂貨處理。
在步驟S65中，實施購買剩余數(shù)量檢查處理。購買剩余數(shù)量確認處理在每月25日(會計結(jié)算日)進行，處理對象數(shù)據(jù)是處理月為結(jié)束月的數(shù)據(jù)、且建立了庫存購買FLG的數(shù)據(jù)，處理概要為確認有無上述數(shù)據(jù)的剩余材料，在有剩余材料的情況下，發(fā)布有購買剩余數(shù)量表33。將該有購買剩余數(shù)量表33提供給用戶部門，在用戶部門中，在步驟S67中，根據(jù)該有購買剩余數(shù)量表33，進行購買訂貨。該購買訂貨處理是為了購買在有購買剩余數(shù)量表33中所打印的帳戶的庫存而進行訂貨的處理，是在與在月初購買處理中所進行的訂貨NG的對應(yīng)被遺漏時而發(fā)生的處理。
另外，在步驟S66中，實施庫存繼續(xù)檢查處理。庫存繼續(xù)檢查處理在每月25日進行，處理對象數(shù)據(jù)是處理月為結(jié)束月的數(shù)據(jù)、且建立了庫存繼續(xù)FLG的數(shù)據(jù)，該庫存繼續(xù)FLG是在第12個月的1日的下午被建立的。處理概要為雖然基本上不會發(fā)生該處理，但例如，將為庫存繼續(xù)數(shù)據(jù)、但沒有作成新的帳戶的數(shù)據(jù)作為庫存繼續(xù)錯誤表34進行發(fā)布。即，根據(jù)零部件生產(chǎn)廠商(交易方)的情況，也可以不購買剩余數(shù)量的情況下的處理。在庫存繼續(xù)錯誤表34內(nèi)，打印有在下一年度將庫存作為繼續(xù)對象的零部件當(dāng)中、沒有作成下一年度帳戶的帳戶一覽表。
將該庫存繼續(xù)錯誤表34提供給用戶部門。在用戶部門中，在步驟S68中，根據(jù)該庫存繼續(xù)錯誤表34，實施繼續(xù)NG對應(yīng)處理。即，庫存繼續(xù)錯誤表34所記載的帳戶不作成下一年度的帳戶。
另外，在步驟S69中，實施結(jié)束月月末處理。結(jié)束月月末處理在一個月最后一天中進行，處理對象數(shù)據(jù)是保障DB5所存儲的處理月為結(jié)束月的數(shù)據(jù)，處理概要為將狀態(tài)從“D”更新為“E”。
另外，在步驟S70中，實施適用標志匹配處理。適用標志匹配處理在一個月最后一天中進行，處理對象數(shù)據(jù)是保障DB5所存儲的全部保障登錄帳戶，處理概要為根據(jù)結(jié)束帳戶及決定表發(fā)布帳戶，作成零部件DB10中的保障適用標志的更新數(shù)據(jù)。根據(jù)該更新數(shù)據(jù)，更新零部件DB10的數(shù)據(jù)。
另外，在步驟S71中，實施庫存繼續(xù)處理。將庫存繼續(xù)處理作為每月的處理來進行，處理對象數(shù)據(jù)是處理月為結(jié)束月的數(shù)據(jù)、且建立了庫存繼續(xù)FLG的數(shù)據(jù)，處理概要為基本上，對于與上述數(shù)據(jù)(帳戶)相對應(yīng)的零部件，作成從下個月開始的數(shù)據(jù)，將現(xiàn)在的剩余數(shù)量反映到新數(shù)據(jù)上。另外，上述實施方式的結(jié)構(gòu)及動作是示例，在不脫離本發(fā)明的宗旨的范圍內(nèi)，當(dāng)然可以進行適當(dāng)?shù)淖兏?br> 如以上所述，根據(jù)本發(fā)明的零部件訂貨系統(tǒng)及零部件訂貨方法，用戶根據(jù)規(guī)定期間內(nèi)所需的需求預(yù)測數(shù)量，向零部件生產(chǎn)廠商進行統(tǒng)一訂貨，零部件生產(chǎn)廠商根據(jù)來自用戶的訂貨，不定期地將成為統(tǒng)一訂貨的對象的零部件向用戶交貨，判斷在規(guī)定期間中用戶向零部件生產(chǎn)廠商訂貨、零部件生產(chǎn)廠商向用戶交貨的零部件的累計數(shù)是否超過了用戶向零部件生產(chǎn)廠商統(tǒng)一訂貨的零部件的需求預(yù)測數(shù)量，在判斷結(jié)果是被判斷為累計數(shù)沒有超過需求預(yù)測數(shù)量時，用戶向零部件生產(chǎn)廠商訂購并購買需求預(yù)測數(shù)量和累計數(shù)的差所表示的剩余數(shù)量的零部件，所以即使是需求少的零部件，也可以進行計劃批量生產(chǎn)，提高生產(chǎn)效率，因而可以削減零部件生產(chǎn)廠商方面的籌備損失及材料損失，也可以抑制品牌生產(chǎn)廠商方面的購入單價。
權(quán)利要求
1.一種零部件訂貨系統(tǒng)，其特征在于，具有統(tǒng)一訂貨單元，由用戶根據(jù)在規(guī)定期間內(nèi)所需的需求預(yù)測數(shù)量，向零部件生產(chǎn)廠商進行統(tǒng)一訂貨；交貨單元，由所述零部件生產(chǎn)廠商根據(jù)來自所述用戶的訂貨，將作為統(tǒng)一訂貨的對象的零部件不定期地交貨給所述用戶；判斷單元，判斷在所述規(guī)定期間內(nèi)所述用戶向零部件生產(chǎn)廠商訂貨、所述零部件生產(chǎn)廠商向所述用戶交貨的所述零部件的累計數(shù)是否超過了所述用戶向所述零部件生產(chǎn)廠商統(tǒng)一訂貨的所述零部件的所述需求預(yù)測數(shù)量；和購買單元，在所述判斷單元的判斷結(jié)果是被判斷為所述累計數(shù)沒有超過所述需求預(yù)測數(shù)量時，由所述用戶向所述零部件生產(chǎn)廠商訂購并購買由所述需求預(yù)測數(shù)量與所述累計數(shù)之差所表示的剩余部分的零部件。
2.根據(jù)權(quán)利要求1所述的零部件訂貨系統(tǒng)，其特征在于，至少還具有存儲單元，存儲與所述零部件對應(yīng)的銷售帳戶、所述零部件的訂貨開始日及結(jié)束日和其他零部件的銷售帳戶，將規(guī)定的標志賦給存儲在所述儲單元內(nèi)的與成為所述統(tǒng)一訂貨的對象的所述零部件相對應(yīng)的所述銷售帳戶。
3.根據(jù)權(quán)利要求2所述的零部件訂貨系統(tǒng)，其特征在于將規(guī)定的標志賦給與通過所述購買單元所購買的所述零部件對應(yīng)的、存儲在所述存儲單元內(nèi)的所述銷售帳戶。
4.根據(jù)權(quán)利要求1～3中任意一項所述的零部件訂貨系統(tǒng)，其特征在于通過所述購買單元進行的購買在月初第1天之內(nèi)進行，成為購買的對象的銷售帳戶是處理月是結(jié)束月的銷售帳戶、并且是建立了庫存購買標志的銷售帳戶。
5.根據(jù)權(quán)利要求1所述的零部件訂貨系統(tǒng)，其特征在于在所述判斷單元的判斷結(jié)果是判斷為所述累計數(shù)超過了所述需求預(yù)測數(shù)量時，將所述零部件從所述統(tǒng)一訂貨的對象中撤去，將其作為一般訂貨的對象。
6.一種零部件訂貨方法，其特征在于，具有統(tǒng)一訂貨步驟，由用戶根據(jù)規(guī)定期間內(nèi)所需的需求預(yù)測數(shù)量，向零部件生產(chǎn)廠商進行統(tǒng)一訂貨；交貨步驟，由所述零部件生產(chǎn)廠商根據(jù)來自所述用戶的訂貨，將作為所述統(tǒng)一訂貨的對象的零部件不定期地交貨給所述用戶；判斷步驟，判斷在所述規(guī)定期間內(nèi)所述用戶向所述零部件生產(chǎn)廠商訂貨、所述零部件生產(chǎn)廠商向所述用戶交貨的所述零部件的累計數(shù)是否超過了所述用戶向所述零部件生產(chǎn)廠商統(tǒng)一訂貨的所述零部件的所述需求預(yù)測數(shù)量；和購買步驟，在所述判斷步驟的判斷結(jié)果是被判斷為所述累計數(shù)沒有超過所述需求預(yù)測數(shù)量時，由所述用戶向所述零部件生產(chǎn)廠商訂購并購買由所述需求預(yù)測數(shù)量與所述累計數(shù)之差所表示的剩余部分的零部件。
全文摘要
本發(fā)明提供一種零部件訂貨系統(tǒng)和零部件訂貨方法，其可以對需求量少、且難以預(yù)測需求量的備用零部件進行高效率的訂貨。具體方案是，從現(xiàn)行DB組(4)中抽出成為統(tǒng)一訂貨的對象的保障對象帳戶，在保障DB(5)中新設(shè)置帳戶，作成匹配明細表(交易方用)(6)及匹配匯總表(交易方用)(7)、匹配明細表(內(nèi)部用)(8)、匹配匯總表(內(nèi)部用)(9)。交易方根據(jù)該匹配明細表(交易方用)(6)及匹配匯總表(交易方用)(7)，進行帳戶及數(shù)量的研究，用戶部門根據(jù)該匹配明細表(內(nèi)部用)(8)及匹配匯總表(內(nèi)部用)(9)，進行帳戶、數(shù)量的研究，取得與交易方的研究結(jié)果的匹配，對保障DB進行適當(dāng)?shù)母隆?br> 文檔編號G06Q50/04GK1714323SQ20038010403
公開日2005年12月28日 申請日期2003年11月26日 優(yōu)先權(quán)日2002年11月29日
發(fā)明者田中雄二, 家老亙 申請人:本田技研工業(yè)株式會社