JP7525530B2 - クレジット債権振替システム、クレジット債権振替方法、及びクレジット債権振替プログラム - Google Patents

Description

本発明は、クレジット債権振替システム、クレジット債権振替方法、及びクレジット債権振替プログラムに関する。

例えば、多店舗展開企業において、店頭売上の売上金種が現金以外にクレジットカードや電子マネーなど多岐にわたる。本部で、店舗のＰＯＳの売上データから金種情報を連携できない場合は、締めのタイミングで金種別に売上を振り替える担当者の手作業が発生する。従来、クレジット債権を管理するシステムとして、例えば、特許文献１がある。

特開２０１５－１２１９９７号公報

しかしながら、特許文献１では、店舗のＰＯＳの売上データから金種情報を連携できない場合に、金種別に売上を振り替える際の担当者の作業負荷を軽減することに関して何ら記載されていない。

本発明は、上記に鑑みてなされたものであって、店舗のＰＯＳの売上データから金種情報を連携できない場合に、金種別に売上を振り替える際の担当者の作業負荷を軽減することが可能なクレジット債権振替システム、クレジット債権振替方法、及びクレジット債権振替プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部を備えたクレジット債権振替システムであって、前記制御部は、決済用の端末の端末識別番号と店舗識別情報（店舗コード及び／又は店舗名）を関連づけて登録した端末識別番号変換マスタと、売上会社コードと、請求先識別情報（請求先コード及び／又は請求先名）を関連づけて登録したクレジット会社変換マスタと、にアクセス可能に構成されており、各店舗のＰＯＳから、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込手段と、各店舗の決済用の端末で決済した実績を集計するクレジット債権照会システムから、取引日、決済用の端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会手段と、前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタを参照して、前記端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタを参照して、前記売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、売上金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替手段と、を備えたことを特徴とする。

また、本発明の一態様によれば、前記振替データは、発生区分が手数料の場合は手数料金額をマイナス計上することにしてもよい。

また、本発明の一態様によれば、前記制御部は、さらに、請求先識別情報及びカード識別情報毎に、手数料率を関連づけて登録した手数料マスタにアクセス可能に構成されており、前記振替手段は、請求先識別情報及びカード識別情報をキーとして、前記手数料マスタから手数料率を取得し、売上金額×取得した手数料率で手数料金額を算出することにしてもよい。

また、本発明の一態様によれば、前記制御部は、さらに、請求先識別情報及びカード識別情報毎に、手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額を関連づけて登録した手数料上限下限マスタにアクセス可能に構成されており、前記振替手段は、請求先識別情報及びカード識別情報をキーとして、前記手数料上限下限マスタから手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額を取得し、売上金額が手数料上限売上金額以上の場合は、手数料金額＝上限手数料金額とし、売上金額が手数料下限売上金額以下の場合は、手数料金額＝下限手数料金額とし、手数料金額が上限手数料金額以上の場合は、手数料金額＝上限手数料金額とし、手数料金額が下限手数料金額以下の場合は、手数料金額＝下限手数料金額とすることにしてもよい。

また、本発明の一態様によれば、前記制御部は、さらに、前記振替データを請求先別に纏めて、請求先識別情報、債権金額を含む現金外債権データを生成する現金外債権管理手段を備えることにしてもよい。

また、本発明の一態様によれば、前記制御部は、さらに、請求先から入金された場合に、前記現金外債権データの消込を行う入金消込処理手段を備えることにしてもよい。

また、本発明の一態様によれば、前記決済用の端末の決済媒体は、クレジットカード、交通系ＩＣ、及び電子マネーを含むことにしてもよい。

また、本発明の一態様によれば、前記店舗は、多店舗展開企業の店舗を含むことにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置で実行されるクレジット債権振替方法であって、前記制御部は、端末識別番号と店舗識別情報を関連づけて登録した端末識別番号変換マスタと、売上会社コードと、請求先識別情報を関連づけて登録したクレジット会社変換マスタと、にアクセス可能に構成されており、前記制御部において実行される、各店舗のＰＯＳから、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込工程と、各店舗の決済用の端末で決済した実績を集計するクレジット債権照会システムから、取引日、決済端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会工程と、前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタを参照して、前記端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタを参照して、前記売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替工程と、を含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置に実行させるためのクレジット債権振替プログラムであって、前記制御部は、端末識別番号と店舗識別情報を関連づけて登録した端末識別番号変換マスタと、売上会社コードと、請求先識別情報を関連づけて登録したクレジット会社変換マスタと、にアクセス可能に構成されており、前記制御部において、各店舗のＰＯＳから、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込工程と、各店舗の決済用の端末で決済した実績を集計するクレジット債権照会システムから、取引日、決済端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会工程と、前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタを参照して、前記端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタを参照して、前記売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替工程と、を実行させるためのクレジット債権振替プログラムであることを特徴とする。

本発明によれば、店舗のＰＯＳの売上データから金種情報を連携できない場合に、金種別に売上を振り替える際の担当者の作業負荷を軽減することが可能になるという効果を奏する。

図１は、本発明のクレジット債権振替システムの処理イメージを説明するための図である。 図２は、本実施の形態に係るクレジット債権振替システムの構成の一例を示すブロック図である。 図３は、端末識別番号変換マスタの構成例を示す図である。 図４は、クレジット会社変換マスタの構成例を示す図である。 図５は、クレジット手数料マスタの構成例を示す図である。 図６は、クレジット手数料上限下限マスタの構成例を示す図である。 図７は、本実施の形態に係るクレジット債権振替システムの制御部の全体の処理の概略を説明するためのフローを示す図である。 図８は、本実施の形態に係るクレジット債権振替システムの制御部の処理の具体例を説明するための図である。 図９は、本実施の形態に係るクレジット債権振替システムの制御部の処理の具体例を説明するための図である。 図１０は、本実施の形態に係るクレジット債権振替システムの制御部の処理の具体例を説明するための図である。

本発明の実施形態を図面に基づいて詳細に説明する。なお、本発明は本実施形態により限定されるものではない。

［１．概要］
例えば、多店舗展開企業において、店頭売上の売上金種が現金以外にクレジットカードや電子マネーなど多岐にわたる。本部で、店舗のＰＯＳの売上データから金種情報を連携できない場合は、締めのタイミングで金種別に売上を振り替える担当者の手作業が発生する。ＰＯＳから現金外情報を連動するには、店頭の仕組みを改修するしかなく、店舗数が多い場合コストがかかってしまう。他方、近年キャッシュレス化の流れがあり、管理すべき金種が増加している。

そこで、本発明は、店舗のＰＯＳの売上データから現金外金種の内訳が取得できない場合でも、現金外金種の明細データを締後に取得し、マスタを使用して自動振替処理を実施することで、担当者の作業負担及び作業ミスを軽減する。

図１は、本発明のクレジット債権振替システムの処理イメージを説明するための図である。本発明のクレジット債権振替システムは、締集計の現金外データ利用実績データ（クレジット債権照会データ）を元に、各変換マスタを通し、店舗別、金種別、回収予定別に金額を集計する。入金時は、クレジット会社から手数料を引かれて入金されるので、概算手数料を計上したうえで債権管理する。店舗売上から一旦同じ科目に計上されていた金額を計算した結果に対して振替伝票を起票する。振替した債権を入金消込する。以下の説明では、金額の単位を全て「円」としてその表記を省略する。

図１において、店舗のＰＯＳから売上ファイルを取得する。ここでは、現金外金種の内訳が取得できない。この場合の仕訳は、例えば、売掛金：１，０００，０００／売上：１，０００，０００（金種別に分かれない）となる。

店舗の決済端末で決済した実績を集計するクレジット債権照会システム（例えば、Ｊ－ｍａｎａｇｅｒ）から、クレジット債権照会データ（例えば、Ｊ－ｍａｎａｇｅｒデータ）を取得する。クレジット会社からネットバンキングシステムを介して手数料が引かれて入金されるので、概算手数料を計上した上で債権管理する。

この場合の仕訳は、例えば、売掛金：４００，０００／売上：４００，０００（元の売掛金をカード売上分減少）、カード売掛金：４００，０００／カード売上：４００，０００（カード売掛金を計上）、クレジット手数料：８，８００／カード売掛金：８，８００（カード売掛金のうち、概算手数料分を減少）となる。

クレジット会社からネットバンキングシステムを介して手数料が引かれて入金される。この場合の仕訳は、預金：３１２，０００／カード売掛金：３１２，０００となる。

本発明のクレジット債権振替システムは、例えば、多店舗展開企業等の業種に広く適用可能である。

［２．構成］
本実施の形態に係るクレジット債権振替システムの構成の一例について、図２を参照して説明する。図２は、本実施の形態に係るクレジット債権振替システムの構成の一例を示すブロック図である。

クレジット債権振替システム１００は、市販のデスクトップ型パーソナルコンピュータである。なお、クレジット債権振替システム１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。

クレジット債権振替システム１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。クレジット債権振替システム１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、クレジット債権振替システム１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、クレジット債権振替システム１００と、各店舗のＰＯＳ４００・・・、決済端末、クレジット債権照会システム（例えば、Ｊ－ｍａｎａｇｅｒ）５００、ネットバンキングシステム６００、サーバ２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。

各店舗には、ＰＯＳ４００とＰＯＳ４００に接続された決済用の端末４０１が設けられている。決済用の端末４０１は、例えば、クレジットカード、電子マネー、交通系ＩＣ等の決済媒体で決済するためのリーダー等である。クレジット債権照会システム５００は、各店舗の決済用の端末４０１・・・で決済した実績を集計して、取引日、決済用の端末４０１・・・の端末識別番号、カード識別情報（カード識別コード及び/又はカード識別名）、親会社コード、利用額を含むクレジット債権照会データ（例えば、Ｊ－ｍａｎａｇｅｒデータ）を蓄積する。

入出力インターフェース部１０８には、入力装置１１２及び出力装置１１４が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。

記憶部１０６には、各種のデータベース、テーブル、及びファイルなどが格納される。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）に命令を与えて各種処理を行うためのコンピュータプログラムが記録される。記憶部１０６として、例えば、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）・ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスク、及び光ディスク等を用いることができる。

また、記憶部１０６は、端末識別番号変換マスタ１０６ａと、クレジット会社変換マスタ１０６ｂと、クレジット手数料マスタ１０６ｃと、クレジット手数料上限下限マスタ１０６ｄと、データファイル１０６ｅと、を備えている。図３は、端末識別番号変換マスタ１０６ａの構成例を示す図である。図４は、クレジット会社変換マスタ１０６ｂの構成例を示す図である。図５は、クレジット手数料マスタ１０６ｃの構成例を示す図である。図６は、クレジット手数料上限下限マスタ１０６ｄの構成例を示す図である。

端末識別番号変換マスタ１０６ａは、図３に示すように、端末識別番号、店舗コード、店舗名を関連づけて登録したテーブル等で構成することができる。端末識別番号は、店舗の決済用の端末４０２・・・の機器番号である。端末識別番号から店舗コード及び店舗名を取得する。図３に示す例では、１行目は、端末識別番号「４８１６１５１００１ＸＸＸ」、店舗コード「Ｔ１００」、店舗名「浅草店」、２行目は、端末識別番号「４８１６１５１００２ＸＸＸ」、店舗コード「Ｔ２００」、店舗名「京橋店」となっている。

クレジット会社変換マスタ１０６ｂは、図４に示すように、売上会社コード（３桁目から５文字）、請求先名、請求先コードを関連づけて登録したテーブル等で構成することができる。売上会社コード（３桁目から５文字）から請求先を取得する。図３に示す例では、１行目は、売上会社コード「９９６６１」、請求先名「カード会社Ａ」、請求先コード「１０１」、２行目は、売上会社コード「９９６６２」、請求先名「カード会社Ｂ」、請求先コード「１０２」となっている。

クレジット手数料マスタ１０６ｃは、図５に示すように、請求先コード、カード識別コード、カード識別名、手数料率を関連づけて登録したテーブル等で構成することができる。図５に示す例では、１行目は、請求先コード「１０１」、カード識別コード「００１」、カード識別名「クレジットカード」、手数料率「２．２」、２行目は、請求先コード「１０２」、カード識別子コード「００１」、カード識別名「クレジットカード」、手数料率「２．３」となっている。

クレジット手数料上限下限マスタ１０６ｄは、図６に示すように、請求先コード、カード識別コード、カード識別名、手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額を関連づけて登録したテーブル等で構成することができる。図６に示す例では、請求先コード、カード識別コード、及びカード識別名によらず、同じ手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額が設定されている例を示している。１行目は、請求先コード「１０１」、カード識別コード「００１」、カード識別名「クレジットカード」、手数料上限売上金額「１０，０００」、上限手数料金額「２５０」、手数料下限売上金額「３，０００」、下限手数料金額「５０」となっている。

データファイル１０６ｅは、売上データ、クレジット債権照会データ、振替データ、現金外債権データ、入金データ等の各種データを格納するためのファイルである。

売上データは、売上月、店舗コード、店舗名、売上金額、消費税、合計を含んでいてもよい。

クレジット債権照会データ（例えば、Ｊ－ｍａｎａｇｅｒデータ）は、取引日、端末識別番号、カード識別コード、売上会社コード、利用額を含んでいてもよい。現金外利用実績は税込額のみとなる。

振替データは、売上月、店舗コード、店舗名、請求先コード、請求先名、カード識別コード、カード識別名、金額、振替又は概算手数料を指定する発生区分を含んでいてもよい。概算手数料は債権からマイナスするため、マイナス計上する。

現金外債権データは、請求先コード、請求先名、債権金額を含んでいてもよい。債権は、請求先別に管理する。

入金データは、請求先コード、請求先名、入金額を含んでいてもよい。

図２に戻り、制御部１０２は、クレジット債権振替システム１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。

制御部１０２は、記憶部１０６に格納されている、端末識別番号変換マスタ１０６ａと、クレジット会社変換マスタ１０６ｂと、クレジット手数料マスタ１０６ｃと、クレジット手数料上限下限マスタ１０６ｄと、データファイル１０６ｅにアクセス可能に構成されている。なお、これらのマスタ・ファイルは、他の場所（例えば、サーバ２００）に設けられていてもよく、制御部１０２がアクセス可能な構成であればよい。

制御部１０２は、機能概念的に、売上取込部１０２ａ、クレジット債権照会部１０２ｂと、振替処理部１０２ｃと、現金外債権管理部１０２ｄと、入金処理部１０２ｅと、マスタメンテ部１０２ｆと、画面表示制御部１０２ｇと、を備えている。

売上取込部１０２ａは、各店舗のＰＯＳ４００・・・から、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込んで、データファイル１０６ｅに格納する。

クレジット債権照会部１０２ｂは、各店舗の決済端末で決済した実績を集計するクレジット債権照会システム（例えば、Ｊ－ｍａｎａｇｅｒ）５００から、取引日、決済用の端末４０１の端末識別番号、カード識別情報（カード識別コード及び／又はカード識別名）、売上会社コード、利用額を含むクレジット債権照会データ（例えば、Ｊ－ｍａｎａｇｅｒデータ）を取得して、データファイル１０６ｅに格納する。

振替処理部１０２ｃは、クレジット債権照会データに基づいて、端末識別番号変換マスタ１０６ａを参照して、端末識別番号を店舗識別情報（店舗コード及び／又は店舗名）に変換し、クレジット会社変換マスタ１０６ｂを参照して、売上会社コードを請求先識別情報（請求先コード及び／又は請求先名）に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報（カード識別コード及び／又はカード識別名）、金額、振替又は概算手数料を指定する発生区分を含む振替データを生成して、データファイル１０６ｅに格納する。振替データは、発生区分が手数料の場合は手数料金額をマイナス計上（マイナスの金額とする）することにしてもよい。

振替処理部１０２ｃは、請求先識別情報及びカード識別情報をキーとして、クレジット手数料マスタ１０６ｃから手数料率を取得し、売上金額×取得した手数料率で手数料金額を算出してもよい。

また、振替処理部１０２ｃは、請求先識別情報及びカード識別情報をキーとして、クレジット手数料上限下限マスタ１０６ｄから手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額を取得し、売上金額が手数料上限売上金額以上の場合は、手数料金額＝上限手数料金額とし、売上金額が手数料下限売上金額以下の場合は、手数料金額＝下限手数料金額とし、手数料金額が上限手数料金額以上の場合は、手数料金額＝上限手数料金額とし、手数料金額が下限手数料金額以下の場合は、手数料金額＝下限手数料金額としてもよい。

現金外債権管理部１０２ｄは、振替データを請求先別に纏めて、請求先識別情報、債権金額を含む現金外債権データを生成して、データファイル１０６ｅに格納する。

入金処理部１０２ｅは、請求先からネットバンキングシステム６００を介して入金されると、入金データを作成してデータファイル１０６ｅに格納する。また、入金処理部１０２ｅは、現金外債権データに対して入金データで消込を行う。

マスタメンテ部１０２ｆは、例えば、モニタ１１４に表示されるマスタメンテ画面上でのオペレータの操作に応じて、端末識別番号変換マスタ１０６ａ、クレジット会社変換マスタ１０６ｂ、クレジット手数料マスタ１０６ｃ、クレジット手数料上限下限マスタ１０６ｄに対して、データの入力・追加・削除・編集等の設定を行う。

画面表示制御部１０２ｇは、モニタ１１４に表示する各種画面の表示及びその入力を制御する。

［３．具体例］
図２～図１０を参照して、本実施の形態におけるクレジット債権振替システム１００の処理の具体例を説明する。まず、図７を参照して、本実施の形態におけるクレジット債権振替システム１００の全体の処理の概略を説明する。図７は、本実施の形態におけるクレジット債権振替システム１００の全体の処理の概略を説明するためのフローを示す図である。

（３－１．全体の処理）
図７において、売上取込部１０２ａは、売上取込処理を実行する（ステップＳ１）。具体的には、売上取込処理では、売上取込部１０２ａは、各店舗のＰＯＳ４００・・・から、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込んで、データファイル１０６ｅに格納する。

クレジット債権照会部１０２ｂは、クレジット債権照会処理を実行する（ステップＳ２）。具体的には、クレジット債権照会処理では、クレジット債権照会部１０２ｂは、各店舗の決済用の端末４０１・・・で決済した実績を集計するクレジット債権照会システム５００から、取引日、決済端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得して、データファイル１０６ｅに格納する。

振替処理部１０２ｃは、振替処理を実行する（ステップＳ３）。具体的には、振替処理では、振替処理部１０２ｃは、クレジット債権照会データに基づいて、端末識別番号変換マスタ１０６ａを参照して、端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタ１０６ｂを参照して、売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、売上金額、振替又は概算手数料の発生区分を含む振替データを生成して、データファイル１０６ｅに格納する。

現金外債権管理部１０２ｄは、振替データを請求先別に纏めて、請求先識別情報、債権金額を含む現金外債権データを生成して、データファイル１０６ｅに格納する。

入金処理部１０２ｅは、入金消込処理を実行する（ステップＳ４）。具体的には、入金消込処理では、入金処理部１０２ｅは、請求先からネットバンキングシステム６００を介して入金されると、入金データを作成し、現金外債権データに対して入金データで消込を行う。

（３－２．サンプルデータ）
図８～図１０は、本実施の形態に係るクレジット債権振替システム１００の制御部１０２の処理の具体例を説明するためのサンプルデータを示す図である。図８～１０を参照して、本実施の形態に係るクレジット債権振替システム１００の制御部１０２の処理の具体例を説明する。以下の説明では、図３の端末識別番号変換マスタ１０６ａ、図４のクレジット会社変換マスタ１０６ｂ、図５のクレジット手数料マスタ１０６ｃ、図６のクレジット手数料上限下限マスタ１０６ｄのデータ例を使用して説明する。

（Ｓ１：売上取込処理）
売上取込部１０２ａは、各店舗のＰＯＳ４００・・・から、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込んで、データファイル１０６ｅに格納する。

図８（Ａ）は、売上データのデータ例を示している。売上データは、売上月、店舗コード、店舗名、売上金額、消費税、合計金額の項目を備えている。図８（Ａ）に示す例では、１行目は、売上月「２０２１／６」、店舗コード「Ｔ１００」、店舗名「浅草店」、売上金額「５，０００，０００」、消費税「５００，０００」、合計金額「５，５００，０００」、２行目は、売上月「２０２１／６」、店舗コード「Ｔ２００」、店舗名「京橋店」、売上金額「６，０００，０００」、消費税「６００，０００」、合計金額「６，６００，０００」となっている。このように、売上データには、金種情報が含まれていない。

（Ｓ２：クレジット債権照会処理）
クレジット債権照会処理では、クレジット債権照会部１０２ｂは、各店舗の決済端末で決済した実績を集計するクレジット債権照会システム（例えば、Ｊ－ｍａｎａｇｅｒ）５００から、取引日、決済端末の端末識別番号、カード識別情報、請求先識別情報、利用額を含むクレジット債権照会データ（例えば、Ｊ－ｍａｎａｇｅｒデータ）を取得して、データファイル１０６ｅに格納する。

図８（Ｂ）は、クレジット債権照会データのデータ例を示す図である。クレジット債権照会データは、取引日、端末識別番号、カード識別コード、売上会社コード、利用額の項目を備えている。利用額（現金外利用実績）は税込額となっている。

図８（Ｂ）に示す例では、１行目は、取引日「２０２１／６／１」、端末識別番号「４８１６１５１００１ＸＸＸ」、カード識別コード「００１」、売上会社コード「２’９９６６１００００」、「１１，０００」、２行目は、取引日「２０２１／６／１」、端末識別番号「４８１６１５１００２ＸＸＸ」、カード識別コード「００１」、売上会社コード「２’９９６６２００００」、「１１，０００」となっている。

（Ｓ３：振替処理）
振替処理部１０２ｃは、クレジット債権照会データに基づいて、端末識別番号変換マスタ１０６ａを参照して、端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタ１０６ｂを参照して、売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、金額、発生区分を含む振替データを生成して、データファイル１０６ｅに格納する。

図８（Ｃ）は、振替データのデータ例を示す図である。振替データは、売上月、店舗コード、店舗名、請求先コード、請求先名、カード識別コード、カード識別名、金額、振替又は概算手数料を指定する発生区分の項目を備えている。概算手数料は債権からマイナスするため、マイナス計上する。

図８（Ｃ）に示す例では、１行目は、売上月「２０２１／６」、店舗コード「Ｔ１００」、店舗名「浅草店」、請求先コード「１０１」、請求先名「カード会社Ａ」、カード識別コード「００１」、カード識別名「クレジットカード」、金額「１１，０００」、発生区分「振替」となっている。これは、クレジット債権照会データの１行目について、図３の端末識別番号変換マスタ１０６ａを参照して、端末識別番号「４８１６１５１００１ＸＸＸ」を店舗コード「Ｔ１００」、店舗名「浅草店」に変換し、図４のクレジット会社変換マスタ１０６ｂを参照して、売上会社コード「９９６６１」を請求先コード「１０１」、請求先名「カード会社Ａ」に変換したものである。

７行目は、売上月「２０２１／６」、店舗コード「Ｔ１００」、店舗名「浅草店」、請求先コード「１０１」、請求先名「カード会社Ａ」、カード識別コード「００１」、カード識別名「クレジットカード」、金額「－２４２」、発生区分「概算手数料」となっている。手数料金額は、請求先コード「１０１」及びカード識別コード「００１」をキーとして、図５のクレジット手数料マスタ１０６ｃから手数料率「２．２」を取得して、金額「１１，０００」×手数料率「２．２」＝「２４２」を算出して、マイナス計上して、「－２４２」とする。

現金外債権管理部１０２ｄは、振替データを請求先別に纏めて、請求先識別情報、債権金額を含む現金外債権データを生成して、データファイル１０６ｅに格納する。

図８（Ｄ）は、現金外債権データのデータ例を示す図である。現金外債権データは、請求先コード、請求先名、債権金額の項目を備えている。債権は、請求先別に管理する。図８（Ｄ）に示す例では、１行目は、請求先コード「１０１」、請求先名「カード会社Ａ」、債権金額「１０，７５８」となっている。

（Ｓ４：入金消込処理）
入金処理部１０２ｅは、請求先からネットバンキングシステム６００を介して入金されると、入金データを作成し、現金外債権データに対して入金データで消込を行う。

図８（Ｅ）は、入金データのデータ例を示す図である。入金データは、請求先コード、請求先名、入金額の項目を備えていてもよい。図８（Ｅ）に示す例では、１行目は、請求先コード「１０１」、請求先名「カード会社Ａ」、入金額「１０，７５８」となっている。

（手数料計算）
図８（Ｃ）に示す例では、振替処理部１０２ｃは、振替データの手数料をクレジット手数料マスタ１０６ｃのみを使用して概算の手数料を算出した場合を示したが、さらに、クレジット手数料上限下限マスタ１０６ｄを参照して、手数料を算出してもよい。図６に示すクレジット手数料上限下限マスタ１０６ｄの例では、請求コード及びカード識別コードで、同一の手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額が設定されている。

図９は、手数料の計算例を示す図である。図１０は、手数料の算出フローを示す図である。図１０において、ステップＳ１１では、クレジット手数料上限下限マスタ１０６ｄで対応するデータを取得できなかった場合（手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額に該当しない場合）は、手数料金額＝売上金額（合計金額）×手数料率で算出する。

ステップＳ１２では、売上金額が手数料上限売上金額以上の場合は、手数料金額＝上限手数料金額とする。売上金額が手数料上限売上金額未満かつ手数料下限売上金額より大きい場合は、Ｓ１３に移行する。売上金額が手数料下限売上金額以下の場合は、手数料金額＝下限手数料金額とする。

ステップＳ１３では、手数料金額が上限手数料金額以上の場合は、手数料金額＝上限手数料金額とする。手数料金額が上限手数料金額未満かつ下限手数料金額より大きい場合は、手数料金額＝売上金額×手数料率とする。手数料金額が下限手数料金額以下の場合は、手数料金額＝下限手数料金額とする。

図１０に示す例では、１行目は、合計金額が「２，０００」となっているので、手数料下限売上金額「３，０００」以下は下限手数料金額「５０」の固定とする。４行目は、計算手数料が「３２０」で、上限手数料金額「２５０」を超えているので、上限手数料金「２５０」とする。６～９行目は、手数料上限売上金額「１０，０００」以上となるので、上限手数料金額「２５０」に固定する。２、３、５行目については、合計金額×手数料率で算出した手数料とする。

以上説明したように、本実施の形態によれば、端末識別番号と店舗識別情報を関連づけて登録した端末識別番号変換マスタ１０６ａと、売上会社コードと、請求先識別情報を関連づけて登録したクレジット会社変換マスタ１０６ｂと、各店舗のＰＯＳ４００・・・から、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込部１０２ａと、各店舗の決済用の端末４０１・・・で決済した実績を集計するクレジット債権照会システム５００から、取引日、決済用の端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会部１０２ｂと、前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタ１０６ａを参照して、端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタ１０６ｂを参照して、売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、売上金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替処理部１０２ｃと、を備えているので、店舗のＰＯＳの売上データから金種情報を連携できない場合に、金種別に売上を振り替える際の担当者の作業負荷を軽減することが可能となる。

［４．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［５．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、クレジット債権振替システム１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。

例えば、クレジット債権振替システム１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。尚、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じてクレジット債権振替システム１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。

また、このコンピュータプログラムは、クレジット債権振替システム１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、及び、ウェブページ用ファイル等を格納する。

また、クレジット債権振替システム１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、クレジット債権振替システム１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。

更に、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

１００ クレジット債権振替システム
１０２ 制御部
１０２ａ 売上取込部
１０２ｂ クレジット債権照会部
１０２ｃ 振替処理部
１０２ｄ 現金外債権管理部
１０２ｅ 入金処理部
１０２ｆ マスタメンテ部
１０２ｇ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 端末識別番号変換マスタ
１０６ｂ クレジット会社変換マスタ
１０６ｃ クレジット手数料マスタ
１０６ｄ クレジット手数料上限下限マスタ
１０６ｅ データファイル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
４００ ＰＯＳ
４０１ 端末
５００ クレジット債権照会システム
６００ ネットバンキングシステム

Claims (10)

1. 制御部を備えたクレジット債権振替システムであって、
   前記制御部は、
   端末識別番号と店舗識別情報を関連づけて登録した端末識別番号変換マスタと、
   売上会社コードと、請求先識別情報を関連づけて登録したクレジット会社変換マスタと、
   にアクセス可能に構成されており、
   各店舗のＰＯＳから、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込手段と、
   各店舗の決済用の端末で決済した実績を集計するクレジット債権照会システムから、取引日、決済用の端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会手段と、
   前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタを参照して、前記端末識別番号を店舗識別情報に変換し、前記クレジット会社変換マスタを参照して、前記売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、売上金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替手段と、
   を備えたことを特徴とするクレジット債権振替システム。
