JP2013065166A

JP2013065166A - 引当管理装置、引当管理方法及び引当管理プログラム

Info

Publication number: JP2013065166A
Application number: JP2011202996A
Authority: JP
Inventors: Yoshiaki Ono; 芳明大野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2011-09-16
Filing date: 2011-09-16
Publication date: 2013-04-11
Anticipated expiration: 2031-09-16
Also published as: JP5866909B2

Abstract

【課題】適切に引当すること。
【解決手段】本発明は、抽出手段と、解放手段と、引当手段と、制御手段とを備える。抽出手段は、倉庫に存在する商品の数量を示す現物在庫と、倉庫に入庫される商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注のうち、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する。解放手段は、抽出された受注に引当された引当原資を解放する。引当手段は、抽出された受注に対して、受注の特性に応じて、解放された引当原資を含む所定倉庫の引当原資のうち、現物在庫及び入庫計画のいずれかを優先して引当する。制御手段は、抽出手段に受注を抽出させ、抽出された受注に引当された引当原資を解放手段に解放させ、解放された引当原資を抽出された受注に対して引当させる処理を任意のタイミングで繰り返し実行する。
【選択図】図１０

Description

本発明は、引当管理装置、引当管理方法及び引当管理プログラムに関する。

従来、例えば、製造分野や物流分野において、各地の倉庫にある商品の在庫を管理するために、在庫を引当する技術が存在する。例えば、この技術では、顧客から商品を受注した際に、顧客の希望納品日や各倉庫における商品の在庫状況が考慮され、ある倉庫に管理される在庫が引当される。

しかしながら、上記従来技術では、必ずしも適切に引当されていないという問題があった。例えば、受注の変更によって引当可能な在庫の数が増減したり、受注のキャンセルによって引当されていた在庫がリリース（解放）されたりするなど、在庫の数は日々変動する。このため、例えば、受注時点で適切に引当された在庫が、出荷時点でも適切に引当されているとは限らない。つまり、日々の在庫の変動を考慮すると、引当された在庫が必ずしも適切に引当されているとは言えなかった。

開示の技術は、上記に鑑みてなされたものであって、適切に引当することができる引当管理装置、引当管理方法及び引当管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、倉庫に存在する商品の数量を示す現物在庫と、当該倉庫に入庫される当該商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注のうち、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する抽出手段と、前記抽出手段により抽出された受注に引当された前記引当原資を解放する解放手段と、前記抽出手段により抽出された受注に対して、当該受注の特性に応じて、前記解放手段により解放された引当原資を含む前記倉庫の前記引当原資のうち、前記現物在庫及び前記入庫計画のいずれかを優先して引当する引当手段と、前記抽出手段に前記受注を抽出させ、前記抽出手段により抽出された受注に引当された前記引当原資を前記解放手段に解放させ、前記解放手段により解放された引当原資を前記抽出手段により抽出された受注に対して前記引当手段に引当させる処理を任意のタイミングで繰り返し実行する制御手段とを備えることを特徴とする。

また、本発明は、倉庫に存在する商品の数量を示す現物在庫と、当該倉庫に入庫される当該商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注のうち、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する抽出工程と、前記抽出工程により抽出された受注に引当された前記引当原資を解放する解放工程と、前記抽出工程により抽出された受注に対して、当該受注の特性に応じて、前記解放工程により解放された引当原資を含む前記倉庫の前記引当原資のうち、前記現物在庫及び前記入庫計画のいずれかを優先して引当する引当工程とを含み、任意のタイミングで前記抽出工程と、前記解放工程と、前記引当工程とを繰り返し実行することを特徴とする。

また、本発明は、倉庫に存在する商品の数量を示す現物在庫と、当該倉庫に入庫される当該商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注のうち、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する抽出ステップと、前記抽出ステップにより抽出された受注に引当された前記引当原資を解放する解放ステップと、前記抽出ステップにより抽出された受注に対して、当該受注の特性に応じて、前記解放ステップにより解放された引当原資を含む前記倉庫の前記引当原資のうち、前記現物在庫及び前記入庫計画のいずれかを優先して引当する引当ステップとを任意のタイミングで繰り返しコンピュータに実行させる。

本願の開示する技術の一つの態様によれば、適切に引当することができるという効果を奏する。

図１は、本実施形態に係る引当管理装置の構成を示す図である。図２は、引当管理装置が引当する引当原資について説明するための図である。図３は、受注テーブルの一例を示す図である。図４は、入庫計画テーブルの一例を示す図である。図５は、現物在庫テーブルの一例を示す図である。図６は、在庫区決定テーブルの一例を示す図である。図７は、上位倉庫決定テーブルの一例を示す図である。図８は、受注引当処理の処理手順を示すフローチャートである。図９は、受注引当処理の処理手順を示すフローチャートである。図１０は、引当見直し処理の処理手順を示すフローチャートである。図１１は、保留引当処理の処理手順を示すフローチャートである。

以下に、図面を参照して、この発明にかかる引当管理装置、引当管理方法及び引当管理プログラムの一実施の形態を詳細に説明する。

