JP4249383B2 - Material procurement computer system - Google Patents

Material procurement computer system Download PDF

Info

Publication number
JP4249383B2
JP4249383B2 JP2000379896A JP2000379896A JP4249383B2 JP 4249383 B2 JP4249383 B2 JP 4249383B2 JP 2000379896 A JP2000379896 A JP 2000379896A JP 2000379896 A JP2000379896 A JP 2000379896A JP 4249383 B2 JP4249383 B2 JP 4249383B2
Authority
JP
Japan
Prior art keywords
code
ordering
name
contractor
product name
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.)
Expired - Fee Related
Application number
JP2000379896A
Other languages
Japanese (ja)
Other versions
JP2001325494A (en
Inventor
充 竹内
一久 真下
馨 中村
美穂 村野
範彦 飯尾
英宣 秋田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2000379896A priority Critical patent/JP4249383B2/en
Publication of JP2001325494A publication Critical patent/JP2001325494A/en
Application granted granted Critical
Publication of JP4249383B2 publication Critical patent/JP4249383B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Description

【0001】
【発明の属する技術分野】
この発明は、異なる資材コードを持つ複数のシステムの発注をまとめ、あるいはリスク分散する資材統合・分割発注システム及び方法に関するものである。
【0002】
【従来の技術】
現在は資材購買においても計算機システム及び電子データ交換(Electronic Data Interchange)システムが発達し、正確さ、省力化、及び適切な納期管理に役立っている。図16はこうした第1の従来例としての従来の資材購入システムの構成を示す図である。図において、A事業所20a、B事業所20bは、取引先のC社31、D社32、E社33に資材を発注する。それらのデータは21a、21bとして集中管理システムとしてのEDI912に伝送され、管理される。EDI912には回線を使用するC社用の発注部931、D社用の発注部932と、インターネットを利用するE社用の発注部933、これらの発注関係を仕分ける仕分処理部914を備えている。
【0003】
この構成に基づく発注時のシステム動作を説明する。
図示はされていないが、A事業所20aは内部で生産管理等の別システムがあり、A事業所の資材コード体系はこれにより規定されている。同様にB事業所の資材コード体系もA事業所とは異なる別の形を取っている。これらの生産、販売、流通を巻き込んだ合理化が、それぞれの事業所毎に別々に独自で行われた結果、コード体系についても相互の事業所間で互換性が全くない。
こうして各事業所からの取引先CないしE社に対する発注は、それぞれ独自のコードでなされる。集中管理システムとしてのEDI912は、必要に応じて各発注部を通じて発注及びその管理は行うが、発注先の選定は主として各事業所が行っていた。
なお、発注時の資材コードは、事業所側のシステムで決まるコードであるが、購入先である取引先の便宜を考えて、取引先が独自に設ける受注者品名コードも併記する場合があった。
【0004】
コード変換に関する先行技術としては、第2の従来例として、特開平5−143624号公報には、受注時に提示された発注者の資材コードを自社の独自の品名コードへと変換する技術が示されている。しかしこれはケアレスミスを防ぎ、時間短縮にはなっても、単にコード変換以上の意味はない。また受注時に提示されるコードが発注者のコードである故に必要となる技術である。見方を変えれば、最初から受注者が定める品名コードで取引を行う仕組みが待たれていることを示している。
【0005】
資材システムとは全く異なる分野でコード変換を用いて付加価値を上げようとするシステムがある。第3の従来例として図17は、特開平6−259442号公報で示されたアパレル業界の中間業者によるコード変換システムのコード変更の概念を表した図である。図において、801はアパレルメーカから入力された製品のコードであり、802は中間のVAS会社に取り込まれたVAS統一コードである。この段階で811の部分が以後の製品を共通的に示す記号として付加される。一方、小売店からは自社の独自コードを付加した803の形式のコードが使用される。アパレルメーカはVASをアクセスすることで、例えば全小売店の売り上げ、売れ行き傾向が判る。また小売店はVASをアクセスすることで、例えばメーカ在庫を瞬時に知ることが出来る。しかしアパレルメーカ、小売店いずれにしてもVAS統一コード811を共通コードとして情報を交換加工することになる。しかもそれは一方からの単純な検索のための変換ツールとして使用されている。
【0006】
【発明が解決しようとする課題】
従来の資材コードシステムは上記のように構成されており、それぞれの発注元が複雑な生産体系を構築しているので、これらのコードを一種類に統合して、複数の発注元の発注データを統合することが出来ないという課題があった。
また発注時は発注者のコードで行われるために、第2の従来例で示されるコード変換システムを受注者毎に稼働させる必要があるという課題があった。
あるいは小売りとアパレルメーカ(製造業者)とが相互にコードの統合化により販売・製造情報を共有するコード変換システムは、目的が情報の収集であり、効果も異なり、更に両端の利用者が共通の統合コードを利用するために、独自コードとは別にもう一種類のVAS統一コードで運用しなければならない。
【0007】
この発明は上記の課題を解決するためになされたもので、複数の発注元のコードを共通の取引先、つまり受注者独自のコードに変換して発注を統合し、またはリスク分散した資材調達システム、方法を得る。
【0008】
【課題を解決するための手段】
この発明に係る資材調達システムは、各独自の資材コード体系を持つ複数の発注元があり、取引先である受注者から資材を調達するシステムにおいて、
上記各発注元の資材コードと上記各受注者の受注品目名コードを集めて統合し、該統合結果において共通した受注者の受注品名コードがある場合は、各発注元が使用している資材コードから上記共通した受注品名コードを結びつける名寄せマスタと、
上記発注元の資材コードに対応する受注者者品名コードが不明の場合、上記発注元の資材コードに該当する受注者品名コードを照会する名寄せ照会データ部と、
上記受注者品名コードの照会により得た受注者品名コードを名寄せマスタに登録する名寄せマスタ登録部と、
上記取引先から必要資材を調達する場合は、上記名寄せマスタを参照し、複数の発注元からの調達を必要によりまとめて上記受注者品名コードにより必要資材を指定する統合発注処理部と、を備えた。
【0009】
また更に、発注する資材が所定数以上必要であれば、名寄せマスタを参照して他の受注者に発注を分割する分散発注処理部を備えた。
【0011】
また更に、名寄せ照会データは、端末から取引先へ送信するようにした。
【0012】
また更に、受注者品名コードの受け取りは、照会回答として取引先から受信するようにした。
【0013】
また更に、照会毎にカウント期間または照会カウント回数を定めて、上記カウント期間またはカウント回数が所定値以上になると、端末から該照会先へ督促データを送信するようにした。
【0014】
また更に、名寄せマスタに更新期間を定め、また参照事実を記録し、該更新期間内に上記名寄せマスタが参照されていなければ名寄せマスタから対応データを削除するようにした。
【0015】
この発明に係る資材調達方法は、それぞれ独自のコード体系を持つ複数の発注元があり、取引先である受注者から資材を調達する方法において、
上記発注元の資材コードと上記各受注者の受注品名コードを集めて統合し、該統合結果において共通した受注者の受注品名コードがある場合は、各発注元が使用している資材コードから上記共通した受注品名コードを結びつける名寄せマスタを備えて、
上記取引先から必要資材を調達する場合は、上記名寄せマスタを参照するステップと、
上記発注元の資材コードに対応する上記受注者品名コードが不明の場合、上記発注元の資材コードに対応する受注者品名コードを照会するステップと、
上記受注者品名コードを照会するステップに対応して得られる受注者品名コードを名寄せマスタに登録するステップと、
上記名寄せマスタの参照後、複数の発注元からの調達を必要によりまとめて上記受注者品名コードにより必要資材を調達するステップと、を備えた。
【0016】
また更に、発注する資材が所定数以上必要であれば、名寄せマスタを参照して他の受注者に発注を分割するステップ、を備えた。
【0018】
また更に、納期設定ルールを設けて、必要資材を調達する場合は、この納期設定ルールに基づいて所定期間内に指定された複数の納期を、最も早い納期指定するようにした。
【0019】
また更に、納入場所設定マスタを設けて、必要資材を調達する場合は、この納入場所マスタに基づいて所定納入場所を指定するようにした。
【0020】
【発明の実施の形態】
実施の形態1.
資材コードを統一することは有効であるが、その目的で新たに共通のコードを付与して無理に統一化を図れば、多大の労力と時間が必要になり、現実的でない。より負担が少なく、変更が少ないシステムで統一化と同等の効果が得たい。そこで新しい、複数の事業所から発注される、それぞれ異なるコードを付与されての資材発注を統合化して大量発注と納入、統合受け入れ検査によるコスト低下をねらい、またはリスク分散して分割発注を行うシステムを説明する。またこうすることで例えば特定品目の使用量を把握したり、別の視点からの戦略購入をしたり、統計把握をすること等が可能になる。従来はこうしたことは別途作業であり、非常に負担が大きかった。
新たに統一コードを設けることなく、資材コードの統一を図るには、従来から存在し、かつ唯一無二のコードである取引先が独自に設ける受注者品名コードを統一コードとするのがよい。
これまでにこうした方式が見られなかった理由は取引先が独自に設けたコードであり、外部に公開するためのものではなかったことにある。また発注者が発注に先立って取引先に電話やFAX、あるいは打ち合わせにより、確認を取る必要があったからである。この実施の形態においては、これを解決して統合を図る変換テーブル(マスタ)を生成して用意し、統合発注を実現する。
【0021】
図1は本実施の形態における資材発注及び管理システムの構成図であり、図2はその名寄せ照会・登録処理部と、図1では図示しなかった発注処理部の詳細を示す図である。図において、11は新規な重要構成要素である、名寄せ照会・登録部、12は発注及び管理を計算機により電子的に行うEDI(Electronic Data Interchange)であり、先の名寄せ照会・登録部11も実はこのEDIの中に設けられている。13はデータの仕分処理を行う仕分処理部、131ないし133はそれぞれC社用の発注部(メールボックス)、D社用の発注部、E社用の発注部である。従来の構成と比べて、名寄せ照会作成/回答データ受信機能が増えている。15は発注処理部、31ないし33は資材を購入する先である取引先C社、D社、E社である。20a、20bは直接に資材を必要とするそれぞれA事業所、B事業所である。これら各事業所からは、発注データ21a、21bが名寄せ照会登録処理部に送られてきて、発注処理の後、各取引先に送られる。110a、110b、110cはそれぞれA事業所、B事業所、C事業所の取引データ、111はデータ収集部、112は処理判定部、113は名寄せ照会データ作成部、114は名寄せマスタ登録部、115は名寄せマスタ、116は名寄せ照会データ、117は名寄せ回答データ、130aはEDI,Web問い合わせ部、130bはEDI,Web受信部である。
15は、本実施の形態において名寄せ照会・登録処理部11と並んで重要な要素である発注処理部であり、その内部に151の統合発注処理手段、152の分散発注処理手段、153のリスク分散競合効果基準テーブルを備えている。これも実はEDI12内に設けられている。
【0022】
図3と図4は本実施の形態のシステムにおいて名寄せ照会・登録処理部11が電子的に行う名寄せマスタ登録と、発注処理部15が電子的に行う発注処理を示すフロー図である。また図5は動作を説明するための取引データの例を示す図、図6は同じく名寄せマスタ中のデータの例を示す図、図7は同じく名寄照会データと名寄せ回答データの例を示す図である。図6において、251はA71がA事業所、A81がB事業所等の事業所を表すコード、252はその事業所が使用している資材コード、253は購入先であるC社、D社等の取引先を表す取引先コード、254はメーカ型名コードであり、メーカが設けるコードを記憶している。255は名寄せマスタを発注時に使用するか否かを示すフラグで、統合購入の対象外であれば対象外フラグ1を、統合購入対象品であればブランクである。256は必要に応じて統計処理のために付与されるもので、統計用等の統一コードである。図5と図7中の番号と意味は動作の説明中で述べる。
【0023】
これらの図を用いて動作を説明する。
まず名寄せマスタの作成動作を説明する。すなわち名寄せマスタにデータを登録する。図3において、ステップS301(以後ステップの記述を省略する)で、EDI内のデータ収集部111によりA、B等の各事業所からの取引データ21a、21bが集められる。これら取引データは図5に示すデータ形式となっている。212は発注元であるA事業所等の名を示すコード、213は発注先の取引先名を示すコード、214は発注品名(資材)コード、215は取引先が独自に設ける品名コード(メーカ型名コード)、216は統計処理等のために付与する統一コードである。なお、各事業所からは受注者の便宜を図るために従来も例えば取引先C社に対して資材コード、メーカ型名を指定して発注する努力をしていた。
処理判定部112はS302からS307の処理をする。S302で、取引データに資材コード214が付与されていない、例えば図5のNo.1の品物は、一時的な購入と見なしてS321で、登録はしない。S303で名寄せマスタを見に行く。図5において、No.2はメーカ型名もブランクであるが、対象外フラグ255が1であり、S303で対象外(S322)となる。
名寄せマスタの対象外フラグ255がブランク、つまり定期発注資材であれば、S304でメーカ型名コード254が既に登録されているかを調べる。S305で未登録でかつ名寄せマスタにだけないのであれば、S306で、これは取引データの中に存在する受注者品名コードから持ってきて名寄せマスタ登録部114が名寄せマスタ115に登録する。
定期発注対象品であって、S304で受注者品名コードが不明の場合は、後に述べる名寄せ照会データを作成して対応する取引先に問い合わせ出力する。
【0024】
こうして名寄せマスタ115ができると、計算機への起動によりEDIは取引先への資材発注処理を行う。図4(b)は統合・分離発注処理の動作フロー図である。
統合発注処理手段151はS331で、A事業所等の発注データ21aに記載の記入期日から、所定の期日間でまとめられる、複数の事業所の発注を集計する。S332で、名寄せマスタを参照してメーカ型名コード254が同一の品名があれば統合して発注出力する。図6のNo.4では、他のA事業所(A71)と同一の取引先AAAAAのメーカ型名JHCD04を発注出力している。こうした例が統合化の対象となる。分散処理手段152はS333で、同一のメーカに発注するリスクや、価格競合も考えて、リスク分散競合効果基準153を参照して分散発注を決めると、S334で同一品で他の取引先があれば、分散発注する。図6のNo.5は、B事業所(A81)において資材コード252が同一の品物を別の取引先からも購入していることを示している。こうして分散発注が可能になる。
取引先は標準化コードを押しつけられることがなくて、自分のメーカ型名を用いればよく、何の負担もない。一方、発注者側は、原則的には新たな標準化コードを用いるのではなく、既にあるメーカ型名を用いて統合し、まとめ買いができる。つまり、価格低下が期待できるとともに、複数事業所にわたる全使用量が把握でき、有効な購買戦略が立てられ、使用量の管理、統計処理も容易になる。
【0025】
次に名寄せマスタの不足データを補充していく名寄せ照会の動作を説明する。名寄せマスタ115においてメーカ型名コード254が不明のため欠落していて、しかも対象外フラグ255がブランクのものは、継続発注を行う。従って早急にメーカ型名が必要である。先の図3のS304とS307でこれが判り、名寄せ照会データ作成部113が図4のS311で、図7(a)の名寄せ照会データ116を生成する。この名寄せ照会データ116において、発注者コード262は名寄せマスタを管理する管理部門のコードにして、回答を管理部門へもらう。受注者コード263は取引先であり、発注者品名コード264はそれを発注している例えばA事業所の事業所コード266(この場合A71)である。これらのデータはEDI、Web問い合わせ部130aより端末なら回線経由で、またはインターネット経由で対応する取引先例えばC社31に照会される。
定期的に監視していて、EDI、Web受信部130bよりS313で取引先から希望のメーカ型名の回答を図7(b)の形式で、ブランクだった受注者品名コード275が記載されたデータを得ると、名寄せマスタ登録部114はS314でS306と同様の動作で登録する。
ここでは不足データの補充を説明したが、定期的に問い合わせを行って最新データへの更新を行うようにしてもよい。
【0026】
このシステムの重要要素の1つは名寄せマスタである。従って不足データの補充が重要である。これらの補充を機械的に督促する方法を説明する。
図8は不足データの補充を督促する動作フロー図である。先の図3の発注動作フローにおいて、S307で受注者品名(メーカ型名)コードが無いものが抽出されて、図4のS311で、名寄せデータが作成される。図8のS401は、そのS311と同一である。ここでのルーチンではS402で、更に照会回数をカウントする。督促が必要な回数と判断すると、S403でその取引先に未回答督促データ(リスト)を生成する。S404で、EDI、Web問い合わせ部130aから送信する。
S405で、EDI、Web受信部130bを経由して回答結果を受け取ると、S406で不足データの情報が補充されていると、S412で名寄せマスタを更新する。
S406で内容が不満足で、同一品名で他に取引先があれば、S407で必要に応じて該当する品名の取引先としては名寄せマスタから抹消してもよい。
【0027】
更に名寄せマスタをメンテナンスし、情報量の増大を抑えるための工夫を説明する。即ち長期間発注が無い資材を対象から機械的に削除する方法を説明する。図9はその動作を示すフロー図である。図9(a)は削除準備の部分で、先の図3のS305で名寄せマスタに登録があっても、名寄せマスタを参照して発注したという、S421の参照日を記録するステップを付加する。
一方、図9(b)では、かなり長期間、例えば半年毎に名寄せマスタの不使用項目の削除処理を開始させる。S431で検索を開始し、各品名の項目を走査していって、S432で最新の照会日を抽出していく。S434で抽出された長期間参照されていない品名は、S437で再度照会出力する。そして人の手によって後日検討するか、または検討後別途入力されて、S436で名寄せマスタから削除する。
こうして名寄せマスタの容量増加が抑えられる。
なお、以上の実施の形態は、システムとして説明したが、こうした専用の手段を用いてシステムを構成しなくても、汎用の計算機を用いて名寄せマスタを設けて、かつ図3以下に示す動作フローを行わせるようにしても、同等の効果が得られる。
また発注元を事業所として説明しているが、他社であっても同様の効果が得られる。
【0028】
実施の形態2.
先の実施の形態では基本的なシステムについて説明した。ここでは調達品の納期等をまとめて更に多量発注による合理化をはかり、また危険分散のために分散発注するまたは代替先へ発注する詳細について説明する。なお、本実施の形態におけるシステム構成図は図1と同様であるが、発注処理部15bが以下に説明するように幾つかのテーブル、マスタを持ち、機能が増えている。
図10は、図2における計算機が行う統合発注処理手段151bと同じく計算機が行う分散発注処理手段152bの、本実施の形態における動作フロー図である。また図12の納期設定ルール表620、図13の納入場所設定マスタ表630は、その動作フロー中において統合発注処理手段151bが参照するテーブルであり、本実施の形態における発注処理部15bの中に付加されて設けられている。また図15の互換品表と優先順位表700は、その動作フロー図において分散発注処理手段152bが参照するテーブルであり、同じく発注処理部15bの中に付加されて設けられている。図12において、納期ルールの発注元である事業所納期欄621には、事業所が実際に必要な納期、例えば10月15日等が記憶されている。また図13において、各事業所が実際に必要とする納入場所631と、システムとして受入検査の効率化のために統合受入場所として決めた取引先へ指定する納入場所632とが対になって記憶されている。
【0029】
図14は本実施の形態における統合発注動作を説明する図である。図14(a)は発注者コード652から資材コード654の品物をそれぞれ異なる納期658で発注している取引データを示しており、図14(b)は、それを図10の動作フローでまとめられる事を示している。
本実施の形態におけるシステムの動作を説明する。
発注統合処理手段151bは、図10のS501で図1における各事業所110からの図11に示される取引データ(事業所・注文データ)を収集して納期を認識し、各事業所を発注者コード652欄に集めて図14(a)の注文データを作成する。取引データをみると、図の場合は事業所108420171からの資材コードHHCD02が、2つの異なる納期、10月15日と10月10日に異なる発注単位で、また他の事業所108420172からの同一品が10月12日で発注されているので、それを認識して注文データを作成する。発注統合処理手段151bはS502で、統合対象中で最も早い納期にまとめるという図12の納期設定ルール表620を参照して、S503で納期をこの場合3つあるうちで最も早い10月10日に設定して、図14(b)のように発注数をまとめる。なお、同一の資材コードの品物を発注する場合でも、納期が所定の幅、例えば1ヶ月より広がって指定されている場合は、S511で異なるゾーンの納期を設定する。
【0030】
受入場所は、各事業所の実所在地とは別に集中受入を設定する。従ってS504で図13の納入場所設定マスタ630を参照して、取引先へ通知する納入場所632が発注元の事業所へ配送可能であれば、S512で受注者へ統合した納入場所632を設定する。事業所・発注データに統合納入の例外規定があれば、S505で発注者の注文情報に指定された納入場所がそのまま設定される。
発注処理部15bは、中S506で図15の互換品表と優先順位表700の優先順位欄720を参照して、取引先111111を選択する。この場合、互換メーカコード欄718に記入された互換メーカの222222が第2番目の優先順位取引先であり、他の品物、HHCD03については、互換メーカ222222が優先順位は第2位、互換メーカ333333が優先順位第3位である。更にS521で納期を確認し、第1優先順位のメーカの納期が間に合えばS522で選択する。間にわない場合はS523で次優先順位のメーカを選択する。S524で供給能力を調べて、供給可能であればSS525で受注者に設定する。S524で供給能力を超える場合は、S526で次優先順位メーカを選ぶ。
こうして発注処理手段151b、分散処理手段152bによるまとめ発注を終えて図14(b)のまとめ注文データ660が出力される。
なお、ここでは優先順位によるメーカの代替選択の例を示したが、実施の形態1における、危険分散を想定した分散発注を併用してもよい。
【0031】
これらの実施の形態では、EDIが置かれた例えば本社が統合・分散発注を行う場合を説明したが、まとめ発注のシステムを別の調達請負会社組織内に設けて、その調達請負会社がまとめ発注を行うようにしてもよい。
また更に、そうした別会社は、受注者(取引先)に予め発注をしておいて、各事業所(発注者)から事業者の資材コードによる別会社への発注があると、これまでに説明したシステムを逆にたどって、名寄せマスタに基づいてこの予め発注しておいた該当する品物を事業所へ納入することも可能である。
【0032】
【発明の効果】
以上のようにこの発明によれば、取引先が独自で設ける品名コードと発注者品名コードとを対応付けた名寄せマスタと、それに基づき同一の受注者品名コードの資材発注を統合する手段と発注を分割する手段を設けたので、取引先のコード変換の負担を無くし、かつ複数の発注元からの発注以降の作業を合理化し、時間短縮、作業ミスの絶滅に大きな効果がある。
発注先(受注者)のメーカにとっては、自社コードに読みかえる必要が無く、また発注者が標準コードを新規に作成して付加する必要も無く、発注者にとっては一度発注すれば以後、発注資材コードとメーカ部品コードの照合をする必要も無く、いずれかの発注者が一度でも受注者のコードを知っていれば、また互換メーカの互換製品コードまたは準拠規格を知っていれば、それをもとに広範囲に調達先を拡大できる効果があり、またスケールメリットを得る効果がある。
【図面の簡単な説明】
【図1】 この発明の実施の形態1における資材発注及び管理システムの構成図である。
【図2】 実施の形態1における名寄せ照会・登録処理部と発注処理部の詳細構成図である。
【図3】 実施の形態1における名寄せマスタ登録と発注動作フロー図である。
【図4】 実施の形態1における名寄せマスタ登録と発注動作フロー図である。
【図5】 発注動作を説明するための取引データの例を示す図である。
【図6】 発注動作を説明するための名寄せマスタの例を示す図である。
【図7】 名寄せマスタの更新動作を説明するための名寄せ照会データと名寄せ回答データの例を示す図である。
【図8】 実施の形態1における名寄せマスタの不足データ補充督促動作フロー図である。
【図9】 実施の形態1における名寄せマスタの不使用品目削除動作フロー図である。
【図10】 この発明の実施の形態2における資材発注及び管理システムの発注処理部による動作フロー図である。
【図11】 実施の形態2における事業所・注文データの例を示す図である。
【図12】 実施の形態2における納期設定ルール表の例を示す図である。
【図13】 実施の形態2における納入場所設定マスタ表の例を示す図である。
【図14】 実施の形態2における事業者取引データからの注文データとまとめ注文データの例を示す図である。
【図15】 実施の形態2における互換品表と優先順位表の例を示す図である。
【図16】 従来の資材購入システムの構成図である。
【図17】 従来のVAS業者によるコード変換システムの概念説明図である。
【符号の説明】
11 名寄せ照会・登録処理部、12 EDI、13 仕分処理部、15 発注処理部、20a A事業所、20b B事業所、21a 発注を含むデータ、21b 発注を含むデータ、31 C社、32 D社、33 E社、110a A事業所取引データ(メモリ)、110b B事業所取引データ(メモリ)、110c C事業所取引データ(メモリ)、111 データ収集部、112 処理判定部、113 名寄せ照会データ作成部、114 名寄せマスタ登録部、115 名寄せマスタ、116 名寄せ照会データ(メモリ)、117 名寄せ回答データ(メモリ)、130a EDI、Web問い合わせ部、130b EDI、Web受信部、131 C社用発注部(メールボックス)、132 D社用発注部(メールボックス)、133 E社用発注部(メールボックス)、151 統合発注処理手段、152 分散発注処理手段、153 リスク分散・競合効果基準、211 情報区分、212 発注者(事業所)コード、213 受注者(取引先)コード、214 発注者品名(資材)コード、215 受注者品名(メーカ型名)コード、216 品種(統一)コード、217 説明欄、251 事業所コード、252 資材コード、253 取引先コード、254 メーカ型名コード、255 対象外フラグ、256 品種コード(統一コード)、257 説明欄、261 情報区分、262 発注者コード、265 受注者品名コード、275 受注者品名コード、620 納期設定ルール表、630 納入場所設定マスタ、700 互換品表/優先順位表、S302 取引データの資材コード確認ステップ、S303 名寄せマスタ登録対象確認ステップ、S304 受注者品名確認ステップ、S305 名寄せマスタ登録済み確認ステップ、S306名寄せマスタ登録ステップ、S307 名寄せマスタ登録登録済み確認ステップ、S311 名寄せ照会データ作成ステップ、S312 EDI、Web問い合わせステップ、S314 名寄せマスタ登録ステップ、S331 所定期間毎の発注データ集計ステップ、S332 同一資材コード検出ステップ、S333統合後の所定発注量検討ステップ、S334 他取引先検討ステップ、S402 照会カウント数検討ステップ、S403 未回答督促データ作成ステップ、S404 EDI問い合わせステップ、S406 回答検討ステップ、S412回答データにより名寄せマスタ登録ステップ、S503 早い納期にまとめるステップ、S504 納入場所設定マスタ参照ステップ、S506 優先順位順に受注者選択ステップ。
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a material integration / split ordering system and method for collecting orders or distributing risks of a plurality of systems having different material codes.
[0002]
[Prior art]
At present, computer systems and electronic data interchange systems have also been developed in purchasing materials, which are useful for accuracy, labor saving, and proper delivery time management. FIG. 16 is a diagram showing a configuration of a conventional material purchasing system as the first conventional example. In the figure, the A office 20a and the B office 20b place an order for materials from the C company 31, the D company 32, and the E company 33, which are business partners. Those data are transmitted to the EDI 912 as a centralized management system as 21a and 21b and managed. The EDI 912 includes an ordering unit 931 for company C that uses a line, an ordering unit 932 for company D, an ordering unit 933 for company E that uses the Internet, and a sorting processing unit 914 that sorts these ordering relationships. .
[0003]
The system operation at the time of ordering based on this configuration will be described.
Although not shown, the A office 20a has another system such as production management inside, and the material code system of the A office is defined thereby. Similarly, the material code system of B office takes another form different from that of A office. As a result of the rationalization involving these production, sales and distribution being carried out independently for each business site, the code system is not compatible between the business sites.
In this way, orders from business offices to business partners C or E are made with their own codes. The EDI 912 as a centralized management system performs ordering and management through each ordering unit as necessary, but selection of the ordering party is mainly performed by each business office.
In addition, the material code at the time of ordering is a code determined by the system on the establishment side. However, for the convenience of the supplier who is the purchaser, there is a case where the contractor name code provided by the supplier is also written. .
[0004]
As a prior art relating to code conversion, as a second conventional example, Japanese Patent Laid-Open No. 5-143624 discloses a technique for converting an orderer's material code presented at the time of ordering into its own product name code. ing. However, this prevents careless mistakes and shortening the time does not mean more than just transcoding. Further, this is a necessary technique because the code presented at the time of ordering is the code of the orderer. From a different perspective, it shows that a mechanism for trading with the product name code determined by the contractor is waiting from the beginning.
[0005]
There is a system that attempts to increase added value using code conversion in a field completely different from the material system. As a third conventional example, FIG. 17 is a diagram showing a concept of code change of a code conversion system by an intermediate trader in the apparel industry disclosed in Japanese Patent Application Laid-Open No. 6-259442. In the figure, reference numeral 801 denotes a product code input from an apparel manufacturer, and reference numeral 802 denotes a VAS unified code fetched by an intermediate VAS company. At this stage, a portion 811 is added as a symbol commonly indicating subsequent products. On the other hand, a code in the format 803 with its own code added is used from the retail store. By accessing the VAS, the apparel manufacturer can find out, for example, the sales and sales trends of all retail stores. In addition, the retail store can instantly know, for example, the manufacturer stock by accessing the VAS. However, in both apparel manufacturers and retail stores, information is exchanged using the VAS unified code 811 as a common code. Moreover, it is used as a conversion tool for simple search from one side.
[0006]
[Problems to be solved by the invention]
The conventional material code system is configured as described above, and each ordering source has a complex production system. Therefore, these codes are integrated into one type, and the ordering data of multiple ordering sources is collected. There was a problem that it could not be integrated.
Further, since the orderer code is used when placing an order, there is a problem that the code conversion system shown in the second conventional example needs to be operated for each contractor.
Alternatively, the code conversion system in which retail and apparel manufacturers (manufacturers) share sales and manufacturing information by integrating codes with each other is intended to collect information, have different effects, and share users at both ends. In order to use the integrated code, it must be operated with another type of VAS unified code separately from the original code.
[0007]
The present invention has been made to solve the above-described problem, and is a material procurement system in which orders are integrated by converting codes of a plurality of ordering sources into a common business partner, that is, a code unique to the contractor, or risk distribution. Get the way.
[0008]
[Means for Solving the Problems]
  The material procurement system according to the present invention has a plurality of ordering sources each having a unique material code system, and in a system for procuring materials from a contractor who is a business partner,
  Material codes of each ordering party and orders received by each contractorPersonCollect and integrate item name codes, and accept orders from contractors who are common in the integration resultsPersonIf there is a product name code, it is common to the above from the material code used by each ordering party.didOrderPersonA name identification master that links product name codes,
  If the contractor product name code corresponding to the material code of the ordering party is unknown, the name collation data section for inquiring the contractor product name code corresponding to the material code of the ordering company,
  A name identification master registration unit for registering an order name item name code obtained by inquiring the order name item name code in the name identification master;
  When procuring necessary materials from the above-mentioned business partners, it has an integrated order processing unit that refers to the above-mentioned name identification master, collects procurement from multiple ordering sources as necessary, and specifies the necessary materials by the above-mentioned contractor product name code It was.
[0009]
Furthermore,If you need more than a certain number of materials to order,Split order to other contractors with reference to name masterA distributed order processing unit was provided.
[0011]
Still further, the name identification inquiry data is transmitted from the terminal to the business partner.
[0012]
Furthermore, the orderer name code is received from the customer as an inquiry response.
[0013]
Furthermore, a count period or a reference count is determined for each inquiry, and when the count period or the number of counts exceeds a predetermined value, the dunning data is transmitted from the terminal to the reference destination.
[0014]
Furthermore, an update period is set in the name identification master, and a reference fact is recorded. If the name identification master is not referenced within the update period, the corresponding data is deleted from the name identification master.
[0015]
  The material procurement method according to the present invention has a plurality of ordering sources each having its own code system, and in the method of procuring materials from a contractor who is a business partner,
  Material code of the ordering party and orders received by each contractorPersonCollecting product name codes and integrating them, and receiving orders from common contractors in the integration resultsPersonIf there is a product name code, it is common to the above from the material code used by each ordering party.didOrderPersonWith a name identification master that links the product name code,
  When procuring necessary materials from the above business partners, referring to the name identification master,
  If the contractor product name code corresponding to the ordering material code is unknown, inquiring the contractor product name code corresponding to the ordering material code;
  A step of registering the orderer product name code obtained in response to the step of inquiring the orderer product name code in the name identification master;
  the aboveName identification masterAfter the reference, there is a step of procuring necessary materials from a plurality of ordering sources as necessary and procuring necessary materials using the above-mentioned contractor product name code.
[0016]
Furthermore,If you need more than a certain number of materials to order,Steps for splitting orders to other contractors with reference to the name masterThePrepared.
[0018]
Furthermore, when a delivery date setting rule is provided and necessary materials are procured, the earliest delivery date is specified for a plurality of delivery dates specified within a predetermined period based on the delivery date setting rule.
[0019]
Furthermore, when a delivery location setting master is provided and necessary materials are procured, a predetermined delivery location is designated based on this delivery location master.
[0020]
DETAILED DESCRIPTION OF THE INVENTION
Embodiment 1 FIG.
It is effective to unify the material codes, but if a new common code is assigned for this purpose and unification is forced, a great deal of labor and time is required, which is not practical. We want to obtain the same effect as unification with a system with less burden and less changes. Therefore, a system that integrates material orders that are ordered from multiple new offices and that are assigned different codes, aiming at cost reduction due to mass ordering and delivery, integrated acceptance inspection, or split ordering with distributed risk Will be explained. In addition, by doing this, for example, it is possible to grasp the usage amount of a specific item, make a strategic purchase from another viewpoint, grasp the statistics, and the like. In the past, this was a separate task and was very burdensome.
In order to unify the material codes without providing a new unified code, it is preferable to use the contractor product name code that has been conventionally provided by a business partner that is a unique code as the unified code.
The reason why such a method has not been seen so far is that it is a code originally provided by a business partner and not intended to be disclosed to the outside. In addition, it is necessary for the orderer to obtain confirmation by telephone, FAX, or a meeting with the customer prior to placing the order. In this embodiment, a conversion table (master) that solves this problem and integrates is generated and prepared to realize an integrated order.
[0021]
FIG. 1 is a configuration diagram of a material ordering and management system according to the present embodiment, and FIG. 2 is a diagram showing details of the name identification inquiry / registration processing unit and an ordering processing unit not shown in FIG. In the figure, 11 is a new important component, a name collation inquiry / registration unit, 12 is an EDI (Electronic Data Interchange) for electronically placing and managing orders by a computer, and the name collation inquiry / registration unit 11 is actually also It is provided in this EDI. Reference numeral 13 denotes a sorting unit for sorting data, and 131 to 133 denote an ordering unit (mailbox) for company C, an ordering unit for company D, and an ordering unit for company E, respectively. Compared to the conventional configuration, the name identification query creation / answer data reception function has increased. Reference numeral 15 denotes an order processing unit, and reference numerals 31 to 33 denote suppliers C, D, and E which are suppliers of materials. Reference numerals 20a and 20b denote an office A and an office B that directly require materials. From these offices, order data 21a and 21b are sent to the name reference registration processing unit, and are sent to each customer after the order processing. 110a, 110b, and 110c are transaction data of A office, B office, and C office, respectively, 111 is a data collection unit, 112 is a processing determination unit, 113 is a name identification reference data creation unit, 114 is a name identification master registration unit, 115 Is a name identification master, 116 is name identification inquiry data, 117 is name identification response data, 130a is an EDI / Web inquiry unit, and 130b is an EDI / Web reception unit.
Reference numeral 15 denotes an order processing unit that is an important element along with the name identification inquiry / registration processing unit 11 in the present embodiment, and includes an integrated order processing unit 151, a distributed order processing unit 152, and a risk distribution 153. Competitive effect criteria table. This is also actually provided in the EDI 12.
[0022]
3 and 4 are flowcharts showing name identification master registration electronically performed by the name identification inquiry / registration processing unit 11 and ordering processing electronically performed by the ordering processing unit 15 in the system of the present embodiment. 5 is a diagram illustrating an example of transaction data for explaining the operation, FIG. 6 is a diagram illustrating an example of data in the name identification master, and FIG. 7 is a diagram illustrating an example of name identification inquiry data and name identification response data. is there. In FIG. 6, 251 is a code indicating A71 is a business establishment, A81 is a business establishment such as a business establishment B, 252 is a material code used by the business establishment, 253 is a purchaser company C, D company, etc. The supplier code 254 representing the supplier is a manufacturer model name code, and stores a code provided by the manufacturer. Reference numeral 255 denotes a flag indicating whether or not the name identification master is to be used at the time of ordering. The non-target flag 1 is used if it is not an object of integrated purchase, and it is blank if the product is an object of integrated purchase. 256 is assigned for statistical processing as necessary, and is a unified code for statistical use. The numbers and meanings in FIGS. 5 and 7 will be described in the description of the operation.
[0023]
The operation will be described with reference to these drawings.
First, the name identification master creation operation will be described. That is, data is registered in the name identification master. In FIG. 3, in step S301 (hereinafter step description is omitted), transaction data 21a and 21b from each business office such as A and B are collected by the data collection unit 111 in the EDI. These transaction data are in the data format shown in FIG. 212 is a code indicating the name of the place of business that is the ordering source, 213 is a code indicating the name of the supplier of the ordering party, 214 is a name of the ordering item (material) code, 215 is a name code provided by the supplier (manufacturer type) Name code 216 is a unified code assigned for statistical processing or the like. In the past, for the convenience of the contractor, for example, each business office has made an effort to designate a material code and a manufacturer model name with respect to the supplier C, for example.
The process determination unit 112 performs the processes from S302 to S307. In S302, the material code 214 is not assigned to the transaction data. The item 1 is regarded as a temporary purchase and is not registered in S321. Go to see the name identification master in S303. In FIG. Although the manufacturer model name 2 is also blank, the out-of-target flag 255 is 1, and the out-of-target (S322) is set in S303.
If the out-of-target flag 255 of the name identification master is blank, that is, if it is a periodic order material, it is checked in S304 if the manufacturer model name code 254 has already been registered. If it is not registered in S305 and is not only in the name identification master, in S306, this is taken from the contractor product name code existing in the transaction data, and the name identification master registration unit 114 registers it in the name identification master 115.
If it is a periodic order product and the contractor product name code is unknown in S304, name collation inquiry data described later is created and inquired and output to the corresponding business partner.
[0024]
When the name identification master 115 is thus created, the EDI performs a material ordering process with respect to the business partner by starting up the computer. FIG. 4B is an operation flowchart of the integrated / separated ordering process.
In step S331, the integrated order processing unit 151 totals orders of a plurality of business offices that are collected within a predetermined period from the entry date described in the order data 21a of the business office A or the like. In S332, referring to the name identification master, if there is a product name with the same manufacturer model name code 254, the orders are integrated and output. No. of FIG. 4, the manufacturer model name JHCD04 of the same business partner AAAAA as the other A office (A71) is ordered and output. These are examples of integration. In S333, the distributed processing means 152 decides the distributed order by referring to the risk dispersion competition effect standard 153 in consideration of the risk of ordering to the same manufacturer and price competition, and if there is another customer with the same product in S334. If so, place a distributed order. No. of FIG. 5 indicates that the same item with the material code 252 is purchased from another business partner at the B office (A81). In this way, distributed ordering becomes possible.
The business partner is not forced to use the standardization code, and only needs to use his / her maker model name without any burden. On the other hand, in principle, the orderer does not use a new standardized code, but can use the existing manufacturer model names for integration and bulk purchase. In other words, the price can be expected to decrease, the total amount used across multiple offices can be grasped, an effective purchasing strategy can be established, and the amount used can be easily managed and statistically processed.
[0025]
Next, the operation of the name identification inquiry to supplement the shortage data of the name identification master will be described. If the maker model name code 254 is missing because it is unknown in the name identification master 115 and the non-target flag 255 is blank, the continuous ordering is performed. Therefore, the manufacturer model name is required immediately. This is known in S304 and S307 in FIG. 3, and the name collation data creation unit 113 generates the name collation data 116 in FIG. 7A in S311 in FIG. In this name identification reference data 116, the orderer code 262 is used as the code of the management department that manages the name identification master, and the answer is received from the management department. The orderer code 263 is a business partner, and the orderer product name code 264 is, for example, the office code 266 (A71 in this case) of the office A that orders it. These data are inquired from the EDI / Web inquiry unit 130a to the corresponding business partner, for example, Company C 31, via a line if it is a terminal or via the Internet.
Data that is monitored regularly, and the response of the desired manufacturer model name from the business partner in S313 from the EDI and Web receiver 130b is written in the form of FIG. Then, the name identification master registration unit 114 registers in S314 by the same operation as S306.
Here, supplementation of missing data has been described, but it is also possible to periodically inquire and update to the latest data.
[0026]
One important element of this system is the name identification master. Therefore, it is important to supplement missing data. A method of mechanically prompting these replenishments will be described.
FIG. 8 is an operation flow chart for prompting the supplement of the missing data. In the ordering operation flow shown in FIG. 3, those having no contractor product name (manufacturer model name) code are extracted in S307, and name identification data is created in S311 in FIG. S401 in FIG. 8 is the same as S311. In this routine, the number of inquiries is further counted in S402. If it is determined that the number of times of dunning is required, unanswered dunning data (list) is generated for the business partner in S403. In S404, it is transmitted from the EDI / Web inquiry unit 130a.
When an answer result is received via the EDI / Web receiver 130b in S405, the name identification master is updated in S412 if the information of the insufficient data is supplemented in S406.
If the content is unsatisfactory in S406 and there are other business partners with the same product name, the business partner of the corresponding product name may be deleted from the name identification master as necessary in S407.
[0027]
Furthermore, a device for maintaining the name identification master and suppressing an increase in the amount of information will be described. That is, a method for mechanically deleting materials that have not been ordered for a long time from the target will be described. FIG. 9 is a flowchart showing the operation. FIG. 9A shows a preparation for deletion, and a step of recording the reference date of S421 that an order is made with reference to the name identification master even if the name identification master is registered in S305 of FIG. 3 is added.
On the other hand, in FIG. 9B, deletion processing of unused items of the name identification master is started for a considerably long period, for example, every six months. The search is started in S431, the item of each product name is scanned, and the latest inquiry date is extracted in S432. The product name that has been extracted in S434 and has not been referred to for a long time is inquired again in S437. Then, it is examined later by human hand, or is inputted separately after the examination, and is deleted from the name identification master in S436.
In this way, an increase in the capacity of the name identification master is suppressed.
Although the above embodiment has been described as a system, the operation flow shown in FIG. 3 and the following figures is provided by using a general-purpose computer to provide a name identification master without configuring the system using such dedicated means. Even if it is made to perform, an equivalent effect is acquired.
Although the ordering source is described as an establishment, the same effect can be obtained even if it is another company.
[0028]
Embodiment 2. FIG.
In the previous embodiment, the basic system has been described. Here, the delivery date of the procured goods will be summarized to further rationalize by ordering large quantities, and details of placing orders in order to distribute the risk or placing orders to alternatives will be described. The system configuration diagram in the present embodiment is the same as that in FIG. 1, but the order processing unit 15b has several tables and masters as described below, and has an increased function.
FIG. 10 is an operation flow diagram in the present embodiment of the distributed order processing means 152b performed by the computer in the same manner as the integrated order processing means 151b performed by the computer in FIG. The delivery date setting rule table 620 in FIG. 12 and the delivery location setting master table 630 in FIG. 13 are tables that are referred to by the integrated order processing unit 151b in the operation flow, and are included in the order processing unit 15b in the present embodiment. It is added and provided. 15 is a table that is referred to by the distributed order processing means 152b in the operation flow diagram, and is also provided in the order processing section 15b. In FIG. 12, an office delivery date column 621 which is an order source of the delivery date rule stores a delivery date actually required by the office, for example, October 15th. Further, in FIG. 13, a delivery location 631 that is actually required by each office and a delivery location 632 that is designated as an integrated acceptance location for the efficiency of acceptance inspection as a system are stored as a pair. Has been.
[0029]
FIG. 14 is a diagram for explaining the integrated ordering operation in the present embodiment. FIG. 14A shows transaction data in which the items of the orderer code 652 to the material code 654 are ordered with different delivery dates 658, and FIG. 14B is summarized in the operation flow of FIG. Shows things.
The operation of the system in this embodiment will be described.
The order integration processing unit 151b collects the transaction data (establishment / order data) shown in FIG. 11 from each establishment 110 in FIG. 1 in S501 in FIG. 10, recognizes the delivery date, and designates each establishment as the orderer. The order data shown in FIG. Looking at the transaction data, in the case of the figure, the material code HHCD02 from the establishment 108420171 has two different delivery dates, with different ordering units on October 15th and October 10th, and the same item from the other establishment 108420172 Has been placed on October 12th, it is recognized and order data is created. In step S502, the order integration processing unit 151b refers to the delivery date setting rule table 620 shown in FIG. 12 that summarizes to the earliest delivery date among the integration targets. In step S503, the delivery date is set to the earliest on October 10th. Then, the number of orders is collected as shown in FIG. Even when an item with the same material code is ordered, if a delivery date is specified with a predetermined width, for example, more than one month, a delivery date for a different zone is set in S511.
[0030]
The reception location is set to centralized reception separately from the actual location of each office. Accordingly, referring to the delivery location setting master 630 of FIG. 13 in S504, if the delivery location 632 notified to the business partner can be delivered to the place of ordering, the delivery location 632 integrated with the contractor is set in S512. . If there is an exception for integrated delivery in the office / order data, the delivery location specified in the orderer's order information in S505 is set as it is.
The order processing unit 15b selects the supplier 111111 with reference to the priority column 720 of the compatible product table and the priority table 700 in FIG. In this case, the compatible manufacturer 222222 entered in the compatible manufacturer code field 718 is the second priority business partner, and for other products, HHCD03, the compatible manufacturer 222222 has the second highest priority and the compatible manufacturer 333333. Is the 3rd priority. Further, the delivery date is confirmed in S521, and if the delivery date of the first priority manufacturer is in time, the delivery date is selected in S522. If not, the next priority manufacturer is selected in S523. The supply capability is checked in S524, and if supply is possible, the contractor is set in SS525. If the supply capacity is exceeded in S524, the next priority order manufacturer is selected in S526.
Thus, the batch ordering by the order processing unit 151b and the distributed processing unit 152b is finished, and the batch order data 660 of FIG. 14B is output.
Here, an example of alternative selection of a manufacturer based on priority is shown, but distributed ordering in the first embodiment assuming risk distribution may be used in combination.
[0031]
In these embodiments, for example, the case where the headquarters where the EDI is placed performs integrated / distributed ordering has been described. However, a collective ordering system is provided in another procurement contractor organization, and the procurement contractor company collectively orders. May be performed.
Furthermore, such other companies have previously placed orders with the contractor (business partner), and have already explained that there is an order from each office (orderer) to another company with the company's material code. It is also possible to trace back the system and deliver the pre-ordered corresponding item to the office based on the name identification master.
[0032]
【The invention's effect】
As described above, according to the present invention, a name identification master that associates a product name code and an orderer product name code that are uniquely provided by a business partner, and a means and order that integrates material ordering of the same contractor product name code based thereon. Since the means for dividing is provided, the burden of code conversion of the business partner is eliminated, and the work after ordering from a plurality of ordering sources is streamlined, which has a great effect on time reduction and extinction of work mistakes.
There is no need for the supplier (ordering party) manufacturer to replace the company code, and the orderer does not need to create and add a new standard code. There is no need to check the code against the manufacturer's part code, and if any one of the orderers knows the contractor's code even once, or if it knows the compatible product code or compliant standard of the compatible manufacturer, then In addition, it has the effect of expanding suppliers over a wide range, and has the effect of gaining economies of scale.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a material ordering and management system according to Embodiment 1 of the present invention.
FIG. 2 is a detailed configuration diagram of a name collation / registration processing unit and an ordering processing unit in the first embodiment;
FIG. 3 is a flow chart of name identification master registration and ordering operation in the first embodiment.
FIG. 4 is a flowchart of name identification master registration and ordering operation in the first embodiment.
FIG. 5 is a diagram showing an example of transaction data for explaining an ordering operation.
FIG. 6 is a diagram showing an example of a name identification master for explaining an ordering operation.
FIG. 7 is a diagram showing an example of name identification inquiry data and name identification response data for explaining an update operation of the name identification master.
FIG. 8 is a flow chart of a deficient data supplement prompting operation of the name identification master in the first embodiment.
FIG. 9 is an operation flow diagram for deleting unused items of the name identification master according to the first embodiment.
FIG. 10 is an operation flowchart by the order processing unit of the material ordering and management system according to the second embodiment of the present invention.
FIG. 11 is a diagram illustrating an example of business establishment / order data according to the second embodiment;
FIG. 12 is a diagram showing an example of a delivery date setting rule table in the second embodiment.
FIG. 13 is a diagram showing an example of a delivery location setting master table in the second embodiment.
FIG. 14 is a diagram illustrating an example of order data and collective order data from business transaction data according to the second embodiment.
FIG. 15 is a diagram showing an example of a compatible product table and a priority table in the second embodiment.
FIG. 16 is a configuration diagram of a conventional material purchasing system.
FIG. 17 is a conceptual explanatory diagram of a code conversion system by a conventional VAS contractor.
[Explanation of symbols]
11 Name inquiry / registration processing section, 12 EDI, 13 Sorting processing section, 15 Order processing section, 20a A office, 20b B office, 21a Data including orders, 21b Data including orders, 31 C company, 32 D company 33E Company, 110a A business transaction data (memory), 110b B business transaction data (memory), 110c C business transaction data (memory), 111 data collection unit, 112 processing determination unit, 113 114, name identification master registration unit, 115 name identification master, 116 name identification inquiry data (memory), 117 name identification response data (memory), 130a EDI, Web inquiry unit, 130b EDI, Web reception unit, 131 C ordering unit (e-mail) Box), 132 D Company Ordering Department (Mailbox), 133 E Company Ordering department (mailbox), 151 integrated order processing means, 152 distributed order processing means, 153 risk distribution / competitive effect criteria, 211 information classification, 212 orderer (business) code, 213 contractor (business partner) code, 214 Orderer product name (material) code, 215 Contractor product name (manufacturer model name) code, 216 Product type (unified) code, 217 Description column, 251 Office code, 252 Material code, 253 Supplier code, 254 Manufacturer model name code, 255 Excluded flag, 256 Product code (unified code), 257 Description column, 261 Information classification, 262 Orderer code, 265 Contractor product name code, 275 Contractor product name code, 620 Delivery date setting rule table, 630 Delivery location setting master, 700 Compatible Product List / Priority Order List, S302 Transaction Data Material Code Confirmation step, S303 name identification master registration target confirmation step, S304 contractor product name confirmation step, S305 name identification master registered confirmation step, S306 name identification master registration step, S307 name identification master registration registration confirmation step, S311 name identification reference data creation step, S312 EDI , Web inquiry step, S314 name identification master registration step, S331 order data totaling step every predetermined period, S332 same material code detection step, S333 predetermined order quantity examination step after integration, S334 other business partner examination step, S402 inquiry count number examination Step, S403 Unanswered dunning data creation step, S404 EDI inquiry step, S406 Answer review step, S412 Registration of name identification by answer data Step, S503 step summarized in fast delivery time, S504 delivery location set master reference step, S506 contractor selection step in order of priority.

