特開 2024-124219 債権管理装置、債権管理方法、および債権管理プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024124219

(43)【公開日】2024-09-12

(54)【発明の名称】債権管理装置、債権管理方法、および債権管理プログラム

(51)【国際特許分類】

   G06Q 30/04 20120101AFI20240905BHJP

【ＦＩ】

G06Q30/04

【審査請求】未請求

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2023032227

(22)【出願日】2023-03-02

(71)【出願人】

【識別番号】398040527

【氏名又は名称】株式会社オービック

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】森 直樹

(72)【発明者】

【氏名】伊賀 太一

【テーマコード（参考）】

5L030

5L049

【Ｆターム（参考）】

5L030BB11

5L049BB11

(57)【要約】

【課題】過入金が発生した場合に、顧客の合意を得た内容で過入金の返却の有無等をシステム上で処理可能となり、業務作業でのミスを低減し得る債権管理装置、債権管理方法、および債権管理プログラムを提供する。
【解決手段】本実施形態の債権管理装置は、制御部を備える債権管理装置であって、顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、顧客番号を含む顧客情報、入金額、入金日を含む入金データと、にアクセス可能であり、前記制御部は、前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出部と、前記過入金の処理方法を受け付ける過入金処理受付部と、を備えることを特徴とする。
【選択図】図１

【特許請求の範囲】

【請求項1】

制御部を備える債権管理装置であって、
顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、
顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、
顧客番号を含む顧客情報、入金額、入金日を含む入金データと、
にアクセス可能であり、
前記制御部は、
前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出部と、
前記過入金の処理方法を受け付ける過入金処理受付部と、
を備えることを特徴とする債権管理装置。

【請求項2】

前記制御部は、
前記過入金処理受付部が受け付けた処理方法に基づき、過入金の口座取引データを作成する口座取引データ作成部、
を備えることを特徴とする請求項１に記載の債権管理装置。

【請求項3】

前記制御部は、
過入金を顧客に返却する場合の仕訳データを作成する仕訳データ作成部と、
顧客に返却する金額、返却を行う金融機関情報、返却日を含む送金データを作成する送金データ作成部と、
を備えることを特徴とする請求項１に記載の債権管理装置。

【請求項4】

前記過入金算出部は、入金日が返済日より後日である場合、遅延損害金を加算した請求額と入金額とを比較して過入金の有無および過入金の額を算出することを特徴とする請求項１に記載の債権管理装置。

【請求項5】

前記過入金処理受付部は、顧客に返却する金額を受付可能であって、返却する金額が振込手数料以下の場合、雑収入として処理することを特徴とする請求項１に記載の債権管理装置。

【請求項6】

制御部を備える債権管理装置で実行される債権管理方法であって、
顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、
顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、
顧客番号を含む顧客情報、入金額、入金日を含む入金データと、
にアクセス可能であり、
前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出ステップと、
前記過入金の処理方法を受け付ける過入金処理受付ステップと、
を含むことを特徴とする債権管理方法。

【請求項7】

制御部を備える債権管理装置で実行される債権管理プログラムであって、
顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、
顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、
顧客番号を含む顧客情報、入金額、入金日を含む入金データと、
にアクセス可能であり、
前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出ステップと、
前記過入金の処理方法を受け付ける過入金処理受付ステップと、
を実行することを特徴とする債権管理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、債権管理装置、債権管理方法、および債権管理プログラムに関する。

【背景技術】

【0002】

商品の分割購入等に伴う支払において、スマートフォンやＡＴＭ等の普及により様々なチャネルができ、債務者からの入金経路の複雑化し、過入金となるケースが多くなっている。

【0003】

従来、過入金が発生した場合は、システム上で過入金を全額返却するか、手動で過入金を翌月請求分として一部充当した後、残金を全額返却しているが、過入金の発生が多くなっているため、作業に時間を取られるとともに、業務作業でのミスも発生しやすくなる。

【0004】

特許文献１には、請求人のコンピュータ装置と、この請求人のコンピュータ装置とＷｅｂページを通じて商品取引を行なう被請求人側の管理本部及びこの管理本部の傘下にある任意数の部署又は傘下にある任意数の登録企業の共通の識別情報及び個別のパスワードが振付けられた各コンピュータ装置と、各コンピュータ装置間の情報通信を行なう通信網とを含む構成で、かつ、請求人のコンピュータ装置から管理本部のコンピュータ装置への電子請求書の一括請求方式で、電子請求書の総合的な、かつ、効率の良い管理を実現することができる商品取引情報総合管理システムとして、被請求人からの入金を月別に管理し、入金が過不足０の場合は入金済みと判定し、次月請求分のみ請求、入金無し又は入金不足金額の場合は次月の請求書に自動的に繰越として次月請求分で上乗せ請求、過入金額の場合は次月請求金額からマイナス相殺し、次月請求分で過入金額相殺請求、と各々と判定して、前記請求書作成手段による前記個別の又は一括した電子請求書の作成に反映させる入金管理手段を備えるものが提案されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１０－９２４５号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１のシステムでは、過入金が発生した場合に次月請求金額からマイナス相殺し、次月請求分で過入金額相殺請求することが可能となるが、過入金額が次月請求金額以上の場合を含め返金処理については全く考慮されていない。

【0007】

本発明は、上記問題点に鑑みてなされたものであって、過入金が発生した場合に、顧客の合意を得た内容で過入金の返却の有無等をシステム上で処理可能となり、業務作業でのミスを低減し得る債権管理装置、債権管理方法、および債権管理プログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

上述した課題を解決し、目的を達成するために、本発明に係る債権管理装置は、制御部を備える債権管理装置であって、顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、顧客番号を含む顧客情報、入金額、入金日を含む入金データと、にアクセス可能であり、前記制御部は、前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出部と、前記過入金の処理方法を受け付ける過入金処理受付部と、を備えることを特徴とする。

【0009】

また、本発明に係る債権管理装置は、前記制御部は、前記過入金処理受付部が受け付けた処理方法に基づき、過入金の口座取引データを作成する口座取引データ作成部、を備えることを特徴とする。

【0010】

また、本発明に係る債権管理装置は、前記制御部は、過入金の仕訳データを作成する仕訳データ作成部と、顧客に返却する金額、返却を行う金融機関情報、返却日を含む送金データを作成する送金データ作成部と、を備えることを特徴とする。

【0011】

また、本発明に係る債権管理装置は、前記過入金算出部は、入金日が返済日より後日である場合、遅延損害金を加算した請求額と入金額とを比較して過入金の有無および過入金の額を算出することを特徴とする。

【0012】

また、本発明に係る債権管理装置は、前記過入金処理受付部は、顧客に返却する金額を受付可能であって、返却する金額が振込手数料以下の場合、雑収入として処理することを特徴とする。

【0013】

また、本発明に係る債権管理方法は、制御部を備える債権管理装置で実行される債権管理方法であって、顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、顧客番号を含む顧客情報、入金額、入金日を含む入金データと、にアクセス可能であり、前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出ステップと、前記過入金の処理方法を受け付ける過入金処理受付ステップと、を含むことを特徴とする。

【0014】

また、本発明に係る債権管理プログラムは、制御部を備える債権管理装置で実行される債権管理プログラムであって、顧客番号を含む顧客情報、顧客が使用する金融機関情報を含む顧客データと、顧客番号を含む顧客情報、元金金額、利息金額、合計金額、請求日を含む債権の請求データと、顧客番号を含む顧客情報、入金額、入金日を含む入金データと、にアクセス可能であり、前記請求データと前記入金データとの比較により、過入金の有無および過入金の額を算出する過入金算出ステップと、前記過入金の処理方法を受け付ける過入金処理受付ステップと、を実行することを特徴とする。

【発明の効果】

【0015】

本発明によれば、過入金が発生した場合に、顧客の合意を得た内容で過入金の返却、充当等の処理をシステム上で受付可能となり、業務作業でのミスも低減できるという効果を奏する。

【図面の簡単な説明】

【0016】

【図1】図１は、本実施の形態に係る債権管理装置１００の構成の一例を示す図である。

【図2】図２は、従来の債権管理装置で作成される口座取引データの一例を示す図である。

【図3】図３は、従来の債権管理装置での過入金（預り金）の処理の受付画面ＭＡの一例を示す図である。

【図4】図４は、従来の債権管理装置で作成される口座取引データの一例を示す図である。

【図5】図５は、過入金（預り金）を一部返却する場合の処理フローを示す図である。

【図6】図６は、従来の債権管理装置で過入金（預り金）を一部返却する場合に作成される口座取引データの一例を示す図である。

【図7】図７は、従来の債権管理装置で過入金（預り金）を一部返却する場合に作成される仕訳データの一例を示す図である。

【図8】図８は、従来の債権管理装置で過入金（預り金）を一部返却する場合に作成される仕訳データの一例を示す図である。

【図9】図９は、本実施の形態に係る債権管理装置で作成される口座取引データの一例を示す図である。

【図10】図１０は、本実施の形態に係る債権管理装置での過入金（預り金）の処理の受付画面ＭＢ－１の一例を示す図である。

【図11】図１１は、本実施の形態に係る債権管理装置で作成される口座取引データの一例を示す図である。

【図12】図１２は、本実施の形態に係る債権管理装置で作成される仕訳データの一例を示す図である。

【図13】図１３は、本実施の形態に係る債権管理装置で作成される送金データの一例を示す図である。

【図14】図１４は、従来の債権管理装置で作成される口座取引データの一例を示す図である。

【図15】図１５は、預り金を一部雑収入にする場合の処理フローを示す図である。

【図16】図１６は、従来の債権管理装置で預り金を一部雑収入にする場合に作成される口座取引データの一例を示す図である。

【図17】図１７は、従来の債権管理装置で預り金を一部雑収入にする場合に作成される仕訳データの一例を示す図である。

【図18】図１８は、従来の債権管理装置で預り金を一部雑収入にする場合に作成される仕訳データの一例を示す図である。

【図19】図１９は、本実施の形態に係る債権管理装置で作成される口座取引データの一例を示す図である。

【図20】図２０は、本実施の形態に係る債権管理装置での預り金の処理の受付画面ＭＢ－２の一例を示す図である。

【図21】図２１は、本実施の形態に係る債権管理装置で作成される口座取引データの一例を示す図である。

【図22】図２２は、本実施の形態に係る債権管理装置で作成される仕訳データの一例を示す図である。

【発明を実施するための形態】

【0017】

以下に、本発明に係る債権管理装置、債権管理方法、および債権管理プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

【0018】

［１．構成］
本実施形態に係る債権管理装置の構成の一例について、図１等を参照して説明する。図１は、本実施の形態に係る債権管理装置１００の構成の一例を示す図である。

【0019】

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

【0020】

債権管理装置１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を備えている。債権管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

【0021】

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、債権管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。ここで、ネットワーク３００は、債権管理装置１００とサーバ装置２００とを相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。なお、記憶部１０６に格納されるデータは、例えばサーバ装置２００に格納されてもよい。

【0022】

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

【0023】

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

【0024】

記憶部１０６は、例えば、顧客データ１０６ａと、請求データ１０６ｂと、入金データ１０６ｃと、口座取引データ１０６ｄと、仕訳データ１０６ｅと、送金データ１０６ｆと、等が格納されている。

【0025】

顧客データ１０６ａは、債権の契約を行っている顧客に関するデータである。顧客データ１０６ａには、顧客番号を含む顧客情報、顧客の債権額等の債権情報、顧客が使用する金融機関情報等が格納されている。

【0026】

請求データ１０６ｂは、債権契約に基づく、顧客の月毎の請求に関するデータである。請求データ１０６ｂには、顧客番号を含む顧客情報、元金金額、利息金額、元金と利息を合計した請求金額、請求日を含む請求情報が格納されている。

【0027】

入金データ１０６ｃは、顧客からの入金に関するデータである。入金データ１０６ｃには、顧客番号を含む顧客情報、入金額、入金日を含む金情報が格納されている。

【0028】

口座取引データ１０６ｄは、顧客からの入金、過入金（預り金）の返却等の取引毎に作成されるデータである。口座取引データ１０６ｄには、顧客番号を含む顧客情報、取引のデータ区分、取引日、入金額、元金金額、利息金額、遅延損害金、繰り越し預り金、発生預り金、預り金返却額等の口座取引情報が格納されている。

【0029】

仕訳データ１０６ｅは、顧客からの入金、過入金（預り金）等の取引毎の仕訳の際に作成されるデータである。

【0030】

送金データ１０６ｆは、過入金を顧客に返却するために作成されるデータである。送金データ１０６ｆは、顧客番号を含む顧客情報、過入金の送金日、送金元の銀行コード、送金先である銀行コード、銀行名、支店名、口座情報等の金融機関情報、送金額等の送金情報が格納されている。

【0031】

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

【0032】

制御部１０２は、機能概念的に、過入金算出部１０２ａ、過入金処理受付部１０２ｂ、口座取引データ作成部１０２ｃ、仕訳データ作成部１０２ｄ、送金データ作成部１０２ｅなどを備える。

【0033】

過入金算出部１０２ａは、請求データ１０６ｂと入金データ１０６ｃとの比較により、過入金の有無および過入金の額を算出する。

【0034】

過入金処理受付部１０２ｂは、過入金算出部１０２ａが過入金であると判定した場合、発生した過入金の処理方法を受け付ける。過入金の処理方法の受け付けは、例えば、図１０に示すような受付画面ＭＢ－１等により受け付ける。

【0035】

口座取引データ作成部１０２ｃは、入金および出金にかかる口座取引データ１０６ｄを作成する。また、口座取引データ作成部１０２ｃは、過入金処理受付部１０２ｂが受け付けた処理方法に基づき、過入金の口座取引データ１０６ｄを作成する。

【0036】

仕訳データ作成部１０２ｄは、顧客からの入金、過入金（預り金）等の取引毎の仕訳の際に仕訳データ１０６ｅを作成する。

【0037】

送金データ作成部１０２ｅは、過入金（預り金）が発生し、過入金（預り金）を顧客に返却する際に、顧客に返却する金額、返却を行う金融機関情報、返却日を含む送金データ１０６ｆを作成する。

【0038】

［２．処理］
ここでは、債権管理装置１００で実行される処理の具体例について、従来の債権管理装置と対比しながら、図２～２２を参照して説明する。

【0039】

例えば、２０２２年１０月１０の期限で２０，０００円（元金１８，０００円、利息２，０００円）の請求があり、２０２２年１０月２０日に４２，０００円の入金があった場合を例として説明する。なお、当該顧客との契約は、毎月１０日を期限として２０，０００円を分割払いするものであり、１１月１０日にも２０，０００円（元金１８，０００円、利息２，０００円）の支払いが発生し、入金が期限内に行われない場合は、遅延損害金１，０００円が発生する。

【0040】

従来の債権管理装置では、過入金（預り金）が発生した場合、システム上で過入金（預り金）を全額返却するか、手動で入金処理が行われていた。

【0041】

顧客による入金が確認されると、図２に示すような口座取引データ１０６ｄ’－１が作成される。口座取引データ１０６ｄ’－１は、例えば、顧客番号、枝番、取引ＳＥＱ、データ区分、取引日、入金額、充当_元金、充当＿利息、充当＿遅延損害金、繰越＿預り金、発生＿預り金、預り金返却額等から構成されている。

