JP6918321B1 - 商品の発注数を決定する方法、システム及びプログラム - Google Patents
商品の発注数を決定する方法、システム及びプログラム Download PDFInfo
- Publication number
- JP6918321B1 JP6918321B1 JP2020057637A JP2020057637A JP6918321B1 JP 6918321 B1 JP6918321 B1 JP 6918321B1 JP 2020057637 A JP2020057637 A JP 2020057637A JP 2020057637 A JP2020057637 A JP 2020057637A JP 6918321 B1 JP6918321 B1 JP 6918321B1
- Authority
- JP
- Japan
- Prior art keywords
- product
- products
- category
- orders
- per day
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 27
- 238000004364 calculation method Methods 0.000 claims description 31
- 238000012937 correction Methods 0.000 claims description 21
- 230000010006 flight Effects 0.000 claims description 15
- 238000010586 diagram Methods 0.000 abstract description 2
- 241000209094 Oryza Species 0.000 description 6
- 235000007164 Oryza sativa Nutrition 0.000 description 6
- 235000009566 rice Nutrition 0.000 description 6
- 238000003860 storage Methods 0.000 description 5
- 235000012054 meals Nutrition 0.000 description 4
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 240000008415 Lactuca sativa Species 0.000 description 2
- 230000010365 information processing Effects 0.000 description 2
- 235000012045 salad Nutrition 0.000 description 2
- 235000021438 curry Nutrition 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000003825 pressing Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】過去データがない新商品を含む任意の商品について需要予測に基づく発注数決定を可能とする方法、システム及びプログラムを提供する。【解決手段】商品の発注数を決定する方法は、過去販売実績に基づくデータであってカテゴリ単位での一日当たりの需要数を算出するための予測データD1を取得しST1、商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、選択された商品に対して設定されたランクを受け付けST2、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数を算出しST3、一日当たりのカテゴリ単位での需要数を、選択された商品のうち同じカテゴリに属する商品に対して、設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出するST4。【選択図】図7
Description
本開示は、商品の発注数を決定する方法、システム及びプログラムに関する。
現在、スーパーマーケットやコンビニエンスストア等、多くの小売業者の店舗においてPOS(Point of Sales)システムが普及しており、収集された商品の売上データは様々に活用されている。その中で、売上データに基づき商品の需要を予測し、発注に活用するシステムがある。例えば、特許文献1に記載のシステムが挙げられる。
特に、期限を有する商品については、期限徒過による廃棄および商品不足による欠品を回避するために、過去実績に基づく需要予測の下、最適な発注数を決定することが好ましい。
コンビニエンスストアにおいては、例えば一週間に一回という高頻度で新商品が発売され、商品の入れ替えが発生し得る。どの商品を店舗に並べるかは、オーナーが決定する。このような高頻度で入れ替えが生じ得る商品のうち、例えば、弁当、サラダ、おにぎり、寿司などの中食と呼ばれる期限が相対的に短い商品は、需要予測の下で発注数を決定することが理想的である。コンビニエンスストアには、オーナーが主体であるため、需要予測システムが採用されていないが、スーパーマーケットなどで採用されている需要予測システムをコンビニエンスストアに適用することが考えられる。
しかしながら、従来の需要予測システムは、或る商品の過去の販売実績に基づき同商品の需要数及び発注数を算出する単品(商品)別算出方式のため、コンビニエンスストアの高頻度入れ替え商品については、過去データがないため、そのまま適用することができない。また、従来の単品(商品)別需要予測方式の需要予測システムをコンビニエンスストアに導入しようとしたとしても、上手くいかないことが分かった。これは、コンビニエンスストアでは、客が求める商品が欠品の場合に客が同種の商品を購入する傾向が高く、同種(同カテゴリ)の商品は互いに代替可能であり、カテゴリ別の需要が発生すると考えられる。そうすると、従来の単品別で予測した需要数を合計したとしても、本来発生すると考えられるカテゴリ別の需要数に満たさない場合等があり、コンビニエンスストアでの適切な需要予測ができていないという課題があると考えられる。
したがって、現状として、オーナーは、新商品を含む高頻度入れ替え商品の発注を、前回の実績(例えば売上金額等)と同じになるように、根拠なく、勘と経験で行っており、ここに改善の余地があると考えられる。
また、発注すべき商品が数十種類(例えば40種類)あれば、一日当たり少なくとも40の数値決定が必要となり、一週間で280の数値決定が必要であり、発注業務に時間を要してしまう。さらに、一日に複数便(例えば3便)あれば、便ごとの発注数が必要となり、一日で40×3=120の数値決定が必要となり、一週間では120×7=840の数値決定が必要となる。このように、中食だけでも発注業務に多大な時間を要してしまう。
本開示は、過去データがない新商品を含む任意の商品について需要予測に基づく発注数決定を可能とする技術を提供する。
本開示の商品の発注数を決定する方法であって、前記方法は、1又は複数のプロセッサが実行する方法であり、商品リストにおける複数の商品はそれぞれいずれかのカテゴリに分類されており、過去販売実績に基づくデータであって前記カテゴリ単位での一日当たりの需要数を算出するための予測データを取得するステップと、前記商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、前記選択された商品に対して設定されたランクを受け付けるステップと、前記予測データに基づき前記カテゴリ毎に一日当たりのカテゴリ単位での需要数を算出するステップと、前記一日当たりのカテゴリ単位での需要数を、前記選択された商品のうち同じカテゴリに属する商品に対して、前記設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出するステップと、を含む。
本実施形態の商品の発注数を決定するシステム3について、図面を参照して説明する。まず、前提となる発注システム1及びPOSシステム2について説明する。
<発注システム1及びPOSシステム2>
図1に示すように、発注システム1は、店舗に設けられる店舗端末10と、本部に設けられる発注サーバ11と、を有する。店舗端末10は、本部に設置されるPOSサーバ20と共に、POSシステム2を構成している。店舗の商品には、店舗端末10が読取可能なPOS用情報(バーコード、RFID等)が付されている。POS用情報が販売時に店舗端末10に読み取られると、その商品の売上に関する売上データが本店のPOSサーバ20に送信され、POSサーバ20に設けられるPOSデータベース21に、売上実績データとして記憶される。POSデータベース21には、売上実績データの他に、商品に関する商品マスタ、発注履歴データなどのデータが記憶されている。POSシステム2については、一般的であるので詳細な説明を省略する。
図1に示すように、発注システム1は、店舗に設けられる店舗端末10と、本部に設けられる発注サーバ11と、を有する。店舗端末10は、本部に設置されるPOSサーバ20と共に、POSシステム2を構成している。店舗の商品には、店舗端末10が読取可能なPOS用情報(バーコード、RFID等)が付されている。POS用情報が販売時に店舗端末10に読み取られると、その商品の売上に関する売上データが本店のPOSサーバ20に送信され、POSサーバ20に設けられるPOSデータベース21に、売上実績データとして記憶される。POSデータベース21には、売上実績データの他に、商品に関する商品マスタ、発注履歴データなどのデータが記憶されている。POSシステム2については、一般的であるので詳細な説明を省略する。
なお、本明細書において、店舗端末10は、店舗に設けられる情報処理装置を意味し、本部に設けられるサーバ(情報処理装置)と通信可能であれば、EOB(Electric Order Book)等のモバイル端末、レジに設置されるレジスタ、店舗に設置されるオフィスコンピュータ、汎用タブレットにいずれであるかは限定されない。
発注システム1について、店舗端末10は、発注する商品及びその発注数を入力可能に構成された発注数入力画面を表示可能な発注数入力部12を有する。店舗スタッフが、予め定められた店舗発注タイミング(一日あたり3〜4回が多い)までに、発注する商品及びその発注数を発注数入力画面に入力し、発注を確定させるための発注確定操作を発注数入力画面に行っておく。店舗端末10は、発注確定操作がなされており且つ店舗発注タイミングが来れば、発注データを本部へ送信する。ここでは、店舗端末10から本部へ発注データが送信される構成を例に挙げて説明をしているが、これに限定されない。例えば、店舗側に特定の端末を設置しない場合には、タブレットなどの汎用コンピュータがクラウド又は本部側のサーバにアクセス可能に構成し、発注数を入力可能または確定操作可能にしてもよい。
発注サーバ11は、店舗端末10から受けた発注データを所定の発注実行タイミングで発注先へEDI(Electronic Data Interchange)等を用いて送信する。発注を受けた発注先(卸売業者)は、店舗端末10が読取可能なPOS用情報を付した商品を店舗に納入する。POS用情報には、例えばその商品を識別する情報である商品コードが含まれる。商品コードは、本店に設けられる商品マスタ、発注履歴データ、在庫データなどのデータベースを照合することによって、どの発注に基づき店舗に納入された商品であるかを特定可能な発注特定情報であるともいえ、また、商品名、価格、販売期限等の販売時に必要な販売用情報を特定可能な情報であるともいえる。
商品の発注数は、スタッフが入力した数でもよく、店舗端末が自動で決定しスタッフが承認した数でもよく、本部側のサーバが自動で決定しスタッフが承認した数でもよい。本実施形態では、後述するシステム3が決定した値をデフォルトで表示するようにし、スタッフ(オーナーなど)が変更可能に構成されている。
<発注数を決定するシステム3>
図1に示すように、商品の発注数を決定するシステム3は、1又は複数のプロセッサ3aを有し、コンビニエンスストアにおける期限を有する商品の発注数を決定する。期限を有する商品は、例えば、特に限定されないが、弁当、サラダ、おにぎり、寿司などの中食と呼ばれる商品が挙げられる。本システムが対象とする商品の期限は、製造時点から1週間以内であることが挙げられ、更に好ましくは3日以内であることが挙げられ、更に好ましくは18時間以内であることが挙げられる。システム3が対象とする商品は、例えば一週間に一回という高頻度で新商品が発売され、商品の入れ替えが発生し得る商品である。よって、新商品には過去の販売実績データがない。システム3は、過去データがない新商品を含む任意の商品について需要予測に基づく発注数決定を可能とする。
図1に示すように、商品の発注数を決定するシステム3は、1又は複数のプロセッサ3aを有し、コンビニエンスストアにおける期限を有する商品の発注数を決定する。期限を有する商品は、例えば、特に限定されないが、弁当、サラダ、おにぎり、寿司などの中食と呼ばれる商品が挙げられる。本システムが対象とする商品の期限は、製造時点から1週間以内であることが挙げられ、更に好ましくは3日以内であることが挙げられ、更に好ましくは18時間以内であることが挙げられる。システム3が対象とする商品は、例えば一週間に一回という高頻度で新商品が発売され、商品の入れ替えが発生し得る商品である。よって、新商品には過去の販売実績データがない。システム3は、過去データがない新商品を含む任意の商品について需要予測に基づく発注数決定を可能とする。
具体的に、システム3は、予測データ取得部31と、受付部32と、カテゴリ需要数算出部33と、商品発注数算出部34と、を有する。特に限定されないが、システム3は、設定部30を有してもよい。設定部30は、図3に示す基本設定画面を表示して、各種設定値を受け付ける。
ここで理解を容易にするために、図2に示す例を用いて説明する。図2は、システム3が用いる商品リスト(商品マスタ)の一例を示す。図2は、説明のために一部の商品のみを示している。図2に示すように商品リストにおける各商品はいずれかのカテゴリに分類されている。また、1つのカテゴリは、更に細分化された複数の小カテゴリを有していてもよい。商品リストは、図1に示すPOSデータベース21の商品マスタをそのまま用いてもよいし、各商品を適切なカテゴリへの分類するためにシステム3に記憶されていてもよい。図2の一例では、商品リストにおける各々の商品がいずれかのカテゴリ(104、105,106)に分類されている。カテゴリ104は、おにぎり類であり、カテゴリ105は寿司類であり、カテゴリ105は弁当類である。おにぎり類のカテゴリ104に属する商品は、「手巻」の小カテゴリ1041、「直巻」の小カテゴリ1042、及び「他おにぎり」の小カテゴリ1043のうちのいずれかに分類されている。寿司類のカテゴリ105に属する商品は、「寿司」の小カテゴリ1051、「いなり寿司」の小カテゴリ1052、及び「チルド寿司」の小カテゴリ1053のうちのいずれかに分類されている。弁当類のカテゴリ106に属する商品は、「弁当」の小カテゴリ1061、「丼・カレー」の小カテゴリ1062、及び「チルド」の小カテゴリ1063のうちのいずれかに分類されている。これは、例示であり、特に限定されない。なお、商品コードは商品を識別するための情報(ID)である。
図1に示す予測データ取得部31は、予測データD1を取得する。予測データD1は、過去販売実績に基づくデータであり、カテゴリ単位での一日当たりの需要数を算出するためのデータである。本実施形態において、特に限定されないが、図3に示すように、予測データD1は、予測客数およびカテゴリ単位での購買指数(PI値)である。なお、購買指数は、PI(Purchase Index)値とも呼ばれ、所定の来店人数当たりの購入数であり、来店客の何%に支持されているかを表す人気度の指標ともいえる。本実施形態では、PIが一日の来店客1000人あたりの購入数を示しているが、一日の来店客100人あたりの購入数であってもよい。
予測データ取得部31は、予測データD1をPOSデータベース21にアクセスして直接取得可能に構成されていてもよいし、図3に示す基本設定画面のように、システムが過去販売実績に基づき自動算出した値をユーザが修正可能に表示して、表示された値を取得するように構成されていてもよいし、同基本設定画面において、自動算出せずにユーザにより設定された値を取得するようにしてもよい。ユーザが値を入力する場合には、別の予測システムにおいて算出された客数およびPI値をユーザが参照して入力することが考えられる。本実施形態では、予測データ取得部31は、システム3が過去販売実績に基づき自動算出した値を、図3に示す基本設定画面にて表示し、ユーザが修正し又は修正せずに承認した値を取得する。
図3に示す基本設定画面では、曜日ごとに3つのカテゴリ(104,105,106)単位の購買指数を設定しているが、これに限定されない。例えば1つのカテゴリ(おにぎり)だけでもよく、カテゴリの数は1以上であれば適宜変更可能である。図3に示す基本設定画面では、複数日(例えば一週間)の発注数を一括で決定するために、複数日(月曜日〜日曜日;7日間)に亘る予測客数およびカテゴリ毎の購買指数を設定可能に表示しているが、発注日数に応じて適宜変更可能である。本システムをコンビニエンスストアに適用する場合には、一週間に一度の頻度で新商品が出るために、一週間に一度、一週間分の発注数を決定することが好ましい。なお、図3に示す基本設定画面において、発注数の最小数が設定可能である。図中では最小発注数が3であるが、例示である、特に限定されない。最小発注数は、2以上の数であり、業務効率及び各種コストなどを考慮してオーナーの決定により予め設定される。
図1に示す受付部32は、商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付ける。また、受付部32は、選択された商品に対して設定されたランクを受け付ける。受付部32は、図4に示す商品選択&ランク設定画面を表示して、ユーザの操作を受け付ける。受付部32は、受け付けたデータを記憶部35に記憶する。勿論、受付部32は画面を表示せずにデータのみを受信するように構成されていてもよい。図4に示すように、「取扱&ランク」欄において所望のランクを選択することで、販売したい商品であることを指定すると共に、互いに異なる重みが付された複数のランク(A,B,C,D)から所望のランクを販売したい商品に設定することができる。ランクA〜Dは、図3に示す基本設定画面にてデフォルト値が設定され、ユーザが変更可能である。特に限定されないが、図3に示すように、ランクAの重みが4.0であり、ランクDの重みが1.0である。これは、ランクAが設定された商品の発注数が、ランクDに設定された商品の発注数の4倍になることを意味している。すなわち、商品の発注数は、ランクに付けられた重みに応じた値となる。オーナーは、販売に力を入れたい商品にランクAを設定し、販売に力を入れたくない商品にランクDを設定することで、発注数に差を持たせることができ、オーナーの販売戦略を実現可能となる。
図4に示すように、商品選択&ランク設定画面においては、選択された商品の数(図中では26個)を表示することが好ましい。選択された商品の数は、カテゴリ毎に集計して表示することが好ましい(図中では、12個、6個、8個)。より好ましくは、カテゴリを更に分類した小カテゴリ毎に集計して表示することが好ましい。このようにすることで、商品リストが長くても、現在選択した商品の数が理解できるので、商品選択の利便性を向上させることが可能となる。
発注日の指定が明示的又は暗示的になされ、発注数の算出がユーザからボタン等の押下によりリクエストされると、図5に示す発注計画画面が表示される。発注計画画面は、商品選択&ランク設定画面において選択された商品の一日当たりの発注数を表示する。また、商品、便毎の発注数を表示する。これを実現するために次の処理を実行している。
まず、図1に示すカテゴリ需要数算出部33が、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数(図5の例では、247個、42個、52個)を算出する。具体的には、図5に示すように、予測データD1は、客数が1300人、カテゴリ104のPI値が190.0であるため、需要数が247であると算出される。ここでは、客数/1000×PIが需要数であると算出している。ここでは、商品の期限が短いため、日を跨いだ在庫が無いとして、客数/1000×PIをそのまま需要数にしているが、これに限定されない。例えば、日を跨いだ在庫が存在し得る期限が設定された商品の場合には、需要数を算出するために在庫数を考慮すればよい。上記処理を各々のカテゴリ毎に実行し、カテゴリ105,106の需要数をそれぞれ42個、52個と算出する。
次に、図1に示す商品発注数算出部34は、第1算出部34aと、第2算出部34bと、を有する。第2算出部34bは省略可能である。第1算出部34aは、商品の一日当たりの発注数を算出する。第2算出部34bは、第1算出部34aが算出した商品の一日当たりの発注数を、予め定められた割合に応じて複数便に配分し、各便の発注数を算出する。
図1に示す商品発注数算出部34(第1算出部34a)は、図5に示すように、カテゴリ需要数算出部33が算出した一日当たりのカテゴリ単位での需要数を、選択された商品のうち同じカテゴリに属する商品に対して、設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出する。
具体的に、図3に示すカテゴリ104を例にすると、一日当たりのカテゴリ単位での需要数が247個であり、247個を、同じカテゴリ104に属する商品(図中では12種類)に対して、ランクの重みに応じて配分する。カテゴリ104の12種類の商品に設定されたランクについて、Aが2つ、Bが4つ、Cが5つ、Dが1つある。ランクA,B,C,Dの重みは順に4,3,2,1である(図3参照)。これらのランクの重みを集計すると、4×2+3×4+2×5+1×1=31となる。カテゴリ104に占めるランクAの商品1種類あたりの割合は約12.90%(≒4/31)であり、ランクAの商品1種類あたりの発注数は32個(≒247×12.90%)となる。カテゴリ104に占めるランクBの商品1種類あたりの割合は約9.68%(≒3/31)であり、ランクBの商品1種類あたりの発注数は24個(≒247×9.68%)となる。カテゴリ104に占めるランクCの商品1種類あたりの割合は約6.45%(≒2/31)であり、ランクCの商品1種類あたりの発注数は16個(≒247×6.45%)となる。カテゴリ104に占めるランクDの商品1種類あたりの割合は約3.23%(≒1/31)であり、ランクCの商品1種類あたりの発注数は8個(≒247×3.23%)となる。
このように、商品発注数算出部34(第1算出部34a)は、選択された各々の商品の一日当たりの発注数を算出する。
このように、商品発注数算出部34(第1算出部34a)は、選択された各々の商品の一日当たりの発注数を算出する。
商品発注数算出部34(第2算出部34b)は、図5に示すように、商品の一日当たりの発注数を、予め定められた割合で複数便に配分し、各便の発注数を算出する。例えば、カテゴリ104の商品「手巻 まぐろたたき」の一日当たりの発注数は16であり、これを(1便:2便:3便)=(40%:25%:35%)という予め定められた割合で配分すると、1便が6個、2便が4個、3便が6個となる。なお、割合は基本設定画面にて適宜変更可能である。
特に限定されないが、システム3が算出した発注数は、人手又はネットワークを介して発注数入力部12に入力してもよく、又は、発注サーバ11に送信するように構成してもよい。
本実施形態では、図4に示す「商品選択&ランク設定画面」において一度設定を行えば、選択された商品及び当該商品に設定されたランクが記憶部35に記憶される。発注日を変更または複数の発注日を指定することで、記憶部35における商品及びランクを用いて、複数日の前記発注数(特に曜日別の発注数)が算出可能に構成されている。これにより、例えば、商品及びランクを一回設定するだけで、一週間分の発注数を算出可能となり、発注業務に要する時間を低減可能となる。例えば、オーナーが選択する商品が40種類であれば、一週間で840もの数値決定が必要であったところ、本実施形態のシステムを用いれば、前記840もの数値決定が不要となり、非常に有用である。
<補正機能>
図1に示すように、システム3は、補正部36を有していてもよい。補正部36は、図6に示す「手巻 まぐろたたき」のように、商品の一日当たりの発注数(16)に対して補正値(+3)を受け付けて発注数を補正する(16→19)。補正値は、入力された発注対象日(例えば2020年3月18日)だけではなく、同一商品に対して複数の発注日にわたって有効になる。すなわち、一度の入力で、例えば一週間分の発注にして有効にすることができる。これにより、発注業務に要する時間を低減可能となる。
また、図5及び図6では図示していないが、商品の一日当たりの発注数を各便に配分するための予め定められた割合は、図3に示す基本設定画面だけではなく、図5及び図6に示す発注計画画面においても補正可能である。
また、図5及び図6では図示していないが、各ランクに設定された重みは、図3に示す基本設定画面だけではなく、図5及び図6に示す発注計画画面においても補正可能である。
図1に示すように、システム3は、補正部36を有していてもよい。補正部36は、図6に示す「手巻 まぐろたたき」のように、商品の一日当たりの発注数(16)に対して補正値(+3)を受け付けて発注数を補正する(16→19)。補正値は、入力された発注対象日(例えば2020年3月18日)だけではなく、同一商品に対して複数の発注日にわたって有効になる。すなわち、一度の入力で、例えば一週間分の発注にして有効にすることができる。これにより、発注業務に要する時間を低減可能となる。
また、図5及び図6では図示していないが、商品の一日当たりの発注数を各便に配分するための予め定められた割合は、図3に示す基本設定画面だけではなく、図5及び図6に示す発注計画画面においても補正可能である。
また、図5及び図6では図示していないが、各ランクに設定された重みは、図3に示す基本設定画面だけではなく、図5及び図6に示す発注計画画面においても補正可能である。
<システム3の動作>
図7を用いてシステム3の動作を説明する。ステップST1において、予測データ取得部31は、過去販売実績に基づくデータであってカテゴリ単位での一日当たりの需要数を算出するための予測データD1を取得する。ステップST2において、受付部32は、商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、選択された商品に対して設定されたランクを受け付ける。商品及びランクは記憶部35に記憶される。ステップST1及びST2は順不同である。ステップST3において、カテゴリ需要数算出部33は、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数(247個、42個、52個)を算出する。ステップST4において、商品発注数算出部34(第1算出部34a)は、一日当たりのカテゴリ単位での需要数(247個、42個、52個)を、選択された商品のうち同じカテゴリに属する商品に対して、設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出する。ステップST5において、商品発注数算出部34(第2算出部34b)は、算出された商品の一日当たりの発注数を、予め定められた割合で複数便に配分し、各便の発注数を算出する。ステップST4,5は、全てのカテゴリ及び全ての商品に対して実行する。
次のステップST6において、補正部36は、商品の一日当たりの発注数に対する補正値の入力があるか否かを判定する。補正値の入力がある場合には(ST6:YES)、ステップST7において、補正部36は、補正値を受け付けて発注数を補正し、処理を終了する。補正値の入力が無い場合(ST6:NO)には、処理を終了する。
図7を用いてシステム3の動作を説明する。ステップST1において、予測データ取得部31は、過去販売実績に基づくデータであってカテゴリ単位での一日当たりの需要数を算出するための予測データD1を取得する。ステップST2において、受付部32は、商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、選択された商品に対して設定されたランクを受け付ける。商品及びランクは記憶部35に記憶される。ステップST1及びST2は順不同である。ステップST3において、カテゴリ需要数算出部33は、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数(247個、42個、52個)を算出する。ステップST4において、商品発注数算出部34(第1算出部34a)は、一日当たりのカテゴリ単位での需要数(247個、42個、52個)を、選択された商品のうち同じカテゴリに属する商品に対して、設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出する。ステップST5において、商品発注数算出部34(第2算出部34b)は、算出された商品の一日当たりの発注数を、予め定められた割合で複数便に配分し、各便の発注数を算出する。ステップST4,5は、全てのカテゴリ及び全ての商品に対して実行する。
次のステップST6において、補正部36は、商品の一日当たりの発注数に対する補正値の入力があるか否かを判定する。補正値の入力がある場合には(ST6:YES)、ステップST7において、補正部36は、補正値を受け付けて発注数を補正し、処理を終了する。補正値の入力が無い場合(ST6:NO)には、処理を終了する。
<変形例>
(1)本実施形態では、予測データD1が、予測客数と購買指数であるが、これに限定されず、適宜変更可能である。例えば、カテゴリ単位での需要数そのものであってもよい。
(1)本実施形態では、予測データD1が、予測客数と購買指数であるが、これに限定されず、適宜変更可能である。例えば、カテゴリ単位での需要数そのものであってもよい。
(2)図1では、システム3が、発注システム1及びPOSシステム2と別構成であるように記載しているが、これは例示であり、特に限定されない。システム3を、既存システムに組み込んでもよい。
(3)本実施形態では、コンビニエンスストアにおける中食を例に挙げているが、これに限定されない。例えば、コンビニエンスストアにおける中食以外の商品に適用してもよいし、更にはコンビニエンスストア以外の店舗に適用可能である。
(4)本実施形態では、システム3が発注数を決定する商品は、期限を有する商品であるが、期限のない商品にも適用可能である。
(5)本実施形態では、カテゴリ単位での需要数を算出するために、カテゴリ104,105,106単位で算出しているが、カテゴリ単位であれば、これに限定されない。例えば、小カテゴリ単位であってもよい。
(6)本実施形態では、商品リストにおける複数の商品の中から販売したい商品としてユーザにより選択された商品を受付部32が受け付けているが、これに限定されない。例えば、システム3又は別システムが、販売したい商品として自動で選択した商品を受付部32が受け付けるようにしてもよい。また、本実施形態では、選択された商品に対してユーザが設定したランクを受付部32が受け付けるが、これに限定されない。例えば、システム3又は別システムが、商品に対して自動で設定したランクを受付部32が受け付けるようにしてもよい。
以上のように、本実施形態の商品の発注数を決定する方法は、1又は複数のプロセッサが実行する方法であり、商品リストにおける複数の商品はそれぞれいずれかのカテゴリに分類されており、過去販売実績に基づくデータであってカテゴリ単位での一日当たりの需要数を算出するための予測データD1を取得するステップST1と、商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、選択された商品に対して設定されたランクを受け付けるステップST2と、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数を算出するステップST3と、一日当たりのカテゴリ単位での需要数を、選択された商品のうち同じカテゴリに属する商品に対して、設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出するステップST4と、を含む。
本実施形態の商品の発注数を決定するシステム3は、商品リストにおける複数の商品はそれぞれいずれかのカテゴリに分類されており、システム3は、過去販売実績に基づくデータであってカテゴリ単位での一日当たりの需要数を算出するための予測データD1を取得する予測データ取得部31と、商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、選択された商品に対して設定されたランクを受け付ける受付部32と、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数を算出するカテゴリ需要数算出部33と、一日当たりのカテゴリ単位での需要数を、選択された商品のうち同じカテゴリに属する商品に対して、設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出する商品発注数算出部34と、を備える。
このように、商品リストにおける複数の商品から販売したい商品として選択された商品を受け付けるので、オーナーが望む商品を販売可能となる。また、同一カテゴリに属する商品は互いに代替可能であるという考えの下、予測データD1に基づきカテゴリ毎に一日当たりのカテゴリ単位での需要数を算出し、カテゴリ単位での需要数を同じカテゴリに属する商品に対して配分するので、過去データがない新商品であっても各々の商品の一日当たりの発注数を算出可能となる。それでいて、ランクに付された重みに応じて配分するので、販売に力を入れたい商品に設定するランクの重みとそうでない商品に設定するランクの重みを異ならせることにより発注数に差を持たせることができ、オーナーの販売戦略を発注数に反映可能となる。
したがって、過去販売データがない新商品を含む任意の商品について需要予測に基づき商品の一日当たりの発注数を算出可能となり、発注業務に要する時間を低減可能となる。
したがって、過去販売データがない新商品を含む任意の商品について需要予測に基づき商品の一日当たりの発注数を算出可能となり、発注業務に要する時間を低減可能となる。
特に限定されないが、本実施形態の方法のように、算出された商品の一日当たりの発注数を、予め定められた割合で複数便に配分し、各便の発注数を算出するステップST5を更に含むことが好ましい。特に限定されないが、本実施形態のシステム3のように、算出された商品の一日当たりの発注数を、予め定められた割合で複数便に配分し、各便の発注数を算出する第2算出部34bを更に備えることが好ましい。
この構成によれば、各便の発注数が自動算出されるので、発注業務に要する時間を更に低減させることが可能となる。
この構成によれば、各便の発注数が自動算出されるので、発注業務に要する時間を更に低減させることが可能となる。
特に限定されないが、本実施形態の方法のように、選択された商品および当該商品に設定されたランクを記憶するステップST2を更に含み、記憶された商品及びランクを用いて、複数日の発注数を算出可能に構成されていることが好ましい。本実施形態のシステム3のように、選択された商品および当該商品に設定されたランクを記憶する記憶部35を更に備え、記憶された商品及びランクを用いて、複数日の発注数を算出可能に構成されていることが好ましい。
この構成によれば、販売したい商品の選択およびランクを一回操作して設定すれば、それらが記憶され、複数日の発注数を算出できるので、発注業務に要する時間を低減可能となる。
この構成によれば、販売したい商品の選択およびランクを一回操作して設定すれば、それらが記憶され、複数日の発注数を算出できるので、発注業務に要する時間を低減可能となる。
特に限定されないが、本実施形態の方法のように、商品の一日当たりの発注数に対して補正値を受け付けて発注数を補正するステップST7を更に含み、補正値は、同一商品に対して複数の発注日にわたって有効となることが好ましい。本実施形態のシステム3のように、商品の一日当たりの発注数に対して補正値を受け付けて前記発注数を補正する補正部36を更に備え、補正値は、同一商品に対して複数の発注日にわたって有効となることが好ましい。
この構成によれば、或る日の或る商品の発注数を補正した場合に、当該補正が複数日にわたって有効となるので、複数日の補正をまとめてすることができ、発注業務に要する時間を低減可能となる。
この構成によれば、或る日の或る商品の発注数を補正した場合に、当該補正が複数日にわたって有効となるので、複数日の補正をまとめてすることができ、発注業務に要する時間を低減可能となる。
本実施形態のプログラムは、上記方法を1又は複数のプロセッサに実行させるプログラムである。また、本実施形態のコンピュータに読み取り可能な非一時的記録媒体は、上記プログラムを記憶している。
以上、本開示の実施形態について図面に基づいて説明したが、具体的な構成は、これらの実施形態に限定されるものでないと考えられるべきである。本開示の範囲は、上記した実施形態の説明だけではなく特許請求の範囲によって示され、さらに特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれる。
例えば、特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現できる。特許請求の範囲、明細書、および図面中のフローに関して、便宜上「まず」、「次に」等を用いて説明したとしても、この順で実行することが必須であることを意味するものではない。
図1に示す各部30〜36は、所定プログラムを1又は複数のプロセッサで実行することで実現しているが、各部を専用メモリや専用回路で構成してもよい。上記実施形態のシステム3は、各部30〜36を分散させて、複数のコンピュータやクラウドで実装してもよい。
上記の各実施形態で採用している構造を他の任意の実施形態に採用することは可能である。各部の具体的な構成は、上述した実施形態のみに限定されるものではなく、本開示の趣旨を逸脱しない範囲で種々変形が可能である。
上記の各実施形態で採用している構造を他の任意の実施形態に採用することは可能である。
3 システム
3a プロセッサ
31 予測データ取得部
32 受付部
33 カテゴリ需要数算出部
34 商品発注数算出部
D1 予測データ
3a プロセッサ
31 予測データ取得部
32 受付部
33 カテゴリ需要数算出部
34 商品発注数算出部
D1 予測データ
Claims (6)
- 商品の発注数を決定する方法であって、
前記方法は、1又は複数のプロセッサが実行する方法であり、
商品リストにおける複数の商品はそれぞれいずれかのカテゴリに分類されており、
過去販売実績に基づくデータであって前記カテゴリ単位での一日当たりの需要数を算出するための予測データを取得するステップと、
前記商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、前記選択された商品に対して設定されたランクを受け付けるステップと、
前記予測データに基づき前記カテゴリ毎に一日当たりのカテゴリ単位での需要数を算出するステップと、
前記一日当たりのカテゴリ単位での需要数を、前記選択された商品のうち同じカテゴリに属する商品に対して、前記設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出するステップと、
を含む、商品の発注数を決定する方法。 - 前記算出された商品の一日当たりの発注数を、予め定められた割合で複数便に配分し、各便の発注数を算出するステップを更に含む、請求項1に記載の方法。
- 前記選択された商品および当該商品に設定されたランクを記憶するステップを更に含み、
前記記憶された商品及びランクを用いて、複数日の前記発注数を算出可能に構成されている、請求項1又は2に記載の方法。 - 前記商品の一日当たりの発注数に対して補正値を受け付けて前記発注数を補正するステップを更に含み、
前記補正値は、同一商品に対して複数の発注日にわたって有効となる、請求項3に記載の方法。 - 商品の発注数を決定するシステムであって、
商品リストにおける複数の商品はそれぞれいずれかのカテゴリに分類されており、
前記システムは、
過去販売実績に基づくデータであって前記カテゴリ単位での一日当たりの需要数を算出するための予測データを取得する予測データ取得部と、
前記商品リストにおける複数の商品の中から販売したい商品として選択された商品を受け付けると共に、前記選択された商品に対して設定されたランクを受け付ける受付部と、
前記予測データに基づき前記カテゴリ毎に一日当たりのカテゴリ単位での需要数を算出するカテゴリ需要数算出部と、
前記一日当たりのカテゴリ単位での需要数を、前記選択された商品のうち同じカテゴリに属する商品に対して、前記設定されたランクに付された重みに応じて配分し、選択された各々の商品の一日当たりの発注数を算出する商品発注数算出部と、
を備える、商品の発注数を決定するシステム。 - 請求項1〜4のいずれかに記載の方法を1又は複数のプロセッサに実行させる、プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020057637A JP6918321B1 (ja) | 2020-03-27 | 2020-03-27 | 商品の発注数を決定する方法、システム及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2020057637A JP6918321B1 (ja) | 2020-03-27 | 2020-03-27 | 商品の発注数を決定する方法、システム及びプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP6918321B1 true JP6918321B1 (ja) | 2021-08-11 |
JP2021157541A JP2021157541A (ja) | 2021-10-07 |
Family
ID=77172731
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2020057637A Active JP6918321B1 (ja) | 2020-03-27 | 2020-03-27 | 商品の発注数を決定する方法、システム及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP6918321B1 (ja) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2024105746A1 (ja) * | 2022-11-14 | 2024-05-23 | 日本電信電話株式会社 | 予測装置、学習装置、予測方法、学習方法及びコンピュータプログラム |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001084239A (ja) * | 1999-09-13 | 2001-03-30 | Toshiba Corp | 商品販売数量の分析方法、その予測方法、商品発注量の決定方法、及びプログラムを記憶した記憶媒体 |
JP4393749B2 (ja) * | 2002-04-19 | 2010-01-06 | 新日鉄ソリューションズ株式会社 | 情報処理装置、情報処理方法及びプログラム |
JP5758425B2 (ja) * | 2013-03-04 | 2015-08-05 | 東芝テック株式会社 | 需要予測装置およびプログラム |
-
2020
- 2020-03-27 JP JP2020057637A patent/JP6918321B1/ja active Active
Also Published As
Publication number | Publication date |
---|---|
JP2021157541A (ja) | 2021-10-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6814302B2 (ja) | 発注支援システム、発注支援プログラム及び発注支援方法 | |
JP5418326B2 (ja) | 価格決定装置、価格決定方法、およびコンピュータプログラム | |
JP2002251518A (ja) | 料理支援システムおよび食材管理装置 | |
US20130238463A1 (en) | Information processor and program for identifying order deadline | |
JP6758450B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
JP6918321B1 (ja) | 商品の発注数を決定する方法、システム及びプログラム | |
JP6929205B2 (ja) | 管理システム | |
JP5811852B2 (ja) | プログラム、方法、および情報処理装置 | |
JP4377979B2 (ja) | 商品取引処理装置 | |
JP2011145960A (ja) | 商品按分管理装置,商品按分管理プログラム | |
US20230245061A1 (en) | Systems and methods for arranging merchandise at shelving locations | |
JP7066921B1 (ja) | 倉庫内商品販売システム、方法及びプログラム | |
JP6774525B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
JP2021089542A (ja) | 商品の発注数を調整する方法、システム及びプログラム | |
JP4555120B2 (ja) | サーバシステム、方法及びプログラム | |
KR101532615B1 (ko) | 네트워크를 이용한 상품정보 제공 장치 및 방법 | |
JP7340131B2 (ja) | 情報処理装置 | |
JP4562822B2 (ja) | 商品取引処理装置及び商品取引処理方法 | |
US10607282B2 (en) | Opentap alcohol inventory bidding application | |
JP7515195B2 (ja) | システム、情報処理装置、サーバ装置、コンピュータプログラム、及び/又は、方法 | |
JP7430211B2 (ja) | 訪問販売管理システム | |
KR102489028B1 (ko) | 유통기한 알림 및 추적 기능을 갖는 제품 관리 시스템 | |
US20230142475A1 (en) | Information processing apparatus and information processing method | |
JP6726728B2 (ja) | 移送経路設定装置、移送経路設定方法、及び移送経路設定プログラム | |
JP2001335121A (ja) | 商品自動補給システム、商品自動補給方法及びその記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20200513 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210622 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210712 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6918321 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |