JP2021189636A - 売上管理システム及び売上管理方法 - Google Patents

Abstract

【課題】複数の販売チャネルで販売される商品の追加発注の要否を検討し易くすることができる売上管理システム等を提供すること。【解決手段】売上管理システム１００は、販売チャネル４１ｃ毎の受注額７１の合計である受注額合計５５と、原価３１ｃと仕入数量３４ｃを乗算した原価合計５２及び販売チャネル４１ｃ毎の手数料額７３の合計である手数料合計５３を加算した値であるコスト合計６０を比較して、受注額合計５５がコスト合計６０以上又はこれを上回っている場合に勝ち負け指標５６をＯＮとし、受注額合計５５がコスト合計６０を下回っている又はこれ以下の場合に勝ち負け指標５６をＯＦＦに切換える切換手段３３０を具え、勝ち負け指標５６がユーザ端末２００に表示されるので、販売チャネル４１ｃが複数あっても商品の売れ行きを把握し易いから、複数の販売チャネル４１ｃで販売される商品の追加発注の要否を検討し易い。【選択図】図７

Description

本発明は、売上管理システム及び売上管理方法に関し、特に、複数の販売チャネルで販売される商品の追加発注の要否を検討し易くするものに関する。

従来、売上データを集計し、それをまとめ、各種データとして出力する売上管理システムが開発されている。その例として、以下に挙げるものがある。

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

特許文献１には、売上データから対象日及び比較日の売上データを読み出し、読み出された売上データに基づき対象日における売上実績の前比較日からの変化を示す指標値を算出し、その指標値を表示する売上管理システムが開示されている。

特許文献２には、各店舗の売上データと、一の店舗の売上データを比較し、その結果に基づいて、当該一の店舗で販売している商品が適切か否かを判別し、判別結果を表示する売上管理システムが開示されている。

しかしながら、近年、インターネット等の通信回線を用いる等して、複数の販売チャネルで商品を販売することが行われている。販売チャネルによって、売上状況や手数料は異なり、販売チャネルごとの売れ行き状況や利益率をすぐに把握するのが困難で、商品の追加発注を行うべきか否かを判断し難いという問題がある。

そこで、本発明は、複数の販売チャネルで販売される商品の追加発注の要否を検討し易くすることができる売上管理システム等を提供することを目的とする。

本発明は、サーバとユーザ端末間でデータの送受信を行う売上管理システムであって、
前記サーバが、少なくとも１つ以上の商品情報と、該商品情報毎の原価、仕入数量、少なくとも１つ以上の販売チャネル、並びに該販売チャネル毎の販売価格、販売数量、及び手数料率又は手数料金額を含む手数料情報を記憶する記憶手段と、
前記原価と仕入数量を乗算した原価合計と、前記販売チャネル毎に、前記販売数量と販売価格を乗算した受注額と、前記販売数量と手数料情報から算出する手数料額を算出する算出手段と、
前記販売チャネル毎の受注額の合計である受注額合計と前記原価合計及び前記販売チャネル毎の手数料額の合計である手数料合計を加算した値であるコスト合計を比較して、前記受注額合計が前記コスト合計以上又はこれを上回っている場合に勝ち負け指標をＯＮとし、前記受注額合計が前記コスト合計を下回っている又はこれ以下の場合に勝ち負け指標をＯＦＦに切換える切換手段を具え、
前記ユーザ端末が前記勝ち負け指標を表示する表示手段を有することを特徴とする売上管理システム、
又は、
サーバとユーザ端末間でデータの送受信を行う売上管理システムを用いた売上管理方法であって、
前記サーバが、少なくとも１つ以上の商品情報と、該商品情報毎の原価、仕入数量、少なくとも１つ以上の販売チャネル、並びに該販売チャネル毎の販売価格、販売数量、及び手数料率又は手数料金額を含む手数料情報を記憶し、
前記原価と仕入数量を乗算した原価合計と、前記販売チャネル毎に、前記販売数量と販売価格を乗算した受注額と、前記販売数量と手数料情報から算出する手数料額を算出し、
前記販売チャネル毎の受注額の合計である受注額合計と前記原価合計及び前記販売チャネル毎の手数料額の合計である手数料合計を加算した値であるコスト合計を比較して、前記受注額合計が前記コスト合計以上又はこれを上回っている場合に勝ち負け指標をＯＮとし、前記受注額合計が前記コスト合計を下回っている又はこれ以下の場合に勝ち負け指標をＯＦＦに切換え、
前記ユーザ端末が前記勝ち負け指標を表示することを特徴とする売上管理方法によって前記課題を解決した。

本発明によれば、販売チャネル毎の受注額の合計である受注額合計と原価合計及び販売チャネル毎の手数料額の合計である手数料合計を加算した値であるコスト合計を比較して、受注額合計がコスト合計以上又はこれを上回っている場合に勝ち負け指標をＯＮとし、受注額合計がコスト合計を下回っている又はこれ以下の場合に勝ち負け指標をＯＦＦに切換える切換手段を具え、勝ち負け指標がユーザ端末に表示されるので、販売チャネルが複数あっても商品の売れ行きを把握し易いから、複数の販売チャネルで販売される商品の追加発注の要否を検討し易くすることができる。

また、販売開始日から何日で勝ち負け指標がＯＦＦからＯＮに切り換わったかの日数である勝ち到達日数が表示される構成とすれば、人気がある商品を把握し易い。さらに、販売開始日から現在までの日数である販売後経過日数が表示される構成とすれば、商品の追加発注の検討における参考とすることができる。

また、受注額合計からコスト合計を減残して算出される勝ち負け差額が表示される構成とすれば、いくら粗利が出ているか、又はあといくらで損益分岐を超えるかを容易に把握することができるようになる。

また、受注額合計からコスト合計を減算して勝ち負け差額を算出し、勝ち負け差額が負の数の場合に、販売チャネル毎に、正の数に転換した勝ち負け差額から、販売価格から原価及び手数料情報から算出した手数料単価を減算した値を除算して得た数値の次に大きい整数である勝ち到達販売数量を算出し、表示するように構成すれば、どの販売チャネルであといくつ販売すれば損益分岐を超えるかを容易に把握することができるようになる。

また、販売チャネル毎に、受注額から、販売数量と原価を乗算した原価額及び手数料額を減算した差額を算出し、表示するように構成すれば、販売チャネル毎の結果を把握し易くすることができる。

本発明の実施形態の売上管理システムの構成図。 図１のサーバの構成の一部を示す図。 図１のユーザ端末の構成の一部を示す図。 本発明によりユーザ端末に表示される画像の第一例を示す図。 本発明によりユーザ端末に表示される画像の第二例を示す図。 本発明によりユーザ端末に表示される画像の第三例を示す図。 本発明によりユーザ端末に表示される画像の第四例を示す図。

以下、本発明の実施形態を図１〜７を参照して説明する。但し、本発明はこの実施形態に限定されるものではない。

図１は、本発明の売上管理システム１００の構成を示している。売上管理システム１００は、ユーザ端末２００とサーバ３００で構成される。ユーザ端末２００とサーバ３００は、インターネットや専用回線等の通信回線を介して相互に通信可能である。また、ＥＣサイト等の販売チャネルのサーバである販売チャネルサーバ４００とサーバ３００が相互に通信可能である構成としてもよい。サーバ３００は、公知のものを使用すればよく、ユーザ端末２００は、スマートフォン端末、タブレット端末、パーソナルコンピュータ等とすることができる。サーバ３００とユーザ端末２００は、それぞれ、演算処理装置や記録媒体、メモリ、入出力手段、通信手段等、これらが通常具える機能を有し、プログラムによって以下に説明する処理を実行する。

図２に示すとおり、サーバ３００は、少なくとも、記憶手段３１０、算出手段３２０、切換手段３３０、及び各種データを送受信するためのサーバ側データ送受信手段３４０を有する。また、図３に示すとおり、ユーザ端末２００は、少なくとも、表示手段２１０、及び各種データを送受信するための端末側データ送受信手段２２０を具える。ユーザ端末２００とサーバ３００は、端末側データ送受信手段２２０とサーバ側データ送受信手段３４０により、これらの間でデータの送受信を行うことができる。

サーバ３００の記憶手段３１０は、売上や仕入、在庫情報を管理する対象である、少なくとも１つ以上の商品情報を記憶するように構成されている。また、記憶手段３１０には、商品情報毎に、原価、仕入数量、販売開始日、少なくとも１つ以上の販売チャネルが記憶され、さらに、販売チャネル毎の販売価格、販売数量、及び手数料率又は手数料金額を含む手数料情報が記憶される。商品情報、原価、仕入数量、販売チャネル、販売価格、販売数量、手数料率、及び手数料金額は、サーバ３００に対し、ユーザ端末２００から入力・送信されてくるように構成することができる。また、販売チャネル毎の販売価格、販売数量、又は手数料率若しくは手数料金額を含む手数料情報は、サーバ３００に対し、販売チャネルサーバ４００から直接送信されてくるように構成してもよい。

サーバ３００の算出手段３２０は、記憶手段３１０に記憶された商品情報毎の原価、仕入数量、販売開始日、販売価格、販売数量、手数料率、及び手数料金額などの数値を利用して各種結果を計算する。具体的には、例えば、原価と仕入数量を乗算した原価合計と、商品情報の販売チャネル毎に、販売数量と販売価格を乗算した受注額と、販売数量と手数料情報から算出した手数料額を算出する。ここで、手数料額は、販売価格に対して手数料率を乗算した手数料単価に販売数量を乗算する、販売数量１つ当たりの手数料金額である手数料単価に販売数量を乗算する、販売数量に応じた手数料金額を得る等で算出される。なお、ユーザ自身の販売チャネルを利用している場合など、手数料率や手数料金額がゼロであることもあり得る。

また、算出手段３２０が、販売チャネル毎の受注額の合計である受注額合計から、原価合計と販売チャネル毎の手数料額の合計である手数料合計を加算した値であるコスト合計を減算して勝ち負け差額を算出する構成とすることもできる。さらに、勝ち負け差額が負の数の場合に、販売チャネル毎に、正の数に転換した勝ち負け差額から、販売価格から原価及び手数料情報から算出した手数料単価を減算した値を除算して得た数値の次に大きい整数である、勝ち到達販売数量を算出するように構成してもよい。また、算出手段３２０が、商品情報毎に、販売開始日から現在までの日数である販売後経過日数や、販売開始日から何日で勝ち負け指標がＯＦＦからＯＮに切り換わったかの日数である勝ち到達日数を算出するように構成されていてもよい。なお、勝ち負け指標の切り換えについては、後述する。また、販売チャネル毎に、受注額から、販売数量と原価を乗算した原価額及び手数料額を減算した差額を算出するように構成してもよい。

サーバ３００の切換手段３３０は、前述した販売チャネルの受注額合計とコスト合計を比較して、受注額合計がコスト合計以上の場合に勝ち負け指標をＯＮとし、受注額合計がコスト合計を下回っている場合に勝ち負け指標をＯＦＦに切換える。或いは、受注額合計がコスト合計を上回っている場合に勝ち負け指標をＯＮとし、受注額合計がコスト合計以下の場合に勝ち負け指標をＯＦＦに切換える。

サーバ３００は、ユーザ端末２００の表示手段２１０を利用して、ユーザ端末２００の画面領域２１１（図４〜７参照）に、商品情報、原価、仕入数量、販売チャネル、販売価格、販売数量、及び手数料率や手数料金額等の手数料情報を入力させるための画像や、算出手段３２０によって算出した、勝ち到達日数、販売後経過日数、勝ち負け差額、勝ち到達販売数量などの結果、及び勝ち負け指標を表示させる。なお、画面領域２１１は、ユーザ端末２００が有する画面全体又は一部のアクティブウィンドウとすることができる。

図４は、表示手段２１０により、ユーザ端末２００の画面領域２１１に表示される第一例の画像１である。画像１では、ユーザ端末２００を操作して、商品情報１０とＳＫＵ情報２０を入力し、商品情報１０を記憶手段３１０に新規に登録し、或いは、記憶手段３１０に登録されている商品情報１０を変更することができる。入力されたデータは、ユーザ端末２００の端末側データ送受信手段２２０によって、サーバ３００に送信され、サーバ３００の記憶手段３１０に記憶される。

商品情報１０は、少なくとも、販売対象となる商品を識別するための情報が含まれる。商品を識別するための情報は、例えば、品番とすることができ、品番入力欄１２に品番を入力できるように構成されている。その他に、商品を特定し易いように、１以上の商品画像、商品名、商品の分野等のカテゴリ、予約販売等の販売種別、展開予定日、商品の特性に応じたシーズンを、それぞれ、商品画像アップロードボックス１１、商品名入力欄１３、カテゴリ入力欄１４、販売種別入力欄１５、展開予定日入力欄１６、シーズン入力欄１７にアップロード又は入力することができる。各種入力欄１２〜１７は、入力を必須としても任意としてもよく、記憶手段３１０に予め記憶させておいた情報の中から選択させるようにしてもよい。展開予定日等の日にちは、誤入力を防ぐために、カレンダーを表示させ、日にちを選択させるようにしてもよい。これは後述する入力欄においても同様である。

商品情報１０には、１以上のＳＫＵ情報２０を含ませることができる。ここで、ＳＫＵとは、Ｓｔｏｃｋ Ｋｅｅｐｉｎｇ Ｕｎｉｔ（ストック・キーピング・ユニット）の略で、受発注・在庫管理を行う場合の単位である。同じ商品であっても、カラー、デザイン、サイズ等が異なるものをＳＫＵ情報２０別に管理することによりそれぞれ管理し易くなる。商品を識別するための情報である商品情報１０として、ＳＫＵコードを用いることができる。画像１では、ＳＫＵコードの他、バーコード、色コード、サイズコード、予定原価、予定発注数、色（表示用）、サイズ（表示用）、定価を、それぞれ、ＳＫＵコード入力欄２１、バーコード入力欄２２、色コード入力欄２３、サイズコード入力欄２４、予定原価入力欄２５、予定発注数入力欄２６、色（表示用）入力欄２７、サイズ（表示用）入力欄２８、定価入力欄２９に入力することができるように構成される。ＳＫＵ情報２０は、必要に応じて、追加・削除ができるように構成するのがよい。具体的には、追加ボタンＡを選択することでＳＫＵ情報２０の各種入力欄を追加的に表示させ、削除ボタンＤを選択することによりＳＫＵ情報２０を削除するように構成することができる。商品情報１０とＳＫＵ情報２０を入力後、保存ボタンＳを選択することにより、入力されたデータがサーバ３００の記憶手段３１０に記憶される。

図５は、表示手段２１０により、ユーザ端末２００の画面領域２１１に表示される第二例の画像２である。画像２では、ユーザ端末２００を操作して、商品情報１０の内、ＳＫＵ情報２０毎の仕入情報３０を入力し、記憶手段３１０に新規に登録し、或いは、記憶手段３１０に登録されている仕入情報３０を変更することができる。入力されたデータは、ユーザ端末２００の端末側データ送受信手段２２０によって、サーバ３００に送信され、サーバ３００の記憶手段３１０に記憶される。

画像２において表示されている商品情報１０ａは、商品画像１１ａ、品番１２ａ、商品名１３ａ、カテゴリ１４ａ、販売種別１５ａ、展開予定日１６ａ、シーズン１７ａであり、これらは、画像１において、商品画像アップロードボックス１１、品番入力欄１２、商品名入力欄１３、カテゴリ入力欄１４、販売種別入力欄１５、展開予定日入力欄１６、シーズン入力欄１７にアップロード又は入力され、サーバ３００の記憶手段３１０に記憶されたものが表示されている。同様に、ＳＫＵ情報２０ａのＳＫＵコード２１ａ、バーコード２２ａ、色コード２３ａ、サイズコード２４ａ、色（表示用）２７ａ、サイズ（表示用）２８ａ、定価２９ａも、画像１において、ＳＫＵコード入力欄２１、バーコード入力欄２２、色コード入力欄２３、サイズコード入力欄２４、予定原価入力欄２５、予定発注数入力欄２６、色（表示用）入力欄２７、サイズ（表示用）入力欄２８、定価入力欄２９に入力され、サーバ３００の記憶手段３１０に記憶されたものが表示されている。

仕入情報３０には、少なくとも、原価と仕入数量が含まれる。原価及び仕入数量である入庫数は、原価入力欄３１と入庫数入力欄３４に入力できるように構成されている。その他に、入荷予定数、入荷元、入荷予定日、入荷先、入庫日、メモ（備考情報）を、それぞれ、入荷予定数入力欄３２、入荷元入力欄３３、入荷予定日入力欄３５、入荷先入力欄３６、入庫日入力欄３７、メモ入力欄３８に入力できるようにすることができる。原価入力欄３１と入荷予定数３２には、画像１で入力され、サーバ３００の記憶手段３１０に記憶された、予定原価と予定発注数が入力されている状態としてもよい。また、入庫数や入庫日等は、誤入力を防ぐために、別の入庫管理システムと連携させて、自動で入力又は表示されるように構成してもよい。

仕入情報３０は、時期によって原価が異なる場合などのため、必要に応じて、追加・削除ができるように構成するのがよい。具体的には、追加ボタンＡ１を選択することで仕入情報３０の各種入力欄を追加的に表示させ、削除ボタンＤ１を選択することにより仕入情報３０を削除するように構成することができる。仕入情報３０を入力後、保存ボタンＳ１を選択することにより、入力されたデータがサーバ３００の記憶手段３１０に記憶される。

図６は、表示手段２１０により、ユーザ端末２００の画面領域２１１に表示される第三例の画像３である。画像３では、ユーザ端末２００を操作して、商品情報１０の内、ＳＫＵ情報２０毎の販売チャネル情報４０を入力し、記憶手段３１０に新規に登録し、或いは、記憶手段３１０に登録されている販売チャネル情報４０を変更することができる。入力されたデータは、ユーザ端末２００の端末側データ送受信手段２２０によって、サーバ３００に送信され、サーバ３００の記憶手段３１０に記憶される。

画像３において、商品情報１０ｂとＳＫＵ情報２０ｂの構成は、画像２における商品情報１０ａ及びＳＫＵ情報２０ａと同様である。ＳＫＵ情報２０ｂでは、定価２９ｂとして、画像１の定価入力欄２９に入力され、サーバ３００の記憶手段３１０に記憶されたものが表示され、原価３１ｂとして、画像２の原価入力欄３１に入力され、サーバ３００の記憶手段３１０に記憶されたものが表示されている。

販売チャネル情報４０には、少なくとも、１以上の販売チャネル、販売チャネル毎の販売価格、販売数量、手数料情報が含まれる。販売チャネル、販売価格、販売数量、手数料情報は、販売チャネル入力欄４１、販売価格入力欄４４、販売数量入力欄４７、手数料情報入力欄４５に入力できるように構成されている。手数料情報は、手数料率の場合と手数料金額の場合があり得るため、例えば、「％」と貨幣単位（円など）を切り換えられる手数料単位区分４６を設けるのがよい。その他に、販売開始日、セール期間中か否か等のセール区分を、それぞれ、販売開始日入力欄４２、セール区分入力欄に入力できるようにすることができる。販売開始日入力欄４２には、販売開始時間の入力欄を設けてもよい。また、販売終了日時が入力できる販売終了日（及び終了時間）入力欄４８を設けることもできる。なお、販売数量や手数料情報は、誤入力を防ぐために、販売チャネルの売上管理サーバである販売チャネルサーバ４００と連携させて、自動で入力又は表示されるように構成することもできる。

販売チャネル情報４０は、必要に応じて、追加・削除ができるように構成するのがよい。具体的には、追加ボタンＡ２を選択することで販売チャネル情報４０の各種入力欄を追加的に表示させ、削除ボタンＤ２を選択することにより販売チャネル情報４０を削除するように構成することができる。販売チャネル情報４０を入力後、保存ボタンＳ２を選択することにより、入力されたデータがサーバ３００の記憶手段３１０に記憶される。

図７は、表示手段２１０により、ユーザ端末２００の画面領域２１１に表示される第四例の画像４である。画像４では、商品情報１０ｃの勝ち負け指標５６が表示されている。その他に、画像１において、商品画像アップロードボックス１１、品番入力欄１２、商品名入力欄１３、定価入力欄２９にアップロード又は入力され、画像２において、原価入力欄３１、入庫日３７、入庫数３４に入力され、画像３において、販売開始日入力欄４２、販売数量入力欄４７に入力され、サーバ３００の記憶手段３１０に記憶されたものが、それぞれ、商品画像１１ｃ、品番１２ｃ、商品名１３ｃ、定価２９ｃ、原価３１ｃ、初回納品日３７ｃ、仕入数量３４ｃ、販売開始日４２ｃ、受注数合計４７ｃとして表示されている。

ここで、画像１において入力・保存されたＳＫＵ情報２０が複数ある場合は、定価２９ｃには、定価入力欄２９に入力された値の平均値を表示させればよい。また、画像２において入力・保存された仕入情報３０が複数ある場合には、原価３１ｃには、原価入力欄３１に入力された値の平均値を、初回納品日３７ｃには、入庫日３７の日にちの内、最も早い時期のものを、仕入数量３４ｃには、入庫数３４の値の合計を表示させればよい。さらに、画像３において入力・保存された販売チャネル情報４０が複数ある場合には、販売開始日４２ｃには、販売開始日入力欄４２の日にちの内、最も早い時期のものを、受注数合計４７ｃには、販売数量４７の値の合計を表示させればよい。

また、算出手段３２０により算出される以下のデータを画像４に表示させることができる。まず、算出手段３２０は、定価２９ｃの値を原価３１ｃの値で除算した値である原価率５１を算出し、仕入数量３４ｃの値と原価３１ｃの値を乗算した値である原価合計５２を算出するように構成することができる。また、算出手段３２０は、画像３において入力・保存された販売数量４７の値を合計して、受注数合計５４を算出し、販売数量４７の値と手数料情報４５を基にして、販売チャネル４０毎の手数料額７３を算出し、その合計額を手数料合計５３として算出する。また、販売チャネル４０毎に、販売数量４７の値と販売価格４４（図６参照）の値を乗算して受注額７１を算出し、その合計額を受注額合計５５として算出するように構成することもできる。また、原価合計５２と手数料合計５３を加算して、コスト合計６０を算出する。

また、算出手段３２０により、販売開始日４２ｃの日にちから、画像４を表示させている現在までの日数である販売後経過日数５８と、販売開始日４２ｃの日にちから、何日で後述する勝ち負け指標がＯＦＦからＯＮに切り換わったかの日数である勝ち到達日数５９をそれぞれ算出させてもよい。販売後経過日数５８を表示させれば、商品の追加発注の検討における参考とすることができ、勝ち到達日数５９を表示させれば、人気がある商品を把握し易くすることができる。

算出手段３２０は、さらに、販売チャネル４０毎に、販売数量４７の値と原価３１ｃを乗算して、原価額７２を算出する。そして、受注額７１から原価額７２及び手数料額７３を減算して、販売チャネル４０毎の差額７４を算出する。販売チャネル４０毎の差額７４が算出され、表示されるように構成すれば、販売チャネル４０毎の結果を把握し易くすることができる。また、算出手段３２０は、受注額合計５５からコスト合計６０を減算して、勝ち負け差額５７を算出する。このように、勝ち負け差額５７が算出され、表示される構成とすれば、いくら粗利が出ているか、又はあといくらで損益分岐を超えるかを容易に把握することができるようになる。

ここで、切換手段３３０は、受注額合計５５とコスト合計６３を比較して、受注額合計５５がコスト合計６３以上の場合に勝ち負け指標５６をＯＮとし、受注額合計５５がコスト合計６３を下回っている場合に勝ち負け指標５６をＯＦＦに切換える。或いは、受注額合計５５がコスト合計６３を上回っている場合に勝ち負け指標５６をＯＮとし、受注額合計５５がコスト合計６３以下の場合に勝ち負け指標５６をＯＦＦに切換える。表示手段２１０は、勝ち負け指標５６がＯＮのときは「Ｏ」や「ＣＬＥＡＲ」等、ＯＦＦのときは「Ｘ」等、把握し易い態様で勝ち負け指標５６のＯＮ又はＯＦＦの状態を表示させる。本構成とすることで、販売チャネル４１が複数あっても商品の売れ行きを把握し易いから、複数の販売チャネル４１で販売される商品の追加発注の要否を検討し易くすることができる。また、ＳＫＵ情報２０ｃ毎の勝ち負け指標６１を表示させる構成とすることも可能である。この場合、ＳＫＵ情報２０ｃ毎に、受注額７１と、原価額７２及び手数料額７３を加算した値を比較すればよい。

また、算出手段３２０が、勝ち負け差額５７が負の数の場合に、販売チャネル４１ｃ毎に、正の数に転換した勝ち負け差額５７から、販売価格４４（図６参照）から原価３１ｃ及び販売価格４４と手数料情報４５ｃから算出した手数料単価（図示省略）を減算した値を除算して得た数値の次に大きい整数である、勝ち到達販売数量６２を算出するようにし、表示手段２１０によって表示させるのがよい。本構成とすれば、あといくつ販売すれば損益分岐を超えるかを容易に把握することができるようになる。勝ち到達販売数量６２は、図示しているように、ＳＫＵ情報２０ｃ別に表示させる他、品番１２ｃ別に表示させてもよい。なお、販売チャネル４１ｃ毎の勝ち負け差額５７が０以上の数の場合は、「Ｏ」や「ＣＬＥＡＲ」等、把握し易い態様で表示させればよい。

以上に説明した本発明の売上管理システム等によれば、複数の販売チャネルで販売される商品の追加発注の要否を検討し易くすることができる売上管理システム等を提供することができる。

１０，１０ａ，１０ｂ，１０ｃ 商品情報
３１，３１ｂ、３１ｃ 原価
３４，３４ｃ 仕入数量
４１，４１ｃ 販売チャネル
４２，４２ｃ 販売開始日
４４ 販売価格
４７，４７ｃ 販売数量
４５，４５ｃ 手数料情報
５２ 原価合計
５３ 手数料合計
５４ 受注額合計
５６，６１ 勝ち負け指標
５７ 勝ち負け差額
５８ 販売後経過日数
５９ 勝ち到達日数
６０ コスト合計
６２ 勝ち到達販売数量
７１ 受注額
７２ 原価額
７３ 手数料額
７４ 差額
１００ 売上管理システム
２００ ユーザ端末
２１０ 表示手段
３００ サーバ
３１０ 記憶手段
３２０ 算出手段
３３０ 切換手段

Claims (7)