2. 前記振替データでは、発生区分が手数料の場合は手数料金額をマイナス計上することを特徴とする請求項１に記載のクレジット債権振替システム。
3. 前記制御部は、さらに、
   請求先識別情報及びカード識別情報毎に、手数料率を関連づけて登録した手数料マスタにアクセス可能に構成されており、
   前記振替手段は、請求先識別情報及びカード識別情報をキーとして、前記手数料マスタから手数料率を取得し、売上金額×取得した手数料率で手数料金額を算出することを特徴とする請求項１又は２に記載のクレジット債権振替システム。
4. 前記制御部は、さらに、
   請求先識別情報及びカード識別情報毎に、手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額を関連づけて登録した手数料上限下限マスタにアクセス可能に構成されており、
   前記振替手段は、請求先識別情報及びカード識別情報をキーとして、前記手数料上限下限マスタから手数料上限売上金額、上限手数料金額、手数料下限売上金額、下限手数料金額を取得し、売上金額が手数料上限売上金額以上の場合は、手数料金額＝上限手数料金額とし、売上金額が手数料下限売上金額以下の場合は、手数料金額＝下限手数料金額とし、手数料金額が上限手数料金額以上の場合は、手数料金額＝上限手数料金額とし、手数料金額が下限手数料金額以下の場合は、手数料金額＝下限手数料金額とすることを特徴とする請求項３に記載のクレジット債権振替システム。
5. 前記振替データを請求先別に纏めて、請求先識別情報、債権金額を含む現金外債権データを生成する現金外債権管理手段を備えたことを特徴とする請求項１～４のいずれか１つに記載のクレジット債権振替システム。
6. 請求先から入金された場合に、前記現金外債権データの消込を行う入金消込処理手段を備えたことを特徴とする請求項５に記載のクレジット債権振替システム。
7. 前記決済用の端末の決済媒体は、クレジットカード、交通系ＩＣ、及び電子マネーを含むことを特徴とする請求項１～６のいずれか１つに記載のクレジット債権振替システム。
8. 前記店舗は、多店舗展開企業の店舗を含むことを特徴とする請求項１～７のいずれか１つに記載のクレジット債権振替システム。
9. 制御部を備えた情報処理装置で実行されるクレジット債権振替方法であって、
   前記制御部は、
   端末識別番号と店舗識別情報を関連づけて登録した端末識別番号変換マスタと、
   売上会社コードと、請求先識別情報を関連づけて登録したクレジット会社変換マスタと、
   にアクセス可能に構成されており、
   前記制御部において実行される、
   各店舗のＰＯＳから、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込工程と、
   各店舗の決済用の端末で決済した実績を集計するクレジット債権照会システムから、取引日、決済端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会工程と、
   前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタを参照して、前記端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタを参照して、前記売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、売上金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替工程と、を含むことを特徴とするクレジット債権振替方法。
10. 制御部を備えた情報処理装置に実行させるためのクレジット債権振替プログラムであって、
    前記制御部は、
    端末識別番号と店舗識別情報を関連づけて登録した端末識別番号変換マスタと、
    売上会社コードと、請求先識別情報を関連づけて登録したクレジット会社変換マスタと、
    にアクセス可能に構成されており、
    前記制御部において、
    各店舗のＰＯＳから、売上月、店舗識別情報、売上金額、消費税、合計金額を含む売上データを取込む売上取込工程と、
    各店舗の決済用の端末で決済した実績を集計するクレジット債権照会システムから、取引日、決済端末の端末識別番号、カード識別情報、売上会社コード、利用額を含むクレジット債権照会データを取得するクレジット債権照会工程と、
    前記クレジット債権照会データに基づいて、前記端末識別番号変換マスタを参照して、前記端末識別番号を店舗識別情報に変換し、クレジット会社変換マスタを参照して、前記売上会社コードを請求先識別情報に変換して、売上月、店舗識別情報、請求先識別情報、カード識別情報、売上金額、振替又は手数料を指定する発生区分を含む振替データを生成する振替工程と、
    を実行させるためのクレジット債権振替プログラム。

Images