JP2001125976A - 商品発注受注統合システム，商品情報管理プログラム記憶媒体および商品マスタデータ記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 商品発注受注統合システムに関し，商品識別
情報として異なるコードを使用する業者や企業間で，相
互の商品識別情報を利用でき，関連する改定情報等を相
互のシステムに同時に反映できるシステムを実現する。 【解決手段】 マスタデータ記憶手段10は商品，取引先
等を特定する情報を記憶し，マスタメンテナンスプログ
ラム20は販売管理システム２および受注管理システム３
で必要なデータや更新情報を送信する。マスタ更新プロ
グラム40,70 は自システムで保管するデータをメンテナ
ンスする。発注時は，商品発注プログラム30では，受注
管理システム３で使用するコードによる発注情報を作成
して受注管理システム３へ送信し，販売管理システム２
で使用するコードによる入荷予定情報を作成して販売管
理システム２へ送信する。受注管理プログラム80は受信
した発注情報をもとに納入伝票を作成して納品する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，計算機を用いた商
品情報の管理技術，特に小売業，卸売業における商品の
販売，発注，仕入などに関する各種商品管理業務を統合
的に処理することにより，発注側および受注側双方の負
担を軽減可能にした商品発注受注統合システムに関する
ものである。

【０００２】

【従来の技術】商品販売において小売業者は， １）卸業者または製造業者に商品を発注し（商品発注フ
ェーズ）， ２）該業者より商品を納入させ（商品納入フェーズ）， ３）顧客に商品を販売する（商品販売フェーズ）， というフェーズを繰り返している。

【０００３】具体的には，小売業者が卸業者に対して商
品を発注する場合に，小売業者は，発注伝票を手書きま
たは自社の情報システムにより発行し，卸業者宛に伝票
／電子データで送付する。卸業者は，受け取った発注伝
票／電子データをもとに，手書きまたは自社の情報シス
テムにより発注商品に対する納入伝票を作成して，商品
に添付して小売業者に納品する。小売業者は，納入され
た商品を仕入検品し，仕入相当金額を卸業者に対する買
掛金として計上する。さらに，商品が売れた場合には，
小売業者は，商品の売上数量，金額等を計上する。

【０００４】小売業者および卸業者の両者とも情報シス
テムを用いている場合でも，システムで共通するコード
を用いられることがほとんどない。小売業者の使用する
販売商品を特定するコード（商品コード）は，店舗にお
ける品揃えや価格の情報を把握するためのものであり，
卸業者の使用する仕入商品を特定するコード（品番）
は，主としてメーカー側が製品を管理するために付与し
た製品体系に基づくものであるからである。すなわち，
小売業者において販売のための商品を特定するコードと
しては，一般に商品の製造元，仕入先に関係なく，例え
ば商品の種類，カラー，サイズ等を特定するコードが必
要になり，一方，卸業者においては，多くの小売業者か
ら受注した商品を共通に特定するコードが必要になるこ
とによる。

【０００５】このように，小売業者の販売商品コード体
系と卸業者等の仕入商品コード体系とは，全く別個のコ
ード体系であり，上記の商品発注フェーズ，商品販売フ
ェーズごとに管理が分断されている状態であった。

【０００６】

【発明が解決しようとする課題】従来の小売業と卸業者
間での発注／受注／販売に関わる商品情報を管理するシ
ステムにおいては，そのシステムを必要とする企業が，
それぞれ独自のルールで個々にシステムを構築している
ことから，処理フェーズごとおよび使用する企業や部門
ごとに，商品情報をマスタファイルに登録していた。そ
のため，各業務ごとにそれぞれ相手の使用するコードを
自社のコードに書き直さなければならず，処理負担が大
きく，また，商品取引金額の誤りや商品番号違い等のミ
スも発生しやすく，データの信頼性が低下するという問
題があった。

【０００７】また，各業者間で使用するシステムが，そ
れぞれ同期をとってマスタデータをメンテナンスする手
段がなく，小売業者と卸業者間で頻繁に行われる商品仕
入価格の改定情報が両者のシステムに正しく反映されな
いことがあり，商品マスタの一元性を保持することがで
きないという問題があった。

【０００８】これを解決するものとして，各業者が共通
して使用可能な商品を特定するコードとしてＪＡＮコー
ド等がある。

【０００９】ＪＡＮコードに代表されるように商品販売
に有効なＰＯＳシステムで読み取り可能なバーコード対
応の数値型コードは，小売業者における商品管理では主
流である。しかし，卸業者は，商品特性／様式の判断が
容易なキャラクタ型コードを商品管理コードとして採用
する場合が多い。また，ＪＡＮコードは，まず製品ごと
のコード割当ての申請が必要であり，付与されるコード
自体も申請の仕方によっては，連続したコード番号が付
与されず，商品をグループ化して管理したい卸業者にと
って，必ずしも使い勝手がよいものではなかった。

【００１０】このように，一つの商品に対して複数の商
品コードが付与されるため，業種や企業を超えた商品管
理の実現が困難であった。しかし，インターネットの発
達や大手ディスカウンターストアの台頭などにより，小
売業および卸売業も再編成が進んでおり，業種間の垣根
が低くなりつつあることから，業種を超えた業務効率化
の必要性が高まっている。

【００１１】前記の課題は，商品取引の各フェーズで，
共通の商品に係る情報を認識できる商品コードの体系の
対応関係を備え，かつ該当する商品に係る情報が複数の
マスタにおいて個々に管理される場合には，それらの整
合性を保つことで解決できる。

【００１２】本発明は，小売業者と卸業者とで使用する
商品の管理情報マスタを一元化し，異業種間で使用する
商品識別コードの対応関係情報による，相互の商品識別
コードを利用可能にして，業務処理の負担軽減とデータ
の信頼性を高めることを目的とする。

【００１３】

【課題を解決するための手段】本発明は，以下で説明す
る手段を備えた商品情報を管理するサーバシステムと，
商品仕入の取引先に設置されるサテライトシステムから
なる商品発注受注統合システムによって上記課題を解決
する。

【００１４】本発明のサーバシステムには，少なくとも
商品名称および価格情報を含む商品の基本情報ととも
に，販売商品のコード系と仕入商品のコード系とを関連
付ける情報を記憶する商品マスタデータ記憶手段と，前
記商品マスタデータ記憶手段の記憶内容が更新されたと
きに，その更新された情報を前記サテライトシステムへ
送信する手段とを備え，前記販売商品のコード系と仕入
商品のコード系とを関連付ける情報に基づいて前記サー
バシステムにおける発注管理および前記サテライトシス
テムにおける受注管理が行われるようにする。

【００１５】より詳しくは，本発明は，図１に示すよう
に，商品情報および商品の発注を管理する商品情報管理
システム１と，小売業者の店舗に設置され商品の販売・
仕入を管理する複数の販売管理システム２と，各卸業者
ごとに商品の受注を管理する複数の受注管理システム３
とからなる。

【００１６】商品情報管理システム１は，商品の持つ基
本情報からなる基本商品マスタデータ１１，受注管理シ
ステム３を持つ取引先（卸業者）の情報からなる取引先
マスタデータ１２，販売管理システム２を持つ店舗（小
売業者）の情報からなる店マスタデータ１３，および各
店舗が取り扱う商品の情報からなる店別商品マスタデー
タ１４を記憶するマスタデータ記憶手段１０を備える。
また，マスタデータ記憶手段１０に記憶されたデータの
うち，受注管理システム３が必要とするデータを受注管
理システム３へ送信し，販売管理システム２が必要とす
るデータを販売管理システム２へ送信する手段（マスタ
メンテナンスプログラム２０）と，マスタデータに基づ
いて商品の発注情報を作成し，その発注情報を受注管理
システム３へ送信し，受注管理システム３へ送信した発
注情報をもとに入荷予定データを作成し，その入荷予定
データを商品納入先の店舗の販売管理システム２へ送信
する手段（商品発注プログラム３０）とを備える。

【００１７】マスタメンテナンスプログラム２０は，マ
スタデータ記憶手段１０に記憶されたマスタデータの更
新を行うマスタ情報更新手段２１と，受注管理システム
３または販売管理システム２が必要とするデータおよび
更新情報を，それぞれのシステムへ送信する更新情報送
信手段２２とを持つ。

【００１８】商品発注プログラム３０は，マスタデータ
記憶手段１０のマスタデータに基づいて商品の発注情報
を作成し，受注管理システム３へ送信した発注情報から
商品を入荷する店舗の販売管理システム２への入荷予定
データを作成する発注情報作成手段３１と，前記発注情
報を受注管理システム３へ送信し，前記入荷予定データ
を販売管理システム２へ送信する発注情報送信手段３２
とを持つ。

【００１９】受注管理システム３は，商品情報管理シス
テム１から送信されたデータに対する更新情報を受信し
たときに，データを更新する手段（マスタ更新プログラ
ム７０）と，発注情報を受信したときに，商品情報管理
システム１から送信されたマスタデータに基づいて発注
情報をチェックし，受信した発注情報およびマスタデー
タから商品の納入のための伝票を作成し発行する手段
（受注管理プログラム８０）とを備える。

【００２０】マスタ更新プログラム７０は，商品情報管
理システム１から送信されたマスタデータである納品用
商品ファイル９１の更新情報を受信する更新情報受信手
段７１と，受信した更新情報を納品用商品ファイル９１
に反映する更新情報書込手段７２を持つ。

【００２１】受注管理プログラム８０は，受信した発注
情報（受注情報）を受注情報ファイル９２に保管し，納
品用商品ファイル９１をもとに受注情報をチェックする
受注情報チェック手段８１と，受注情報をもとに納入伝
票を作成し発行する納入伝票作成手段８２と，受注情報
と納品用商品ファイル９１とタグ情報ファイル９３とを
もとに，タグ（商品値札）を発行するタグ発行手段８３
を持つ。タグ情報ファイル９３は，あらかじめ商品の納
入先ごとに登録されたタグの印刷パターンなどの情報を
記憶するファイルである。

【００２２】販売管理システム２は，商品情報管理シス
テム１から送信されたデータに対する更新情報を受信し
たときに，データを更新する手段（マスタ更新プログラ
ム４０）と，仕入時に納入伝票と入荷予定データとを照
合し，商品の過不足が生じた場合に欠品手配情報または
返品情報を作成して商品情報管理システム１へ送信する
手段（仕入管理プログラム５０）とを備える。

【００２３】マスタ更新プログラム４０は，商品情報管
理システム１から送信されたマスタデータである店用商
品ファイル６１の更新情報を受信する更新情報受信手段
４１と，受信した更新情報を店用商品ファイル６１に反
映する更新情報書込手段４２を持つ。

【００２４】仕入管理プログラム５０は，受信した入荷
予定データを納品情報ファイル６２に保管し，入荷した
納品伝票と商品情報管理システム１から送信された入荷
予定データとを照合し，商品の過不足が生じた場合に欠
品手配情報または返品情報を作成して受注管理システム
１へ送信する欠品手配・返品情報チェック手段５１を備
える。

【００２５】本発明の作用は以下のとおりである。商品
情報管理システム１では，マスタデータ記憶手段１０に
記憶されたデータのうち，受注管理システム３が必要と
するデータを受注管理システム３へ送信し，また，販売
管理システム２が必要とするデータを販売管理システム
２へ送信する。マスタデータ記憶手段１０のマスタデー
タに更新がある場合には，マスタ更新プログラム４０，
７０は，更新情報を受信して，自己のシステムに保管す
る各種のデータを書き換える。

【００２６】小売店舗から仕入依頼等があると，商品情
報管理システム１は，マスタデータに基づいて商品の発
注情報を作成し，発注情報から各取引先ごとの発注書デ
ータと小売店舗ごとの入荷予定データとを作成し，発注
書データを受注管理システム３に，入荷予定データを販
売管理システム２にそれぞれ送信する。

【００２７】受注管理システム３では，発注情報（発注
書データ）を受信したときに，納品用商品ファイル９１
をもとにこれをチェックし，内容に訂正がなければ納入
伝票を作成し，また発注情報でタグの発行が指定されて
いれば，該当するタグ情報ファイル９３のデータを参照
し，タグを発行する。商品出荷時には，納入伝票および
タグを同梱する。

【００２８】販売管理システム２では，入荷時に，納入
伝票と入荷予定データとを照合し，商品の過不足が生じ
た場合に欠品手配情報または返品情報を作成し，受注管
理システム３へ送信する。なお，過不足がなければ入荷
確定データを送信する。

【００２９】本発明では，商品情報管理システム１で管
理するマスタデータから抽出した小売店舗または取引先
それぞれのサテライトシステムで必要な情報を送信し，
また，更新情報を配布することにより，各システム間の
データの整合性が保証される。このような整合性のある
データを用いて，発注情報チェック，納品伝票作成，欠
品手配情報／返品情報作成などの処理をサテライトシス
テムにおいて行うことにより，商品に関する情報を容易
に正確に流通させることが可能になる。

【００３０】

【発明の実施の形態】以下，本発明の実施の形態を，図
を用いて説明する。

【００３１】マスタデータ記憶手段１０に記憶するデー
タの例として，図２に基本商品マスタデータ１１の構成
例を，図３に取引先マスタデータ１２の構成例を示す。

【００３２】基本商品マスタデータ１１は，図２に示す
ように，各商品ごとに商品コード，商品内部管理コー
ド，取引先コード，商品の種類を示す商品分類，カナの
商品名や漢字の商品名などの商品名称，商品売価（上
代），商品原価（下代），商品品番，商品発注単位，カ
ラーやサイズなどの情報，商品扱い店情報，タグ（値
札）を取引先に発行してもうか否かのタグ発行情報，オ
ンラインで処理するか否かを判定するためのＥＯＳ区分
などからなる。他に，部門コード，最低発注数，税率，
商品取扱開始日，商品取扱終了日，登録日などの情報を
持つこともある。