Claims (1)

計算機を用いて、独自の資材コード体系の資材コードを使用する複数の発注元のシステムから電子データで発注を受け付け、発注者の資材コード体系とは異なるコード体系の受注者品名コードを使用する受注者の端末に電子データで資材を発注する資材調達計算機システムにおいて、
記発注元の資材コードと上記受注者の受注者品名コードとを対応付けて記憶する名寄せマスタと、
上記名寄せマスタにおいて上記発注元の資材コードに対応する上記受注者品名コードが不明の場合、上記発注元の資材コードに対応する受注者品名コードを照会するために上記受注者の端末に対して問い合わせ部を介してデータ送信する問い合わせ情報であって、発注元の資材コードと受注者品名コードとを対にし、かつ該受注者品名コードをブランクとした問い合わせ情報を作成する名寄せ照会データ部と、
上記受注者品名コードの照会に基づいて受信部を介して資材コードと対にした受注者品名コードを受注者の端末から受信して、該受信した受注者品名コードを名寄せマスタの当該資材コードと対になる受注者品名コードとして名寄せマスタに登録する名寄せマスタ登録部と、
複数の発注元のシステムから電子データにより受信部経由で発注元の資材コードと発注量とを含む発注データを所定期間受け付けて、該受け付けた発注データに含まれる資材コードに対応する受注者品名コードを上記名寄せマスタにより参照し、該参照した受注者品名コードが同一の発注データが複数あれば、当該受注者品名コードが同一の複数の発注データに含まれる発注量を集計して受注者品名コードと該集計した発注量とを含む電子データを作成して、該受注者品名コードと集計した発注量とを含む電子データを該受注者の端末に回線経由で送信する統合発注処理部と、を備えたことを特徴とする資材調達計算機システム。
Accept orders using electronic data from multiple ordering systems that use material codes of their own material code system using a computer, and use contractor product name codes with a code system different from the orderer's material code system In a material procurement computer system that orders materials with electronic data from the user 's terminal ,
And the name identification master to store in association with the contractor Product name above code Symbol onset Chumoto material code and the upper Ki受 Note's,
If the contractor product name code corresponding to the ordering material code is unknown in the name identification master, the contractor's terminal is queried to query the contractor product name code corresponding to the ordering material code. Inquiry information to send data via the section, a name collation inquiry data part for creating inquiry information in which the ordering material code and the orderer product name code are paired and the orderer product name code is blank ,
Based on the inquiry of the orderer product name code, the orderer product name code paired with the material code is received from the orderer 's terminal via the receiving unit, and the received orderer product name code is associated with the material code of the name identification master. A name identification master registration unit that registers in the name identification master as a paired contractor product name code ,
Accepts ordering data including the ordering material code and the order quantity from the ordering system via electronic receivers from a plurality of ordering systems for a predetermined period of time, and accepts the orderer product name code corresponding to the material code included in the received ordering data the reference by the name identification master, if a plurality contractor Name code the reference is the same order data, contractor product name code aggregates the order quantity of the contractor Name code is contained in the same plurality of order data And an integrated order processing unit that creates electronic data including the aggregated order quantity and transmits electronic data including the contractor product name code and the aggregated order quantity to the contractor's terminal via a line ; Material procurement computer system characterized by having.
JP2000379896A 2000-03-10 2000-12-14 Material procurement computer system Expired - Fee Related JP4249383B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000379896A JP4249383B2 (en) 2000-03-10 2000-12-14 Material procurement computer system

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2000066019 2000-03-10
JP2000-66019 2000-03-10
JP2000379896A JP4249383B2 (en) 2000-03-10 2000-12-14 Material procurement computer system