まず、本実施形態に係る引当管理装置の構成について説明する。図１は、本実施形態に係る引当管理装置の構成を示す図である。引当管理装置１００は、顧客からの受注に対して、顧客の希望納品日や各地の倉庫における商品の在庫状況に基づき、ある倉庫に管理される在庫、すなわち引当原資を引当する処理を行うＰＣ（Personal Computer）やサーバ装置などの情報処理装置である。

ここで、引当管理装置１００が引当する引当原資について説明する。図２は、引当管理装置が引当する引当原資について説明するための図である。図２には、顧客２ａからの受注に対して、各地の倉庫の引当原資のいずれかが引当される場合を示す。この引当原資は、例えば、倉庫に存在する商品の数量を示す現物在庫と、倉庫に入庫される商品の数量を示す入庫計画とを含む。また、入庫計画は、例えば、工場において生産される商品の数量を含む。図２に示すように、御殿場工場２ｂに管理される引当原資は、入庫計画２ｃ及び現物在庫２ｄを含む。また、大阪倉庫２ｅに管理される引当原資は、入庫計画２ｆ及び現物在庫２ｇを含む。また、鳥栖倉庫２ｈに管理される引当原資は、入庫計画２ｉ及び現物在庫２ｊを含む。図２に示す例では、引当管理装置１００が各地の倉庫の引当原資のいずれかを引当することで、引当原資は作業店２ｋを介して顧客２ａに納品される。なお、図２に示した地域倉庫とは、顧客が指定した納品先に商品を出荷する上での最寄りの倉庫を示し、上位倉庫とは、地域倉庫から納品できない場合に次に商品を出荷する候補となる倉庫を示し、本部倉庫とは、商品を出荷する最後の候補となる倉庫を示す。

図１の説明に戻る。図１に示すように、引当管理装置１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入力部１４、表示部１５、記憶部１６及び通信部１７等を備える。

ＣＰＵ１１は、ＲＯＭ１２や記憶部１６に記憶された所定のプログラムと協働することで、引当管理装置１００の動作を統括的に制御する。また、ＣＰＵ１１は、ＲＯＭ１２や記憶部１６に記憶された所定のプログラムと協働することで、後述する受注引当処理部１１１、引当見直し処理部１１２及び保留引当処理部１１３の機能を実現する。

ＲＯＭ１２は、引当管理装置１００の制御に係る種々のプログラムを記憶する不揮発性記憶媒体である。ＲＡＭ１３は、ＣＰＵ１１のワークメモリとして使用される主記憶装置である。

入力部１４は、キーボードやマウス等の入力デバイスであり、ユーザが操作した内容をＣＰＵ１１に出力する。例えば、入力部１４は、顧客、又は、顧客から注文を受けた者（例えば、営業担当者）による受注のデータの入力を受け付けて、受け付けた受注データをＣＰＵ１１に出力する。

表示部１５は、ディスプレイ等の表示デバイスであり、ＣＰＵ１１の制御に従い所定の情報（例えばＵＩ（ユーザインターフェース）等）を表示する。例えば、表示部１５は、ユーザの操作に応じて、後述する記憶部１６に記憶された各種情報を表示する。

記憶部１６は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の補助記憶装置であって、ＣＰＵ１１により実行される種々のプログラムや、当該プログラムの実行に係る各種の設定情報を記憶する。また、記憶部１６は、後述する受注テーブル１６１、入庫計画テーブル１６２、現物在庫テーブル１６３、在庫区決定テーブル１６４及び上位倉庫決定テーブル１６５の情報を記憶する。

通信部１７は、図示しないネットワークに接続された外部装置と情報の送受信を行うネットワークＩ／Ｆである。例えば、通信部１７は、顧客、又は、顧客から注文を受けた者により外部装置に入力された受注データを受け付けて、受け付けた受注データをＣＰＵ１１に出力する。

次に、引当管理装置１００が記憶する各種の情報について説明する。図１に示すように、引当管理装置１００は、記憶部１６が記憶する情報として、受注テーブル１６１と、入庫計画テーブル１６２と、現物在庫テーブル１６３と、在庫区決定テーブル１６４と、上位倉庫決定テーブル１６５とを有する。

受注テーブル１６１は、受注のデータを記憶する。例えば、受注テーブル１６１には、受注データをＣＰＵ１１が受け付けるごとに、１つのレコードがＣＰＵ１１により登録される。図３は、受注テーブルの一例を示す図である。図３に示すように、受注テーブル１６１は、受注ごとに、受注番号と、引当優先番号と、受注日と、在庫区と、商品と、数量と、希望納品日と、出荷倉庫と、確定納品日と、状況とを対応付けて記憶する。このうち、受注番号は、受注データを識別する識別情報であり、例えば、受注データを受け付けるごとにＣＰＵ１１により採番される。引当優先番号は、受注の特性に応じてＣＰＵ１１により採番される番号である。ここで、受注の特性とは、該当する受注に特有の性質を示し、例えば、工場キッティング受注であるか、受注チャネルがインターネット経由であったか、あるいは受注チャネルが電話であったか等を示す情報である。例えば、引当優先番号には、工場キッティング受注には「１」が、受注チャネルが電話であった受注には「９」が格納され、特筆すべき受注の特性を有しない受注にはデフォルト値として「５」が格納される。受注日は、受注データを受け付けた日付を示す。在庫区は、顧客が指定した納品先に商品を出荷する上での最寄りの倉庫を示す。商品は、顧客から受注した商品を示す。数量は、顧客から受注した商品の数量を示す。希望納品日は、顧客が希望する商品の納品日を示す。出荷倉庫は、引当された商品を出荷する倉庫を示す。確定納品日は、確定した納品日を示す。状況は、該当する受注データの状況を示し、例えば、引当されたことを示す「引当済」や引当が保留されたことを示す「保留」が格納される。

入庫計画テーブル１６２は、入庫計画を記憶する。図４は、入庫計画テーブルの一例を示す図である。図４には、本部倉庫における商品Ａの入庫計画を例示する。図４に示すように、入庫計画テーブル１６２は、日付ごとに、入庫計画数と、引当可能数と、引当済数とを対応付けて記憶する。このうち、入庫計画数は、倉庫に入庫される商品の数量を示す。引当可能数は、入庫計画数のうち引当可能な数量を示す。引当済数は、入庫計画数のうち引当された数量を示す。つまり、入庫計画数は、引当可能数と引当済数との和となる。図４に示す例では、入庫計画テーブル１６２は、３月３１日について、入庫計画数「１０」と、引当可能数「３」と、引当済数「７」とを記憶する。つまり、入庫計画テーブル１６２は、本部倉庫に３月３１日に入庫される商品Ａが１０個であり、このうち７個が受注データに引当されており、３個が引当可能であることを記憶する。

現物在庫テーブル１６３は、現物在庫を記憶する。図５は、現物在庫テーブルの一例を示す図である。図５に示すように、現物在庫テーブル１６３は、倉庫と、商品と、現物在庫数と、引当可能数と、引当済数とを対応付けて記憶する。このうち、現物在庫数は、該当倉庫に存在する該当商品の数量を示す。つまり、現物在庫数は、引当可能数と引当済数との和となる。図５に示す例では、現物在庫テーブル１６３は、本部倉庫について、商品「Ａ」と、現物在庫数「２０」と、引当可能数「１５」と、引当済数「５」とを記憶する。つまり、現物在庫テーブル１６３は、本部倉庫に商品Ａが２０個存在し、このうち５個が受注データに引当されており、１５個が引当可能であることを記憶する。

在庫区決定テーブル１６４は、顧客が指定した納品先に商品を出荷する上での最寄りの倉庫を記憶する。図６は、在庫区決定テーブルの一例を示す図である。図６に示すように、在庫区決定テーブル１６４は、納品エリアと、商品と、在庫区とを対応付けて記憶する。納品エリアは、顧客に指定された商品の納品先を含む地域を示す。図６に示す例では、在庫区決定テーブル１６４は、納品エリア「静岡県」と、商品「Ａ」と、在庫区「本部倉庫」とを対応付けて記憶する。つまり、在庫区決定テーブル１６４は、商品Ａを納品する際に、顧客から指定された納品先が静岡県である場合には、最適な倉庫は本部倉庫である旨を記憶する。

上位倉庫決定テーブル１６５は、ある倉庫から納品できない場合に次に商品を出荷する候補となる倉庫を記憶する。図７は、上位倉庫決定テーブルの一例を示す図である。図７に示すように、上位倉庫決定テーブル１６５は、倉庫と、上位倉庫とを対応付けて記憶する。このうち、上位倉庫は、該当する倉庫から納品できない場合に次に商品を出荷する候補となる倉庫を示す。図７に示す例では、上位倉庫決定テーブル１６５は、倉庫「大阪倉庫」と、上位倉庫「本部倉庫」とを対応付けて記憶する。つまり、上位倉庫決定テーブル１６５は、大阪倉庫の上位倉庫が本部倉庫である旨を記憶する。

次に、引当管理装置１００の機能構成について説明する。図１に戻り、引当管理装置１００は、ＣＰＵ１１と所定のプログラムとの協働により実現される機能部として、受注引当処理部１１１と、引当見直し処理部１１２と、保留引当処理部１１３とを有する。

受注引当処理部１１１は、受注の際に引当原資を引当する受注引当処理を実行する。例えば、受注引当処理部１１１は、受注データを受け付けると、受注データの希望納品日に引当可能な引当原資を引当する。例えば、受注引当処理部１１１は、本部倉庫の入庫計画、本部倉庫の現物在庫、地域倉庫の入庫計画、地域倉庫の現物在庫、上位倉庫の入庫計画、上位倉庫の現物在庫の順に、優先して引当する。受注引当処理部１１１は、希望納品日に引当可能な引当原資が存在する場合には、受け付けた受注データの状況を「引当済」とし、希望納品日に引当可能な引当原資が存在しない場合には、受け付けた受注データの状況を「引当保留」とする。

引当見直し処理部１１２は、引当済の受注に対して引当された引当原資を見直す引当見直し処理を実行する。例えば、引当見直し処理部１１２は、引当原資を引当済みの一又は複数の受注のうち、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する。引当見直し処理部１１２は、抽出した受注に引当された引当原資をリリース（解放）する。引当見直し処理部１１２は、抽出した受注に対して、受注の特性に応じて、リリースした引当原資を含む所定倉庫の引当原資のうち、現物在庫及び入庫計画のいずれかを優先して引当する。引当見直し処理部１１２は、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出し、抽出した受注に引当された引当原資をリリースし、抽出した受注に対してリリースした引当原資を引当する処理を、任意のタイミングで繰り返し実行する。

また、引当見直し処理部１１２は、例えば、確定納品日に引当可能な引当原資を引当し、引当可能な引当原資が存在しない場合に、確定納品日に引当された全ての受注を出力する。

保留引当処理部１１３は、引当保留の受注に対して引当原資を引当する保留引当処理を実行する。例えば、保留引当処理部１１３は、受け付けた受注データのうち、引当保留の受注データを抽出する。保留引当処理部１１３は、抽出した受注データの希望納品日に引当可能な引当原資を引当する。例えば、保留引当処理部１１３は、地域倉庫の入庫計画、地域倉庫の現物在庫、上位倉庫の入庫計画、上位倉庫の現物在庫の順に、優先して引当する。保留引当処理部１１３は、希望納品日に引当可能な引当原資が存在する場合には、抽出した受注データの状況を「引当済」とし、希望納品日に引当可能な引当原資が存在しない場合には、抽出した受注データの状況を「引当保留」とする。

次に、引当管理装置１００の処理手順について説明する。図８及び図９は、受注引当処理の処理手順を示すフローチャートである。図８に示すように、受注データを受け付けると（ステップＳ１０１；Ｙｅｓ）、受注引当処理部１１１は、本部倉庫の入庫計画で希望納品日を遵守できるか否かを判定する（ステップＳ１０２）。例えば、受注引当処理部１１１は、３月２５日に、商品「Ａ」、数量「５」、希望納品日「４月２日」及び納品エリア（納品先住所など）「宮崎県・・・」等のデータを受注データとして受け付ける。そして、受注引当処理部１１１は、図４に例示した本部倉庫の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。本部倉庫の入庫計画で希望納品日を遵守できると判定した場合には（ステップＳ１０２；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

本部倉庫の入庫計画で希望納品日を遵守できないと判定した場合には（ステップＳ１０２；Ｎｏ）、受注引当処理部１１１は、本部倉庫の現物在庫で希望納品日を遵守できるか否かを判定する（ステップＳ１０３）。例えば、受注引当処理部１１１は、図５に例示した現物在庫テーブル１６３を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。本部倉庫の現物在庫で希望納品日を遵守できると判定した場合には（ステップＳ１０３；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

本部倉庫の現物在庫で希望納品日を遵守できないと判定した場合には（ステップＳ１０３；Ｎｏ）、受注引当処理部１１１は、地域倉庫の入庫計画で希望納品日を遵守できるか否かを判定する（ステップＳ１０４）。例えば、受注引当処理部１１１は、図６に例示した在庫区決定テーブル１６４を参照し、受注データの納品エリア「宮崎県・・・」及び商品「Ａ」に対応する在庫区「鳥栖倉庫」を決定する。そして、受注引当処理部１１１は、鳥栖倉庫の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。地域倉庫の入庫計画で希望納品日を遵守できると判定した場合には（ステップＳ１０４；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

地域倉庫の入庫計画で希望納品日を遵守できないと判定した場合には（ステップＳ１０４；Ｎｏ）、受注引当処理部１１１は、地域倉庫の現物在庫で希望納品日を遵守できるか否かを判定する（ステップＳ１０５）。例えば、受注引当処理部１１１は、図５に例示した現物在庫テーブル１６３を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。地域倉庫の現物在庫で希望納品日を遵守できると判定した場合には（ステップＳ１０５；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

地域倉庫の現物在庫で希望納品日を遵守できないと判定した場合には（ステップＳ１０５；Ｎｏ）、受注引当処理部１１１は、上位倉庫の入庫計画で希望納品日を遵守できるか否かを判定する（ステップＳ１０６）。例えば、受注引当処理部１１１は、図７に例示した上位倉庫決定テーブル１６５を参照し、判定した地域倉庫「鳥栖倉庫」に対応する上位倉庫「山口倉庫」を決定する。そして、受注引当処理部１１１は、山口倉庫の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。上位倉庫の入庫計画で希望納品日を遵守できると判定した場合には（ステップＳ１０６；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

上位倉庫の入庫計画で希望納品日を遵守できないと判定した場合には（ステップＳ１０６；Ｎｏ）、受注引当処理部１１１は、上位倉庫の現物在庫で希望納品日を遵守できるか否かを判定する（ステップＳ１０７）。例えば、受注引当処理部１１１は、図５に例示した現物在庫テーブル１６３を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。上位倉庫の現物在庫で希望納品日を遵守できると判定した場合には（ステップＳ１０７；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

上位倉庫の現物在庫で希望納品日を遵守できないと判定した場合には（ステップＳ１０７；Ｎｏ）、受注引当処理部１１１は、上位倉庫が存在するか否かを判定する（ステップＳ１０８）。例えば、受注引当処理部１１１は、図７に例示した上位倉庫決定テーブル１６５を参照し、判定した上位倉庫「山口倉庫」に対応する上位倉庫「大阪倉庫」を決定する。上位倉庫が存在すると判定した場合には（ステップＳ１０８；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１０６に移行する。

上位倉庫が存在しないと判定した場合には（ステップＳ１０８；Ｎｏ）、図９に示すように、受注引当処理部１１１は、地域倉庫の入庫計画で納品日を確定できるか否かを判定する（ステップＳ１０９）。例えば、受注引当処理部１１１は、ステップＳ１０４において決定した在庫区「鳥栖倉庫」の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、納品日を確定できるか否かを判定する。納品日を確定できると判定した場合には（ステップＳ１０９；Ｙｅｓ）、受注引当処理部１１１は、ステップＳ１１０に移行する。

納品日を確定できないと判定した場合には（ステップＳ１０９；Ｎｏ）、受注引当処理部１１１は、上位倉庫が存在するか否かを判定する（ステップＳ１１１）。例えば、受注引当処理部１１１は、図７に例示した上位倉庫決定テーブル１６５を参照し、判定した地域倉庫「鳥栖倉庫」に対応する上位倉庫「山口倉庫」を決定する。

上位倉庫が存在すると判定した場合には（ステップＳ１１１；Ｙｅｓ）、受注引当処理部１１１は、上位倉庫の入庫計画で納品日を確定できるか否かを判定する（ステップＳ１１２）。例えば、受注引当処理部１１１は、ステップＳ１１１において決定した上位倉庫「山口倉庫」の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、納品日を確定できるか否かを判定する。納品日を確定できないと判定した場合には（ステップＳ１１２；Ｎｏ）、受注引当処理部１１１は、ステップＳ１１１に移行する。

納品日を確定できると判定した場合には（ステップＳ１１２；Ｙｅｓ）、受注引当処理部１１１は、受け付けた受注データに引当原資を引当し（ステップＳ１１０）、処理を終了する。例えば、受注引当処理部１１１は、受け付けた受注データと、決定した在庫区と、引当原資を出荷する出荷倉庫と、確定した確定納品日と、受注データの状況とを、図３に例示した受注テーブル１６１に格納する。また、例えば、受注引当処理部１１１は、入庫計画テーブル１６２及び現物在庫テーブル１６３の引当可能数及び引当済数を更新する。例えば、受注データに山口倉庫の商品「Ａ」の現物在庫を１０個引当した場合には、現物在庫テーブル１６３の引当済数に１０個加算し、引当可能数から１０個減算する。

上位倉庫が存在しないと判定した場合には（ステップＳ１１１；Ｎｏ）、受注引当処理部１１１は、受け付けた受注データを引当保留とし（ステップＳ１１３）、処理を終了する。例えば、受注引当処理部１１１は、受け付けた受注データと、決定した在庫区と、受注データの状況とを、図３に例示した受注テーブル１６１に格納する。なお、受注引当処理部１１１は、出荷倉庫及び確定納品日には「−」を格納する。

図１０は、引当見直し処理の処理手順を示すフローチャートである。図１０に示すように、処理タイミングになると（ステップＳ２０１；Ｙｅｓ）、引当見直し処理部１１２は、処理対象となる受注データを抽出する（ステップＳ２０２）。例えば、引当見直し処理部１１２は、毎日定刻（例えば、午前０時）になると、処理を開始する。また、例えば、引当見直し処理部１１２は、受注テーブル１６１の状況「引当済」の受注データのうち、所定の出荷倉庫から引当された所定商品に関する受注データを処理対象とする。つまり、例えば、引当見直し処理部１１２は、受注テーブル１６１の受注データのうち、出荷倉庫「大阪倉庫」、商品「Ａ」及び状況「引当済」に該当する全ての受注データを処理対象として抽出する。なお、図１０の引当見直し処理は出荷倉庫と商品との組み合わせごとに実行されるので、複数の引当見直し処理が平行して実行されても良い。例えば、出荷倉庫「大阪倉庫」及び商品「Ａ」に関する引当見直し処理と、出荷倉庫「大阪倉庫」及び商品「Ｂ」に関する引当見直し処理と、出荷倉庫「鳥栖倉庫」及び商品「Ａ」に関する引当見直し処理とが、平行して実行されても良い。

引当見直し処理部１１２は、処理対象となる受注データに引当された引当原資をリリースする（ステップＳ２０３）。例えば、引当見直し処理部１１２は、抽出した全ての受注データに引当された引当原資をリリースする。例えば、処理対象となる受注データに大阪倉庫の商品「Ａ」の現物在庫が１０個引当されていた場合には、現物在庫テーブル１６３の引当済数から１０個減算し、引当可能数に１０個加算する。

引当見直し処理部１１２は、処理対象となる受注データを引当優先番号で並べる（ステップＳ２０４）。例えば、引当見直し処理部１１２は、抽出した全ての受注データを引当優先番号で昇順に並べる。

引当見直し処理部１１２は、処理対象となる受注データを受注日で並べる（ステップＳ２０５）。例えば、引当見直し処理部１１２は、受注データが引当優先番号で昇順に並べられた場合には、引当優先番号ごとに受注日で昇順に並べる。

引当見直し処理部１１２は、処理対象となる受注データから一つ選択する（ステップＳ２０６）。例えば、引当見直し処理部１１２は、受注データが引当優先番号及び受注日で昇順に並べられた場合には、引当優先番号及び受注日の値が最小の受注データを一つ選択する。

引当見直し処理部１１２は、入庫計画で確定納品日を遵守できるか否かを判定する（ステップＳ２０７）。例えば、引当見直し処理部１１２は、出荷倉庫「大阪倉庫」の商品「Ａ」の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、受注データの確定納品日「４月２日」を遵守できるか否かを判定する。入庫計画で確定納品日を遵守できると判定した場合には（ステップＳ２０７；Ｙｅｓ）、引当見直し処理部１１２は、ステップＳ２０９に移行する。

入庫計画で確定納品日を遵守できないと判定した場合には（ステップＳ２０７；Ｎｏ）、引当見直し処理部１１２は、現物在庫で確定納品日を遵守できるか否かを判定する（ステップＳ２０８）。例えば、引当見直し処理部１１２は、図５に例示した現物在庫テーブル１６３を参照し、納品にかかる日数を逆算した上で、受注データの確定納品日「４月２日」を出荷倉庫「大阪倉庫」の商品「Ａ」の現物在庫で遵守できるか否かを判定する。

現物在庫で確定納品日を遵守できると判定した場合には（ステップＳ２０８；Ｙｅｓ）、引当見直し処理部１１２は、引当原資を引当する（ステップＳ２０９）。例えば、引当見直し処理部１１２は、選択した受注データに、引当原資を出荷する出荷倉庫と、確定した確定納品日と、受注データの状況とを対応付けて、図３に例示した受注テーブル１６１に格納する。また、例えば、受注引当処理部１１１は、入庫計画テーブル１６２及び現物在庫テーブル１６３の引当可能数及び引当済数を更新する。

引当見直し処理部１１２は、未選択の受注データがあるか否かを判定する（ステップＳ２１０）。未選択の受注データがあると判定した場合には（ステップＳ２１０；Ｙｅｓ）、引当見直し処理部１１２は、ステップＳ２０６に移行する。未選択の受注データがないと判定した場合には（ステップＳ２１０；Ｎｏ）、引当見直し処理部１１２は、処理を終了する。

現物在庫で確定納品日を遵守できないと判定した場合には（ステップＳ２０８；Ｎｏ）、引当見直し処理部１１２は、処理を中断及びリセットする（ステップＳ２１１）。また、例えば、引当見直し処理部１１２は、遵守できなかった確定納品日に引当原資が引当されている全ての受注データのリストを生成し、生成したリストを警告リストとして出力する。なお、警告リストは、表示部１５に出力する形態としても良く、通信部１７を介して外部装置に送信する形態としても良い。

図１１は、保留引当処理の処理手順を示すフローチャートである。図１１に示すように、処理タイミングになると（ステップＳ３０１；Ｙｅｓ）、保留引当処理部１１３は、処理対象となる受注データを抽出する（ステップＳ３０２）。例えば、保留引当処理部１１３は、引当見直し処理が実行された後に、処理を開始する。また、例えば、保留引当処理部１１３は、受注テーブル１６１の状況「引当保留」の受注データのうち、所定の出荷倉庫から引当された所定商品に関する受注データを処理対象とする。つまり、例えば、保留引当処理部１１３は、受注テーブル１６１の受注データのうち、出荷倉庫「大阪倉庫」、商品「Ａ」及び状況「引当保留」に該当する全ての受注データを処理対象として抽出する。なお、図１１の保留引当処理は出荷倉庫と商品との組み合わせごとに実行されるので、複数の保留引当処理が平行して実行されても良い。例えば、出荷倉庫「大阪倉庫」及び商品「Ａ」に関する保留引当処理と、出荷倉庫「大阪倉庫」及び商品「Ｂ」に関する保留引当処理と、出荷倉庫「鳥栖倉庫」及び商品「Ａ」に関する保留引当処理とが、平行して実行されても良い。

保留引当処理部１１３は、処理対象となる受注データを受注日で並べる（ステップＳ３０３）。例えば、保留引当処理部１１３は、抽出した全ての受注データを受注日で昇順に並べる。

保留引当処理部１１３は、処理対象となる受注データから一つ選択する（ステップＳ３０４）。例えば、保留引当処理部１１３は、受注データが受注日で昇順に並べられた場合には、受注日の値が最小の受注データを一つ選択する。

保留引当処理部１１３は、在庫区の入庫計画で希望納品日を遵守できるか否かを判定する（ステップＳ３０５）。例えば、保留引当処理部１１３は、選択した受注データの在庫区「大阪倉庫」の商品「Ｂ」の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。入庫計画で希望納品日を遵守できると判定した場合には（ステップＳ３０５；Ｙｅｓ）、保留引当処理部１１３は、ステップＳ３１０に移行する。

入庫計画で希望納品日を遵守できないと判定した場合には（ステップＳ３０５；Ｎｏ）、保留引当処理部１１３は、在庫区の現物在庫で希望納品日を遵守できるか否かを判定する（ステップＳ３０６）。例えば、保留引当処理部１１３は、図５に例示した現物在庫テーブル１６３を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を在庫区「大阪倉庫」の商品「Ｂ」の現物在庫で遵守できるか否かを判定する。現物在庫で希望納品日を遵守できると判定した場合には（ステップＳ３０６；Ｙｅｓ）、保留引当処理部１１３は、ステップＳ３１０に移行する。

現物在庫で希望納品日を遵守できないと判定した場合には（ステップＳ３０６；Ｎｏ）、保留引当処理部１１３は、上位倉庫が存在するか否かを判定する（ステップＳ３０７）。例えば、保留引当処理部１１３は、図７に例示した上位倉庫決定テーブル１６５を参照し、判定した在庫区「大阪倉庫」に対応する上位倉庫が存在するか否かを判定する。上位倉庫が存在しないと判定した場合には（ステップＳ３０７；Ｎｏ）、保留引当処理部１１３は、ステップＳ３１１に移行する。

上位倉庫が存在すると判定した場合には（ステップＳ３０７；Ｙｅｓ）、保留引当処理部１１３は、上位倉庫の入庫計画で希望納品日を遵守できるか否かを判定する（ステップＳ３０８）。例えば、保留引当処理部１１３は、上位倉庫「本部倉庫」の商品「Ｂ」の入庫計画テーブル１６２を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を遵守できるか否かを判定する。入庫計画で希望納品日を遵守できると判定した場合には（ステップＳ３０８；Ｙｅｓ）、保留引当処理部１１３は、ステップＳ３１０に移行する。

入庫計画で希望納品日を遵守できないと判定した場合には（ステップＳ３０８；Ｎｏ）、保留引当処理部１１３は、上位倉庫の現物在庫で希望納品日を遵守できるか否かを判定する（ステップＳ３０９）。例えば、保留引当処理部１１３は、図５に例示した現物在庫テーブル１６３を参照し、納品にかかる日数を逆算した上で、受注データの希望納品日「４月２日」を上位倉庫「本部倉庫」の商品「Ｂ」の現物在庫で遵守できるか否かを判定する。現物在庫で希望納品日を遵守できないと判定した場合には（ステップＳ３０９；Ｎｏ）、保留引当処理部１１３は、ステップＳ３０７に移行する。

現物在庫で希望納品日を遵守できると判定した場合には（ステップＳ３０９；Ｙｅｓ）、保留引当処理部１１３は、引当原資を引当する（ステップＳ３１０）。例えば、保留引当処理部１１３は、選択した受注データに、引当原資を出荷する出荷倉庫と、確定した確定納品日と、受注データの状況とを対応付けて、図３に例示した受注テーブル１６１に格納する。

保留引当処理部１１３は、未選択の受注データがあるか否かを判定する（ステップＳ３１１）。未選択の受注データがあると判定した場合には（ステップＳ３１１；Ｙｅｓ）、保留引当処理部１１３は、ステップＳ３０４に移行する。未選択の受注データがないと判定した場合には（ステップＳ３１１；Ｎｏ）、保留引当処理部１１３は、処理を終了する。

次に、引当管理装置１００の効果について説明する。引当管理装置１００は、引当原資を引当済みの一又は複数の受注のうち、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する。引当管理装置１００は、抽出した受注に引当された引当原資をリリースする。引当管理装置１００は、抽出した受注に対して、受注の特性に応じて、リリースした引当原資を含む所定倉庫の引当原資のうち、現物在庫及び入庫計画のいずれかを優先して引当する。引当管理装置１００は、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出し、抽出した受注に引当された引当原資をリリースし、抽出した受注に対してリリースした引当原資を引当する処理を、任意のタイミングで繰り返し実行する。このため、引当管理装置１００は、日々の引当原資の変動を考慮した上で、引当原資を適切に引当することができる。例えば、引当管理装置１００は、受注の特性に応じて現物在庫及び入庫計画のいずれかを優先して引当するので、受注の特性に応じて引当原資を適切に引当することができる。例えば、引当管理装置１００は、工場キッティング受注の場合には、入庫計画を優先して引当するので、工場キッティングを効率よく行うことができる。つまり、引当管理装置１００は、工場で商品のセッティングを行ってからの出荷を効率よく行うことができる。

