JP2003099649A - Back order processing system - Google Patents
Back order processing systemInfo
- Publication number
- JP2003099649A JP2003099649A JP2001294092A JP2001294092A JP2003099649A JP 2003099649 A JP2003099649 A JP 2003099649A JP 2001294092 A JP2001294092 A JP 2001294092A JP 2001294092 A JP2001294092 A JP 2001294092A JP 2003099649 A JP2003099649 A JP 2003099649A
- Authority
- JP
- Japan
- Prior art keywords
- parts
- base
- repair
- order
- vehicle
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Abstract
Description
【０００１】[0001]
【発明の属する技術分野】本発明は、バックオーダー処
理システムに関し、特に在庫数が限られている部品を最
適に配分する技術に関する。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a backorder processing system, and more particularly to a technique for optimally distributing parts whose inventory is limited.
【０００２】[0002]
【従来の技術】従来、車両の保守のために使用される部
品やアクセサリ部品を管理するパーツシステムが知られ
ている。このようなパーツシステムは、或る地域の複数
のディーラーの各々に設置されるものの他に、その地域
を統括して管理する管理拠点に設置されるものがある。2. Description of the Related Art Conventionally, a parts system for managing parts and accessory parts used for vehicle maintenance has been known. Such parts systems are installed not only in each of a plurality of dealers in a certain area, but also in a management base that collectively manages the area.
【０００３】各ディーラーに設置されるパーツシステム
は、自己が保有するパーツの在庫を管理し、点検や整備
を行うサービス部門からの要求に応じて部品を払い出
す。このパーツシステムは、部品の在庫が不足する場合
は、管理拠点のパーツシステムに部品を発注し、常に適
正な在庫数になるように管理する。The parts system installed in each dealer manages the inventory of the parts owned by itself and delivers the parts in response to a request from a service department which performs inspection and maintenance. When the parts inventory is insufficient, this parts system orders the parts from the parts system at the management base and manages them so that the stock quantity is always appropriate.
【０００４】一方、管理拠点に設置されるパーツシステ
ムは、複数のディーラーからの要求に応じて部品を出荷
する。なお、管理拠点に設置されるパーツシステムで部
品の在庫数が不足する場合はメーカーに発注する。この
ように、拠点→管理拠点→メーカーといった具合に、順
次後方へ発注を行うことをバックオーダーという。On the other hand, the parts system installed at the management base ships parts in response to requests from a plurality of dealers. If the number of parts in stock is insufficient in the parts system installed at the management site, order from the manufacturer. In this way, ordering backwards in the order of base → management base → manufacturer is called back order.
【０００５】ところで、このパーツシステムでは、複数
のディーラーから部品の出荷要求があった場合に、要求
された全部品の在庫がある場合は問題ないが、在庫が不
足する場合に、何れのディーラーに部品を割り振るかが
問題になる。このような場合における従来の処理方法を
説明する。By the way, in this parts system, when there are shipment requests for parts from a plurality of dealers, there is no problem if all requested parts are in stock. The issue is whether to allocate parts. A conventional processing method in such a case will be described.
【０００６】図１１は、修理完了要求日として５月１０
日を指定してきた顧客の車両の修理を行うために、５箇
所のディーラー１〜５（以下、「拠点１〜５」という）
から管理拠点に部品の発注がある例を示している。FIG. 11 shows the repair completion request date as May 10
Five dealers 1-5 (hereinafter referred to as "bases 1-5") in order to repair the vehicle of the customer who has designated the day
The following shows an example of ordering parts from the management site.
【０００７】拠点１では、１人の顧客の車両の修理予定
日は４月２８日であるが１個の部品ａ及び１個の部品ｂ
が不足し、他の１人の顧客の車両の修理予定日は４月３
０日であるが２個の部品ａ及び１個の部品ｂが不足す
る。従って、拠点１では３個の部品ａと２個の部品ｂを
管理拠点に発注する。At the site 1, the scheduled repair date for the vehicle of one customer is April 28, but there is one part a and one part b.
Is running out and the other vehicle's scheduled repair date is April 3
Although it is 0th day, two parts a and one part b are insufficient. Therefore, in the base 1, three parts a and two parts b are ordered from the management base.
【０００８】拠点２では、１人の顧客の車両の修理予定
日は５月９日であるが２個の部品ａが不足し、他の１人
の顧客の車両の修理予定日は５月１日であるが２個の部
品ｂが不足する。従って、拠点２では２個の部品ａと２
個の部品ｂを管理拠点に発注する。At base 2, the scheduled repair date for the vehicle of one customer is May 9, but two parts a are missing, and the scheduled repair date for the vehicle of the other customer is May 1. It is a day, but two parts b are insufficient. Therefore, at location 2, two parts a and 2
Order the individual part b from the management site.
【０００９】拠点３では、１人の顧客の車両の修理予定
日は４月２７日であるが１個の部品ａ及び１個の部品ｂ
が不足し、他の１人の顧客の車両の修理予定日は４月３
０日であるが１個の部品ａが不足する。従って、拠点３
では２個の部品ａと１個の部品ｂを管理拠点に発注す
る。At the base 3, the repair date of the vehicle of one customer is April 27, but one part a and one part b are used.
Is running out and the other vehicle's scheduled repair date is April 3
Although it is 0th day, one part a is insufficient. Therefore, location 3
Then, two parts a and one part b are ordered from the management base.
【００１０】拠点４では、１人の顧客の車両の修理予定
日は５月５日であるが２個の部品ａが不足し、他の１人
の顧客の車両の修理予定日は５月２日であるが１個の部
品ａが不足する。従って、拠点４では３個の部品ａを管
理拠点に発注する。At the site 4, the scheduled repair date for the vehicle of one customer is May 5, but two parts a are lacking, and the scheduled repair date for the vehicle of another customer is May 2. Although it is a day, there is a shortage of one part a. Therefore, the base 4 orders three parts a to the management base.
【００１１】拠点５では、１人の顧客の車両の修理予定
日は５月７日であるが１個の部品ａ及び１個の部品ｂが
不足し、他の１人の顧客の車両の修理予定日は５月４日
であるが１個の部品ｂが不足する。従って、拠点５では
１個の部品ａと２個の部品ｂを管理拠点に発注する。At the site 5, the scheduled repair date for the vehicle of one customer is May 7, but one component a and one component b are insufficient, and the vehicle of another customer is repaired. The scheduled date is May 4, but one part b is insufficient. Therefore, at the base 5, one part a and two parts b are ordered from the management base.
【００１２】このような発注を受けた管理拠点では、１
１個の部品ａと７個の部品ｂとが必要になるが、７個の
部品ａと４個の部品ｂの在庫しかないと仮定する。この
場合、従来の管理拠点では、次のような方法で部品を各
拠点に割り振って発送している。At the management base that receives such an order, 1
Suppose that one part a and seven parts b are required, but there are only seven parts a and four parts b in stock. In this case, in the conventional management base, parts are distributed to each base and shipped by the following method.
【００１３】第１の方法は、図１２に示すように、単純
に、拠点１から順番に部品を各拠点に割り振る方法であ
る。この例では、拠点１に３個の部品ａと２個の部品ｂ
が発送され、拠点２に２個の部品ａと２個の部品ｂが発
送され、拠点３に２個の部品ａが発送される。The first method, as shown in FIG. 12, is a method of simply allocating components to each base in order from the base 1. In this example, the base 1 has three parts a and two parts b.
Are shipped, two parts a and two parts b are shipped to the base 2, and two parts a are shipped to the base 3.
【００１４】従って、図１２で丸印を付した５人の顧客
の車両、即ち、拠点１の２人の顧客の車両、拠点２の２
人の顧客の車両及び拠点３の１人の顧客の車両の修理が
可能になる。一方、拠点３の１人の顧客の車両、拠点４
の２人の顧客の車両及び拠点５の２人の顧客の車両の修
理は不可能である。この場合、１個の部品ａが管理拠点
で余ることになる。Therefore, the vehicles of the five customers circled in FIG. 12, that is, the vehicles of two customers at the base 1 and the vehicles of the base 2 are shown.
It is possible to repair the vehicle of one customer and the vehicle of one customer of the base 3. On the other hand, one customer's vehicle at base 3, base 4
It is not possible to repair the vehicle of two customers of the vehicle and the vehicle of two customers of the base 5. In this case, one part a is left at the management base.
【００１５】第２の方法は、図１３に示すように、各拠
点における修理予定日が早いものから順番に部品を割り
振る方法である。この例では、最も早い修理予定日（４
月２７日）を含む拠点３に２個の部品ａと１個の部品ｂ
が発送され、次に早い修理予定日（４月２８日）を含む
拠点１に３個の部品ａと２個の部品ｂが発送され、次に
早い修理予定日（５月１日）を含む拠点２に１個の部品
ｂが発送され、次に早い修理予定日（５月２日）を含む
拠点４に２個の部品ａが発送される。The second method is, as shown in FIG. 13, a method of allocating parts in order from the earliest scheduled repair date at each site. In this example, the earliest scheduled repair date (4
2 parts a and 1 part b at base 3 including
The next earliest scheduled repair date (April 28th) is included, and three parts a and two parts b are dispatched to the base 1, including the next earliest scheduled repair date (May 1st). One part b is shipped to the site 2, and two parts a are shipped to the site 4 including the next earliest scheduled repair date (May 2).
【００１６】従って、図１３で丸印を付した５人の顧客
の車両、即ち、拠点１の２人の顧客の車両、拠点３の２
人の顧客の車両及び拠点４の１人の顧客の車両の修理が
可能になる。一方、拠点２の２人の顧客の車両、拠点４
の１人の顧客の車両及び拠点５の２人の顧客の車両の修
理は不可能である。この場合、拠点２では１個の部品ｂ
が入荷するが顧客の車両を修理するには不足し、拠点３
では２個の部品ａが入荷するので１人の顧客の車両を修
理できるが、他の１人の顧客の車両を修理するには不足
である。Therefore, the vehicles of the five customers circled in FIG. 13, namely, the vehicles of the two customers at the base 1 and the vehicles of the base 3 are shown.
It is possible to repair the vehicle of one customer and the vehicle of one customer of the base 4. On the other hand, the vehicles of two customers at base 2, base 4
It is not possible to repair the vehicle of one customer of the above and the vehicle of two customers of the site 5. In this case, one part b at the base 2
Are received, but not enough to repair the customer's vehicle.
Since two parts a are received, the vehicle of one customer can be repaired, but it is insufficient to repair the vehicle of another customer.
【００１７】[0017]
【発明が解決しようとする課題】上述した第１の方法で
は、単純に、所定の拠点から順番に部品を割り振るだけ
であるので、部品の必要の度合いは考慮されておらず、
限られた数の部品が必ずしも最適に割り振られていると
はいえない。また、部品が不足しているにも拘わらず不
使用部品が出るといった場合が発生し、限られた数の部
品で最大数の顧客の車両を修理することはできない。In the first method described above, since the parts are simply allocated in order from the predetermined base, the degree of necessity of the parts is not considered,
The limited number of parts is not always optimally allocated. In addition, there may be cases where unused parts are produced despite insufficient parts, and it is not possible to repair the vehicles of the maximum number of customers with a limited number of parts.
【００１８】また、上述した第２の方法では、修理予定
日の順番で部品を割り振るが、部品の必要度合いは考慮
されておらず、限られた数の部品が必ずしも最適に割り
振られているとはいえない。また、上記第１の方法と同
様に、限られた数の部品で最大数の顧客の車両を修理す
ることはできない。In the second method described above, parts are allocated in the order of scheduled repair dates, but the degree of necessity of parts is not taken into consideration, and it is assumed that a limited number of parts are always allocated optimally. I can't say. Also, as with the first method, the maximum number of customer vehicles cannot be repaired with a limited number of parts.
【００１９】本発明は、上述した従来の問題点を解消す
るためになされたものであり、その目的は、部品の必要
の度合いを考慮して最適な部品の割り振りができるとと
もに、限られた数の部品で最大数の顧客の車両を修理で
きるように部品を割り振ることのできるバックオーダー
処理システムを提供することにある。The present invention has been made in order to solve the above-mentioned conventional problems, and an object thereof is to make it possible to optimally allocate parts in consideration of the degree of necessity of parts and to provide a limited number of parts. It is to provide a backorder processing system that can allocate parts so that the maximum number of customers' vehicles can be repaired.
【００２０】[0020]
【課題を解決するための手段】本発明に係るバックオー
ダー処理システムは、上記目的を達成するために、部品
を発注する複数の拠点と、前記複数の拠点からの発注に
応答して前記複数の拠点に部品を発送する管理拠点、と
を備えたバックオーダー処理システムであって、前記複
数の拠点の各々は、発注する部品及び該部品が使用され
る車両を指定する修理情報を前記管理拠点に送ることに
より部品を発注する発注部、を備え、前記管理拠点は、
部品の在庫数を記憶する記憶部と、前記複数の拠点から
送られてくる前記修理情報に基づいて、前記記憶部に記
憶された部品の在庫数で修理できる前記車両の数が最大
になるように、在庫している部品を、部品を発注した拠
点に割り振る演算部と、前記演算部で部品が割り振られ
た拠点を部品の発送先に決定する発送先決定部、とを備
えている。In order to achieve the above object, a backorder processing system according to the present invention has a plurality of bases for ordering parts, and the plurality of bases in response to orders from the plurality of bases. A back-order processing system comprising: a management base for delivering parts to a base, wherein each of the plurality of bases supplies repair information specifying a part to be ordered and a vehicle in which the parts are used to the management base. An ordering unit for ordering parts by sending is provided, and the management base is
Based on the storage unit that stores the inventory number of parts and the repair information sent from the plurality of bases, the number of vehicles that can be repaired is maximized with the inventory number of the parts stored in the storage unit. In addition, there is provided a computing unit for allocating the in-stock parts to the site where the parts are ordered, and a shipping destination determining unit for deciding the site to which the parts are allocated by the computing unit as the shipping destination of the parts.
【００２１】このバックオーダー処理システムによれ
ば、管理拠点では、車両毎の必要部品数を把握すること
ができるので、在庫している部品数で修理できる車両の
数が最大になるように、在庫している部品を、部品を発
注した拠点に割り振ることが可能になる。従って、限ら
れた部品の在庫数で修理できる車両の数を最大にできる
ので、全体として顧客の満足度を向上させることができ
る。According to this backorder processing system, since the required number of parts for each vehicle can be grasped at the management base, the inventory can be maximized so as to maximize the number of vehicles that can be repaired by the number of parts in stock. It becomes possible to allocate the parts that have been ordered to the sites where the parts are ordered. Therefore, the number of vehicles that can be repaired can be maximized with a limited number of parts in stock, and customer satisfaction as a whole can be improved.
【００２２】この発明に係るバックオーダー処理システ
ムにおける前記発注部は、前記修理情報に、更に修理完
了要求日を含めて前記管理拠点に送り、前記発送先決定
部は、前記修理完了要求日の早い車両を有する拠点から
順番に発送先を決定し、前記修理完了要求日が同一の場
合は、前記演算部で部品が割り振られた拠点を部品の発
送先に決定するように構成できる。In the backorder processing system according to the present invention, the ordering unit sends the repair information including a repair completion request date to the management site, and the shipping destination determining unit sends the repair completion request date earlier. The shipping destinations are determined in order from the base having the vehicle, and when the repair completion request dates are the same, the base to which the parts are allocated by the arithmetic unit is determined as the destination of the parts.
【００２３】また、この発明に係るバックオーダー処理
システムにおける前記発注部は、前記修理情報に、更に
修理予定日を含めて前記管理拠点に送り、前記発送先決
定部は、前記演算部で部品が割り振られた拠点を部品の
発送先に決定し、前記演算部による割り振りが競合した
場合に、前記修理予定日の早い車両を有する拠点から順
番に発送先を決定するように構成できる。Further, in the backorder processing system according to the present invention, the ordering unit sends the repair information including the scheduled repair date to the management base, and the delivery destination determining unit determines whether the parts are included in the computing unit. It can be configured such that the assigned bases are determined as the delivery destinations of the parts, and if the allocations by the computing units compete with each other, the delivery destinations are determined in order from the base having the vehicle with the earliest scheduled repair date.
【００２４】更に、この発明に係るバックオーダー処理
システムにおける前記発注部は、前記修理情報に、更に
顧客のクラスを表す情報を含めて前記管理拠点に送り、
前記発送先決定部は、前記演算部で部品が割り振られた
拠点を部品の発送先に決定し、前記演算部による割り振
りが競合した場合に、前記クラスの高い顧客の車両を有
する拠点から順番に発送先を決定するように構成でき
る。Further, in the backorder processing system according to the present invention, the ordering unit sends the repair information to the management base by further including information indicating the class of the customer,
The shipping destination determination unit determines the base to which the parts are allocated by the arithmetic unit as the destination of the parts, and when the allocation by the arithmetic units conflicts, in order from the base having the vehicle of the customer with the high class. It can be configured to determine the shipping address.
【００２５】[0025]
【発明の実施の形態】以下、本発明の実施の形態に係る
バックオーダー処理システムを図面を参照しながら詳細
に説明する。BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, a backorder processing system according to an embodiment of the present invention will be described in detail with reference to the drawings.
【００２６】図１は、このバックオーダー処理システム
の構成を示す図である。このバックオーダー処理システ
ムは、処理装置１０、データベース１１及び端末装置２
０1〜２０5から構成されている。処理装置１０と端末装
置２０1〜２０5との間は回線３０1〜３０5でそれぞれ接
続されている。なお、この実施の形態では、処理装置１
０に５台の端末装置が接続される例を示しているが、端
末装置の数は５台に限定されず任意である。FIG. 1 is a diagram showing the configuration of this backorder processing system. This backorder processing system includes a processing device 10, a database 11 and a terminal device 2.
It is composed of 0 1 to 20 5 . The processing device 10 and the terminal devices 20 1 to 20 5 are connected by lines 30 1 to 30 5 , respectively. In this embodiment, the processing device 1
Although an example in which 5 terminal devices are connected to 0 is shown, the number of terminal devices is not limited to 5 and is arbitrary.
【００２７】処理装置１０は、本発明の管理拠点に対応
する。また、本発明の演算部及び発送先決定部は、この
処理装置１０の処理により構成される。管理拠点は、例
えば或る領域内の複数のディーラーを統括する現地法人
である。この処理装置１０は、例えばパーソナルコンピ
ュータ、ワークステーション、汎用コンピュータといっ
た情報処理装置から構成されており、当該バックオーダ
ー処理システムを統括的に制御する。The processing device 10 corresponds to the management base of the present invention. Further, the calculation unit and the shipping destination determination unit of the present invention are configured by the processing of the processing device 10. The management base is, for example, a local corporation that controls a plurality of dealers in a certain area. The processing device 10 is composed of, for example, an information processing device such as a personal computer, a workstation, or a general-purpose computer, and integrally controls the backorder processing system.
【００２８】データベース１１は、本発明の記憶部に対
応する。このデータベース１１は、例えばディスク装置
から構成され、処理装置１０に接続されている。このデ
ータベース１１は、管理拠点における部品の在庫数を記
憶する。The database 11 corresponds to the storage unit of the present invention. The database 11 is composed of, for example, a disk device and is connected to the processing device 10. The database 11 stores the number of parts in stock at the management base.
【００２９】端末装置２０1〜２０5（以下、符号２０で
代表する）は、本発明の複数の拠点に対応する。本発明
の発注部は、この端末装置２０の処理により構成され
る。複数の拠点は、例えば或る領域内に配置された複数
のディーラーである。各端末装置２０は、例えばパーソ
ナルコンピュータ、ワークステーション、汎用コンピュ
ータといった情報処理装置から構成されている。The terminal devices 20 1 to 20 5 (hereinafter represented by reference numeral 20) correspond to a plurality of bases of the present invention. The ordering unit of the present invention is configured by the processing of this terminal device 20. The plurality of bases are, for example, a plurality of dealers arranged in a certain area. Each terminal device 20 is composed of an information processing device such as a personal computer, a workstation, or a general-purpose computer.
【００３０】端末装置２０には、図示しないデータベー
スを備えている。このデータベースは、ディーラーで管
理している部品の在庫数を記憶する。各ディーラーは、
このデータベースで管理される部品の在庫が不足する場
合に、管理拠点である処理装置１０に部品を発注する。The terminal device 20 has a database (not shown). This database stores the inventory number of parts managed by the dealer. Each dealer has
When the inventory of the parts managed by this database is insufficient, the parts are ordered to the processing device 10 which is the management base.
【００３１】このバックオーダー処理システムでは、複
数の拠点から管理拠点に部品の発注がなされたときに、
管理拠点での在庫が不足する場合は、以下で説明する優
先順位に従って各拠点への部品の割り振りがなされる。In this backorder processing system, when parts are ordered from a plurality of bases to the management base,
When the stock at the management base is insufficient, parts are allocated to each base according to the priority order described below.
【００３２】図２は、このバックオーダー処理システム
で採用されている優先順位を示す。この優先順位は、最
も高い「１」から最も低い「６」までの６段階に分けら
れている。具体的には、優先順位が最も高いものから順
番に、「受注区分」、「修理完了要求日」、「数量」、
「修理予定日」、「発注の種類」、「顧客管理」に分け
られている。この優先順位を表す情報は、複数の拠点か
ら管理拠点に部品を発注する際に、各拠点から管理拠点
に送られる修理情報に含まれる。FIG. 2 shows the priorities adopted in this backorder processing system. This priority order is divided into 6 levels from the highest "1" to the lowest "6". Specifically, in order from the highest priority, the "order category", "repair completion request date", "quantity",
It is divided into "scheduled repair date", "order type", and "customer management". The information indicating the priority order is included in the repair information sent from each base to the management base when ordering parts from the plurality of bases to the management base.
【００３３】優先順位１の「受注区分」は、図３に示す
ように、「ホットライン」、「ＦＯＣ（緊急）」、「緊
急オーダー」、「ＦＯＣ（定期）」及び「定期オーダ
ー」といった５項目から構成されており、各項目毎に更
に優先順位が付されている。具体的には、「ホットライ
ン」に優先順位１、「ＦＯＣ（緊急）」に優先順位２、
「緊急オーダー」に優先順位３、「ＦＯＣ（定期）」に
優先順位４及び「定期オーダー」に優先順位５が割り当
てられている。As shown in FIG. 3, the "order category" of priority 1 is 5 such as "hot line", "FOC (emergency)", "emergency order", "FOC (regular)" and "regular order". It is composed of items, and each item is further prioritized. Specifically, "Hotline" has priority 1, "FOC (emergency)" has priority 2,
The priority order 3 is assigned to the “urgent order”, the priority order 4 is assigned to the “FOC (regular)”, and the priority order 5 is assigned to the “fixed order”.
【００３４】受注区分に含まれる「ホットライン」は、
車両が動かなくなった場合のオーダーを表す。「ＦＯＣ
（緊急）」は、販売した部品が不良を起こしてしまい、
無料で交換する場合のオーダーを表す。「緊急オーダ
ー」は、顧客の注文がついているオーダーを表す。「Ｆ
ＯＣ（定期）」は、部品不良を起こしてしまい、無料で
交換する場合であって、顧客がついていない場合のオー
ダーを表す。「定期オーダー」は、在庫補充等のオーダ
ーを表す。なお、ＦＯＣ（Free Of Charge）は、無償で
部品を顧客に提供することを表す。The "hotline" included in the order classification is
Indicates the order when the vehicle is stuck. "FOC
(Urgent) "means that the sold parts have failed,
Indicates the order for free replacement. “Urgent order” represents an order with a customer order. "F
“OC (periodic)” represents an order when a defective part is caused and the part is replaced free of charge and no customer is present. “Regular order” represents an order such as inventory replenishment. It should be noted that FOC (Free Of Charge) means providing parts to a customer free of charge.
【００３５】優先順位２の「修理完了要求日」は、顧客
が車両の修理完了を希望する日であり、点検・整備の受
付時に顧客から指定される。The "repair completion request date" of priority 2 is the date on which the customer desires to complete the repair of the vehicle and is designated by the customer at the time of acceptance of inspection and maintenance.
【００３６】優先順位３の「数量」は、発注する部品の
数であり、後に詳述するように、修理に必要とする部品
数が少ない車両を所有する顧客（修理依頼人）から優先
的に部品が割り振られる。The "quantity" of the priority order 3 is the number of parts to be ordered, and as will be described in detail later, the customer (repair requestor) who owns the vehicle with a small number of parts required for repair preferentially Parts are allocated.
【００３７】優先順位４の「修理予定日」は、修理依頼
を受け付けた車両をディーラーで修理する予定の日であ
り、各ディーラーにおいて、該ディーラーの作業スケジ
ュールに基づいて決定される。The "scheduled repair date" of priority 4 is the scheduled repair date of the vehicle for which the repair request has been accepted, and is determined by each dealer based on the dealer's work schedule.
【００３８】優先順位５の「発注の種類」は、図４に示
すように、「納車前点検」、「定期点検」、「一般修
理」及び「板金／塗装」といった４項目から構成されて
おり、各項目毎に更に優先順位が付されている。具体的
には、「納車前点検」に優先順位１、「定期点検」に優
先順位２、「一般修理」に優先順位３及び「板金／塗
装」に優先順位４がそれぞれ割り当てられている。As shown in FIG. 4, "order type" of priority 5 is composed of four items such as "pre-delivery inspection", "regular inspection", "general repair" and "sheet metal / painting". , Each item is further prioritized. Specifically, priority level 1 is assigned to “pre-delivery inspection”, priority level 2 is assigned to “regular inspection”, priority level 3 is assigned to “general repair”, and priority level 4 is assigned to “sheet metal / paint”.
【００３９】優先順位６の「顧客管理」は、ＶＩＰＸ−
ＡＢＣＤマトリックス法で採用されるクラスに優先順位
が付けられている。ここで、ＶＩＰＸ−ＡＢＣＤマトリ
ックス法を説明する。このＶＩＰＸ−ＡＢＣＤトリック
ス法では、図５に示すような、層別管理表が使用され
る。この層別管理表において、縦軸のＶＩＰＸは販売台
数による管理、横軸のＡＢＣＤは販売店訪問回数による
管理がそれぞれ行われることを表している。この層別管
理表は、ディーラー側から見れば、ＶＩＰＸはセールス
という観点から見た層別区分、ＡＢＣＤはサービスとい
う観点から見た層別区分ということができる。"Customer management" of priority 6 is VIPX-
The classes adopted in the ABCD matrix method are prioritized. Here, the VIPX-ABCD matrix method will be described. In this VIPX-ABCD tricks method, a stratified management table as shown in FIG. 5 is used. In this stratified management table, VIPX on the vertical axis indicates management by the number of sales, and ABCD on the horizontal axis indicates management by the number of visits to the store. From the dealer's perspective, this stratified management table can be said to be a stratified classification from the viewpoint of sales for VIPX and a stratified classification from the viewpoint of service for ABCD.
【００４０】ここで、「Ｖ」は当該ディーラーが取り扱
うメーカーの車両を２台以上所有している顧客の数を表
す。「Ｉ」は他メーカーの複数の車両の一部を当該ディ
ーラーが取り扱うメーカーの車両に代替し、他メーカー
の車両とを合わせて２台以上所有している顧客の数を表
す。「Ｐ」は１台の新車を所有する顧客の数を表す。
「Ｘ」はサービスを受けるためにのみ訪れる顧客の数を
表す。Here, "V" represents the number of customers who own two or more vehicles of the manufacturer handled by the dealer. “I” represents the number of customers who own two or more vehicles, including vehicles of other manufacturers, by replacing some of a plurality of vehicles of other manufacturers with vehicles of the manufacturers handled by the dealer. “P” represents the number of customers who own one new car.
"X" represents the number of customers who visit only to receive the service.
【００４１】また、「Ａ」は１年に４回以上当該ディー
ラーを訪れる顧客の数を表す。「Ｂ」は１年に２〜３回
当該ディーラーを訪れる顧客の数を表す。「Ｃ」は１年
に１回だけ当該ディーラーを訪れる顧客の数を表す。
「Ｄ」は数年に１回だけ当該ディーラーを訪れる顧客の
数を表す。[A] represents the number of customers who visit the dealer four times or more a year. “B” represents the number of customers who visit the dealer 2-3 times a year. “C” represents the number of customers who visit the dealer only once a year.
"D" represents the number of customers who visit the dealer only once every few years.
【００４２】この層別管理表を参照することにより、当
該ディーラーの営業上の最重要顧客であるＶＡクラスか
ら、その対極にあるＸＤクラスまでの顧客の分布を一見
して認識することができる。この層別管理表は、例えば
以下のような顧客管理に利用することができる。By referring to this stratified management table, it is possible to recognize at a glance the distribution of customers from the VA class, which is the most important customer in business of the dealer, to the opposite XD class. This stratified management table can be used for the following customer management, for example.
【００４３】即ち、ＸＤクラスに属する顧客、即ちサー
ビスを目的とする顧客が圧倒的に多ければ、当該ディー
ラーは、収益性に問題があると分析することができる。
また、この層別管理表を見れば顧客分布が明らかである
ので、車両販売の営業において、顧客が属するクラスに
応じたアプローチをとるために使用できる。In other words, if the number of customers belonging to the XD class, that is, the customers for the purpose of service is overwhelmingly large, the dealer can analyze that there is a problem in profitability.
Further, since the distribution of customers is clear when looking at this stratified management table, it can be used in the sales of vehicle sales to take an approach according to the class to which the customer belongs.
【００４４】この「顧客管理」は、図５に示すように、
ＶＡクラスに優先順位１、ＶＢ、ＩＡ及びＩＢに優先順
位２、ＶＣ、ＩＣ、ＰＡ、ＰＢ及びＰＣに優先順位３、
ＶＤ、ＩＤ、ＰＤ、ＸＡ、ＸＢ及びＸＣに優先順位４、
並びにＸＤに優先順位５がそれぞれ割り当てられてい
る。なお、優先順位の割り当ては上記に限定されず、任
意である。This "customer management" is as shown in FIG.
VA class has priority 1, VB, IA and IB has priority 2, VC, IC, PA, PB and PC have priority 3,
VD, ID, PD, XA, XB and XC have priority 4,
Priority 5 is assigned to each XD. It should be noted that the assignment of the priority order is not limited to the above, but is arbitrary.
【００４５】次に、上記のように構成される本発明のバ
ックオーダー処理システムの動作を図６〜図９に示した
フローチャートを参照しながら説明する。Next, the operation of the backorder processing system of the present invention configured as described above will be described with reference to the flow charts shown in FIGS.
【００４６】先ず、複数の拠点である端末装置２０の動
作を、図６に示したフローチャートを参照しながら説明
する。First, the operation of the terminal device 20 which is a plurality of bases will be described with reference to the flow chart shown in FIG.
【００４７】ディーラー（拠点）に車両の修理依頼があ
ると、修理情報が端末装置２０に入力される（ステップ
Ｓ１）。ここで、入力される修理情報には、顧客の名
前、車種、修理内容、修理に必要な部品を指定する情
報、優先順位（受注区分、発注の種類及び顧客管理の場
合は更にそれらの中の優先順位）、数量、修理完了要求
日、修理予定日等が含まれる。When the dealer (base) requests the vehicle to be repaired, the repair information is input to the terminal device 20 (step S1). Here, the repair information that is input includes the customer's name, vehicle type, repair details, information that specifies the parts required for repair, priority (order classification, order type, and customer management, among them). Priority), quantity, requested repair completion date, scheduled repair date, etc. are included.
【００４８】次いで、端末装置２０に接続されたデータ
ベース（図示しない）を参照することにより、入力され
た修理情報によって指定される部品の在庫があるかどう
かが調べられる（ステップＳ２）。ここで、在庫がある
ことが判断されると、部品を発注する必要がないので、
拠点における処理を終了する。Next, by referring to a database (not shown) connected to the terminal device 20, it is checked whether or not the parts designated by the input repair information are in stock (step S2). Here, if it is determined that there is inventory, it is not necessary to order parts, so
The process at the site ends.
【００４９】一方、上記ステップＳ２で、在庫がないこ
とが判断されると、管理拠点に部品を発注するための発
注処理が行われる（ステップＳ３）。次いで、修理情報
を送信する処理が行われる（ステップＳ４）。本発明の
発注部は、このステップＳ３及びＳ４の処理により実現
されている。以上により、各拠点から管理拠点への部品
の発注が完了する。On the other hand, if it is determined in step S2 that there is no stock, ordering processing for ordering parts to the management site is performed (step S3). Next, a process of transmitting the repair information is performed (step S4). The ordering unit of the present invention is realized by the processing of steps S3 and S4. By the above, the order of parts from each site to the management site is completed.
【００５０】以下では、この実施の形態の動作の理解を
深めるために、具体的な数値を用いた例を併記しながら
説明する。今、管理拠点では、データベース１１に７個
の部品ａと４個の部品ｂの在庫があることが記憶されて
いるものとする。また、各拠点では、従来の技術の欄で
説明した場合と同様の部品の発注が行われるものとす
る。In the following, in order to deepen the understanding of the operation of this embodiment, an example using specific numerical values will be described together. Now, it is assumed that the management base stores in the database 11 that there are 7 parts a and 4 parts b in stock. In addition, it is assumed that each site places an order for parts similar to the case described in the section of the conventional technique.
【００５１】即ち、拠点１では、１人の顧客の車両の修
理予定日は４月３０日であるが１個の部品ａ及び１個の
部品ｂが不足し、他の１人の顧客の車両の修理予定日は
４月３０日であるが２個の部品ａ及び１個の部品ｂが不
足する。従って、拠点１では３個の部品ａと２個の部品
ｂを管理拠点に発注する。That is, at the base 1, the scheduled repair date for the vehicle of one customer is April 30, but one component a and one component b are insufficient, and the vehicle of another customer is The planned repair date is April 30th, but two parts a and one part b are missing. Therefore, in the base 1, three parts a and two parts b are ordered from the management base.
【００５２】拠点２では、１人の顧客の車両の修理予定
日は５月９日であるが２個の部品ａが不足し、他の１人
の顧客の車両の修理予定日は５月１日であるが２個の部
品ｂが不足する。従って、拠点２では２個の部品ａと２
個の部品ｂを管理拠点に発注する。At base 2, the scheduled repair date for the vehicle of one customer is May 9, but two parts a are lacking, and the scheduled repair date for the vehicle of another customer is May 1. It is a day, but two parts b are insufficient. Therefore, at location 2, two parts a and 2
Order the individual part b from the management site.
【００５３】拠点３では、１人の顧客の車両の修理予定
日は４月２７日であるが１個の部品ａ及び１個の部品ｂ
が不足し、他の１人の顧客の車両の修理予定日は４月３
０日であるが１個の部品ａが不足する。従って、拠点３
では２個の部品ａと１個の部品ｂを管理拠点に発注す
る。At the base 3, the scheduled repair date for the vehicle of one customer is April 27, but there is one part a and one part b.
Is running out and the other vehicle's scheduled repair date is April 3
Although it is 0th day, one part a is insufficient. Therefore, location 3
Then, two parts a and one part b are ordered from the management base.
【００５４】拠点４では、１人の顧客の車両の修理予定
日は５月５日であるが２個の部品ａが不足し、他の１人
の顧客の車両の修理予定日は５月２日であるが１個の部
品ａが不足する。従って、拠点４では３個の部品ａを管
理拠点に発注する。At the base 4, the scheduled repair date of the vehicle of one customer is May 5, but two parts a are missing, and the scheduled repair date of the vehicle of the other customer is May 2. Although it is a day, there is a shortage of one part a. Therefore, the base 4 orders three parts a to the management base.
【００５５】拠点５では、１人の顧客の車両の修理予定
日は５月７日であるが１個の部品ａ及び１個の部品ｂが
不足し、他の１人の顧客の車両の修理予定日は５月４日
であるが１個の部品ｂが不足する。従って、拠点５では
１個の部品ａと２個の部品ｂを管理拠点に発注する。At the base 5, the scheduled repair date of the vehicle of one customer is May 7, but one component a and one component b are insufficient, and the vehicle of another customer is repaired. The scheduled date is May 4, but one part b is insufficient. Therefore, at the base 5, one part a and two parts b are ordered from the management base.
【００５６】次に、管理拠点である処理装置１０の動作
を、図７〜図９に示したフローチャートを参照しながら
説明する。Next, the operation of the processing device 10 which is the management base will be described with reference to the flow charts shown in FIGS.
【００５７】処理装置１０は、先ず、各拠点の端末装置
２０からの発注された部品の受注処理を行う（ステップ
Ｓ１０）。次いで、受注部品の集計処理を行う（ステッ
プＳ１１）。この集計処理により、１１個の部品ａと７
個の部品ｂとが必要であることが判明する。The processing device 10 first performs an order receiving process for ordered parts from the terminal device 20 at each base (step S10). Next, the totalization process of the ordered parts is performed (step S11). By this totaling process, 11 parts a and 7
It turns out that individual parts b and are required.
【００５８】次に、実際の部品の在庫数を確認し（ステ
ップＳ１２）、受注した部品数が在庫数より大きいかど
いうかが調べられる（ステップＳ１３）。ここで、受注
した部品数が在庫数より大きくない、つまり受注した部
品の全てを管理拠点に在庫する部品で賄うことができる
ことが判断されると、部品が、部品を発注した拠点に発
送される（ステップＳ１６）。これにより、管理拠点に
おける処理が完了する。Next, the actual stock quantity of parts is confirmed (step S12), and it is checked whether the quantity of ordered parts is larger than the stock quantity (step S13). Here, if it is determined that the number of ordered parts is not greater than the inventory quantity, that is, all of the ordered parts can be covered by the parts stocked at the management base, the parts are shipped to the base where the parts are ordered. (Step S16). This completes the processing at the management site.
【００５９】一方、上記ステップＳ１３で、受注した部
品数が在庫数より大きい、つまり受注した部品の全てを
管理拠点に在庫する部品で賄うことができないことが判
断されると、部品割り振り処理が行われる（ステップＳ
１４）。この部品割り振り処理では、下述するように、
データベース１１に記憶された部品の在庫数で修理でき
る車両の数が最大になるように、在庫している部品を、
部品を発注した拠点に割り振る処理が行われる。On the other hand, if it is determined in step S13 that the number of ordered parts is greater than the stock number, that is, it is not possible to cover all of the ordered parts with the parts in stock at the management base, the parts allocation process is performed. (Step S
14). In this component allocation process, as described below,
In order to maximize the number of vehicles that can be repaired based on the number of parts in stock stored in the database 11,
The process of allocating the parts to the sites that have ordered is performed.
【００６０】次いで、発送先決定処理が行われる（ステ
ップＳ１５）。この発送先決定処理は、本発明の発送先
決定部に対応する。その後、部品発送が行われる（ステ
ップＳ１６）。以上により、管理拠点での処理が完了す
る。Next, a shipping destination determination process is performed (step S15). This shipping destination determination processing corresponds to the shipping destination determination unit of the present invention. After that, parts are shipped (step S16). With the above, the processing at the management base is completed.
【００６１】次に、上記ステップＳ１３で行われる部品
割り振り処理の詳細を、図８及び図９に示したフローチ
ャートを参照しながら説明する。Next, details of the component allocation process performed in step S13 will be described with reference to the flowcharts shown in FIGS.
【００６２】この部品割り振り処理では、端末装置２０
から受け取った修理情報に含まれる優先順位を参照し、
「１」であるかどうか、即ち、受注区分が指定されてい
るかどうかを調べる。そして、受注区分が指定されてい
る場合は、受注区分内の優先順位に従って部品の割り振
り処理が行われる。この処理の内容は、後述する、修理
情報で優先順位３の数量が指定されている場合の処理と
同じである。In this component allocation process, the terminal device 20
Refer to the priority included in the repair information received from
It is checked whether it is "1", that is, whether the order category is designated. Then, when the order classification is designated, the component allocation processing is performed according to the priority order in the order classification. The content of this process is the same as the process when the quantity of priority 3 is specified in the repair information, which will be described later.
【００６３】修理情報で受注区分が指定されていない場
合は、修理情報に含まれる修理完了要求日の早いものか
ら順番に部品割り振りが行われる。以下、修理完了要求
日が５月１０日に指定されている場合の例を説明する。When the order classification is not specified in the repair information, parts are allocated in order from the earliest repair completion request date included in the repair information. Hereinafter, an example in which the repair completion request date is designated as May 10 will be described.
【００６４】先ず、処理装置１０は、部品ａ又は部品ｂ
を１個だけ発注した顧客が含まれる拠点を検索する（ス
テップＳ２０）。これにより、１個の部品ａを発注した
拠点３、１個の部品ａを発注した拠点４及び１個の部品
ｂを発注した拠点５が検索される。次いで、在庫不足か
どうかが調べられる（ステップＳ２１）。即ち、検索さ
れた拠点で必要な数の部品がデータベース１１に格納さ
れている在庫数以下であるかどうかが調べられる。First, the processing apparatus 10 includes the component a or the component b.
A site including a customer who ordered only one is searched (step S20). As a result, the base 3 that ordered one part a, the base 4 that ordered one part a, and the base 5 that ordered one part b are searched. Then, it is checked whether or not the stock is insufficient (step S21). That is, it is checked whether or not the required number of parts at the searched base is less than or equal to the inventory quantity stored in the database 11.
【００６５】ここで、在庫数不足でないことが判断され
ると、次いで、検索された拠点が発送先として、図示し
ないメモリに登録される（ステップＳ２２）。これによ
り、拠点３に部品ａを１個、拠点４に部品ａを１個、拠
点５に部品ｂを１個発送するようにメモリに登録され
る。If it is determined that the stock quantity is not insufficient, then the searched base is registered in the memory (not shown) as a shipping destination (step S22). As a result, one part a is sent to the site 3, one part a is sent to the site 4, and one part b is sent to the site 5 so as to be registered in the memory.
【００６６】次いで、データベース１１中の部品ａ及び
部品ｂの在庫数が更新される（ステップＳ２３）。これ
により、データベース１１に登録されている部品ａの数
は５個、部品ｂの数は３個にそれぞれ変更される。Next, the stock numbers of the parts a and b in the database 11 are updated (step S23). As a result, the number of parts a and the number of parts b registered in the database 11 are changed to 5 and 3, respectively.
【００６７】次いで、部品ａ及び部品ｂをそれぞれ１個
発注した顧客が含まれる拠点が検索される（ステップＳ
２４）。これにより、部品ａ及び部品ｂをそれぞれ１個
発注した拠点１、拠点３及び拠点５が検索される。次い
で、在庫不足かどうかが調べられる（ステップＳ２
５）。即ち、検索された拠点で必要な数の部品がデータ
ベース１１に格納されている在庫数以下であるかどうか
が調べられる。Next, the bases including the customers who have ordered one part a and one part b are searched (step S).
24). As a result, the base 1, the base 3, and the base 5 that have respectively ordered one part a and one part b are searched. Then, it is checked whether or not there is an inventory shortage (step S2).
5). That is, it is checked whether or not the required number of parts at the searched base is less than or equal to the inventory quantity stored in the database 11.
【００６８】ここで、在庫数不足でないことが判断され
ると、次いで、検索された拠点が発送先として、図示し
ないメモリに登録される（ステップＳ２６）。これによ
り、拠点１、拠点３及び拠点４に１個の部品ａと１個の
部品ｂを発送するようにメモリに登録される。If it is determined that the stock quantity is not insufficient, then the searched base is registered in the memory (not shown) as a shipping destination (step S26). As a result, one part a and one part b are registered in the memory so as to be shipped to the base 1, base 3, and base 4.
【００６９】次いで、データベース１１中の部品ａ及び
部品ｂの在庫数が更新される（ステップＳ２７）。これ
により、データベース１１に登録されている部品ａの数
は２個、部品ｂの数は０個にそれぞれ変更される。な
お、図示は省略しているが、上記ステップＳ２４〜Ｓ２
７の処理は、部品ａ及び部品ｂの何れかの在庫がゼロに
なるまで繰り返される。Next, the stock numbers of the parts a and b in the database 11 are updated (step S27). As a result, the number of parts a and the number of parts b registered in the database 11 are changed to 2 and 0, respectively. Although not shown, the above steps S24 to S2
The process of 7 is repeated until the inventory of either part a or part b becomes zero.
【００７０】次いで、部品ａを２個又は部品ｂを２個発
注した顧客が含まれる拠点が検索される（ステップＳ２
８）。これにより、部品ａを２個及び部品ｂを２個発注
した拠点２、部品ａを２個発注した拠点４が検索され
る。次いで、在庫不足かどうかが調べられる（ステップ
Ｓ２９）。即ち、検索された拠点で必要な数の部品がデ
ータベース１１に格納されている在庫数以下であるかど
うかが調べられる。Then, the site containing the customer who ordered two parts a or two parts b is searched (step S2).
8). As a result, the base 2 that ordered two parts a and two parts b and the base 4 that ordered two parts a are searched. Then, it is checked whether or not the stock is insufficient (step S29). That is, it is checked whether or not the required number of parts at the searched base is less than or equal to the inventory quantity stored in the database 11.
【００７１】ここで、在庫数不足でないことが判断され
ると、次いで、検索された拠点が発送先として、図示し
ないメモリに登録される（ステップＳ３０）が、在庫不
足の場合は優先割り振り処理が行われる（ステップＳ３
２）。この優先割り振り処理では、修理予定日が早い発
注を行った拠点が発送先としてメモリに登録される。こ
の場合、２個の部品ａが在庫しており、部品ａを２個必
要とする拠点２と拠点４のうち、拠点４の修理予定日が
５月５日であり拠点２の修理予定日５月９日より早いの
で、拠点４に２個の部品ａを発送するようにメモリに登
録される。If it is determined that the inventory is not insufficient, then the retrieved base is registered in the memory (not shown) as a shipping destination (step S30). However, if the inventory is insufficient, priority allocation processing is performed. Performed (step S3
2). In this priority allocation process, the base that has placed an order with an earlier scheduled repair date is registered in the memory as the shipping destination. In this case, two parts a are in stock, and of the bases 2 and 4 that require two parts a, the planned repair date for the base 4 is May 5, and the planned repair date for the base 2 is 5. Since it is earlier than the 9th of the month, the two parts a are registered in the memory so as to be shipped to the base 4.
【００７２】なお、この優先割り振り処理で、修理予定
日が同日である場合は、優先順位５の「発注の種類」の
優先順位に従ってメモリに登録する発送先の拠点が決定
される。更に、発注の種類の優先順位も同一である場合
は、優先順位６の「顧客管理」の優先順位に従ってメモ
リに登録する発送先の拠点が決定される。In this priority allocation process, when the scheduled repair date is the same day, the base of the delivery destination to be registered in the memory is determined according to the priority of "order type" of priority 5. Further, if the order types have the same priority, the shipping destination locations to be registered in the memory are determined according to the priority of “customer management” of priority 6.
【００７３】次いで、データベース１１中の部品ａ及び
部品ｂの在庫数が更新される（ステップＳ３１）。これ
により、データベース１１に登録されている部品ａ及び
部品ｂの数は双方とも０個にそれぞれ変更される。その
後、図７に示した管理拠点における処理のステップＳ１
５に戻る。Next, the stock numbers of the parts a and b in the database 11 are updated (step S31). As a result, both the numbers of the components a and the components b registered in the database 11 are changed to zero. After that, step S1 of the processing at the management base shown in FIG.
Return to 5.
【００７４】上記ステップＳ２１及びステップＳ２５で
在庫不足と判断された場合も、上述した優先割り振り処
理が実行される。その結果、図１０に示すように、拠点
１に部品ａが１個と部品ｂが１個発送され、拠点３に部
品ａが２個と部品ｂが１個発送され、拠点４に部品ａが
３個発送され、拠点５に部品ａが１個と部品ｂが２個発
送されることになる。以上により、部品割り振り処理が
終了する。Even when it is determined that the stock is insufficient in steps S21 and S25, the above-described priority allocation processing is executed. As a result, as shown in FIG. 10, one part a and one part b are shipped to the site 1, two parts a and one part b are shipped to the site 3, and the part a is shipped to the site 4. Three pieces are shipped, and one piece a and two pieces b are sent to the base 5. With the above, the component allocation processing is completed.
【００７５】以上説明したように、この実施の形態に係
るバックオーダー処理システムによれば、管理拠点に在
庫がある７個の部品ａと４個の部品ｂで、図１０の丸印
で示すように、７人の顧客の車両の修理が可能になり、
限られた部品の在庫数で修理できる車両の数を最大にで
きる。これに対し、従来の技術では、図１２及び図１３
を参照して説明したように、５人の顧客の車両の修理し
かできないので、全体として顧客の満足度を向上させる
ことができる。As described above, according to the back-order processing system of this embodiment, the seven parts a and the four parts b in stock at the management base are indicated by the circles in FIG. In addition, it will be possible to repair the vehicles of seven customers,
Maximize the number of vehicles that can be repaired with a limited inventory of parts. On the other hand, in the conventional technique, as shown in FIGS.
As described with reference to, the vehicle of only five customers can be repaired, so that customer satisfaction can be improved as a whole.
【００７６】また、この実施の形態に係るバックオーダ
ー処理システムによれば、修理完了予定日を優先して部
品を割り振るので、顧客に迷惑をかけることを減少でき
る。更に、修理完了予定日を考慮して部品を割り振るの
で、各拠点の負担も軽減される。Further, according to the back-order processing system of this embodiment, the scheduled repair completion date is given priority in allocating the parts, which can reduce annoyance to the customer. Further, since the parts are allocated in consideration of the scheduled repair completion date, the burden on each site can be reduced.
【００７７】次に、この実施の形態に係るバックオーダ
ー処理システムの変形例を説明する。この変形例に係る
バックオーダー処理システムは、上述した優先割り振り
処理において、修理予定日の代わりに、優先順位６の顧
客管理における優先順位が使用される。より詳しくは、
修理予定日が早い発注を行った拠点が発送先としてメモ
リに登録される代わりに、顧客管理における優先順位が
高いクラスの顧客の車両に使用される部品の発注を行っ
た拠点が発送先としてメモリに登録される。Next, a modification of the backorder processing system according to this embodiment will be described. In the back-order processing system according to this modification, in the above-described priority allocation processing, the priority order in the customer management of the priority order 6 is used instead of the scheduled repair date. For more details,
Instead of registering the location where the order with the earliest scheduled repair date is placed in the memory as the shipping destination, the location where the order is placed for the parts used for the vehicle of the customer with a higher priority in customer management is the memory as the destination. Be registered with.
【００７８】なお、修理予定日の代わりに、優先順位５
の発注の種類の優先順位を使用することもできる。この
場合、発注の種類の優先順位が同一である場合は、顧客
管理の優先順位に従ってメモリに登録する発送先の拠点
を決定することができる。Instead of the scheduled repair date, the priority is 5
Ordering type priorities can also be used. In this case, when the ordering types have the same priority, the shipping destination base to be registered in the memory can be determined according to the customer management priority.
【００７９】以上の説明では、本発明の１つの実施の形
態として、拠点の数が「５」であり、発注される部品が
２種類であり、更に顧客の車両の修理に必要な部品の最
大数を「２」とした場合の例について説明したが、本発
明は上述した場合に限らない。部品割り振り処理におい
て、部品数の少ない顧客の車両から順番に部品を割り振
っていくことにより、修理できる顧客の車両が最大にな
るような部品の割り振りが可能である。In the above description, as one embodiment of the present invention, the number of bases is “5”, the number of parts ordered is two, and the maximum number of parts necessary for repairing the customer's vehicle is the maximum. An example in which the number is “2” has been described, but the present invention is not limited to the above case. In the parts allocation process, the parts are allocated in order from the vehicle of the customer having the smallest number of parts, so that the parts of the customer that can be repaired are maximized.
【００８０】[0080]
【発明の効果】以上詳述したように、本発明によれば、
部品の必要の度合いを考慮して最適な部品の割り振りが
できるとともに、限られた数の部品で最大数の顧客の車
両を修理できるように部品を割り振ることのできるバッ
クオーダー処理システムを提供提供できる。As described in detail above, according to the present invention,
We can provide a back-order processing system that can allocate parts optimally considering the degree of necessity of parts and allocate parts so that the maximum number of customers' vehicles can be repaired with a limited number of parts .
【図１】本発明の実施の形態に係るバックオーダー処理
システムの概略構成を示す図である。FIG. 1 is a diagram showing a schematic configuration of a backorder processing system according to an embodiment of the present invention.
【図２】本発明の実施の形態に係るバックオーダー処理
システムで使用される部品割り振りの優先順位を説明す
るための図である。FIG. 2 is a diagram for explaining the priority order of component allocation used in the backorder processing system according to the embodiment of the present invention.
【図３】図２における受注区分内の優先順位を説明する
ための図である。FIG. 3 is a diagram for explaining priorities in order divisions in FIG.
【図４】図２における発注の種類内の優先順位を説明す
るための図である。FIG. 4 is a diagram for explaining priorities within the types of orders in FIG.
【図５】図２における顧客管理内の優先順位を説明する
ための図である。5 is a diagram for explaining priorities in customer management in FIG.
【図６】本発明の実施の形態に係るバックオーダー処理
システムの拠点における処理を示すフローチャートであ
る。FIG. 6 is a flowchart showing processing at a base of the backorder processing system according to the exemplary embodiment of the present invention.
【図７】本発明の実施の形態に係るバックオーダー処理
システムの管轄拠点における処理を示すフローチャート
である。FIG. 7 is a flowchart showing processing at a jurisdiction of the backorder processing system according to the embodiment of the present invention.
【図８】図７における部品割り振り処理の詳細（その
１）を示すフローチャートである。8 is a flowchart showing details (part 1) of the component allocation processing in FIG.
【図９】図７における部品割り振り処理の詳細（その
２）を示すフローチャートである。9 is a flowchart showing details (part 2) of the component allocation processing in FIG.
【図１０】本発明の実施の形態に係るバックオーダー処
理システムの動作を説明するための図である。FIG. 10 is a diagram for explaining the operation of the backorder processing system according to the embodiment of the present invention.
【図１１】従来のバックオーダー処理を説明するための
図である。FIG. 11 is a diagram for explaining conventional backorder processing.
【図１２】従来のバックオーダー処理において拠点順に
部品を割り振る場合の例を説明するための図である。FIG. 12 is a diagram for explaining an example in the case of allocating parts in order of bases in the conventional backorder processing.
【図１３】従来のバックオーダー処理において修理予定
日順に部品を割り振る場合の例を説明するための図であ
る。FIG. 13 is a diagram for explaining an example of allocating parts in order of scheduled repair dates in conventional backorder processing.
１０ 処理装置 １１ データベース ２０（２０1〜２０5） 端末装置 ３０1〜３０5 回線10 processing unit 11 database 20 (20 1 to 20 5) the terminal device 30 1 to 30 5 Line
Claims (4)
部品を発送する管理拠点、とを備えたバックオーダー処
理システムであって、 前記複数の拠点の各々は、 発注する部品及び該部品が使用される車両を指定する修
理情報を前記管理拠点に送ることにより部品を発注する
発注部、を備え、 前記管理拠点は、 部品の在庫数を記憶する記憶部と、 前記複数の拠点から送られてくる前記修理情報に基づい
て、前記記憶部に記憶された部品の在庫数で修理できる
前記車両の数が最大になるように、在庫している部品
を、部品を発注した拠点に割り振る演算部と、 前記演算部で部品が割り振られた拠点を部品の発送先に
決定する発送先決定部、とを備えたバックオーダー処理
システム。1. A back-order processing system comprising: a plurality of bases for ordering parts; and a management base for sending parts to the plurality of bases in response to orders from the plurality of bases, wherein: Each of the plurality of bases includes an ordering unit for ordering parts by sending repair information designating parts to be ordered and a vehicle in which the parts are used to the management base. Based on the repair information sent from the plurality of bases and the storage unit that stores the inventory so that the number of the vehicles that can be repaired is maximized by the inventory number of the parts stored in the storage unit. The back-order processing system includes: a calculation unit that allocates the parts to the sites where the parts are ordered;
理完了要求日を含めて前記管理拠点に送り、 前記発送先決定部は、前記修理完了要求日の早い車両を
有する拠点から順番に発送先を決定し、前記修理完了要
求日が同一の場合は、前記演算部で部品が割り振られた
拠点を部品の発送先に決定する、請求項１に記載のバッ
クオーダー処理システム。2. The ordering unit sends the repair information including a repair completion request date to the management base, and the delivery destination determining unit sequentially from a base having a vehicle with the earliest repair completion request date. The back-order processing system according to claim 1, wherein a shipping destination is determined, and when the repair completion request date is the same, a site to which the component is allocated by the computing unit is determined as a component shipping destination.
理予定日を含めて前記管理拠点に送り、 前記発送先決定部は、前記演算部で部品が割り振られた
拠点を部品の発送先に決定し、前記演算部による割り振
りが競合した場合に、前記修理予定日の早い車両を有す
る拠点から順番に発送先を決定する、請求項１又は２に
記載のバックオーダー処理システム。3. The ordering unit sends the repair information including a planned repair date to the management base, and the shipping destination determining unit sends the parts to which the parts are allocated by the computing unit to the shipping destination of the parts. 3. The back-order processing system according to claim 1, wherein when the allocations by the computing units compete with each other, the shipping destination is determined in order from the base having the vehicle with the earliest scheduled repair date.
客のクラスを表す情報を含めて前記管理拠点に送り、 前記発送先決定部は、前記演算部で部品が割り振られた
拠点を部品の発送先に決定し、前記演算部による割り振
りが競合した場合に、前記クラスの高い顧客の車両を有
する拠点から順番に発送先を決定する、請求項１又は２
に記載のバックオーダー処理システム。4. The ordering unit sends the repair information including information indicating a customer class to the management base, and the shipping destination determining unit determines the base to which the parts are allocated by the arithmetic unit as a part. The shipping destination is determined, and if the allocation by the computing units competes with each other, the shipping destination is determined in order from the base having the vehicle of the customer with the high class.
Back-order processing system described in.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001294092A JP3992133B2 (en) | 2001-09-26 | 2001-09-26 | Back order processing system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001294092A JP3992133B2 (en) | 2001-09-26 | 2001-09-26 | Back order processing system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003099649A true JP2003099649A (en) | 2003-04-04 |
| JP3992133B2 JP3992133B2 (en) | 2007-10-17 |
Family
ID=19115756
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001294092A Expired - Fee Related JP3992133B2 (en) | 2001-09-26 | 2001-09-26 | Back order processing system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3992133B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017045220A (en) * | 2015-08-26 | 2017-03-02 | Ｎｅｃフィールディング株式会社 | Management apparatus, management system, control method of management apparatus, and program |
-
2001
- 2001-09-26 JP JP2001294092A patent/JP3992133B2/en not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2017045220A (en) * | 2015-08-26 | 2017-03-02 | Ｎｅｃフィールディング株式会社 | Management apparatus, management system, control method of management apparatus, and program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3992133B2 (en) | 2007-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7444295B2 (en) | Single level bill of material available to promise | |
| US7610212B2 (en) | System and method for determining a demand promise date based on a supply available date | |
| US7860737B2 (en) | Constraint-based production planning and scheduling | |
| US6463345B1 (en) | Regenerative available to promise | |
| US8121885B2 (en) | Plan solver | |
| US20030177050A1 (en) | System and method for order group planning with attribute based planning | |
| US20030149631A1 (en) | System and method for order planning with attribute based planning | |
| US20030126023A1 (en) | System and method for replenishment by manufacture with attribute based planning | |
| MXPA04008805A (en) | Inventory management system for reducing overall warehouse and pipeline inventory. | |
| US20070100881A1 (en) | Method, system and storage medium for identifying and allocating surplus inventory | |
| US20060277086A1 (en) | System and method for optimization-based production capability planning | |
| JP4532042B2 (en) | Production management method and production management program | |
| CN1656496A (en) | Supply chain reservation | |
| Arts | Spare parts planning and control for maintenance operations | |
| WO2007038985A2 (en) | Goods distribution management system | |
| Pibernik | Managing stock‐outs effectively with order fulfilment systems | |
| Driessen et al. | Maintenance spare parts planning and control: A framework for control and agenda for future research | |
| US20100076806A1 (en) | Inventory management tool using a criticality measure | |
| US20050055260A1 (en) | Distribution management system | |
| US7580766B1 (en) | Manufacturing resource planning by entity | |
| KR100433795B1 (en) | An inventory management system and the inventory managing method on the distribution rate | |
| US20050144056A1 (en) | Systems and methods for capacity reservation | |
| JP2002007822A (en) | Commodity transaction system, commodity shipping side terminal equipment, commodity transaction method and storage medium | |
| JP2009067552A (en) | Commodity supply system, commodity supply method, and commodity supply program | |
| WO2006082808A1 (en) | Delivery date answering program, delivery date answering method, and system for implementing the method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041202 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070420 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070615 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070718 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070718 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3992133 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100803 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100803 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110803 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120803 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130803 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140803 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |