JP2023087389A - 販売管理装置、販売管理方法及び販売管理プログラム - Google Patents

Abstract

【課題】債権管理を容易化する。
【解決手段】取得部が、入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得し、検出部が、各請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、回収予定データを取得した各請求先のうち、売掛金流動化対象に指定されている請求先を検出する。そして、表示制御部が、取得部で取得された各請求先の回収予定データのうち、検出部で検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する。これにより、譲渡可能な債権候補を一覧で確認でき、債権管理を容易化できる。
【選択図】図４

Description

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

今日において、資金繰りのための早期資金化又は企業グループ内での資金流動のために、当初入金予定先とは異なる取引先へ債権を譲渡することが頻繁に行われている（流動化）。

特許文献１（特開２００５－２７５９５５号公報）には、一連の流動化事務を迅速かつ高い精度で完結させることを目的とした流動化債権管理システムが開示されている。この流動化債権管理システムの場合、銘柄申請処理プログラム、流動化実行プログラム、及び、債権回収処理プログラムを備えている。流動化実行プログラムは、各グループ会社から送信された債権情報を取得して債権情報記憶部に格納し、この債権情報に基づいて、残高集中率を算出する。そして、予め上限情報が格納されたマスタ情報記憶部より上限情報を読み出し、残高集中率が当該上限情報を超過しているか否かを判定する。さらに、残高集中率が上限情報を超過している場合には、超過していることを示す情報を統括会社及び（又は）特定目的会社の端末に対して送信する。これにより、一連の流動化事務を迅速かつ高い精度で完結させることができる。

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

しかし、多くの取引先の債権を取り扱う場合、債権管理が煩雑となる問題があった。

本発明は、上述の課題に鑑みてなされたものであり、債権管理を容易化可能とした販売管理装置、販売管理方法及び販売管理プログラムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る販売管理装置は、入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得する取得部と、各請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、回収予定データを取得した各請求先のうち、売掛金流動化対象に指定されている請求先を検出する検出部と、取得部で取得された各請求先の回収予定データのうち、検出部で検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する表示制御部と、を有する。

また、本願発明に係る販売管理方法は、上述の課題を解決するために、取得部が、入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得する取得ステップと、検出部が、各請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、回収予定データを取得した各請求先のうち、売掛金流動化対象に指定されている請求先を検出する検出ステップと、表示制御部が、取得ステップで取得された各請求先の回収予定データのうち、検出ステップで検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する表示制御ステップと、を有する。

また、本願発明に係る販売管理プログラムは、上述の課題を解決するために、コンピュータを、入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得する取得部と、各請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、回収予定データを取得した各請求先のうち、売掛金流動化対象に指定されている請求先を検出する検出部と、取得部で取得された各請求先の回収予定データのうち、検出部で検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する表示制御部として機能させることを特徴とする。

本発明によれば、債権管理を容易化できるという効果を奏する。

図１は、実施の形態の販売管理装置のハードウェア構成を示すブロック図である。 図２は、売掛金に対する、実施の形態の販売管理装置の処理概要を示す図である。 図３は、実施の形態の販売管理装置における、売掛金に対する処理の流れを示すフローチャートである。 図４は、実施の形態の販売管理装置における、流動化対象一覧の表示処理、及び、売掛金の振替処理を説明するための図である。 図５は、債権の振替入力画面の一例を示す図である。 図６は、債権の振替処理を反映させた与信管理集計表の一例を示す図である。 図７は、売掛金の振替処理を反映させた仕訳データを会計システムに計上する動作を説明するための図である。 図８は、受取手形に対する、実施の形態の販売管理装置の処理概要を示す図である。 図９は、実施の形態の販売管理装置における、受取手形に対する処理の流れを示すフローチャートである。 図１０は、実施の形態の販売管理装置における、流動化対象一覧の表示処理、及び、受取手形の振替処理を説明するための図である。 図１１は、受取手形の振替処理用の画面の一例を示す図である。 図１２は、受取手形の振替処理を反映させた仕訳データを会計システムに計上する動作を説明するための図である。

以下、本発明を適用した実施の形態となる販売管理装置を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

（ハードウェア構成）
図１は、実施の形態の販売管理装置１のハードウェア構成を示すブロック図である。この販売管理装置１としては、デスクトップ型のパーソナルコンピュータ装置の他、ノート型のパーソナルコンピュータ装置又はタブレット型のパーソナルコンピュータ装置を用いることができる。また、販売管理装置１としては、ＰＤＡ（Personal Digital Assistants）装置又はスマートフォン等携帯型情報処理装置を用いることができる。このような販売管理装置１は、記憶部２、制御部３、通信インターフェース部４及び入出力インターフェース部５を備えている。

入出力インターフェース部５には、入力装置６及び出力装置７が接続されている。出力装置７としては、モニタ装置（家庭用テレビを含む）を用いることができる。入力装置６としては、キーボード装置及びマウス装置、及びマイクロホン装置の他、マウス装置と協働してポインティングデバイス機能を実現するモニタ装置を用いることができる。

記憶部２としては、例えばＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）又はＳＳＤ（Solid State Drive）等の記憶装置を用いることができる。記憶部２には、それぞれ所定の情報が記憶された記憶領域である請求先マスタ１１、及び、与信マスタ１２が設けられている。

請求先マスタ１１には、請求先となる各企業と、各企業が、売掛金の流動化対象となるか否かを示す情報である売掛流動化対象フラグが関連付けされて記憶されている。与信マスタ１２には、各企業に対する与信額が設定され記憶されている。

通信インターフェース部４は、例えばインターネット等の広域網又はＬＡＮ（Local Area Network）等のプライベート網等のネットワーク８に接続されている。ネットワーク８には、会計端末装置９が接続されており、販売管理装置１で行われる債権の振替処理に対応する仕訳データが計上される。なお、この例では、仕訳データは、ネットワーク８を介して会計端末装置９の会計システムに計上することとして説明を進めるが、図１に点線のブロックで示すように記憶部２内に設けた会計システムに計上してもよい。

（機能構成）
次に、記憶部２には、販売管理プログラムが記憶されている。制御部３は、この販売管理プログラムを実行することで、取得部２１、データ処理部２２、表示制御部２３、出力制御部２４、及び、通信制御部２５として機能する。

取得部２１は、売上入力処理又は振替処理等の、業務オペレータの入力操作に応じた情報を取得する。データ処理部２２は、取得部２１で取得された情報に基づいて、例えば売上入力による回収予定データを生成し、また、振替処理による仕訳データを生成する。表示制御部２３は、債権振替入力を行うためのメイン画面、サブ画面、回収予定データ、流動化対象一覧等を、出力装置７を介して表示する。出力制御部２４は、債権の振替処理を反映した仕訳データに基づいて生成される残高試算表を、出力装置７を介して出力（印刷又は表示）する。通信制御部２５は、債権の振替処理が反映された仕訳データを会計端末装置９に送信して計上する。

（売掛金の処理概要）
次に、図２に、債権の一例である売掛金に対する、実施の形態の販売管理装置１の処理概要を示す。売掛金の場合、業務オペレータは、販売管理装置１に対して「売掛／売上」の売上入力を行う。売掛金の振替処理を行わない場合は、そのまま「現金（ＣＡＳＨ）／売掛」の入金処理が行われる。

これに対して、売掛金を所定の企業に振り替える振替処理も可能となっている。実施の形態の販売管理装置１では、この振替処理を行う際、振替先として指定可能な企業を一覧表示する（流動化対象一覧）。これにより、業務オペレータは、一目で振替先として指定可能な企業を認識できる。このため、この振替先として指定可能な企業に対して、迅速に売掛金の振替処理を完了させることができる。

振替処理が完了すると、振替処理の結果となる「現金（ＣＡＳＨ）／未納」の入金処理が行われる。また、振替処理が完了すると、振替処理の結果を反映させた仕訳データが生成され、ネットワーク上又は記憶部２の会計システムに計上される。また、振替処理が完了すると、実施の形態の販売管理装置１は、各企業に設定されている与信額を示す与信額管理表に対して、振替処理の結果を反映させる。これにより、振替処理した債権金額を除いた実債権金額で、与信管理を行うことができる。

（売掛金の処理の詳細）
次に、このような売掛金に対する、実施の形態の販売管理装置１の処理動作を、図３のフローチャートを用いて詳細に説明する。まず、業務オペレータは、売掛金の売上入力、又は、他の債権の一例である受取手形の受取手形入力を指定操作する。ステップＳ１では、取得部２１が、業務オペレータにより売掛金の売上入力が指定されたか否かを判別する。業務オペレータにより売掛金の売上入力が指定されたものと判別された場合（ステップＳ１：Ｙｅｓ）、処理がステップＳ２に進む。

なお、業務オペレータにより受取手形の受取手形入力が指定されたものと判別された場合（ステップＳ１：Ｎｏ）、処理が図９のフローチャートのステップＳ２１に進む。受取手形入力の処理動作は、後述する。

業務オペレータにより売掛金の売上入力が指定されることで処理がステップＳ２に進むと、データ処理部２２が、各請求先の回収予定金額及び回収予定日等を含む回収予定データを生成する。図４（ｂ）は、この回収予定データの一例を示している。回収予定データは、図４（ｂ）に示すように、Ａ会社～Ｄ会社等の請求先、４月１日等の計上日、９月３０日等の回収予定日、各請求先の回収予定金額及び入金済金額等を含んで構成される。

次に、回収予定データが生成されると、表示制御部２３は、ステップＳ３において、業務オペレータにより売掛金の振替処理が可能な請求先の一覧表示を指定する流動化対象一覧表示操作が行われたか否かを判別する。表示制御部２３は、流動化対象一覧表示操作を検出すると（ステップＳ３：Ｙｅｓ）、図４（ａ）に例示する請求先マスタ１１を参照し、売掛金の振替処理が可能な請求先を検出する。

具体的には、請求先マスタ１１には、図４（ａ）に示すように、各請求先名及び請求先名に付された固有の請求先コードと共に、その請求先が、例えば売掛金又は受取手形等の債権の振替が可能な請求先であるか否かを示す売掛流動化対象フラグ（売掛流動化対象ＦＬＧ）が記憶されている。なお、「１」の売掛流動化対象フラグは、その請求先が債権の振替が可能な請求先であることを示し、「０」の売掛流動化対象フラグは、その請求先が債権の振替が不可な請求先であることを示す。

表示制御部２３は、検出部の一例として機能し、債権の振替が可能な請求先であることを示す、「１」の売掛流動化対象フラグが付加されている請求先を、請求先マスタ１１から検出する。図４（ａ）の例の場合、Ａ会社及びＤ会社に、債権の振替が可能な請求先であることを示す、「１」の売掛流動化対象フラグが付加されている。このため、表示制御部２３は、Ａ会社及びＤ会社を請求先マスタ１１から検出する。そして、このＡ会社及びＤ会社の、図４（ｂ）に示した回収予定データを参照し、図４（ｃ）に示すように、Ａ会社及びＤ会社の計上日、請求先名、回収予定日、及び、振替可能な金額の一覧となる流動化対象一覧を表示する（ステップＳ４）。

この流動化対象一覧を表示することで、業務オペレータは、債権の振替先となり得る請求先を一目に認識することができる。請求先が多い場合、流動化可能な債権と流動化できない債権が混在し管理が煩雑となる。しかし、実施の形態の販売管理装置１は、このような流動化対象一覧を表示することで、債権の振替先となり得る請求先を迅速かつ明確に認識して以下に説明する振替処理を行うことができる。このため、債権の振替処理を、正確かつ迅速に実行可能とすることができる。

ここで、表示制御部２３は、流動化対象一覧を表示する場合、図４（ｃ）に示すように、上の行から下の行にかけて、振替可能な金額が多い順に、各請求先を並べて表示する。図４（ｃ）の例は、Ａ会社の振替可能な金額が「１０００円」で、Ｄ会社の振替可能な金額が「４０００円」である。このため、表示制御部２３は、流動化対象一覧に、まず、Ｄ会社を表示し、次の行にＡ会社を表示する。これにより、振替可能な金額が多い順に、各請求先が並べて表示されるため、業務オペレータは、振替可能な金額を迅速に認識でき、以下に説明する債権の振替処理を、さらに正確かつ迅速に実行可能とすることができる。

なお、この例では、金額が多い順に流動化対象を一覧表示することとした。しかし、業務オペレータ等により指定された、例えば回収予定日が早い順等の他の優先順位に従って、流動化対象を並べ替えて一覧表示してもよい（他の優先順位で流動化対象を一覧表示してもよい）。

次に、業務オペレータは、このような流動化対象一覧で示される請求先に対して、債権の振替操作を行う。図３のフローチャートのステップＳ５では、データ処理部２２が、業務オペレータの振替操作の有無を判別している。データ処理部２２は、業務オペレータによる振替操作を検出すると（ステップＳ５：Ｙｅｓ）、この債権の振替操作を反映した回収予定データを生成する。表示制御部２３は、生成された回収予定データを表示する（ステップＳ６）。

具体的には、表示制御部２３は、業務オペレータにより債権の振替処理が指定されると、図５に例示する債権の振替入力画面を表示する。このうち、図５（ａ）は、債権の振替入力画面のメイン画面の一例である。この図５（ａ）に示すように、債権の振替入力画面のメイン画面は、債権の振替を行う請求先の入力欄（抽出条件）、振替先となる企業の入力欄、譲渡可能な明細の表示欄（明細表示部）を含んで構成される。

業務オペレータは、このメイン画面を介して、債権の振替先として例えば「Ｚ社」を指定し、債権の振替を行う請求先として「Ｄ社」を指定する。債権の振替を行う請求先として「Ｄ社」が指定されると、表示制御部２３は、Ｄ社の譲渡する債権の明細を明細表示部に一覧表示する。業務オペレータは、この一覧表示された債権の明細の中から譲渡する債権の明細を選択操作する。表示制御部２３は、一覧表示された債権の明細のうち、譲渡する債権の明細が選択操作されると、図５（ｂ）に例示する、債権振替入力画面のサブ画面を表示する。