また、例えば、引当管理装置１００は、受注の特性に応じて現物在庫より入庫計画を優先して引当するので、倉庫間移動費、荷役費及び保管料などの中間物流コストを削減することができる。また、このため、引当管理装置１００は、現物在庫を納品を急ぐ顧客に引当することができるので、緊急対応のために確保しておく引当原資を低減することができる。

また、例えば、引当管理装置１００は、所定の倉庫に引当可能な引当原資が存在しない場合には、所定の倉庫の上位倉庫の引当原資を段階的に判定するので、顧客への納期回答率を向上させることができる。

以上、本発明に係る実施形態について説明したが、これに限定されるものではなく、本発明の趣旨を逸脱しない範囲で種々の変更、置換、追加等が可能である。

例えば、上記実施形態では、図１０において、引当見直し処理部１１２は、引当優先番号が小さい受注データから順に、ステップＳ２０７の処理を実行し、その後、ステップＳ２０８の処理を実行するものと説明したが、これに限定されるものではない。例えば、引当見直し処理部１１２は、引当優先番号が大きい受注データから順に、ステップＳ２０８の処理を実行し、その後、ステップＳ２０７の処理を実行しても良い。また、例えば、引当見直し処理部１１２は、所定の引当優先番号を有する受注データについてはステップＳ２０７の処理を優先して実行し、所定の引当優先番号を有しない受注データについてはステップＳ２０８の処理を優先して実行するようにしても良い。

また、上記実施形態では、ＰＣで実行されるプログラムを、ＲＯＭ１２や記憶部１６に記憶した状態で提供する形態としたが、これに限らず、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供する形態としてもよい。

また、上記実施形態のＰＣで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供する形態としてもよい。また、上記実施形態のＰＣで実行されるプログラムを、インターネット等のネットワーク経由で提供又は配布する形態としてもよい。

１１ＣＰＵ
１２ＲＯＭ
１３ＲＡＭ
１４入力部
１５表示部
１６記憶部
１７通信部
１００引当管理装置
１１１受注引当処理部
１１２引当見直し処理部
１１３保留引当処理部
１６１受注テーブル
１６２入庫計画テーブル
１６３現物在庫テーブル
１６４在庫区決定テーブル
１６５上位倉庫決定テーブル

特開２００３−９９５０７号公報特開平１０−２１４２９８号公報特開平５−３２４６８５号公報特開平４−２８９９６７号公報特開２００２−２５１５５２号公報特開２００３−３１６４１６号公報

Claims

倉庫に存在する商品の数量を示す現物在庫と、当該倉庫に入庫される当該商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注から、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する抽出手段と、
前記抽出手段により抽出された受注に引当された前記引当原資を解放する解放手段と、
前記抽出手段により抽出された受注に対して、当該受注の特性に応じて、前記解放手段により解放された引当原資を含む前記所定倉庫の引当原資のうち、前記現物在庫及び前記入庫計画のいずれかを優先して引当する引当手段と、
前記抽出手段に前記受注を抽出させ、前記抽出手段により抽出された受注に引当された前記引当原資を前記解放手段に解放させ、前記解放手段により解放された引当原資を前記抽出手段により抽出された受注に対して前記引当手段に引当させる処理を任意のタイミングで繰り返し実行する制御手段と
を備えたことを特徴とする引当管理装置。
前記受注は、前記商品の納品日を含み、
前記引当手段は、前記受注に含まれる納品日に引当可能な引当原資を引当し、当該引当可能な引当原資が存在しない場合に、当該納品日に引当された全ての受注を出力することを特徴とする請求項１に記載の引当管理装置。
引当管理装置で実行される引当管理方法であって、
倉庫に存在する商品の数量を示す現物在庫と、当該倉庫に入庫される当該商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注から、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する抽出工程と、
前記抽出工程により抽出された受注に引当された前記引当原資を解放する解放工程と、
前記抽出工程により抽出された受注に対して、当該受注の特性に応じて、前記解放工程により解放された引当原資を含む前記倉庫の前記引当原資のうち、前記現物在庫及び前記入庫計画のいずれかを優先して引当する引当工程とを含み、
任意のタイミングで前記抽出工程と、前記解放工程と、前記引当工程とを繰り返し実行することを特徴とする引当管理方法。
倉庫に存在する商品の数量を示す現物在庫と、当該倉庫に入庫される当該商品の数量を示す入庫計画とを含む引当原資を引当済みの一又は複数の受注から、所定倉庫に存在する所定商品に関する一又は複数の受注を抽出する抽出ステップと、
前記抽出ステップにより抽出された受注に引当された前記引当原資を解放する解放ステップと、
前記抽出ステップにより抽出された受注に対して、当該受注の特性に応じて、前記解放ステップにより解放された引当原資を含む前記倉庫の前記引当原資のうち、前記現物在庫及び前記入庫計画のいずれかを優先して引当する引当ステップとを
任意のタイミングで繰り返しコンピュータに実行させるための引当管理プログラム。