1. サーバとユーザ端末間でデータの送受信を行う売上管理システムであって、
   前記サーバが、少なくとも１つ以上の商品情報と、該商品情報毎の原価、仕入数量、少なくとも１つ以上の販売チャネル、並びに該販売チャネル毎の販売価格、販売数量、及び手数料率又は手数料金額を含む手数料情報を記憶する記憶手段と、
   前記原価と仕入数量を乗算した原価合計と、前記販売チャネル毎に、前記販売数量と販売価格を乗算した受注額と、前記販売数量と手数料情報から算出する手数料額を算出する算出手段と、
   前記販売チャネル毎の受注額の合計である受注額合計と前記原価合計及び前記販売チャネル毎の手数料額の合計である手数料合計を加算した値であるコスト合計を比較して、前記受注額合計が前記コスト合計以上又はこれを上回っている場合に勝ち負け指標をＯＮとし、前記受注額合計が前記コスト合計を下回っている又はこれ以下の場合に勝ち負け指標をＯＦＦに切換える切換手段を具え、
   前記ユーザ端末が前記勝ち負け指標を表示する表示手段を有することを特徴とする、
   売上管理システム。
2. 前記記憶情報が、さらに、前記商品情報毎の販売開始日を記憶するように構成され、
   前記算出手段が、前記販売開始日から何日で前記勝ち負け指標がＯＦＦからＯＮに切り換わったかの日数である勝ち到達日数を算出するように構成され、
   前記表示手段が前記勝ち到達日数を前記ユーザ端末に表示させる、
   請求項１の売上管理システム。
3. 前記算出手段が、前記販売開始日から現在までの日数である販売後経過日数を算出するように構成され、
   前記表示手段が前記販売後経過日数を前記ユーザ端末に表示させる、
   請求項２の売上管理システム。
4. 前記算出手段が、前記受注額合計から前記コスト合計を減算して勝ち負け差額を算出するように構成され、
   前記表示手段が前記勝ち負け差額を前記ユーザ端末に表示させる、
   請求項１から３のいずれかの売上管理システム。
5. 前記算出手段が、前記受注額合計から前記コスト合計を減算して勝ち負け差額を算出し、該勝ち負け差額が負の数の場合に、前記販売チャネル毎に、正の数に転換した前記勝ち負け差額から、前記販売価格から原価及び手数料情報から算出した手数料単価を減算した値を除算して得た数値の次に大きい整数である、勝ち到達販売数量を算出するように構成され、
   前記表示手段が前記勝ち到達販売数量を前記ユーザ端末に表示させる、
   請求項１から４のいずれかの売上管理システム。
6. 前記算出手段が、前記販売チャネル毎に、前記受注額から前記販売数量と原価を乗算した原価額及び前記手数料額を減算した差額を算出するように構成され、
   前記表示手段が前記差額を前記ユーザ端末に表示させる、
   請求項１から５のいずれかの売上管理システム。
7. サーバとユーザ端末間でデータの送受信を行う売上管理システムを用いた売上管理方法であって、
   前記サーバが、少なくとも１つ以上の商品情報と、該商品情報毎の原価、仕入数量、少なくとも１つ以上の販売チャネル、並びに該販売チャネル毎の販売価格、販売数量、及び手数料率又は手数料金額を含む手数料情報を記憶し、
   前記原価と仕入数量を乗算した原価合計と、前記販売チャネル毎に、前記販売数量と販売価格を乗算した受注額と、前記販売数量と手数料情報から算出する手数料額を算出し、
   前記販売チャネル毎の受注額の合計である受注額合計と前記原価合計及び前記販売チャネル毎の手数料額の合計である手数料合計を加算した値であるコスト合計を比較して、前記受注額合計が前記コスト合計以上又はこれを上回っている場合に勝ち負け指標をＯＮとし、前記受注額合計が前記コスト合計を下回っている又はこれ以下の場合に勝ち負け指標をＯＦＦに切換え、
   前記ユーザ端末が前記勝ち負け指標を表示することを特徴とする、
   売上管理方法。

Images