【0042】

従来の債権管理装置では、システム上で過入金（預り金）を全額返却する場合、図３に示すような過入金（預り金）の処理の受付画面ＭＡで、預り金２１，０００円の返却処理の受付を行う。受付画面ＭＡで返却区分、返却日、振込額の入力を行うことにより返却処理が確定する。返却区分８４は全額返却を意味している。

【0043】

受付画面ＭＡで返却処理を受け付けると、図４に示すような預り金返却に関する口座取引データ１０６ｄ’－２が作成される。

【0044】

一方、過入金（預り金）を全額返却しない場合、手動で入金処理を行う必要があった。例えば、図５に示すようなフローで過入金（預り金）を一部返却する場合について説明する。２０２２年１０月２０日に４２，０００円の入金のうちの２１，０００円の過入金（預り金）について、２０２２年１０月２１日に顧客に連絡して、２０，０００円を翌月１１月分に充当し、残りの１，０００円を２０２２年１０月２５日に返却すると合意したケースについて説明する。２０，０００円の預り金については、図６に示すような口座取引データ１０６ｄ’’－１を手動で作成する。なお、口座取引データ１０６ｄ’’－１において、発生＿預り金は、今回の入金で発生した預り金であり、繰越＿預り金は現時点での預り金の合計である。

【0045】

口座取引データ１０６ｄ’’－１を作成後、預り金２０，０００円について図７に一例を示す仕訳データ１０６ｅ’’－１を手動で作成し、登録すると、仕訳データ１０６ｅ’’－２が自動作成される。

【0046】

その後、顧客に残金１，０００円を送金するために送金用端末により手動で送金データを登録し、手動で図８に示す仕訳データ１０６ｅ’’－３を作成する。以上のように、従前の債権管理装置では、過入金（預り金）を一部返却したい場合、手動で入金処理等を行う必要があり、過入金の多発に伴い、作業にミスが生じることがあった。

【0047】

本実施の形態にかかる債権管理装置１００では、過入金（預り金）を顧客に一部返却したい場合でも、システム上で処理が可能となり、作業ミスを軽減することができる。以下、上記のケースについての本実施の形態にかかる債権管理装置１００における処理を説明する。

【0048】