【００３３】商品コードは，小売店舗で主に使用するコ
ードであり，８または１３桁のＪＡＮコードや，７また
は１２桁のＵＲＣコード等のＰＬＵコードを用いる。商
品内部管理コードは，商品情報管理システム１内で商品
を識別し管理するコードであり，「連番（１２桁）＋Ｃ
／Ｄ（１桁）」からなるショートＳＫＵ（Ｓ−ＳＫＵ）
コードを用いる。１桁のＣ／Ｄは，エラー検出用のチェ
ックデジットである。商品品番は，卸業者で主に使用す
るコードであり，例えば１３桁の取引先商品番号からな
る。これに，部門，クラス，取引先，カラー，サイズ等
の情報が付加されて，ロングＳＫＵ（Ｌ−ＳＫＵ）コー
ドが生成される。

【００３４】取引先マスタデータ１２は，図３に示すよ
うに，受注管理システム３を有する取引先を識別する取
引先コード，取引先名（短縮・カナ），取引先名（短縮
・漢字），取引先名（漢字），取扱開始日，取扱終了
日，登録日からなる。他に，支払い情報などを持つこと
もできる。

【００３５】店マスタデータ１３は，店コード，店グル
ープコードを記憶する。店別商品マスタデータ１４は，
小売店舗ごとに必要とするデータ，例えば，店コード，
取引先コード，商品分類，商品名称，商品売価，商品原
価，商品品番，発注単位数，カラー・サイズ情報等から
なる。

【００３６】図４に，商品情報管理システム１で管理す
る各種マスタデータと，販売管理システム２および受注
管理システム３で記憶するデータの関係を示す。

【００３７】商品情報管理システム１は，例えば小売チ
ェーン店を統括する本部に設置されるサーバシステムで
ある。商品情報管理システム１では，マスタ情報更新手
段２１が，商品の持つ基本情報と，それを販売する店
舗，納入する業者を識別するための情報などから，基本
商品マスタデータ１１を作成する。また，商品の納入業
者に関する取引先情報は，取引先マスタデータ１２とし
て，商品を取り扱う小売店の店舗情報は，店マスタデー
タ１３として，別マスタを作成する。店別商品マスタデ
ータ１４は，基本商品マスタデータ１１から各商品を取
り扱う小売店別に抽出された商品情報を持つマスタデー
タである。

【００３８】販売管理システム２は，自店と取引きがあ
る納入業者に関する取引先マスタデータ１２のコピーを
取引先ファイル６３として，自店に関する店マスタデー
タ１３のコピーを店ファイル６４として，また自店の取
り扱う商品に関する店別商品マスタデータ１４のコピー
を店用商品ファイル６１として保持する。また，伝票デ
ータや売上データなどのトランザクションデータ６５を
納品情報ファイル６２に記憶する。

【００３９】受注管理システム３は，商品納入先の店舗
に関する店マスタデータ１３のコピーを店ファイル９５
として，商品納入先の店舗の取り扱う商品に関する店別
商品マスタデータ１４のコピーを納品用商品ファイル９
１として保持する。また，商品情報管理システム１から
の発注などのトランザクションデータ９４を受注情報フ
ァイル９２に記憶する。

【００４０】以下に，図４に示す各マスタデータのメン
テナンス処理を説明する。図５に，マスタデータのメン
テナンス処理の流れの概要を示す。

【００４１】商品情報管理システム１において，商品の
新規追加，改廃，店舗情報の変更，取引先の変更などが
あると，その変更情報をマスタデータ記憶手段１０に登
録する（ステップＳ１）。次に，マスタデータの更新に
伴う各種テーブルの更新チェックを行う（ステップＳ
２）。例えば，新店追加の場合，基本商品マスタデータ
１１の商品扱い店情報と店マスタデータ１３と店別商品
マスタデータ１４などがチェック対象となる。更新情報
があるかどうかを調べ（ステップＳ３），更新情報があ
れば，ステップＳ４へ進む。

【００４２】次に，ステップＳ４では，更新情報が各サ
テライトシステム（販売管理システム２または受注管理
システム３）に関係するものかどうかを判断し，送信す
る必要がある場合には，商品情報管理システム１の更新
情報送信手段２２と，販売管理システム２の更新情報受
信手段４１または受注管理システム３の更新情報受信手
段７１との間で，必要な更新情報の送受信を行う（ステ
ップＳ５）。

