JP2011100365A - 見積購買業務装置、見積購買業務方法及び見積購買業務プログラム - Google Patents

Abstract

【課題】複数の企業が共同利用することが可能であって、要求担当者に応じて決定される範囲内で業者に対し見積を依頼する部署を取得し、さらに、取得された部署に代替し得る他の部署を取得することができる見積購買業務装置等を提供する。
【解決手段】本発明の見積購買業務装置２は、要求担当者に応じて購買部門を企業内部で決定しなければならないか否かを示すカテゴリ及び、要求に係る商品又はサービスを示す分類コードに基づいて、要求担当者が属する企業内外において、見積を依頼する購買部門を決定する。
また、カテゴリ、分類コード及び購買部門に基づいて、要求毎に、購買部門に代替し得る他の購買部門を取得する。この際、購買部門間の優先順位及び予め設定された購買部門と他の購買部門との関連付けに基づいて、他の購買部門を取得する。
【選択図】図１

Description

本発明は、見積購買業務装置、見積購買業務方法及び見積購買業務プログラムに関する。

企業が、商品、サービス等を購買する場合、効率化、購買ノウハウの蓄積、内部牽制等を目的として、商品やサービスの購買に係る要求を行う部署と、その要求に係る商品やサービスについて、実際に業者に対して見積を依頼する部署とを別組織とすることが多い。
このような企業内での区別を前提とした購買処理システムの例として特許文献１の技術が開示されている。特許文献１の技術では、「申請者」から商品購買の要求を受けた「資材」部署が、商品の販売業者である「取引先」へ見積依頼を行う。そして、ある「資材」部署は、より多くの購買ノウハウを有する他の「資材」部署に対して、「取引先」への見積依頼を代替して行ってもらうことができる。

また、このような購買処理システムを有さない企業向けに、システムを提供し、見積・購買業務を請け負うビジネスも存在する（例えば、非特許文献２、３）。

特開２００３−１０８８２６号公報（請求項４等）

住友電工情報システム株式会社、"楽々ProcurementII"、[online]、[平成２１年９月２４日検索]、インターネット<URL:http://www.sei-info.co.jp/products/products_pro_k.html> ソフトバンクＢＢ株式会社、"間接材購買サービスPurchase One"、[online]、[平成２１年９月２４日検索]、インターネット<URL:http://www.softbankbb.co.jp/distribution/purchaseone/index.html>

しかしながら、特許文献１の技術では、複数の企業で１つのシステムを共有し、管理コストを軽減することはできない。さらに、非特許文献１、２の技術では、ある企業の商品やサービスの購買に係る要求について、他の企業が業者に対して見積を依頼することはできない。さらに、商品やサービスの購買に係る要求担当者に応じて、業者に対して見積を依頼する部署の範囲（社内又は社外）を決定すること、一旦決定された部署の都合により、他の部署に、業者に対する見積の依頼を代替してもらうことはできない。

そこで、本発明は、複数の企業が共同利用することが可能であって、要求担当者に応じて決定される範囲内で、業者に対し見積を依頼する部署及び代替し得る他の部署を取得することができる見積購買業務装置等を提供することを目的とする。

本発明の見積購買業務装置は、要求担当者に応じて購買部門を企業内部で決定しなければならないか否かを示すカテゴリ及び、要求に係る商品又はサービスを示す分類コードに基づいて、要求担当者が属する企業内外において、見積を依頼する購買部門を決定する。
また、カテゴリ、分類コード及び購買部門に基づいて、要求毎に、購買部門に代替し得る他の購買部門を取得する。この際、購買部門間の優先順位及び予め設定された購買部門と他の購買部門との関連付けに基づいて、他の購買部門を取得する。

本発明によれば、複数の企業が共同利用することが可能であって、要求担当者に応じて決定される範囲内で、業者に対し見積を依頼する部署及び代替し得る他の部署を取得することができる見積購買業務装置等を提供することが可能になる。

本実施形態に係る見積購買業務システムの構成図である。 本実施形態に係るユーザ属性マスタの一例を示す図である。 本実施形態に係るカテゴリコードマスタの一例を示す図である。 本実施形態に係る購買部門制御マスタの一例を示す図である。 本実施形態に係る購買部門属性マスタの一例を示す図である。 本実施形態に係る見積データの一例を示す図である。 本実施形態に係る要求処理手順のフローチャートである。 本実施形態に係る見積処理手順のフローチャートである。 （ａ）は、本実施形態に係る見積依頼案件作成画面の一例を示す図である。（ｂ）は、本実施形態に係る見積依頼案件確認画面の一例を示す図である。 （ａ）は、本実施形態に係る見積処理画面（代替用）の一例を示す図である。（ｂ）は、本実施形態に係る見積処理画面（確認用）の一例を示す図である。

以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら詳細に説明する。

（見積購買業務システム）
図１に沿って、見積購買業務システム１を説明する。
見積購買業務システム１は、見積購買業務装置２及びユーザ端末装置３を有し、これらは、ネットワーク４によって接続されている。
見積購買業務装置２は、一般的なコンピュータであり、中央制御装置１１、主記憶装置１２、補助記憶装置１３、通信装置１４、入力装置１５及び出力装置１６を有する。これらはバスによって相互に接続されている。
補助記憶装置１３は、ユーザ属性マスタ３１、カテゴリコードマスタ３２、購買部門制御マスタ３３、購買部門属性マスタ３４及び見積データ３５（詳細後記）を格納している。
ログイン管理部２１及び購買部門選択部２２、購買部門設定制御部２３及び購買部門切替実行部２４はプログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１３から各プログラムを読み出し、主記憶装置１２にロードしたうえで、各プログラムの機能（詳細後記）を実現するものとする。

ユーザ端末装置３は、一般的なコンピュータであり、通信装置４１、中央制御装置４２、主記憶装置４３、補助記憶装置４４、入力装置４５及び出力装置４６を有している。これらはバスによって相互に接続されている。

図１の実施形態においては、複数の企業、複数の取引先及び１つの見積購買業務装置２が存在する。それぞれの企業及び取引先内には、１又は複数のユーザ端末装置３が存在し、ユーザ（詳細後記）は、ユーザ端末装置３を介して、見積購買業務装置２にアクセス可能である。
企業とは、商品又はサービス（以降纏めて単に「商品」ということがある）の購買主体であり、取引先とは商品の販売主体である。
企業は、１又は複数の「事業所」を有しており、「事業所」はさらに１又は複数の「部」を有している。そして、「企業」、「事業所」及び「部」を特定することによって、１つの部署が特定される。

商品の要求担当者及び購買担当者は、いずれかの部署に所属することになる。商品の販売担当者は、いずれかの取引先に所属することになる。これらの要求担当者、購買担当者及び販売担当者を、まとめて「ユーザ」という。ユーザは、ユーザ端末装置３を操作する。そして、購買担当者であるユーザが所属する部署を「購買部門」と言う。「購買部門」は、「企業」、「事業所」及び「部」の組合せにより特定される。

図１では、見積購買業務装置２が１台存在する構成とした。しかしながら、見積購買業務装置２は、複数の筐体に分かれた構成であってもよい。例えば、プログラムを格納する１又は複数の装置と、マスタ等を格納する１又は複数の装置が存在するものとしてもよい。

（ユーザ属性マスタ）
図２に沿ってユーザ属性マスタ３１を説明する。
ユーザ属性マスタ３１には、ユーザＩＤ欄１０１に記憶されたユーザＩＤに関連付けて、パスワード欄１０２にはパスワードが、企業コード欄１０３には企業コードが、事業所コード欄１０４には事業所コードが、部コード欄１０５には部コードが、ユーザ権限欄１０６にはユーザ権限が、購買可能品グループコード欄１０７には購買可能品グループコードが、記憶されている。

ユーザＩＤ欄１０１のユーザＩＤは、ユーザを一意に特定する識別子である。「要求担当者を示す情報」及び「購買担当者を示す情報」には、当該ユーザＩＤが相当する。
パスワード欄１０２のパスワードは、ユーザが、ユーザ端末装置３を使用する際に入力する本人認証用の暗証文字又は数字である。
企業コード欄１０３の企業コードは、企業を一意に特定する識別子である。「企業を示す情報」には、当該企業コードが相当する。
事業所コード欄１０４の事業所コードは、ある企業内において、事業所を一意に特定する識別子である。
部コード欄１０５の部コードは、ある事業所内において、部を一意に特定する識別子である。
「購買部門を示す情報」には、当該企業コード、事業所コード及び部コードの組合せが相当する。

ユーザ権限欄１０６のユーザ権限は、ユーザに与えられた権限を示す語である。
「要求担当者」は、そのユーザが、購買担当者であるユーザに対して、商品を購買して欲しいという要求（以下単に「要求」ということがある）を行えることを示す。
「購買担当者」は、そのユーザが、要求担当者であるユーザからの要求に応じて、取引先の販売担当者であるユーザに対して、見積を依頼できることを示す。
なお「販売担当者」というユーザ権限を設けることも可能である。この場合、「企業コード」、「事業所コード」及び「部コード」の組合せは、取引先での販売担当者であるユーザが所属する部署を特定することになる。しかしながら、本実施形態では、ユーザ権限は「要求担当者」及び「購買担当者」のいずれかであるものとする。

購買可能品グループコード欄１０７の購買可能品グループコードは、要求担当者による前記要求が可能な商品又はサービスのグループ（購買可能品グループ）を一意に特定する識別子である。
購買可能品グループは、例えば、「社内向け」、「グループ向け」及び「グループ外向け」のように、その商品の使用者を示すグループであってもよい。また、「工場用品」及び「事務所用品」のように、その商品の使用場所を示すグループであってもよい。つまり、購買可能品グループは、ユーザが決定されれば１つの購買可能品グループが決定されるように設定されているものであれば、グループの内容そのものは限定されない。そして、購買可能品グループは、要求担当者であるユーザに対してのみ設定されるものとする。
なお、人事異動の激しい企業などでは、企業コード、事業所コード及び部コードの組合せ毎（すなわち部署毎）に１つの購買可能品グループが決まるようにしてもよい（本実施形態ではそのように設定している（図２））。

まず、図２の行１６１〜１６８に注目する。
企業コードが「ＣＯＭ−１」である企業は、１つの事業所を有しており、その事業所コードは「Ｊ−１」である。さらにその１つの事業所は、３つの部を有しており、それらの部コードは、「Ｂ−１」、「Ｂ−２」及び「Ｂ−３」である。
結局、企業コードが「ＣＯＭ−１」である企業は、３つの部署を有していることになる。

「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される部署には、ユーザが４人所属しており、それらのユーザＩＤは、「Ｕ０００１」、「Ｕ０００２」、「Ｕ０００３」及び「Ｕ０００４」である。
ユーザＩＤが「Ｕ０００１」、「Ｕ０００２」及び「Ｕ０００３」であるユーザのユーザ権限は「要求担当者」であり、購買可能品グループコードは「Ｇ−１」である。ユーザＩＤが「Ｕ０００４」であるユーザのユーザ権限は「購買担当者」であり、購買可能品グループコードは設定されていない。すなわち、当該部署は、「購買担当者」であるユーザと「要求担当者」であるユーザを両方有している。

「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−２」の組合せで特定される部署には、ユーザが２人所属しており、それらのユーザＩＤは、「Ｕ０００５」及び「Ｕ０００６」である。
ユーザＩＤが「Ｕ０００５」及び「Ｕ０００６」であるユーザのユーザ権限は「要求担当者」であり、購買可能品グループコードは「Ｇ−２」である。当該部署には、「購買担当者」であるユーザは存在しない。

「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−３」の組合せで特定される部署には、ユーザが２人所属しており、それらのユーザＩＤは、「Ｕ０００７」及び「Ｕ０００８」である。
ユーザＩＤが「Ｕ０００７」及び「Ｕ０００８」であるユーザのユーザ権限は「購買担当者」であり、購買可能品グループコードは設定されていない。当該部署には、「要求担当者」であるユーザは存在しない。

次に、図２の行１６９〜１７２に注目する。詳細な説明は、前記と同様なので省略するが、ここで重要なことは、企業コードが「ＣＯＭ−２」である企業は、企業コードが「ＣＯＭ−１」である企業とは別の企業であるということである。

図２に示される５つの部署（（１）レコード１６１〜１６４、（２）レコード１６５及び１６６、（３）レコード１６７及び１６８、（４）レコード１６９及び１７０、（５）レコード１７１及び１７２）が所属する企業は、複数（この場合２つ）である。そして、それら５つの部署のうち、少なくとも１人の購買担当者であるユーザが所属する３つの部署（（１）レコード１６１〜１６４、（３）レコード１６７及び１６８、（４）レコード１６９及び１７０）は、「購買部門」となり得る。

（カテゴリコードマスタ）
図３に沿ってカテゴリコードマスタ３２を説明する。
カテゴリコードマスタ３２には、購買可能品グループコード欄１１１に記憶された購買可能品グループコードに関連付けて、購買可能品グループ名欄１１２には購買可能品グループ名が、カテゴリコード欄１１３にはカテゴリコードが、カテゴリ名欄１１４にはカテゴリ名が、記憶されている。

購買可能品グループコード欄１１１の購買可能品グループコードは、図２の購買可能品グループコードと同様である。
購買可能品グループ名欄１１２の購買可能品グループ名は、前記した購買可能品グループの名称である。
カテゴリコード欄１１３のカテゴリコードは、要求担当者の所属する企業内で前記購買部門を決定しなければならないか否かを示す情報（カテゴリ）を一意に特定する識別子である。
カテゴリとしては、例えば、「企業（テナント）内展開」及び「企業（テナント）跨り」の２つがあるものとする。
ここで、「企業（テナント）内展開」は、要求を行った部署が所属する企業内で購買部門を決定しなければならないことを示す。
「企業（テナント）跨り」は、要求を行った部署が所属する企業の内外に拘わらず購買部門を決定できることを示す。
カテゴリ名欄１１４のカテゴリ名は、前記したカテゴリの名称である。

図３の例では、購買可能品グループコードは３つ存在し（「Ｇ−１」、「Ｇ−２」及び「Ｇ−３」）、カテゴリコードは２つ存在する（「ＭＣ−１」及び「ＭＣ−２」）。
購買可能品グループ名が「社内向け」であり、購買可能品グループコードが「Ｇ−１」である購買可能品グループは、カテゴリ名が「企業（テナント）内展開」であり、カテゴリコードが「ＭＣ−１」であるカテゴリに対応している。
購買可能品グループ名が「グループ向け」であり、購買可能品グループコードが「Ｇ−２」である購買可能品グループもまた、カテゴリ名が「企業（テナント）内展開」であり、カテゴリコードが「ＭＣ−１」であるカテゴリに対応している。
購買可能品グループ名が「グループ外向け」であり、購買可能品グループコードが「Ｇ−３」である購買可能品グループは、カテゴリ名が「企業（テナント）跨り」であり、カテゴリコードが「ＭＣ−２」であるカテゴリに対応している。