表示制御部２３は、メイン画面から選択された譲渡する債権の明細に対応する、例えば「Ｘ０００１」等の振替元番号、「４０００円」等の振替元金額、及び、「９月３０日」等の当初の回収予定日をサブ画面に表示する。また、表示制御部２３は、このサブ画面に、振替を行う日付の入力欄（振替日の入力欄）、及び、振替を行う金額の入力欄（振替金額の入力欄）を表示する。業務オペレータは、振替日の入力欄に債権の振替を行う所望の日付を入力すると共に、振替金額の入力欄に振替を行う金額を入力する。そして、このサブ画面に設けられている「登録」の文字が記載された登録ボタンを操作する。これにより、データ処理部２２は、回収データ生成部の一例として機能し、業務オペレータによる債権の振替操作を反映した回収予定データを生成する。

図４（ｄ）は、債権の振替処理を反映した回収予定データの一例である。この図４（ｄ）の例は、Ｄ会社から４０００円の債権をＺ会社に振替処理した例である。また、図４（ｄ）の例は、Ａ会社から１０００円の債権をＺ会社に振替処理した例である。この場合、データ処理部２２は、Ａ会社の入金済金額を「１０００円」とすることで、Ａ会社の「１０００円」の債権の消込を行い、代わりにＺ会社の回収予定金額に「１０００円」の債権を計上する。同様に、データ処理部２２は、Ｄ会社の入金済金額を「４０００円」とすることで、Ｄ会社の「４０００円」の債権の消込を行い、代わりにＺ会社の回収予定金額に「４０００円」の債権を計上する。これにより、Ａ会社及びＤ会社の債権が、まとめてＺ会社に振替処理される。

次に、図３のフローチャートのステップＳ７では、データ処理部２２が、与信管理集計表生成部の一例として機能し、このような債権の振替処理結果を、与信管理集計表に反映する。すなわち、記憶部２に記憶されている与信マスタ１２には、図６（ａ）に示すように、Ａ会社～Ｄ会社の各請求先に対して、例えば「１００００円」等の与信額が設定されている。データ処理部２２は、与信マスタ１２を参照することで、図６（ｂ）に示すように、基準日、請求先、与信額、債権残高、手形未決済残、計上可能額（与信残）を含む与信管理集計表を生成する。データ処理部２２は、債権の振替処理が行われると、この与信管理集計表に対して、債権の振替処理結果を反映させる。

具体的には、図６（ｂ）において、Ａ会社の場合、上述のように「１０００円」の債権が消込まれたため、計上可能額（与信残）は、「１００００円」となる。これに対して、Ｂ会社の場合、「２０００円」の債権残高がある。このため、Ｂ会社の計上可能額（与信残）は、「８０００円」となる。また、Ｃ会社の場合、「３０００円」の債権残高がある。また、このＣ会社は、後述する「７０００円」の手形未決済残がある。このため、合計した債権の金額は「１００００円」となるため、計上可能額（与信残）は、「０円」となる。また、Ｄ会社の場合、債権残高は「０円」であるが、後述する手形未決済残は「８００００円」となっている。このため、計上可能額（与信残）は、「２０００円」となる。

なお、この例において譲渡先となっているＺ会社の与信管理は、一般的には行われない。一例ではあるが、この実施の形態の場合、与信マスタ１２にＺ会社は登録されていない。このため、Ｚ会社は、与信管理集計表には表示されない。

次に、図３のフローチャートのステップＳ８では、表示制御部２３が、業務オペレータによる、上述の与信管理集計表の表示操作の有無を監視する。与信管理集計表の表示操作を検出すると（ステップＳ８：Ｙｅｓ）、表示制御部２３は、ステップＳ９において、上述のように、債権の振替処理結果を反映させた与信管理集計表を表示する。これにより、債権に応じた与信額の変動を認識でき、各請求先に対する正確な与信管理を行うことができる。

次に、図３のフローチャートのステップＳ１０では、データ処理部２２が、業務オペレータによる、仕訳操作の有無を監視する。仕訳操作を検出すると（ステップＳ１０：Ｙｅｓ）、データ処理部２２は、仕訳データ生成部の一例として機能し、業務オペレータの操作に対応する債権の振替処理を反映させた仕訳データを生成する。通信制御部２５は、計上部の一例として機能し、生成された仕訳データを、通信インターフェース部４及びネットワーク８を介して会計端末装置９の会計システムに計上する（ステップＳ１１）。なお、上述のように、記憶部２に会計システムが設けられている場合は、この記憶部２の会計システムに、生成された仕訳データを計上してもよい。

具体的には、図７（ａ）は、売掛金の売上入力を行った、４月１日時点の仕訳データの一例である。この図７（ａ）の例は、４月１日を計上日として、借方を売掛金とし、貸方を売上とする、１０００円、２０００円、３０００円及び４０００円の仕訳データを、それぞれ会計システムに計上した例である。

次に、上述のように、６月１日に、Ａ会社とＤ会社の債権をＺ会社へ振替処理したとする。この場合、図７（ｂ）に示すように、それぞれ６月１日を計上日として、借方を未収譲渡とし、貸方を売掛金とする１０００円及び２０００円の仕訳データが生成され、会計システムに計上される。

これにより、会計システムにおいて、図７（ｃ）に示すように、６月１日を基準日とし、勘定科目を売掛金とする７０００円の残高金額を示す残高試算表が生成される。なお、この図７（ｃ）に示す１５０００円の残高金額は、後述する受取手形の残高金額である。また、図７（ｃ）に示す未収譲渡の１４０００円の残高金額は、この１４０００円のうち、３０００円の残高金額が、売掛金の残高金額である。残り１１０００円の残高金額は、後述する受取手形の残高金額である。詳しくは、後述する。

図１に示す出力制御部２４は、会計端末装置９の会計システム又は記憶部２の会計システムから残高試算表を取得する。そして、出力制御部２４は、業務オペレータの出力指示に従って、この残高試算表を、出力装置７を介して出力（印刷又は表示）する。これにより、債権の振替処理が反映された正確な残高金額を認識し債権管理を行うことができる。

（受取手形の処理概要）
次に、図８に、他の債権の一例となる受取手形に対する、実施の形態の販売管理装置１の処理概要を示す。受取手形の場合、業務オペレータは、販売管理装置１に対して「受取手形／売掛」の受取手形入力を行う。受取手形の振替処理を行わない場合は、そのまま「現金（ＣＡＳＨ）／受取手形」の取立入力が行われる。

これに対して、受取手形を所定の企業に振り替える振替処理も可能となっている。実施の形態の販売管理装置１では、この振替処理を行う際、振替先として指定可能な企業を一覧表示する（流動化対象一覧）。これにより、業務オペレータは、一目で振替先として指定可能な企業を認識できる。このため、この振替先として指定可能な企業に対して、迅速に受取手形の振替処理を完了させることができる。

振替処理が完了すると、振替処理の結果となる「現金（ＣＡＳＨ）／未納」の入金処理が行われる。また、振替処理が完了すると、振替処理の結果を反映させた仕訳データが生成され、ネットワーク上又は記憶部２の会計システムに計上される。また、振替処理が完了すると、実施の形態の販売管理装置１は、各企業に設定されている与信額を示す与信額管理表に対して、振替処理の結果を反映させる。これにより、振替処理した債権金額を除いた実債権金額で、与信管理を行うことができる。

（受取手形の処理の詳細）
次に、このような受取手形に対する、実施の形態の販売管理装置１の処理動作を、図９のフローチャートを用いて詳細に説明する。上述の図３のフローチャートにおいて、業務オペレータの操作が売掛金の売上入力操作ではないと判別されると（ステップＳ１：Ｎｏ）、図９のフローチャートのステップＳ２１に処理が進む。

ステップＳ２１では、データ処理部２２が、各請求先の回収予定金額及び回収予定日等を含む受取手形データ（回収予定データの他の例）を生成する。図１０（ｂ）は、この受取手形データの一例を示している。受取手形データは、図１０（ｂ）に示すように、Ａ会社～Ｄ会社等の請求先、３月１日等の提出日、９月３０日等の決済日、各請求先の手形金額及び入金済金額等を含んで構成される。

次に、受取手形データが生成されると、表示制御部２３は、ステップＳ２２において、業務オペレータにより受取手形の振替処理が可能な請求先の一覧表示を指定する流動化対象一覧表示操作が行われたか否かの判別を行う。表示制御部２３は、流動化対象一覧表示操作を検出すると（ステップＳ２２：Ｙｅｓ）、図１０（ａ）に例示する請求先マスタ１１を参照し、受取手形の振替処理が可能な請求先を検出する。

請求先マスタ１１には、図１０（ａ）に示すように、各請求先名及び請求先名に付された固有の請求先コードと共に、その請求先が、例えば売掛金又は受取手形等の債権の振替が可能な請求先であるか否かを示す売掛流動化対象フラグ（売掛流動化対象ＦＬＧ）が記憶されている。なお、「１」の売掛流動化対象フラグは、その請求先が債権の振替が可能な請求先であることを示し、「０」の売掛流動化対象フラグは、その請求先が債権の振替が不可な請求先であることを示す。

表示制御部２３は、債権の振替が可能な請求先であることを示す、「１」の売掛流動化対象フラグが付加されている請求先を、請求先マスタ１１から検出する。図１０（ａ）の例の場合、Ａ会社及びＢ会社に、債権の振替が可能な請求先であることを示す、「１」の売掛流動化対象フラグが付加されている。このため、表示制御部２３は、Ａ会社及びＢ会社を請求先マスタ１１から検出する。そして、このＡ会社及びＢ会社の、図１０（ｂ）に示した受取手形データを参照し、図１０（ｃ）に示すように、Ａ会社及びＢ会社の提出日、請求先名、決済日、及び、振替可能な金額の一覧となる流動化対象一覧を表示する（ステップＳ２３）。

この流動化対象一覧を表示することで、業務オペレータは、債権の振替先となり得る請求先を一目に認識することができる。請求先が多い場合、流動化可能な債権と流動化できない債権が混在し管理が煩雑となる。しかし、実施の形態の販売管理装置１は、このような流動化対象一覧を表示することで、債権の振替先となり得る請求先を迅速かつ明確に認識して以下に説明する振替処理を行うことができる。このため、債権の振替処理を、正確かつ迅速に実行可能とすることができる。

ここで、表示制御部２３は、流動化対象一覧を表示する場合、図１０（ｃ）に示すように、上の行から下の行にかけて、振替可能な金額が多い順に、各請求先を並べて表示する。図１０（ｃ）の例は、Ａ会社の振替可能な金額が「５０００円」で、Ｂ会社の振替可能な金額が「６０００円」である。このため、表示制御部２３は、流動化対象一覧に、まず、Ｂ会社を表示し、次の行にＡ会社を表示する。これにより、振替可能な金額が多い順に、各請求先が並べて表示されるため、業務オペレータは、振替可能な金額を迅速に認識でき、以下に説明する債権の振替処理を、さらに正確かつ迅速に実行可能とすることができる。なお、上述のように、金額以外の他の優先順位で流動化対象を一覧表示してもよい。

次に、業務オペレータは、このような流動化対象一覧で示される請求先に対して、債権の振替操作を行う。図９のフローチャートのステップＳ２４では、データ処理部２２が、業務オペレータによる振替操作の有無を判別している。業務オペレータにより振替操作が行われると（ステップＳ２４：Ｙｅｓ）、データ処理部２２は、業務オペレータによる債権の振替操作を反映した受取手形データを生成する。表示制御部２３は、生成された受取手形データを表示する（ステップＳ２５）。

具体的には、表示制御部２３は、業務オペレータにより債権の振替処理が指定されると、図１１に例示する受取手形の振替処理用の画面を表示する。このうち、図１１（ａ）は、手形譲渡入力画面の一例である。この図１１（ａ）に示すように、手形譲渡入力画面は、受取手形の振替先となる企業の入力欄、譲渡日の入力欄、及び、譲渡可能な明細の表示欄を含んで構成される。

業務オペレータは、この手形譲渡入力画面を介して、受取手形の振替先として例えば「Ｚ社」を指定し、受取手形の譲渡対象として「Ｂ会社」を選択する。そして、業務オペレータは、手形譲渡入力画面に「登録」の文字が記載された登録ボタンを操作する。この登録ボタンが操作されると、表示制御部２３は、図１１（ｂ）に例示する、債権計上入力画面を表示する。

表示制御部２３は、手形譲渡入力画面に入力された６月１日の譲渡日を、債権計上入力画面の計上日として表示し、手形譲渡入力画面に振替先として入力されたＺ社を、債権計上入力画面の請求先として表示する。また、表示制御部２３は、手形譲渡入力画面で選択された手形番号が「Ｔ００２」のＢ会社の「６０００円」の金額を、債権計上入力画面の明細金額として明細欄に表示する。業務オペレータは、このような債権計上入力画面に対して、例えば７月３１日等の回収予定日を入力し、この債権計上入力画面に設けられている、「登録」の文字が記載された登録ボタンを操作する。これにより、データ処理部２２は、業務オペレータによる受取手形の振替操作を反映した受取手形データを生成する。

図１０（ｄ）は、受取手形の振替処理を反映した受取手形データの一例である。この図１０（ｄ）の例は、Ａ会社から５０００円の手形をＺ社に売却し、Ｂ会社から６０００円の手形をＺ社に売却した例である。これにより、Ａ会社及びＢ会社の手形が、まとめてＺ会社に振替処理される。なお、このような振替処理後におけるＺ社の債権は、回収予定データとなるため、受取手形データには反映されない。

次に、図９のフローチャートのステップＳ２６では、データ処理部２２が、このような受取手形の振替処理結果を、与信管理集計表に反映する。すなわち、図６（ａ）を用いて説明したように、与信マスタ１２には、Ａ会社～Ｄ会社の各請求先に対して、例えば「１００００円」等の与信額が設定されている。データ処理部２２は、与信マスタ１２を参照することで、図６（ｂ）に示すように、基準日、請求先、与信額、債権残高、手形未決済残、計上可能額（与信残）を含む与信管理集計表を生成する。データ処理部２２は、受取手形の振替処理が行われると、この与信管理集計表に対して、受取手形の振替処理結果を反映させる。

具体的には、図６（ｂ）において、Ａ会社の場合、上述のように「１０００円」の債権が消込まれたため、計上可能額（与信残）は、「１００００円」となる。これに対して、Ｂ会社の場合、「２０００円」の債権残高がある。このため、Ｂ会社の計上可能額（与信残）は、「８０００円」となる。また、Ｃ会社の場合、「３０００円」の債権残高、及び、「７０００円」の手形未決済残がある。このため、合計した債権の金額は「１００００円」となるため、計上可能額（与信残）は、「０円」となる。また、Ｄ会社の場合、債権残高は「０円」であるが、手形未決済残は「８００００円」となっている。このため、計上可能額（与信残）は、「２０００円」となる。

なお、この例において譲渡先となっているＺ会社の与信管理は、一般的には行われない。一例ではあるが、この実施の形態の場合、与信マスタ１２にＺ会社は登録されていない。このため、Ｚ会社は、与信管理集計表には表示されない。

次に、図９のフローチャートのステップＳ２７では、表示制御部２３が、業務オペレータによる、上述の与信管理集計表の表示操作の有無を監視する。与信管理集計表の表示操作を検出すると（ステップＳ２７：Ｙｅｓ）、表示制御部２３は、ステップＳ２８において、上述のように、受取手形の振替処理結果を反映させた与信管理集計表を表示する。これにより、債権に応じた与信額の変動を認識でき、各請求先に対する正確な与信管理を行うことができる。

次に、図９のフローチャートのステップＳ２９では、データ処理部２２が、業務オペレータによる、仕訳操作の有無を監視する。仕訳操作を検出すると（ステップＳ２９：Ｙｅｓ）、データ処理部２２は、業務オペレータの操作に対応する仕訳データを生成する。通信制御部２５は、生成された仕訳データを、通信インターフェース部４及びネットワーク８を介して会計端末装置９の会計システムに計上する（ステップＳ３０）。なお、上述のように、記憶部２に会計システムが設けられている場合は、この記憶部２の会計システムに、生成された仕訳データを計上してもよい。

具体的には、図１２（ａ）は、受取手形の受取手形入力を行った、３月１日時点の仕訳データの一例である。この図１２（ａ）の例は、３月１日を計上日として、借方を受取手形とし、貸方を売掛金などとする、５０００円、６０００円、７０００円及び８０００円の仕訳データを、それぞれ会計システムに計上した例である。

次に、上述のように、６月１日に、Ａ会社とＢ会社の受取手形をＺ会社へ振替処理したとする。この場合、図１２（ｂ）に示すように、それぞれ６月１日を計上日として、借方を未収譲渡とし、貸方を受取手形とする５０００円及び６０００円の仕訳データが生成され、会計システムに計上される。

これにより、会計システムにおいて、図１２（ｃ）に示すように、６月１日を基準日とし、勘定科目を受取手形とする１５０００円の残高金額を示す残高試算表が生成される。なお、この１５０００円の残高金額の内訳は、以下のとおりである。すなわち、図１２（ａ）に示した３月１日の受取手形の入力時点での仕訳データの合計金額が「５０００円＋６０００円＋７０００円＋８０００円＝２５０００円」である。これに対して、図１２（ｂ）に示した６月１日の振替処理により、「５０００円＋６０００円＝１１０００円」がＺ社に振替処理された。このため、６月１日時点の残高金額は、図１２（ｃ）に示すように、「１５０００円」となる。

なお、この図１２（ｃ）に示す７０００円の残高金額は、上述の売掛金の振替処理による残高金額である。また、図１２（ｃ）に示す未収譲渡の１４０００円の残高金額のうち、３０００円の残高金額が、売掛金の残高金額である。残り１１０００円の未収譲渡の残高金額は、図１２（ｃ）に示した振替処理による受取手形の残高金額である（５０００円＋６０００円＝１１０００円）。

図１に示す出力制御部２４は、会計端末装置９の会計システム又は記憶部２の会計システムから残高試算表を取得する。そして、出力制御部２４は、業務オペレータの出力指示に従って、この残高試算表を、出力装置７を介して出力（印刷又は表示）する。これにより、債権の振替処理が反映された正確な残高金額を認識し債権管理を行うことができる。

（実施の形態の効果）
以上の説明から明らかなように、実施の形態の販売管理装置１は、以下の効果を得ることができる。

取引先が多い場合、流動化可能な債権と流動化できない債権が混在し管理が煩雑になってしまう。また、流動化する債権は当初入金予定日と実入金日が異なるため、正確な資金繰り予定の管理が難しい。しかし、実施の形態の販売管理装置１は、譲渡可能な債権候補を一覧で確認できる。このため、債権管理を容易化できる。また、債権候補を一覧表示する際に、回収予定日又は金額等の優先順位に従って表示することで、業務オペレータが譲渡可能な債権候補を、さらに容易に認識でき、債権管理を、さらに容易化できる。

債権の振替処理結果となる回収予定データ又は受取手形データにより、債権の譲渡前及び譲渡後の、それぞれの債権の入金予定先と入金予定日が正確に管理できる。

また、債権の振替処理を与信管理集計表に反映させることで、債権の譲渡後に、譲渡した債権金額を除いた実債権金額での与信管理を可能とすることができる。

債権の振替処理後の仕訳データを生成して会計システムに送信することで、販売管理装置１側で債権譲渡後の回収予定明細を確認でき、また、会計システム側でも譲渡後の残高管理を行うことができる。

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

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

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

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

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

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

また、販売管理装置１に関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。

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

また、この販売管理装置１の販売管理プログラムは、販売管理装置１に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部又は一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するための搬送温度管理プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Blu-ray（登録商標） Disc等の任意の「可搬用の物理媒体」を含むものとする。

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

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

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

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

本発明は、債権を取り扱う業務に有用である。具体的には、例えば資金繰りが厳しく早期資金化のために債権譲渡・ファクタリングを行っている会社の債権業務、企業グループのファイナンス会社がまとめて債権管理を行う会社の債権業務、又は、売掛金及び受取手形が混在し、かつ与信管理を行っている会社の債権業務に有用である。

１ 販売管理装置
２ 記憶部
３ 制御部
４ 通信インターフェース部
５ 入出力インターフェース部
６ 入力装置
７ 出力装置
８ ネットワーク
９ 会計端末装置
１１ 請求先マスタ
１２ 与信マスタ
２１ 取得部
２２ データ処理部
２３ 表示制御部
２４ 出力制御部
２５ 通信制御部

Claims (8)

1. 入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得する取得部と、
   各前記請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、前記回収予定データを取得した各前記請求先のうち、売掛金流動化対象に指定されている請求先を検出する検出部と、
   前記取得部で取得された各前記請求先の回収予定データのうち、前記検出部で検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する表示制御部と、
   を有する販売管理装置。
2. 前記表示制御部は、所定の優先順位に沿って、前記請求先の回収予定データを一覧表示すること
   を特徴とする請求項１に記載の販売管理装置。
3. 前記表示制御部は、前記回収予定金額が高い順、又は、回収予定日が早い順に、前記請求先の回収予定データを一覧表示すること
   を特徴とする請求項２に記載の販売管理装置。
4. 前記売掛金流動化対象に指定されている請求先の一覧に基づいて行われた債権の振替処理を反映させた前記回収予定データを生成する回収データ生成部を、さらに備えること
   を特徴とする請求項１から請求項３のうち、いずれか一項に記載の販売管理装置。
5. 前記債権の振替処理を反映させた各前記請求先の与信額を示す与信管理集計表を生成する与信管理集計表生成部を、さらに備えること
   を特徴とする請求項４に記載の販売管理装置。
6. 前記債権の振替処理を反映させた仕訳データを生成する仕訳データ生成部と、
   生成された仕訳データを会計システムに計上する計上部と、をさらに備えること
   を特徴とする請求項４又は請求項５に記載の販売管理装置。
7. 取得部が、入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得する取得ステップと、
   検出部が、各前記請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、前記回収予定データを取得した各前記請求先のうち、売掛金流動化対象に指定されている請求先を検出する検出ステップと、
   表示制御部が、前記取得ステップで取得された各前記請求先の回収予定データのうち、前記検出ステップで検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する表示制御ステップと、
   を有する販売管理方法。
8. コンピュータを、
   入力された各請求先の回収予定日及び回収予定金額を含む債権の回収予定データを取得する取得部と、
   各前記請求先が売掛金流動化対象となるか否かを示す売掛金流動化対象情報が記憶された請求先マスタを参照することで、前記回収予定データを取得した各前記請求先のうち、売掛金流動化対象に指定されている請求先を検出する検出部と、
   前記取得部で取得された各前記請求先の回収予定データのうち、前記検出部で検出された売掛金流動化対象に指定されている請求先の回収予定データを一覧表示する表示制御部として機能させること
   を特徴とする販売管理プログラム。

Images