【００４３】次に，商品情報管理システム１，販売管理
システム２，受注管理システム３のそれぞれにおいて，
マスタ情報更新手段２１および更新情報を受け取ったサ
テライトシステムの更新情報書込手段４２，７２は，関
連するマスタやファイルのメンテナンスを行う（ステッ
プＳ６）。

【００４４】このように，販売管理システム２および受
注管理システム３に対して，商品情報管理システム１で
管理するマスタデータと整合性のある更新情報が随時送
信され，データのメンテナンスが行なわれる。これによ
り，販売管理システム２を利用する小売業者と，受注管
理システム３を利用する取引先（卸業者）は，相互に正
確な商品情報を利用することができる。

【００４５】次に，商品発注から商品納入までの処理を
説明する。図６に，商品発注から商品納入までの処理の
流れの概要を示す。商品の発注は，商品情報管理システ
ム１が独自に行う場合と，販売管理システム２からの発
注依頼により商品情報管理システム１が行う場合とがあ
る。

【００４６】図７に，販売管理システムから送信される
発注データの例を示す。図７に示すように，発注データ
は，データ区分，店コード，発注日，伝票種別，取引先
コード，商品コード，発注数量，店舗送信日などのデー
タからなる。

【００４７】商品情報管理システム１の商品発注プログ
ラム３０では，自システムの入力手段等により入力され
た発注データ，あるいは１または複数の小売業者の販売
管理システム２から送信された図７に示すような発注デ
ータをもとに，必要に応じて基本商品マスタデータ１
１，取引先マスタデータ１２を参照して発注情報を作成
する（ステップＳ１１）。なお，商品情報管理システム
１が，取引先の在庫情報を持つ場合には，在庫を確認し
て発注情報を作成するようにしてもよい。

【００４８】次に，作成した発注情報に基づいて，各取
引先に実際に発注する情報である発注書データを作成
し，さらに，各店向けの入荷予定データを作成し（ステ
ップＳ１２），発注書データを発注先の受注管理システ
ム３へ送信し，入荷予定データを商品が納入される小売
店の販売管理システム２へ送信する（ステップＳ１
３）。

【００４９】図８に発注書データの例を示す。発注書デ
ータは，データ区分，発注日，納品予定日，伝票種別，
伝票番号，店コード，商品品番，納品予定数，単価，登
録日からなる。この発注書データでは，販売管理システ
ム２から送付された発注データに含まれる販売商品のコ
ード系である商品コードは，商品情報管理システム１の
発注情報作成手段３１によって，基本商品マスタデータ
１１をもとに仕入商品のコード系である商品品番に書き
換えられている。

【００５０】図９に入荷予定データの例を示す。入荷予
定データは，データ区分，発注日，入荷予定日，伝票種
別，伝票番号，取引先コード，サイズコード，色コー
ド，商品コード，入荷予定数，登録日からなる。

【００５１】受注管理システム３は，受信した発注書デ
ータをチェックし，内容に訂正がない場合には受注情報
ファイル９２へ追加する（ステップＳ１４）。発注書デ
ータの内容訂正が必要な場合には，訂正情報を商品情報
管理システム１へ返信するとともに，内容の合意がとれ
た場合には受注情報ファイル９２に訂正された情報を追
加する。商品情報管理システム１では，訂正情報が入荷
予定データに関連するものである場合には，販売管理シ
ステム２に訂正情報を送信する。

【００５２】次に，受信した発注書データ（受注デー
タ）をもとに，納入伝票作成手段８２により納入伝票を
作成する（ステップＳ１５）。続いて，納品用商品ファ
イル９１にその商品についてタグの発行が必要であるこ
とが指示されているかどうかをチェックし，指示されて
いれば，タグ情報ファイル９３を参照して，発注書デー
タからタグ情報の印刷パターンを生成しタグを発行する
（ステップＳ１６）。商品の出荷時には，納入伝票を添
付してタグを同梱し，指定された小売店へ向けて商品を
出荷する（ステップＳ１７）。

【００５３】一方，販売管理システム２は，入荷予定デ
ータを納品情報ファイル６２へ保管しておく（ステップ
Ｓ１８）。商品入荷時には，納品情報ファイル６２の入
荷予定データと納品数や破損などをつきあわせチェック
して受領確認を行う（ステップＳ１９）。ここで，欠
品，品違い等があれば欠品手配情報・返品情報を商品情
報管理システム１に送信する。間違いがなければ入荷確
認データを商品情報管理システム１へ送信する。

【００５４】図１０に，販売管理システム２で使用する
商品コードと受注管理システム３で使用する商品品番の
関係を示す。図１０に示すように，小売業者が仕入伝票
等により商品発注を行う際に，販売管理システム２では
販売商品の識別に商品コードを用いて行う。このため，
商品情報管理システム１では，基本商品マスタデータ１
１を用いて，受信した発注データに含まれる商品コード
に対応する受注管理システム２で使用する商品品番を検
索して発注書データを作成し，受注管理システム３に送
信する。