図３のレコード１８１〜１８３全体から、次の（１）及び（２）のことがらが分かる。
（１）グループ外向けの商品について要求があった場合（資本系列外の企業に対してある製品を納入するために、その製品の製造に必要な部品を購買するような場合）は、その要求を行った部署が属する企業の内外に拘わらず購買部門を決定できる（他社が取引先に対して見積を依頼することになってもよい）。
（２）社内向け又はグループ向けの商品について要求があった場合（自社内及び資本系列内の企業内で使用する消耗品を購買するような場合）は、その要求を行った部署が属する企業内で購買部門を決定しなければならない。
購買可能品グループ（コード）とカテゴリ（コード）との対応は、任意に設定可能である。
また、図２において、購買可能品グループ（コード）の設定を、要求担当者であるユーザ毎に行えば、カテゴリ（コード）の設定もまた、要求担当者であるユーザ毎に行える。
さらに、購買可能品グループ（コード）とカテゴリ（コード）との対応を、時期的に変化させて設定することもできる。

（購買部門制御マスタ）
図４に沿って購買部門制御マスタ３３を説明する。
購買部門制御マスタ３３には、ルールＩＤ欄１２０に記憶されたルールＩＤに関連付けて、カテゴリコード欄１２１にはカテゴリコードが、分類コード欄１２２には分類コードが、購買部門間優先順位欄１２３には購買部門間優先順位が、購買部門企業コード欄１２４には購買部門企業コードが、購買部門事業所コード欄１２５には購買部門事業所コードが、購買部門部コード欄１２６には購買部門部コードが、従属購買部門企業コード欄１２７には従属購買部門企業コードが、従属購買部門事業所コード欄１２８には従属購買部門事業所コードが、従属購買部門部コード欄１２９には従属購買部門部コードが記憶されている。

ルールＩＤ欄１２０のルールＩＤは、購買部門制御マスタ３３のレコードを一意に特定する識別子である。
カテゴリコード欄１２１のカテゴリコードは、図３のカテゴリコードと同様である。
分類コード欄１２２の分類コードは、購買対象の商品又はサービスを示す情報である。
この分類コードは、購買可能品グループ及びカテゴリとは別の概念であり、例えば「安全靴」のような品目である。
「安全靴」に含まれる「長靴」、「長靴」に含まれる「サイズ○の長靴」のようにさらに細かな品目を分類コードとしてもよい。ユーザが要求したい商品が、どの分類コードに対応しているかは、ユーザに知られているものとする。
なお、分類コード「＠」は、「全ての分類コード」を示すものとする。

購買部門間優先順位欄１２３の購買部門間優先順位は、購買部門の候補の間でどの候補が購買部門として優先して選択されるかを示す優先順位である。
後記するように、カテゴリコード及び分類コードを検索キーとして購買部門制御マスタ３３を検索する処理を行う際に、複数の購買部門が該当することがある。このとき、該当した購買部門のなかで、優先順位の高い（数字が小さい）購買部門が他の購買部門に優先して選択される（詳細後記）。
購買部門間優先順位は、カテゴリコードによって設定の規則がことなる。カテゴリコード「ＭＣ−１」の場合は、カテゴリコード、分類コード及び購買部門企業コードを共通にするレコードのなかで、１、２、３、・・・のように設定される。カテゴリコード「ＭＣ−２」の場合は、カテゴリコード及び分類コードを共通にするレコードのなかで、１、２、３、・・・のように設定される。

購買部門企業コード欄１２４の購買部門企業コードは、購買部門となり得る部署が所属する企業の企業コードである。
購買部門事業所コード欄１２５の購買部門事業所コードは、購買部門となり得る部署が所属する事業所の事業所コードである。
購買部門部コード欄１２６の購買部門部コードは、購買部門となり得る部署が所属する部の部コードである。

従属購買部門企業コード欄１２７の従属購買部門企業コードは、従属購買部門（直ちに後記）となり得る部署が所属する企業の企業コードである。
従属購買部門事業所コード欄１２８の従属購買部門事業所コードは、従属購買部門となり得る部署が所属する事業所の事業所コードである。
従属購買部門部コード欄１２９の従属購買部門部コードは、従属購買部門となり得る部署が所属する部の部コードである。
購買部門制御マスタ３３のあるレコードのカテゴリコードが「ＭＣ−１」である場合、当該レコードの購買部門企業コードと従属購買部門企業コードは同一である。

ある購買部門の候補が（ノウハウ不足等の理由により自らが購買部門となれない場合等に）、他の購買部門の候補に対して、自らに代替して取引先に対して見積を依頼することを委託することができる。代替される購買部門を「従属購買部門」と言う。
ある購買部門に対してその従属購買部門を設定する場合に、購買部門間優先順位を考慮する必要はない。ただし、単純化のため、本実施形態においては、ある購買部門の優先順位を「ｐ」とすると、その従属購買部門の購買部門間優先順位は「ｐ−１」となるように設定している。したがって、欄１２７の従属購買部門企業コード、欄１２８の従属購買部門事業所コード及び欄１２９の従属購買部門部コードは、欄１２３の購買部門間優先順位が「１」より大きいレコードに設定されている。
従属購買部門は、購買部門毎に１つ定義される。すなわち、購買部門毎に「どの購買部門から委託があれば自らが代替して購買部門となり得るか」、が定義される。

以下に、購買部門制御マスタ３３のデータ構造をより明らかにするために、購買部門を決定する処理、及び、代替する購買部門を決定する処理の例を説明する。これらの処理の詳細は、フローチャートに沿ってさらに詳細に後記する。

第１の例として、企業コードが「ＣＯＭ−１」である企業に所属し、ユーザＩＤが「Ｕ０００１」である要求担当者が、分類コードが「ＣＬ−１」である商品について要求を行った場合を説明する。この場合、カテゴリコード「ＭＣ−１」、分類コード「ＣＬ−１」及び購買部門企業コード「ＣＯＭ−１」を検索キーとして購買部門制御マスタ３３のすべてのレコードを検索する。
レコード１９２は当然該当する。レコード１９１の分類コード欄１２２に記憶されている分類コード「＠」は、前記したように「全ての分類コード」を示し、「ＣＬ−１」と記憶されているに等しいので、レコード１９１も該当する。
これら該当したレコードの購買部門企業コード、購買部門事業所コード及び購買部門部コードの組合せが特定する部署が購買部門となり得る候補である。具体的には、「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門、及び、「ＣＯＭ−１」、「Ｊ−２」及び「Ｂ−１」の組合せで特定される購買部門の２つが候補となる。

しかしながら、レコード１９１の購買部門間優先順位は「１」であり、レコード１９２の購買部門間優先順位は「２」であるので、より高い購買部門間優先順位を有するレコード１９１の「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門が選択されるようにもできる。

「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門が選択されたとする。当該購買部門が何らかの理由で自ら購買部門となり得ない場合は、「ＣＯＭ−１」、「Ｊ−２」及び「Ｂ−１」の組合せで特定される購買部門に対して、自らに代替して購買部門となることを委託できる。なぜならば、レコード１９２の欄１２７〜１２９には、「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」が記憶されているからである。

第２の例として、企業コードが「ＣＯＭ−１」である企業に所属し、ユーザＩＤが「Ｕ０００１」である要求担当者が、分類コードが「ＣＬ−３」である商品について要求を行った場合を説明する。この場合、カテゴリコード「ＭＣ−１」、分類コード「ＣＬ−３」及び購買部門企業コード「ＣＯＭ−１」を検索キーとして購買部門制御マスタ３３のすべてのレコードを検索する。
レコード１９４及びレコード１９５は当然該当する。レコード１９１の分類コード欄１２２に記憶されている分類コード「＠」は、前記したように「全ての分類コード」を示し、「ＣＬ−３」と記憶されているに等しいので、レコード１９１も該当する。結局、「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門、「ＣＯＭ−１」、「Ｊ−４」及び「Ｂ−１」の組合せで特定される購買部門、及び、「ＣＯＭ−１」、「Ｊ−５」及び「Ｂ−１」の組合せで特定される購買部門の３つが候補となる。

しかしながら、レコード１９１及びレコード１９５の購買部門間優先順位は「１」であり、レコード１９４の購買部門間優先順位は「２」であるので、より高い購買部門間優先順位を有するレコード１９１の「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門並びにレコード１９５の「ＣＯＭ−１」、「Ｊ−５」及び「Ｂ−１」の組合せで特定される購買部門が選択されるようにもできる。さらに、同じ購買部門間優先順位の間では、「＠」よりも「ＣＬ−Ｘ」を有する購買部門が優先して選択されるようにもできる。また、「ＣＬ−Ｘ」よりも「＠」を有する購買部門が優先して選択されるようにもできる。

「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門が選択されたとする。当該購買部門が何らかの理由で自ら購買部門となり得ない場合は、「ＣＯＭ−１」、「Ｊ−４」及び「Ｂ−１」の組合せで特定される購買部門に対して、自らに代替して購買部門となることを委託できる。なぜならば、レコード１９４の欄１２７〜１２９には、「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」が記憶されているからである。
一方、「ＣＯＭ−１」、「Ｊ−５」及び「Ｂ−１」の組合せで特定される購買部門が選択されたとする。当該購買部門が何らかの理由で自ら購買部門となり得ない場合は、他の購買部門に対して、自らに代替して購買部門となることを委託できない。なぜならば、レコード１９１、レコード１９４のいずれも、欄１２７〜１２９に「ＣＯＭ−１」、「Ｊ−５」及び「Ｂ−１」が記憶されていないからである。

第３の例として、企業コードが「ＣＯＭ−２」である企業に所属し、ユーザＩＤが「Ｕ０００９」である要求担当者が、分類コードが「ＣＬ−１」である商品について要求を行った場合を説明する。この場合、カテゴリコード「ＭＣ−２」及び分類コード「ＣＬ−１」を検索キーとして購買部門制御マスタ３３のすべてのレコードを検索する。
レコード１９６、レコード１９７及びレコード１９８が該当する。なぜなら、レコード１９６、レコード１９７及びレコード１９８の分類コード欄１２２に記憶されているコード「＠」は前記したように「全ての分類コード」を示し「ＣＬ−１」と記憶されているに等しいからである。結局、「ＣＯＭ−７」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門、「ＣＯＭ−８」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門並びに「ＣＯＭ−９」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門の３つが候補となる。
しかしながら、レコード１９６の購買部門間優先順位は「１」であり、レコード１９７の購買部門間優先順位は「２」であり、レコード１９８の購買部門間優先順位は「３」であるので、より高い購買部門間優先順位を有するレコード１９６の「ＣＯＭ−７」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門が選択されるようにもできる。

「ＣＯＭ−７」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門が選択されたとする。当該購買部門が何らかの理由で自ら購買部門となり得ない場合は、「ＣＯＭ−８」、「Ｊ−１」及び「Ｂ−１」の組合せで特定される購買部門に対して、自らに代替して購買部門となることを委託できる。なぜならば、レコード１９７の欄１２７〜１２９には、「ＣＯＭ−７」、「Ｊ−１」及び「Ｂ−１」が記憶されているからである。

（購買部門属性マスタ）
図５に沿って、購買部門属性マスタ３４を説明する。
購買部門属性マスタ３４には、購買部門企業コード欄１３２の購買部門企業コード、購買部門事業所コード欄１３３の購買部門事業所コード及び購買部門部コード欄１３４の購買部門部コードの組合せに関連付けて、購買部門企業名欄１３５には購買部門企業名が、購買部門事業所名欄１３６には購買部門事業所名が、購買部門部名欄１３７には購買部門部名が、購買部門担当者名欄１３８には購買部門担当者名が、記憶されている。

購買部門企業コード欄１３２の購買部門企業コードは、図４の購買部門企業コードと同様である。
購買部門事業所コード欄１３３の購買部門事業所コードは、図４の購買部門事業所コードと同様である。
購買部門部コード欄１３４の購買部門部コードは、図４の購買部門部コードと同様である。
購買部門企業名欄１３５の購買部門企業名は、購買部門が所属する企業の名称である。
購買部門事業所名欄１３６の購買部門事業所名は、購買部門が所属する事業所の名称である。
購買部門部名欄１３７の購買部門事業所名は、購買部門が所属する部の名称である。
購買部門担当者名欄１３８の購買部門担当者名は、購買部門における購買担当者の氏名である。同一の購買部門に購買担当者が複数いる場合は、複数の氏名が記憶される。

例えば、図５のレコード２０１は、企業コード「ＣＯＭ−１」、事業所コード「Ｊ−１」及び部コード「Ｂ−１」の組合せが特定する購買部門の企業名は「企業１」であり、事業所名は「事業所１」であり、部名は「部１」であり担当者名は「担当Ａ」あることを示している。
単純化のためにこのような例を挙げたが、実際には、「○○株式会社」、「東京事業所」、「調達部」、「田中一郎」のような実存する固有名詞が記憶されることになる。

（見積データ）
図６に沿って、見積データ３５を説明する。
見積データ３５には、見積ＩＤ欄１４１に記憶された見積ＩＤに関連付けて、要求ユーザＩＤ欄１４２には要求ユーザＩＤが、分類コード欄１４３には分類コードが、商品名欄１４４には商品名が、希望数量欄１４５には希望数量が、単位欄１４６には単位が、希望納期欄１４７には希望納期が、ルールＩＤ欄１４８にはルールＩＤが、購買部門企業コード欄１４９には購買部門企業コードが、購買部門事業所コード欄１５０には購買部門事業所コードが、購買部門部コード欄１５１には購買部門部コードが、記憶されている。