Publications (2)

Publication Number Publication Date
JP2001325494A JP2001325494A (en) 2001-11-22
JP4249383B2 true JP4249383B2 (en) 2009-04-02

Family

ID=26587153

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000379896A Expired - Fee Related JP4249383B2 (en) 2000-03-10 2000-12-14 Material procurement computer system

Country Status (1)

Country Link
JP (1) JP4249383B2 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003296616A (en) * 2002-04-01 2003-10-17 Ncr Japan Ltd Merchandise ordering control device
JP2004234531A (en) * 2003-01-31 2004-08-19 Asahi Kasei Fibers Corp Contract manufacturing order system
JP6019187B1 (en) * 2015-08-03 2016-11-02 株式会社インフォマート Company information matching apparatus and company information matching program
CN112381596A (en) * 2020-10-12 2021-02-19 昆山中立纸业有限公司 Intelligent order analyzing and sorting method and device

Also Published As

Publication number Publication date
JP2001325494A (en) 2001-11-22

Similar Documents

Publication Publication Date Title
US7657534B2 (en) Order commitment method and system
US7099726B2 (en) Production planning system
US7039481B2 (en) Production planning system
EP1134686A1 (en) Sales assisting system
US20080208710A1 (en) Commodity Trade Assisting System and Computer Program
JP2000148785A (en) Commercial transaction management system
JPH06214996A (en) Production management method
JP4249383B2 (en) Material procurement computer system
JP2004234220A (en) Order placement/acceptance management device, program for use in order placement/acceptance management device, and order placement/acceptance method of merchandise
JP3985996B2 (en) Automatic delivery date inquiry system, method, and program
JP3200299B2 (en) Sales planning support system
JP2003323573A (en) Shopping mall tenant support system
JP4002436B2 (en) BUSINESS PROCESSING MANAGEMENT SYSTEM AND METHOD, SERVER DEVICE, AND PROGRAM
JP2006215836A (en) Intracompany sales system
JP7105457B2 (en) DISTRIBUTION INVENTORY INFORMATION PROVISION SYSTEM, METHOD AND PROGRAM
JP2002308431A (en) Received order dealing device and method, received order dealing program, computer readable recording medium recording received order dealing program, received order dealing system and method
JP2001357270A (en) Product, component, and material supply system of supply chain
JP7491627B2 (en) Information processing system, information processing method, and program
JP2003288507A (en) Automatic article ordering system
JP2002170007A (en) Order system for fresh farm products
JP2002279236A (en) System and method for procuring purchased articles
JP2013238974A (en) Bookstore information centralized management system that proposes inventory optimization to a large number of bookstores
JP2004005119A (en) Order receipt/ordering support method, order receipt/ordering support server, order receipt/ordering support system and order receipt/ordering support program
JP2002269327A (en) System and program for supporting business development
JP2002342626A (en) System for managing vender information

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040120

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040318

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20040330

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20040517

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20040604

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20041018

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20081216

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090115

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120123

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130123

Year of fee payment: 4

LAPS Cancellation because of no payment of annual fees