【００５５】受注管理システム３では，受信した発注書
データから納入伝票を作成し，納品用商品ファイル９１
にタグの発行が指示されている場合には，納入する商品
に添付するタグを発行する。タグは納入先の小売店舗で
使用する商品コードで表示する必要があるため，納品用
商品ファイル９１を参照して商品品番を商品コードに変
換し，タグ情報ファイル９３にあらかじめ登録されてい
る指定された表示形式のタグを発行する。

【００５６】その後，小売店舗で，商品の売上があった
場合には，売上データを商品情報管理システム１に送信
する。図１１に売上データの構成例を示す。売上データ
は，データ区分，店コード，売上計上日，売上種別，内
部管理コード，商品コード，売上数量，単価，値引額，
店舗送信日からなる。これにより，商品情報管理システ
ム１では，店舗の商品残数を把握することができ，商品
発注プログラム３０は，販売管理システム２からの発注
データを待たずに，発注情報を作成することも可能とな
る。

【００５７】図１２に従って，商品発注から商品納入ま
での処理の流れの具体例を説明する。

【００５８】（１）小売店舗Ｐでは，ペン（商品コード
Ａａａ０１）の赤（Ｒ），青（Ｂ）各２０本，マーカ
（商品コードＡａａ０２）の赤（Ｒ），青（Ｂ）各１０
本を内容とする発注データ１０１を小売業者本部のサー
バシステムに送信する。小売店舗Ｑでは，ペン（商品コ
ードＡａａ０１）の赤（Ｒ），青（Ｂ）各１０本の発注
データ１０２を小売業者本部のサーバシステムに送信す
る。

【００５９】（２）小売業者本部のサーバシステムは，
基本商品マスタ１１１，取引先／店マスタ１１２，小売
店舗Ｐの発注データ１０１，小売店舗Ｑの発注データ１
０２をもとに，商品コードと色等から取引先の商品品番
を抽出し，発注依頼データ１１３を作成する。ペン赤お
よび青の発注依頼数は各３０本となる。ここで，ペンと
マーカを取り扱う取引先として取引先Ｘ，取引先Ｙが抽
出されている。

【００６０】（３）在庫確認で，取引先Ｘには，ペン赤
（商品コードＡａａ０１：品番Ｘ０１１）の在庫が２０
本，マーカ青は在庫切れ（０本）であること，取引先Ｙ
にはペン赤およびマーカ青の在庫があることを確認す
る。

【００６１】（４）取引先Ｘ，取引先Ｙごとの発注書デ
ータを作成する。在庫確認の結果から，取引先Ｘに対す
る「ペン赤２０本，ペン青３０本，マーカ赤１０本」の
発注書データ１１４を取引先Ｘ（Ｘnnn ）の商品品番を
用いて作成し，取引先Ｙに対する「ペン赤１０本，マー
カ青１０本」の発注書データ１１５を取引先Ｙの商品品
番（Ｙnnn ）を用いて作成する。小売店舗が持つ商品情
報は，すべて小売業者本部の基本商品マスタ１１１に登
録された情報であるため，小売店舗Ｐ，Ｑからの発注デ
ータ１０１，１０２から，発注書データ１１４，１１５
を自動的に作成することが可能である。

【００６２】（５）取引先Ｘ，Ｙのシステムへ発注書デ
ータ１１４，１１５を送信する。

【００６３】（６）小売店舗Ｐ，Ｑのシステムにも入荷
予定データを送信する。従来の技術では，小売店舗では
小売業者本部の発行した発注書そのものを入手するだけ
で，実際の仕入商品との対応付けが困難であることがあ
ったが，本システムでは，発注側のシステムと受注側の
システムとが，同じマスタデータに基づいて処理する構
成になっているため，発注書データの内容を入荷予定デ
ータとして直ちに受け入れることができるようになる。

【００６４】（７）取引先Ｘ，Ｙでは，受信した発注書
データをもとに納入伝票１２１，１２２を発行する。従
来の技術では，発注側のシステムと受注側のシステムと
が個別に構築されていたため，受注側のシステムでは，
発注書から伝票データを手入力などにより入力し，入力
したデータが正しいかどうかなどのつき合わせチェック
が必要であったのに対し，本システムでは，あらかじめ
受注側のシステムが発注側と同じマスタデータの商品情
報を持つため，受信した発注書データをそのまま受注デ
ータとして用いることができる。

【００６５】（８）商品コード，売価を記したタグ１２
３を発行する。従来の技術では，受注側のシステムにお
いて売価を記したタグ１２３を発行する場合，受注デー
タからタグ情報を自動生成することができないため，商
品ごとに個別に人手を介してタグ情報の生成および印刷
が必要であった。本システムでは，受注側のシステム
が，発注側からあらかじめ通知された必要なマスタデー
タを保持するため，受注データからタグを自動発行する
ことが可能である。

【００６６】（９）納入伝票１２１，１２２を添付し
て，タグ１２３を同梱した商品を納入する。

【００６７】（１０）小売店舗Ｐ，Ｑでは，納入された
商品を検品し，入荷確認データを小売本部へ送信する。
特に，従来の技術では，営業段階において商品の値引き
などがあった場合，発注側が意図してる仕入原価と，受
注側が管理している仕入原価とに不一致が生じるという
ようなことがあったが，本システムでは，発注側と受注
側とが同じマスタデータに基づく処理を行っているた
め，不一致が生じるということは解消される。

【００６８】（１１）その後，小売店舗Ｐ，Ｑは，商品
が売れた場合には，売上データを小売業者本部のサーバ
システムへ送信する。これによって，小売業者本部にお
いて，売上などの集計を一括して行うことが可能であ
る。

【００６９】

【発明の効果】以上説明したように，本発明によれば，
小売業者が商品販売に使用する商品情報や小売業者が発
注する際に使用する商品の情報と，卸業者が受注確認や
納品情報作成に使用する商品情報とを統一することがで
きる。これにより，発注／受注／納品／検品／販売とい
った商品取引のサイクルにおいて，価格違いや商品違い
などの誤りを一掃することができ，これらの業務および
取引を迅速，かつ正確，容易にすることが可能になる。

【００７０】また，企業間毎に商品取引の価格情報の変
更などを行った結果を，統一的に反映することができ，
従来の技術では必要であった企業毎のデータ変更作業を
大幅に軽減することが可能になる。さらに，企業間での
情報の共通化，一元化により，卸業者の該当商品の在庫
情報などを，小売業者が容易に照会したり，小売業者側
の在庫情報や販売情報を卸業者側が照会するシステムも
容易に構築可能になる。

【００７１】以上のように，小売業者と卸業者というよ
うに異なる業者間，企業間で使用する商品の管理情報を
一元化し，それぞれで使用する商品識別コードの対応関
係情報を持ち，これを介して相互の商品識別コードを利
用可能にすることにより，業務処理の負担軽減とデータ
の信頼性を高めることが可能となる。

【図面の簡単な説明】

【図１】本発明のシステム構成例を示す図である。

【図２】基本商品マスタデータの構成例を示す図であ
る。

【図３】取引先マスタデータの構成例を示す図である。

【図４】商品情報管理システムで管理する各種マスタデ
ータと，販売管理システムおよび受注管理システムで記
憶するデータの関係を示す図である。

【図５】マスタデータのメンテナンス処理の流れの概要
を示す図である。

【図６】商品発注から商品納入までの処理の流れの概要
を示す図である。

【図７】発注データの構成例を示す図である。

【図８】発注書データの構成例を示す図である。

【図９】入荷予定データの構成例を示す図である。

【図１０】販売管理システムで使用する商品コードと受
注管理システムで使用する商品品番の関係を説明するた
めの図である。

【図１１】売上データの構成例を示す図である。

【図１２】商品発注から商品納入までの具体的なデータ
の流れを示す図である。

【符号の説明】

１ 商品情報管理システム（本部サーバ） １０ マスタデータ記憶手段 １１ 基本商品マスタデータ １２ 取引先マスタデータ １３ 店マスタデータ １４ 店別商品マスタデータ ２０ マスタメンテナンスプログラム ２１ マスタ情報更新手段 ２２ 更新情報送信手段 ３０ 商品発注プログラム ３１ 発注情報作成手段 ３２ 発注情報送信手段 ２ 販売管理システム（小売業者サテライトシステ
ム） ４０ マスタ更新プログラム ４１ 更新情報受信手段 ４２ 更新情報書込手段 ５０ 仕入管理プログラム ５１ 欠品手配・返品情報チェック手段 ６１ 店用商品ファイル ６２ 納品情報ファイル ３ 受信管理システム（卸業者サテライトシステム） ７０ マスタ更新プログラム ７１ 更新情報受信手段 ７２ 更新情報書込手段 ８０ 受注管理プログラム ８１ 受注情報チェック手段 ８２ 納入伝票作成手段 ８３ タグ発行手段 ９１ 納品用商品ファイル ９２ 受注情報ファイル ９３ タグ情報ファイル

Claims (5)