見積ＩＤ欄１４１の見積ＩＤは、要求担当者からの要求を一意に特定する識別子である。
要求ユーザＩＤ欄１４２の要求ユーザＩＤは、要求を行ったユーザのユーザＩＤである。
分類コード欄１４３の分類コードは、図４の分類コードと同様である。
商品名欄１４４の商品名は、要求に係る商品の名称である。
希望数量欄１４５の希望数量は、要求に係る商品の数量である。
単位欄１４６の単位は、希望数量の単位である。
希望納期欄１４７の希望納期は、要求に係る商品の納入期限を示す年月日である。
ルールＩＤ欄１４８のルールＩＤは、図４のルールＩＤと同様である。
購買部門企業コード欄１４９の購買部門企業コードは、図４の購買部門企業コードと同様である。
購買部門事業所コード欄１５０の購買部門事業所コードは、図４の購買部門事業所コードと同様である。
購買部門部コード欄１５１の購買部門部コードは、図４の購買部門部コードと同様である。

見積データ３５の１つのレコードは、要求担当者からの１つの要求に対応している。例えばレコード２１１を参照すると、以下のことがらが分かる。
（１）要求ユーザＩＤが「Ｕ０００１」であるユーザが、「１０冊」の「テスト見積依頼用ファイル」を「２００９１０１０」までに購買して欲しい旨の要求を行ったこと、
（２）商品名「テスト見積依頼用ファイル」を含む分類コードは「ＣＬ−１」であること、
（３）当該要求を受けて、取引先に対し見積を依頼する購買部門は、「ＣＯＭ−１」、「Ｊ−１」及び「Ｂ−１」の組合せが特定する部署であること、
（４）ルールＩＤが「Ｒ００１」である購買部門制御マスタ３３のレコードに基づき、購買部門が決定されたこと。
このように、見積データ３５には、要求毎に購買部門が関連付けて記憶される。

（処理手順）
以降、処理手順について説明しつつ、並行してユーザ端末装置３の出力装置４６に対し表示される画面についても説明する。
処理手順には、要求担当者からの要求に応じて購買部門の候補を決定する要求処理手順と、購買担当者が、見積を依頼すべき要求を決定し、必要に応じて、自らに代替する他の購買部門を最終決定する見積処理手順とがある。見積処理手順は、要求処理手順が少なくとも１回実行された結果、見積データ３５のレコードが少なくとも１つ作成されていることを前提として実行される。

（要求処理手順）
図７に沿って、要求処理手順を説明する。
ステップＳ３０１において、見積購買業務装置２のログイン管理部２１は、ログインを受け付ける。
具体的には、ログイン管理部２１は、第１に、ユーザ端末装置３の出力装置４６に対してログイン画面（図示せず）を表示し、ユーザがユーザＩＤ及びパスワードを入力するのを受け付ける。
第２に、ログイン管理部２１は、受け付けたユーザＩＤとパスワードの組合せを有するレコードが、ユーザ属性マスタ３１に存在することを確認する。存在が確認できない場合は、「パスワードが違います」のようなメッセージをユーザ端末装置３に返し、再入力を促す。
第３に、受け付けたユーザＩＤを検索キーとして、ユーザ属性マスタ３１を検索し、該当したレコードの企業コード、ユーザ権限及び購買可能品グループコードを取得する。

ステップＳ３０２において、ログイン管理部２１は、ユーザ権限が「要求担当者」であるか否かを判断する。
具体的には、ログイン管理部２１は、ステップＳ３０１において取得したユーザ権限が「要求担当者」である場合（ステップＳ３０２“ＹＥＳ”）は、ステップＳ３０３に進む。それ以外の場合（ステップＳ３０２“ＮＯ”）は、ステップＳ３０４に進む。

ステップＳ３０３において、見積購買業務装置２の購買部門選択部２２は、要求メニュー画面（図示せず）をユーザ端末装置３に送信する。

ステップＳ３０４において、購買部門選択部２２は、エラーメッセージをユーザ端末装置３に送信する。
エラーメッセージは、例えば「要求できる権限がありません」のようなものであってよい。その後、要求処理手順を終了する。
なお、他の権限を有する者が利用できる他の処理（例えば後記する「見積処理手順」）に誘導するボタンを表示し、当該ボタンが押下されるのを受け付けると、他の処理を実行するプログラムを起動し、要求処理手順自体は終了することとしてもよい。

ステップＳ３０５において、購買部門選択部２２は、分類コード等を受け付ける。
具体的には、購買部門選択部２２は、第１に、ユーザが要求メニュー画面の「実行リクエスト」ボタン（図示せず）を押下するのを受け付ける。
第２に、見積依頼案件作成画面５１（図９(ａ)）をユーザ端末装置３の出力装置４６に表示する。
第３に、ユーザが、見積依頼案件作成画面５１に対し、分類コード、商品名、希望数量、単位及び希望納期を入力するのを受け付ける。ユーザが「見積依頼作成」ボタン６１を押下すると、これらの入力データが、ユーザ端末装置３から見積購買業務装置２に送信されるものとする。
なお、分類コード及び単位は、選択ボックス６２、６３に複数の選択肢が表示され、その選択肢の１つをユーザが選択するようにしてもよい。さらに、購買部門選択部２２は、入力された商品名と分類コードとの対応関係が正しいか否かを確認するようにしてもよい。この場合、商品名と分類コードとの対応関係を示す表が補助記憶装置１３に格納されているものとする。

ステップＳ３０６において、購買部門選択部２２は、購買部門の候補を取得する。
具体的には、購買部門選択部２２は、第１に、ステップＳ３０１において取得した購買可能品グループコードを検索キーとしてカテゴリコードマスタ３２を検索し、該当したレコードのカテゴリコードを取得する。
第２に、取得したカテゴリコード及びステップ３０５において受け付けた分類コードを検索キーとして、購買部門制御マスタ３３を検索し、該当したすべてのレコードを取得する。
第３に、「第１」において取得したカテゴリコードが「ＭＣ−１」であった場合は、「第２」において取得したレコードを、ステップＳ３０１において取得した企業コードを購買部門企業コード欄１２４に有するレコードに絞り込む。「第１」において取得したカテゴリコードが「ＭＣ−２」であった場合は、絞り込みは行わない。
第４に、「第２」において取得したレコードから、又は「第３」において絞り込みが行われた場合は当該絞り込まれたレコードから、購買部門間優先順位が一番小さい数字であるレコードを取得する。

ステップＳ３０７において、購買部門選択部２２は、購買部門を提示する。
具体的には、購買部門選択部２２は、第１に、ステップＳ３０６の「第４」において取得した、購買部門制御マスタ３３のレコードのカテゴリコード、購買部門企業コード、購買部門事業所コード及び購買部門部コードを取得する。
第２に、取得した購買部門企業コード、購買部門事業所コード及び購買部門部コードの組合せを検索キーとして、購買部門属性マスタ３４を検索し、該当したレコードの購買部門企業名、購買部門事業所名、購買部門部名及び購買部門担当者名を取得する。
第３に、見積ＩＤを採番する。
第４に、ユーザ端末装置３の出力装置４６に見積依頼案件確認画面５２（図９（ｂ））を表示する。見積依頼案件確認画面５２の「見積依頼情報」６４には、見積ＩＤ及びユーザが見積依頼案件作成画面５１に対して入力したデータが表示される。「購買部門情報」６５には、「第２」において取得した購買部門企業名、購買部門事業所名、購買部門部名及び購買部門担当者名が表示される。ユーザは、購買部門情報６５を確認する。
第５に、ユーザが「見積依頼確認」ボタン７２を押下するのを受け付ける。