顧客による入金が確認されると、過入金算出部１０２ａが請求データ１０６ｂと入金データ１０６ｃとの比較により、過入金（預り金）の有無および過入金(預り金）の額を算出する。過入金算出部１０２ａは、入金日が返済日より後日である場合、遅延損害金を加算した請求額と入金額とを比較して過入金の有無および過入金の額を算出する。２０２２年１０月１０の期限で２０，０００円（元金１８，０００円、利息２，０００円）の請求があり、２０２２年１０月２０日に４２，０００円の入金があった場合、入金日が返済日より後日であるため、請求金額は２１，０００円（元金１８，０００円、利息２，０００円、遅延損害金１，０００円）となり、過入金（預り金）は２１，０００円となる。

【0049】

口座取引データ作成部１０２ｃは、請求データ１０６ｂ、入金データ１０６ｃおよび過入金算出部が算出した過入金（預り金）の額に基づき、図９に示すような口座取引データ１０６ｄ－１を作成する。口座取引データ１０６ｄ－１は、例えば、顧客番号、枝番、取引ＳＥＱ、データ区分、取引日、入金額、充当_元金、充当＿利息、充当＿遅延損害金、繰越＿預り金、発生＿預り金、預り金返却額等から構成されている。過入金（預り金）の処理方法が未定なため、内容は従来の口座取引データ１０６ｄ’－１（図２参照）と同様のものである。

【0050】

２０２２年１０月２０日に４２，０００円の入金があった場合、１０月分の請求に対する充当_元金、充当＿利息として、１８，０００円、２，０００円が充当され、１０月の期限を超過しているため、充当＿遅延損害金として１，０００円も充当される。入金４２，０００円から上記の合計２１，０００円を引いた金額である２１，０００円が過入金（預り金）となる。

【0051】

過入金（預り金）が発生した場合、過入金（預り金）について顧客に連絡し、過入金（預り金）をいつ、いくら返却するかを決定する。ここでは、２０２２年１０月２１日に顧客に連絡して、２０，０００円を翌月１１月分に充当し、残りの１，０００円を２０２２年１０月２５日に返却すると合意したケースについて説明する。

【0052】

返却額および返却日の決定後、過入金処理受付部１０２ｂは、図１０に示すような過入金（預り金）の処理の受付画面ＭＢ－１を介して、繰越預り金２１，０００円の返却処理を受け付ける。受付画面ＭＢ－１では、返却区分、返却日、返却金額を入力することで過入金（預り金）の処理受付を行うことができる。他の項目については、顧客データ１０２ａ、および口座取引データ１０６ｄから自動入力される。過入金処理受付部１０２ｂは、オペレータが受付画面ＭＢ－１で返却区分８３を入力することで、顧客との間で合意した内容で過入金（預り金）のシステム上での一部返却を受け付ける。なお、過入金処理受付部１０２ｂは、返却区分８４の選択により、従前と同様に過入金の全額返却も受付可能である。

【0053】

過入金処理受付部１０２ｂが過入金（預り金）の処理を受け付けると、口座取引データ作成部１０２ｃは、図１１に示すような過入金（預り金）についての口座取引データ１０６ｄ－２を作成する。

【0054】

口座取引データ１０６ｄ－２を作成後、仕訳データ作成部１０２ｄは、図１２に示すような仕訳データ１０６ｅ－１を作成する。

【0055】

また、送金データ作成部１０２ｅは、図１３に示すような送金データ１０６ｆを作成する。送金データ作成部１０２ｅは、顧客データ１０６ａおよび仕訳データ１０６ｅに基づき、顧客番号を含む顧客情報、過入金の送金日、送金元の銀行コード、送金先である銀行コード、銀行名、支店名、口座情報等の金融機関情報、送金額等を含む送金データ１０６ｆを作成する。

【0056】

本実施の形態にかかる債権管理装置１００では、過入金（預り金）について顧客と合意した内容で返却をシステム上で行うことができるため、手入力による作業ミスを低減することができるとともに、作業の軽減を図ることができる。

【0057】

また、２０２２年１０月１０の期限で２０，０００円（元金１８，０００円、利息２，０００円）の請求があり、２０２２年１０月２０日に４１，１００円の入金があった場合の過入金（預り金）について本実施の形態にかかる債権管理装置１００での処理について説明する。この入金は期限内に行われていないものであり、遅延損害金１，０００円が発生しており、過入金（預り金）は２０，１００円である。

【0058】

従来の債権管理装置では、上記で説明したように過入金（預り金）が発生した場合、システム上で過入金（預り金）を全額返却するか、手動で入金処理が行われる。

【0059】

顧客による入金が確認されると、図１４に示すような口座取引データ１０６ｄ’－３が作成される。発生_預り金、繰越_預り金が２０，１００円である。

【0060】

従来の債権管理装置では、システム上で過入金（預り金）を全額返却する場合、図３に示すような過入金（預り金）の処理の受付画面ＭＡで、預り金２０，１００の返却処理の受付を行うことにより、図４に示すような口座取引データ１０６ｄ’－２が作成される。上記で説明した場合と異なるのは、返却金額（２１，０００円と２０，１００円）のみである。

【0061】

一方、過入金（預り金）を全額返却しない場合、手動で入金処理を行う。例えば、図１５に示すようなフローで過入金（預り金）の一部を雑収入とする場合について説明する。２０２２年１０月２０日に４１，１００円の入金があり、２０，１００円の過入金（預り金）について、２０２２年１０月２１日に顧客に連絡して、２０，０００円を翌月１１月分に充当し、残りの１００円を雑収入とする旨合意したケースについて説明する。過入金（預り金）の一部を雑収入とするのは、返却金（預り金、１００円）が振込手数料より少ない場合である。オペレータは、２０，１００円の預り金について、図１６に示すような口座取引データ１０６ｄ’’－２を手動で作成する。

【0062】

口座取引データ１０６ｄ’’－２を作成後、預り金２０，０００円について図１７に一例を示す仕訳データ１０６ｅ’’－４を手動で作成し、登録すると、仕訳データ１０６ｅ’’－５が自動作成される。

【0063】

その後、残金１００円を雑収入とするために、手動で図１８に示す仕訳データ１０６ｅ’’－６を作成する。以上のように、従前の債権管理装置では、過入金（預り金）を一部雑収入とする場合にも、手動で入金処理等を行う必要があり、過入金の多発に伴い、作業ミスの発生も増加する。

【0064】

これに対し本実施の形態にかかる債権管理装置１００では、顧客による入金が確認されると、過入金算出部１０２ａが請求データ１０６ｂと入金データ１０６ｃとの比較により、過入金（預り金）の有無および過入金(預り金）の額を算出する。過入金算出部１０２ａは、入金日が返済日より後日である場合、遅延損害金を加算した請求額と入金額とを比較して過入金の有無および過入金の額を算出する。２０２２年１０月１０日の期限で２０，０００円（元金１８，０００円、利息２，０００円）の請求があり、２０２２年１０月２０日に４１，１００円の入金があった場合、入金日が返済日より後日であるため、請求金額は２１，０００円（元金１８，０００円、利息２，０００円、遅延損害金１，０００円）となり、過入金（預り金）は２０，１００円となる。

【0065】

口座取引データ作成部１０２ｃは、請求データ１０６ｂ、入金データ１０６ｃおよび過入金算出部が算出した過入金（預り金）の額に基づき、図１９に示すような口座取引データ１０６ｄ－３を作成する。

【0066】

２０２２年１０月２０日に４１，１００円の入金があった場合、１０月分の請求に対する充当_元金、充当＿利息として、１８，０００円、２，０００円が充当され、１０月の期限を超過しているため、充当＿遅延損害金として１，０００円も充当される。入金４１，１００円から上記の合計２１，０００円を引いた金額である２０，１００円が過入金（預り金）となる。

【0067】

過入金処理受付部１０２ｂは、図２０に示すような過入金（預り金）の処理の受付画面ＭＢ－２を介して、繰越預り金２０，１００円の返却処理を受け付ける。受付画面ＭＢ－２では、返却区分８１を選択することにより、預り金の一部の雑収入としての処理を受け付ける。

【0068】

過入金処理受付部１０２ｂが過入金（預り金）の処理を受け付けると、口座取引データ作成部１０２ｃは、図２１に示すような過入金（預り金）についての口座取引データ１０６ｄ－４を作成する。

【0069】

口座取引データ１０６ｄ－４を作成後、仕訳データ作成部１０２ｄは、図２２に示すような仕訳データ１０６ｅ－２を作成することにより、過入金（預り金）の一部を雑収入とすることができる。

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【産業上の利用可能性】

【0084】

本発明は、例えばノンバンク、ネットバンク又は銀行等の金融業で利用できる。

【符号の説明】

【0085】

１００ 債権管理装置
１０２ 制御部
１０２ａ 過入金算出部
１０２ｂ 過入金処理受付部
１０２ｃ 口座取引データ作成部
１０２ｄ 仕訳データ作成部
１０２ｅ 送金データ作成部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 顧客データ
１０６ｂ 請求データ
１０６ｃ 入金データ
１０６ｄ 口座取引データ
１０６ｅ 送金データ
１０８ 入出力インターフェース部
２００ サーバ
３００ ネットワーク
４００ 入力装置
５００ 出力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】