【特許請求の範囲】
1. 【請求項１】 商品情報および商品の発注を管理するサ
   ーバシステムと，取引先に設置されるサテライトシステ
   ムからなる商品発注受注統合システムであって，前記サ
   ーバシステムは，少なくとも商品名称および価格情報を
   含む商品の基本情報とともに，販売商品のコード系と仕
   入商品のコード系とを関連付ける情報を記憶する商品マ
   スタデータ記憶手段と，前記商品マスタデータ記憶手段
   の記憶内容が更新されたときに，その更新された情報を
   前記サテライトシステムへ送信する手段とを備え，前記
   販売商品のコード系と仕入商品のコード系とを関連付け
   る情報に基づいて前記サーバシステムにおける発注管理
   および前記サテライトシステムにおける受注管理が行わ
   れるようにしたことを特徴とする商品発注受注統合シス
   テム。
2. 【請求項２】 請求項１記載の商品発注受注統合システ
   ムにおいて，前記サテライトシステムは，受注した商品
   を特定する情報を有する商品マスタデータと前記サーバ
   システムからの受注データとをもとに，商品値札情報を
   生成し，商品値札を発行する手段を備えることを特徴と
   する商品発注受注統合システム。
3. 【請求項３】 商品情報および商品の発注を管理する商
   品情報管理システムと，商品の販売・仕入を管理する複
   数の販売管理システムと，商品の受注を管理する複数の
   受注管理システムとからなる商品発注受注統合システム
   であって，前記商品情報管理システムは，商品の持つ基
   本情報からなる基本商品マスタデータ，前記受注管理シ
   ステムを持つ取引先の情報からなる取引先マスタデー
   タ，前記販売管理システムを持つ店舗の情報からなる店
   マスタデータ，および前記各店舗が取り扱う商品の情報
   からなる店別商品マスタデータを記憶するマスタデータ
   記憶手段と，前記マスタデータ記憶手段に記憶されたデ
   ータのうち，前記受注管理システムが必要とするデータ
   を前記受注管理システムへ送信し，前記販売管理システ
   ムが必要とするデータを前記販売管理システムへ送信す
   る手段と，前記マスタデータに基づいて商品の発注情報
   を作成し，前記受注管理システムへ送信する手段と，前
   記受注管理システムへ送信した発注情報を，商品を入荷
   する店舗の販売管理システムへ入荷予定データとして送
   信する手段とを備え，前記受注管理システムは，発注情
   報を受信したときに，前記商品情報管理システムから送
   信されたマスタデータに基づいて発注情報をチェックす
   る手段と，受信した発注情報および前記マスタデータか
   ら商品の納入のための伝票を作成し発行する手段とを備
   え，前記販売管理システムは，入荷した商品の伝票と前
   記商品情報管理システムから送信された入荷予定データ
   とを照合し，商品の過不足が生じた場合に欠品手配情報
   または返品情報を作成し，前記受注管理システムへ送信
   する手段を備えることを特徴とする商品発注受注統合シ
   ステム。
4. 【請求項４】 商品情報および商品の発注を管理する商
   品情報管理システムと，商品の販売・仕入を管理する複
   数の販売管理システムと，商品の受注を管理する複数の
   受注管理システムとからなる商品発注受注統合システム
   における商品情報管理システムのプログラムを記憶した
   記憶媒体であって，商品の持つ基本情報からなる基本商
   品マスタデータ，前記受注管理システムを持つ取引先の
   情報からなる取引先マスタデータ，前記販売管理システ
   ムを持つ店舗の情報からなる店マスタデータ，および前
   記各店舗が取り扱う商品の情報からなる店別商品マスタ
   データを管理し，これらのデータが更新されたときに，
   その更新されたデータを必要とする前記受注管理システ
   ムもしくは前記販売管理システムまたはその双方に，更
   新されたデータを送信する処理と，前記マスタデータに
   基づいて商品の発注情報を作成し，前記受注管理システ
   ムへ送信する処理と，前記受注管理システムへ送信した
   発注情報を，商品を入荷する店舗の販売管理システムへ
   入荷予定データとして送信する処理とを，計算機に実行
   させるプログラムを記憶したことを特徴とする商品情報
   管理プログラム記憶媒体。
5. 【請求項５】 商品発注受注統合システムにおいて用ら
   れる商品の基本情報を記憶する計算機が読み取り可能な
   記憶媒体であって，各商品ごとに，少なくとも商品名
   称，価格情報，その商品を納入する取引先情報，その商
   品を販売する店の情報，取引先が使用する商品のコード
   情報および商品を販売する店が使用する商品のコード情
   報を記憶することを特徴とする商品マスタデータ記憶媒
   体。