ステップＳ３０８において、購買部門選択部２２は、見積データ３５のレコードを作成する。
具体的には、購買部門選択部２２は、第１に、見積データ３５の新たなレコードを作成する。
第２に、新たなレコードの見積ＩＤ欄１４１にステップＳ３０７において採番した見積ＩＤを、要求ユーザＩＤ欄１４２にステップＳ３０１において受け付けたユーザＩＤを記憶する。
第３に、分類コード欄１４３、商品名欄１４４、希望数量欄１４５、単位欄１４６及び希望納期欄１４７に、ステップＳ３０５において受け付けた分類コード、商品名、希望数量、単位及び希望納期をそれぞれ記憶する。
第４に、ステップＳ３０６の「第４」において取得した、購買部門制御マスタ３３のレコードのルールＩＤを、ルールＩＤ欄１４８に記憶する。
第５に、購買部門企業コード欄１４９、購買部門事業所コード欄１５０及び購買部門部コード欄１５１に、ステップＳ３０７の「第１」において取得した、購買部門企業コード、購買部門事業所コード及び購買部門部コードをそれぞれ記憶する。
その後、要求処理手順を終了する。

（見積処理手順）
図８に沿って、見積処理手順を説明する。
ステップＳ４０１において、見積購買業務装置２のログイン管理部２１は、ログインを受け付ける。
具体的には、ログイン管理部２１は、第１に、ユーザ端末装置３の出力装置４６に対してログイン画面（図示せず）を表示し、ユーザがユーザＩＤ及びパスワードを入力するのを受け付ける。
第２に、ログイン管理部２１は、受け付けたユーザＩＤとパスワードの組合せを有するレコードが、ユーザ属性マスタ３１に存在することを確認する。存在が確認できない場合は、「パスワードが違います」のようなメッセージをユーザ端末装置３に返し、再入力を促す。
第３に、受け付けたユーザＩＤを検索キーとして、ユーザ属性マスタ３１を検索し、該当したレコードの企業コード、事業所コード、部コード及びユーザ権限を取得する。

ステップＳ４０２において、ログイン管理部２１は、ユーザ権限が「購買担当者」であるか否かを判断する。
具体的には、ログイン管理部２１は、ステップＳ４０１において取得したユーザ権限が「購買担当者」である場合（ステップＳ４０２“ＹＥＳ”）は、ステップＳ４０３に進む。それ以外の場合（ステップＳ４０２“ＮＯ”）は、ステップＳ４０４に進む。

ステップＳ４０３において、見積購買業務装置２の購買部門設定制御部２３は、購買メニュー画面（図示せず）をユーザ端末装置３に送信する。

ステップＳ４０４において、購買部門設定制御部２３は、エラーメッセージをユーザ端末装置３に送信する。
エラーメッセージは、例えば「購買できる権限がありません」のようなものであってよい。その後、見積処理手順を終了する。
なお、他の権限を有する者が利用できる他の処理（例えば前記した「要求処理手順」）に誘導するボタンを表示し、当該ボタンが押下されるのを受け付けると、他の処理を実行するプログラムを起動し、見積処理手順自体は終了することとしてもよい。

ステップＳ４０５において、購買部門設定制御部２３は、見積データ３５のレコードを取得する。
具体的には、購買部門設定制御部２３は、第１に、ステップＳ４０１において取得した企業コード、事業所コード及び部コードの組合せを検索キーとして、見積データ３５を検索し、該当したレコードをすべて取得する。

ステップＳ４０６において、購買部門設定制御部２３は、処理すべき見積データ３５のレコードの選択を受け付ける。
具体的には、購買部門設定制御部２３は、第１に、ステップＳ４０５において取得したすべてのレコードを表示する画面（見積依頼案件一覧画面(図示せず）)をユーザ端末装置３の出力装置４６に表示する。
第２に、ユーザが、見積依頼案件一覧画面から、１つの任意のレコードを選択するのを受け付ける。
見積依頼案件一覧画面には、見積データ３５の構成と同様の表が表示されるものとする。そして、ユーザは、例えば任意のレコードの任意の部分をマウス等の入力装置４５によって選択するものとする。

ステップＳ４０７において、購買部門設定制御部２３は、代替し得る購買部門の候補を取得する。
具体的には、購買部門設定制御部２３は、第１に、ステップＳ４０６において選択された見積データ３５のレコード（以下「処理対象レコード」と言うことがある）のルールＩＤを検索キーとして購買部門制御マスタ３３を検索し、該当したレコードを取得する（取得したレコードを、以下「基準レコード」と言うことがある）。

第２に、以下のように場合分けをして処理を行う。
（１）基準レコードのカテゴリコードが「ＭＣ−１」である場合は、購買部門制御マスタ３３のレコードの内から、以下の条件を同時に満たすレコードを抽出する。
・購買部門企業コードが、基準レコードの購買部門企業コードであること。
・分類コードが、処理対象レコードの分類コードであること。
・購買部門間優先順位が、基準レコードの「購買部門間優先順位＋ｎ（ｎ＝１,２,３,・・・）」以下であること。ｎは、「１,２,３,・・・」のうちの任意の値を設定できる。
・従属購買部門企業コード、従属購買部門事業所コード及び従属購買部門部コードが、それぞれ、基準レコードの購買部門企業コード、購買部門事業所コード及び購買部門部コードであること。

（２）基準レコードのカテゴリコードが「ＭＣ−２」である場合は、購買部門制御マスタ３３のレコードの内から、以下の条件を同時に満たすレコードを抽出する。
・分類コードが、処理対象レコードの分類コードであること。
・購買部門間優先順位が、基準レコードの「購買部門間優先順位＋ｎ（ｎ＝１,２,３,・・・）」以下であること。ｎは、「１,２,３,・・・」のうちの任意の値を設定できる。
・従属購買部門企業コード、従属購買部門事業所コード及び従属購買部門部コードが、それぞれ、基準レコードの購買部門企業コード、購買部門事業所コード及び購買部門部コードであること。

第３に、「第２」において抽出したレコードの購買部門企業コード、購買部門事業所コード及び購買部門部コードの組合せを取得する。

ステップＳ４０８において、購買部門設定制御部２３は、代替し得る購買部門の候補が複数あるか否かを判断する。
具体的には、購買部門設定制御部２３は、ステップＳ４０７の「第３」において取得した購買部門企業コード、購買部門事業所コード及び購買部門部コードの組合せが複数ある場合（ステップＳ４０８“ＹＥＳ”）は、ステップＳ４０９に進む。それ以外の場合（ステップＳ４０８“ＮＯ”）は、ステップＳ４１０に進む。なお、組合せは少なくとも１つは存在する。

ステップＳ４０９において、購買部門設定制御部２３は、代替し得る購買部門の選択を受け付ける。
具体的には、購買部門設定制御部２３は、第１に、見積処理画面（代替用）５３（図１０（ａ））をユーザ端末装置３の出力装置４６に表示する。
見積処理画面（代替用）５３の見積依頼情報６６には、処理対象レコードの見積ＩＤ、商品名及び分類コードが表示される。
第２に、ステップＳ４０７の「第３」において取得された購買部門企業コード、購買部門事業所コード及び購買部門部コードの組合せを検索キーとして購買部門属性マスタ３４を検索し、該当したレコードの購買部門企業名、購買部門事業所名及び購買部門部名の組合せを取得する。この組合せは複数存在する。そして、取得されたすべての組合せを見積処理画面（代替用）５３の選択ボックス６７に対して選択肢として表示する。
第３に、ユーザが、選択ボックス６７から１つの選択肢を選択し、「処理を依頼」ボタン６８を押下するのを受け付ける。又は、ユーザが「処理を依頼」ボタン６８を押下することなく、「取引先に見積依頼」ボタン６９を押下するのを受け付ける。「処理を依頼」ボタン６８の押下があると、選択された購買部門企業名、購買部門事業所名及び購買部門部名の組合せが見積購買業務装置２に返送される。

ステップＳ４１０において、購買部門設定制御部２３は、代替し得る購買部門の確認を受け付ける。
具体的には、購買部門設定制御部２３は、第１に、見積処理画面（確認用）５４（図１０（ｂ））をユーザ端末装置３の出力装置４６に表示する。
見積処理画面（確認用）５４の見積依頼情報７０には、処理対象レコードの見積ＩＤ、商品名及び分類コードが表示される。
第２に、ユーザが、「取引先に見積依頼」ボタン７１を押下するのを受け付ける。

ステップＳ４１１において、見積購買業務装置２の購買部門切替実行部２４は、見積データ３５を更新する。
具体的には、購買部門切替実行部２４は、ステップＳ４０９において、「処理を依頼」ボタン６８が押下されるのを受け付けている場合は、第１に、送信された購買部門企業名、購買部門事業所名及び購買部門部名の組合せを検索キーとして購買部門属性マスタ３４を検索し、該当したレコードの購買部門企業コード、購買部門事業所コード及び購買部門部コードを取得する。
第２に、処理対象レコードの、購買部門企業コード、購買部門事業所コード及び購買部門部コードを、「第１」において取得した購買部門企業コード、購買部門事業所コード及び購買部門部コードにそれぞれ更新する。
ステップＳ４０９又はステップＳ４１０において「取引先に見積依頼」ボタン６９、７１が押下されるのを受け付けている場合は、何も行わない。
その後、見積処理手順を終了する。

（実施形態での作用・効果）
以上説明した実施形態によれば、複数の企業に跨って、要求担当者及び購買担当者が、１つの見積購買業務システムを共有でき、要求を行った要求担当者毎に、購買部門を同一企業内に求めるか否かを決定できる。さらに、購買部門は、自らに購買ノウハウがない等の場合、他の購買部門に見積依頼を委託することができる。よって、見積購買業務の効率化、購買ノウハウの蓄積、内部牽制等が容易に行える。

（変形例）
前記した要求処理手順のステップＳ３０６の「第４」においては、購買部門間優先順位が一番小さい購買部門制御マスタ３３のレコードを取得するものとした。しかしながら、このとき、購買部門間優先順位が「１＋ｍ（ｍ＝１,２,３,・・・）」以下であるレコードをすべて取得することとしてもよい。この場合、購買部門の候補は複数取得され、ステップＳ３０７及びステップＳ３０８の処理は複数の購買部門について行われることになる。

この場合、ステップＳ４０７の「第２」の処理を以下のように変更してもよい。
『第２に、以下のように場合分けをして処理を行う。
（１）基準レコードのカテゴリコードが「ＭＣ−１」である場合は、購買部門制御マスタ３３のレコードの内から、以下の条件を同時に満たすレコードを抽出する。
・購買部門企業コードが、基準レコードの購買部門企業コードであること。
・分類コードが、処理対象レコードの分類コードであること。
・購買部門間優先順位が、基準レコードの「購買部門間優先順位±ｎ（ｎ＝１,２,３,・・・）」以下であること。ｎは、「１,２,３,・・・」のうちの任意の値を設定できる。
・購買部門企業コード、購買部門事業所コード及び購買部門部コードが、それぞれ、基準レコードの従属購買部門企業コード、従属購買部門事業所コード及び従属購買部門部コードであること。

『（２）基準レコードのカテゴリコードが「ＭＣ−２」である場合は、購買部門制御マスタ３３のレコードの内から、以下の条件を同時に満たすレコードを抽出する。
・分類コードが、処理対象レコードの分類コードであること。
・購買部門間優先順位が、基準レコードの「購買部門間優先順位±ｎ（ｎ＝１,２,３,・・・）」以下であること。ｎは、「１,２,３,・・・」のうちの任意の値を設定できる。
・購買部門企業コード、購買部門事業所コード及び購買部門部コードが、それぞれ、基準レコードの従属購買部門企業コード、従属購買部門事業所コード及び従属購買部門部コードであること。』
このような処理を行えば、従属購買部門から、購買部門に対して代替を依頼できるだけでなく、購買部門から従属購買部門に対しても代替を依頼することができる。

本発明は、前記した実施形態に限定されることなく、本発明の主旨を逸脱しない範囲で、変更実施が可能である。

１ 見積購買業務システム
２ 見積購買業務装置
３ ユーザ端末装置
４ ネットワーク
１１ 中央制御装置（制御部）
１２ 主記憶装置（記憶部）
１３ 補助記憶装置（記憶部）
１４ 通信装置
１５ 入力装置
１６ 出力装置
２１ ログイン管理部
２２ 購買部門選択部
２３ 購買部門設定制御部
２４ 購買部門切替実行部
３１ ユーザ属性マスタ
３２ カテゴリコードマスタ
３３ 購買部門制御マスタ
３４ 購買部門属性マスタ
３５ 見積データ
４１ 通信装置
４２ 中央制御装置
４３ 主記憶装置
４４ 補助記憶装置
４５ 入力装置
４６ 出力装置
５１ 見積依頼案件作成画面
５２ 見積依頼案件確認画面
５３ 見積処理画面（代替用）
５４ 見積処理画面（確認用）

Claims (12)

1. 企業に所属する要求担当者からの、商品又はサービスの購買を依頼する要求に対して、前記商品又はサービスの見積を依頼する購買部門を複数の企業に所属する購買部門の候補のなかから決定する見積購買業務装置であって、
   前記要求担当者を示す情報に関連付けて、前記要求担当者による前記要求が可能な商品又はサービスのグループである購買可能品グループを記憶したユーザ属性マスタと、
   前記購買可能品グループに関連付けて、前記要求担当者の所属する企業内で前記購買部門を決定しなければならないか否かを示すカテゴリを記憶したカテゴリコードマスタと、
   前記要求に含まれる購買対象の商品又はサービスを示す分類コード及び前記カテゴリの組合せに関連付けて、所属する企業を示す情報を含む前記購買部門を示す情報を記憶した購買部門制御マスタと、
   を格納した記憶部と、
   前記分類コード及び前記要求担当者を示す情報を前記要求として受け付け、
   前記受け付けた要求における要求担当者を示す情報に基づいて前記ユーザ属性マスタを検索し購買可能品グループを取得し、
   前記取得した購買可能品グループに基づき前記カテゴリコードマスタを検索しカテゴリを取得し、
   前記取得したカテゴリ及び前記受け付けた要求に含まれる分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する制御部と、
   を備えること、
   を特徴とする見積購買業務装置。
2. 前記記憶部は、
   前記要求に関連付けて、前記取得した購買部門を示す情報を記憶した見積データを格納し、
   前記ユーザ属性マスタには、購買担当者を示す情報に関連付けて、前記購買担当者が所属する購買部門を示す情報も記憶されており、
   前記制御部は、
   前記購買担当者を示す情報を受け付け、
   前記受け付けた購買担当者を示す情報に基づいて前記ユーザ属性マスタを検索し購買部門を示す情報を取得し、
   前記取得した購買部門を示す情報に基づいて前記見積データを検索し前記要求を取得、
   前記取得した要求毎に、前記要求に含まれる分類コード、前記取得したカテゴリに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得すること、
   を特徴とする請求項１に記載の見積購買業務装置。
3. 前記購買部門制御マスタには、前記カテゴリ及び前記分類コードの組合せに関連付けて、複数の購買部門間の優先順位が記憶されており、
   前記制御部は、
   前記取得したカテゴリ及び前記分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する際に、前記購買部門間の優先順位に基づいて、所定の数の購買部門を取得すること、
   を特徴とする請求項２に記載の見積購買業務装置。
4. 前記購買部門制御マスタには、前記カテゴリ及び前記分類コードの組合せに関連付けて、前記購買部門に代替して購買部門となることが予定されている他の購買部門を示す情報とが記憶されており、
   前記制御部は、
   前記取得したカテゴリ及び前記分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する際に、
   取得する購買部門を、前記購買部門及び前記他の購買部門に限定すること、
   を特徴とする請求項３に記載の見積購買業務装置。
5. 企業に所属する要求担当者からの、商品又はサービスの購買を依頼する要求に対して、前記商品又はサービスの見積を依頼する購買部門を複数の企業に所属する購買部門の候補のなかから決定する見積購買業務装置を用いた見積購買業務方法であって、
   前記見積購買業務装置の記憶部は、
   前記要求担当者を示す情報に関連付けて、前記要求担当者による前記要求が可能な商品又はサービスのグループである購買可能品グループを記憶したユーザ属性マスタと、
   前記購買可能品グループに関連付けて、前記要求担当者の所属する企業内で前記購買部門を決定しなければならないか否かを示すカテゴリを記憶したカテゴリコードマスタと、
   前記要求に含まれる購買対象の商品又はサービスを示す分類コード及び前記カテゴリの組合せに関連付けて、所属する企業を示す情報を含む前記購買部門を示す情報を記憶した購買部門制御マスタと、
   を格納し、
   前記見積購買業務装置の制御部は、
   前記分類コード及び前記要求担当者を示す情報を前記要求として受け付け、
   前記受け付けた要求担当者を示す情報に基づいて前記ユーザ属性マスタを検索し購買可能品グループを取得し、
   前記取得した購買可能品グループに基づき前記カテゴリコードマスタを検索しカテゴリを取得し、
   前記取得したカテゴリ及び前記受け付けた要求に含まれる分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得すること、
   を特徴とする見積購買業務方法。
6. 前記記憶部は、
   前記要求に関連付けて、前記取得した購買部門を示す情報を記憶した見積データを格納し、
   前記ユーザ属性マスタには、購買担当者を示す情報に関連付けて、前記購買担当者が所属する購買部門を示す情報も記憶されており、
   前記制御部は、
   前記購買担当者を示す情報を受け付け、
   前記受け付けた購買担当者を示す情報に基づいて前記ユーザ属性マスタを検索し購買部門を示す情報を取得し、
   前記取得した購買部門を示す情報に基づいて前記見積データを検索し前記要求を取得し、
   前記取得した要求毎に、前記要求に含まれる分類コード、前記取得したカテゴリに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得すること、
   を特徴とする請求項５に記載の見積購買業務方法。
7. 前記購買部門制御マスタには、前記カテゴリ及び前記分類コードの組合せに関連付けて、複数の購買部門間の優先順位が記憶されており、
   前記制御部は、
   前記取得したカテゴリ及び前記分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する際に、前記購買部門間の優先順位に基づいて、所定の数の購買部門を取得すること、
   を特徴とする請求項６に記載の見積購買業務方法。
8. 前記購買部門制御マスタには、前記カテゴリ及び前記分類コードの組合せに関連付けて、前記購買部門に代替して購買部門となることが予定されている他の購買部門を示す情報とが記憶されており、
   前記制御部は、
   前記取得したカテゴリ及び前記分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する際に、
   取得する購買部門を、前記購買部門及び前記他の購買部門に限定すること、
   を特徴とする請求項７に記載の見積購買業務方法。
9. 企業に所属する要求担当者からの、商品又はサービスの購買を依頼する要求に対して、前記商品又はサービスの見積を依頼する購買部門を複数の企業に所属する購買部門の候補のなかから決定する見積購買業務装置としてコンピュータを機能させる見積購買業務プログラムであって、
   前記見積購買業務装置の記憶部に対して、
   前記要求担当者を示す情報に関連付けて、前記要求担当者による前記要求が可能な商品又はサービスのグループである購買可能品グループを記憶したユーザ属性マスタと、
   前記購買可能品グループに関連付けて、前記要求担当者の所属する企業内で前記購買部門を決定しなければならないか否かを示すカテゴリを記憶したカテゴリコードマスタと、
   前記要求に含まれる購買対象の商品又はサービスを示す分類コード及び前記カテゴリの組合せに関連付けて、所属する企業を示す情報を含む前記購買部門を示す情報を記憶した購買部門制御マスタと、
   を格納させ、
   前記見積購買業務装置の制御部に対し、
   前記分類コード及び前記要求担当者を示す情報を前記要求として受け付け、
   前記受け付けた要求担当者を示す情報に基づいて前記ユーザ属性マスタを検索し購買可能品グループを取得し、
   前記取得した購買可能品グループに基づき前記カテゴリコードマスタを検索しカテゴリを取得し、
   前記取得したカテゴリ及び前記受け付けた要求に含まれる分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する処理を実行させること、
   を特徴とする見積購買業務プログラム。
10. 前記記憶部に対し、
    前記要求に関連付けて、前記取得した購買部門を示す情報を記憶した見積データを格納させ、
    前記ユーザ属性マスタには、購買担当者を示す情報に関連付けて、前記購買担当者が所属する購買部門を示す情報も記憶されており、
    前記制御部に対し、
    前記購買担当者を示す情報を受け付け、
    前記受け付けた購買担当者を示す情報に基づいて前記ユーザ属性マスタを検索し購買部門を示す情報を取得し、
    前記取得した購買部門を示す情報に基づいて前記見積データを検索し前記要求を取得し、
    前記取得した要求毎に、前記要求に含まれる分類コード、前記取得したカテゴリに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する処理を実行させること、
    を特徴とする請求項９に記載の見積購買業務プログラム。
11. 前記購買部門制御マスタには、前記カテゴリ及び前記分類コードの組合せに関連付けて、複数の購買部門間の優先順位が記憶されており、
    前記制御部に対し、
    前記取得したカテゴリ及び前記分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する際に、前記購買部門間の優先順位に基づいて、所定の数の購買部門を取得する処理を実行させること、
    を特徴とする請求項１０に記載の見積購買業務プログラム。
12. 前記購買部門制御マスタには、前記カテゴリ及び前記分類コードの組合せに関連付けて、前記購買部門に代替して購買部門となることが予定されている他の購買部門を示す情報とが記憶されており、
    前記制御部に対し、
    前記取得したカテゴリ及び前記分類コードに基づいて前記購買部門制御マスタを検索し１つ又は複数の購買部門を示す情報を取得する際に、
    取得する購買部門を、前記購買部門及び前記他の購買部門に限定する処理を実行させること、
    を特徴とする請求項１１に記載の見積購買業務プログラム。

Images