知財求人 - 知財ポータルサイト「IP Force」
特開2024-122547債権債務管理装置、債権債務管理方法および債権債務管理プログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024122547
(43)【公開日】2024-09-09
(54)【発明の名称】債権債務管理装置、債権債務管理方法および債権債務管理プログラム
(51)【国際特許分類】
G06Q 40/12 20230101AFI20240902BHJP
【ＦＩ】
G06Q40/12 420
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2023030142
(22)【出願日】2023-02-28
(71)【出願人】
【識別番号】398040527
【氏名又は名称】株式会社オービック
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】中野 尚志
(72)【発明者】
【氏名】池田 隼人
【テーマコード（参考）】
5L040
5L055
【Ｆターム（参考）】
5L040BB44
5L040BB63
5L055BB44
5L055BB63
(57)【要約】
【課題】作業の軽減を図るとともに、入力間違いを防止し、誤った相殺処理を防止することができる債権債務管理装置、債権債務管理方法および債権債務管理プログラムを提供する。
【解決手段】本実施形態の債権債務管理装置であって、支払予定データおよび相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出し、該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較し、比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する。
【選択図】図１
【解決手段】本実施形態の債権債務管理装置であって、支払予定データおよび相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出し、該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較し、比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する。
【選択図】図１
【特許請求の範囲】
【請求項1】
制御部を備える債権債務管理装置であって、
伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、
相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、
にアクセス可能であり、
前記制御部は、
前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出部と、
前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較部と、
前記比較部の比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成部と、
を備えること、
を特徴とする債権債務管理装置。
伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、
相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、
にアクセス可能であり、
前記制御部は、
前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出部と、
前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較部と、
前記比較部の比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成部と、
を備えること、
を特徴とする債権債務管理装置。
【請求項2】
請求項１に記載の債権債務管理装置であって、
前記制御部は、
前記相殺結果データをモニタに表示させる表示制御部をさらに備えること、
を特徴とする債権債務管理装置。
前記制御部は、
前記相殺結果データをモニタに表示させる表示制御部をさらに備えること、
を特徴とする債権債務管理装置。
【請求項3】
請求項２に記載の債権債務管理装置であって、
前記生成部は、
前記比較部によって支払予定金額が相殺金額より大きい買勝ちとした場合、債権側の相殺する金額分の入金データであって、組合せコードに、請求先、債権事業所、債権部門、入金予定日、取引区分および入金金額を対応付けた入金データを生成する一方、
前記比較部によって支払予定金額が相殺金額より小さい売勝ちとした場合、債権側の相殺する金額分および相殺する金額分を差し引いた分の入金データであって、組合せコードに、請求先、債権事業所、債権部門、入金予定日、取引区分および入金金額を対応付けた入金データを生成すること、
を特徴とする債権債務管理装置。
前記生成部は、
前記比較部によって支払予定金額が相殺金額より大きい買勝ちとした場合、債権側の相殺する金額分の入金データであって、組合せコードに、請求先、債権事業所、債権部門、入金予定日、取引区分および入金金額を対応付けた入金データを生成する一方、
前記比較部によって支払予定金額が相殺金額より小さい売勝ちとした場合、債権側の相殺する金額分および相殺する金額分を差し引いた分の入金データであって、組合せコードに、請求先、債権事業所、債権部門、入金予定日、取引区分および入金金額を対応付けた入金データを生成すること、
を特徴とする債権債務管理装置。
【請求項4】
請求項３に記載の債権債務管理装置であって、
前記生成部は、
前記比較部によって前記買勝ちとした場合、債務側の相殺する金額分の前記支払予定データの支払方法を相殺に変更し、かつ、相殺する金額分を差し引いた分の新たな支払予定データを生成する一方、
前記比較部によって前記売勝ちとした場合、債務側の相殺する金額分の前記支払予定データの支払方法を相殺に変更すること、
を特徴とする債権債務管理装置。
前記生成部は、
前記比較部によって前記買勝ちとした場合、債務側の相殺する金額分の前記支払予定データの支払方法を相殺に変更し、かつ、相殺する金額分を差し引いた分の新たな支払予定データを生成する一方、
前記比較部によって前記売勝ちとした場合、債務側の相殺する金額分の前記支払予定データの支払方法を相殺に変更すること、
を特徴とする債権債務管理装置。
【請求項5】
請求項４に記載の債権債務管理装置であって、
定義番号に、データ、取引区分、借方および貸方を対応付けた仕訳定義マスタにさらにアクセス可能であり、
前記制御部は、
前記仕訳定義マスタを参照し、前記入金データおよび前記支払予定データそれぞれの仕訳データを作成する仕訳データ作成処理部をさらに備えること、
を特徴とする債権債務管理装置。
定義番号に、データ、取引区分、借方および貸方を対応付けた仕訳定義マスタにさらにアクセス可能であり、
前記制御部は、
前記仕訳定義マスタを参照し、前記入金データおよび前記支払予定データそれぞれの仕訳データを作成する仕訳データ作成処理部をさらに備えること、
を特徴とする債権債務管理装置。
【請求項6】
請求項５に記載の債権債務管理装置であって、
組合せコードに、支払先および請求先を対応付けた相殺相手設定マスタにさらにアクセス可能であり、
前記制御部は、
前記相殺申請データを取り込む相殺申請データ取込部をさらに備える、
前記相殺申請データ取込部は、
前記相殺申請データを外部から取り込む場合または外部入力に応じた前記相殺申請データを取り込む場合において、前記相殺相手設定マスタを参照し、支払先と請求先とが紐付かない組合せの前記相殺申請データのとき、前記相殺申請データの取込を中止すること、
を特徴とする債権債務管理装置。
組合せコードに、支払先および請求先を対応付けた相殺相手設定マスタにさらにアクセス可能であり、
前記制御部は、
前記相殺申請データを取り込む相殺申請データ取込部をさらに備える、
前記相殺申請データ取込部は、
前記相殺申請データを外部から取り込む場合または外部入力に応じた前記相殺申請データを取り込む場合において、前記相殺相手設定マスタを参照し、支払先と請求先とが紐付かない組合せの前記相殺申請データのとき、前記相殺申請データの取込を中止すること、
を特徴とする債権債務管理装置。
【請求項7】
制御部を備える債権債務管理装置で実行される債権債務管理方法であって、
前記債権債務管理装置は、
伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、
相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、
にアクセス可能であり、
前記制御部で実行される、
前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出ステップと、
前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較ステップと、
前記比較ステップの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成ステップと、
を含むこと、
を特徴とする債権債務管理方法。
前記債権債務管理装置は、
伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、
相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、
にアクセス可能であり、
前記制御部で実行される、
前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出ステップと、
前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較ステップと、
前記比較ステップの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成ステップと、
を含むこと、
を特徴とする債権債務管理方法。
【請求項8】
制御部を備える債権債務管理装置に実行されるための債権債務管理プログラムであって、
前記債権債務管理装置は、
伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、
相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、
にアクセス可能であり、
前記制御部に実行させるための、
前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出ステップと、
前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較ステップと、
前記比較ステップの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成ステップと、
を含むこと、
を特徴とする債権債務管理プログラム。
前記債権債務管理装置は、
伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、
相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、
にアクセス可能であり、
前記制御部に実行させるための、
前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出ステップと、
前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較ステップと、
前記比較ステップの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成ステップと、
を含むこと、
を特徴とする債権債務管理プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、債権債務管理装置、債権債務管理方法および債権債務管理プログラムに関する。
【背景技術】
【0002】
特許文献１には、分散台帳を用いて、債務記録情報の正当性を確認できる基盤システムを利用して、効率的な清算を行う技術が開示されている。この技術では、各金融機関サーバから取得した支払情報を用いてネッティングを行なうことにより、同じ金融機関についての債権と債務とを相殺して、金融機関による支払または送金の金額を算出後、この算出出結果を分散台帳に記憶する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０２０－６７８０５号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、商社における売掛買掛の相殺処理は、経理部等が相殺の実態をつかめないため、営業部等の現場に、その都度、確認する必要があり手間が生じている。この場合、経理部は、営業部等の現場に確認した相殺の実態内容に基づいて、手動で相殺処理を行う必要があるうえ、相殺処理の内容が正しいか否かの判断も求められるため、膨大な手間と確認作業が発生するという問題点があった。
【0005】
本発明は、上記に鑑みてなされたものであって、作業の軽減を図るとともに、入力間違いを防止し、誤った相殺処理を防止することができる債権債務管理装置、債権債務管理方法および債権債務管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決し、目的を達成するために、本発明に係る債権債務管理装置は、制御部を備える債権債務管理装置であって、伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、にアクセス可能であり、前記制御部は、前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出部と、前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較部と、前記比較部の比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成部と、を備えること、を特徴とする。
【0007】
また、本発明に係る債権債務管理方法は、制御部を備える債権債務管理装置で実行される債権債務管理方法であって、前記債権債務管理装置は、伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、にアクセス可能であり、前記制御部で実行される、前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出ステップと、前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較ステップと、前記比較ステップの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成ステップと、を含むこと、を特徴とする。
【0008】
また、本発明に係る債権債務管理プログラムは、制御部を備える債権債務管理装置に実行されるための債権債務管理プログラムであって、前記債権債務管理装置は、伝票番号毎に、支払区分、取引区分、支払方法、支払予定日、支払事業所、支払部門、支払先、支払予定金額および支払通知番号を対応付けた支払予定データと、相殺申請番号毎に、支払予定日、支払先、債権事業所、債権部門、債権科目、請求先、相殺金額、相殺消費税額を対応付けた相殺申請データと、にアクセス可能であり、前記制御部に実行させるための、前記支払予定データおよび前記相殺申請データの各々から、外部から入力される支払予定日に応じた該当データを抽出する抽出ステップと、前記該当データに基づいて、支払先毎に支払予定金額と相殺金額との大小を比較する比較ステップと、前記比較ステップの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成する生成ステップと、を含むこと、を特徴とする。
【発明の効果】
【0009】
本発明によれば、作業の軽減を図るとともに、入力間違いを防止し、誤った相殺処理を防止することができるという効果を奏する。
【図面の簡単な説明】
【0010】
【発明を実施するための形態】
【0011】
以下に、本発明に係る債権債務管理装置、債権債務管理方法および債権債務管理プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。
【0012】
【0013】
図１に示す債権債務管理装置１００は、市販のデスクトップ型パーソナルコンピュータである。なお、債権債務管理装置１００は、デスクトップ型パーソナルコンピュータのような据置型情報処理装置に限らず、市販されているノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型情報処理装置であってもよい。
【0014】
債権債務管理装置１００は、制御部１０２と、通信インターフェース部１０４と、記憶部１０６と、入出力インターフェース部１０８と、を備えている。債権債務管理装置１００が備えている各部は、任意の通信路を介して通信可能に接続されている。
【0015】
通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、債権債務管理装置１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と、通信回線と、を介してデータを通信する機能を有する。ここで、ネットワーク３００は、債権債務管理装置１００と、サーバ２００と、を相互に通信可能に接続する機能を有し、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等である。なお、記憶部１０６に格納されるデータは、例えばサーバ２００に格納されてもよい。
【0016】
入出力インターフェース部１０８には、入力装置１１２と、出力装置１１４と、が接続されている。出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、およびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。
【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】
［２．４－１－１ 売勝ちの場合における債権側］
まず、債権側について説明する。生成部１０２ｈは、債権側について相殺する金額分の入金データを生成する。図２２は、生成部１０２ｈが生成する入金データの入金データテーブルの一例を示す図である。
まず、債権側について説明する。生成部１０２ｈは、債権側について相殺する金額分の入金データを生成する。図２２は、生成部１０２ｈが生成する入金データの入金データテーブルの一例を示す図である。
【0086】
図２２に示すように、生成部１０２ｈは、比較部１０２ｇが比較した比較結果データおよび相殺申請データに基づいて、組合せＣＤ（コード）に、請求先、債権事業所、債権部門、入金予定日、取引区分および入金金額を対応付けた入金データを生成する。
【0087】
具体的には、入金データテーブルＴ３３の１行目には、組合せＣＤ「１００３」に、請求先「請求先Ｙ」、債権事業所「東北支店」、債権部門「東北１課」、入金予定日「２０２２／３／３１」、取引区分「相殺」および入金金額「４４０」を対応付けて記憶されている。より具体的には、生成部１０２ｈは、組合せＣＤ、請求先を比較結果データから設定し、債権事業所および債権部門を相殺申請データから設定するとともに、生成部１０２ｈは、入金予定日を請求予定データから設定し、かつ、入金金額を相殺申請データから設定し、取引区分を相殺に設定して入金データテーブルＴ３３を生成する。
【0088】
同様に、入金データテーブルＴ３３の２行目には、組合せＣＤ「１００３」に、請求先「請求先Ｙ」、債権事業所「北東北１課」、債権部門「北東北１課」、入金予定日「２０２２／３／３１」、取引区分「相殺」および入金金額「１０，０６０」を対応付けて記憶されている。この場合、生成部１０２ｈは、１行目と同様に、組合せＣＤ、請求先を比較結果データから設定し、債権事業所および債権部門を相殺申請データから設定するとともに、生成部１０２ｈは、入金予定日を請求予定データから設定し、かつ、入金金額を相殺申請データから設定し、取引区分を相殺に設定して入金データテーブルＴ３３を生成する。
【0089】
さらに、入金データテーブルＴ３３の３行目には、組合せＣＤ「１００３」に、請求先「請求先Ｙ」、債権事業所「北東北１課」、債権部門「北東北１課」、入金予定日「２０２２／３／３１」、取引区分「振込」および入金金額「１１，９４０」を対応付けて記憶されている。この場合、生成部１０２ｈは、１行目と同様に、組合せＣＤ、請求先を比較結果データから設定し、債権事業所および債権部門を相殺申請データから設定するとともに、生成部１０２ｈは、入金予定日を請求予定データから設定し、かつ、入金金額を相殺申請データから設定し、取引区分を相殺に設定して入金データテーブルＴ３３を生成する。
【0090】
［２．４－１－２ 売勝ちの場合における債務側］
次に、債務側について説明する。生成部１０２ｈは、支払予定データに基づいて、債務側について支払予定データの支払方法を「相殺」に変更した支払予定データを生成する。図２３は、生成部１０２ｈが生成する支払予定データの支払予定データテーブルの一例を示す図である。
次に、債務側について説明する。生成部１０２ｈは、支払予定データに基づいて、債務側について支払予定データの支払方法を「相殺」に変更した支払予定データを生成する。図２３は、生成部１０２ｈが生成する支払予定データの支払予定データテーブルの一例を示す図である。
【0091】
図２３に示すように、生成部１０２ｈは、元々の支払予定データの支払方法を「相殺」に変更した支払予定データを生成する。
【0092】
具体的には、図２３に示す支払予定データテーブルＴ３４の１行目に示すように、伝票番号「ＳＩＨ０００５」に、行「１」、支払区分「締支払」、取引区分「経費計上」、支払方法「相殺」、支払予定部「２０２２／３／１５」、支払事業所「Ａ０１：経理本部」、支払部門「Ａ０１００：経理本部」、支払先「支払先Ｃ」、支払予定金額「５００」および支払通知番号「Ａ０ＬＱ０１１５」を対応付けて記憶している。
【0093】
同様に、図２３に示す支払予定データテーブルＴ３４の２行目に示すように、伝票番号「ＳＩＨ０００６」に、行「１」、支払区分「締支払」、取引区分「経費計上」、支払方法「相殺」、支払予定部「２０２２／３／１５」、支払事業所「Ａ０１：経理本部」、支払部門「Ａ０１００：経理本部」、支払先「支払先Ｃ」、支払予定金額「１０，０００」および支払通知番号「Ａ０ＬＱ０１１６」を対応付けて記憶している。
【0094】
このように生成部１０２ｈは、債権側の入金データおよび債務側の支払予定データを生成する。
【0095】
図４に戻り、ステップＳ８以降の説明を続ける。
ステップＳ８において、表示制御部１０２ｉは、相殺結果をモニタ１１４に表示させる相殺結果確認出力処理を実行する。
ステップＳ８において、表示制御部１０２ｉは、相殺結果をモニタ１１４に表示させる相殺結果確認出力処理を実行する。
【0096】
図２４は、モニタ１１４が表示する相殺結果の一例を示す図である。図２４に示す相殺結果テーブルＴ３５には、組合せＣＤに、支払先、支払予定日、支払予定金額、相殺金額および差引支払額を対応付けて記憶されている。これにより、経理部のユーザは、直感的に把握することができる。ステップＳ８の後、債権債務管理装置１００は、ステップＳ９へ移行する。
【0097】
図４に戻り、ステップＳ９以降の説明を続ける。
ステップＳ９において、仕訳データ作成処理部１０２ｊは、仕訳定義マスタ１０６ｂ、生成部１０２ｈが生成した入金データおよび支払予定データの仕訳データに基づいて、相殺研鑽処理された結果の仕訳データを作成する仕訳データ作成処理を実行する。
ステップＳ９において、仕訳データ作成処理部１０２ｊは、仕訳定義マスタ１０６ｂ、生成部１０２ｈが生成した入金データおよび支払予定データの仕訳データに基づいて、相殺研鑽処理された結果の仕訳データを作成する仕訳データ作成処理を実行する。
【0098】
［２．５－１ 仕訳データの買勝ちの場合の概要］
まず、仕訳データ作成処理部１０２ｊが買勝ちの場合の仕訳データの作成内容について説明する。なお、買勝ちの例として、支払先Ｂを一例として説明するが、取引先Ａであっても買勝ちのため、同様の処理を行う。
まず、仕訳データ作成処理部１０２ｊが買勝ちの場合の仕訳データの作成内容について説明する。なお、買勝ちの例として、支払先Ｂを一例として説明するが、取引先Ａであっても買勝ちのため、同様の処理を行う。
【0099】
［２．５－１－１ 買勝ちの場合］
図２５は、債権側の仕訳データテーブルの一例を示す図である。図２６は、債務側の仕訳データテーブルの一例を示す図である。図２７は、債務側において既に仕入入力で作成された仕訳データテーブルの一例を示す図である。
図２５は、債権側の仕訳データテーブルの一例を示す図である。図２６は、債務側の仕訳データテーブルの一例を示す図である。図２７は、債務側において既に仕入入力で作成された仕訳データテーブルの一例を示す図である。
【0100】
図２５に示すように、仕訳データ作成処理部１０２ｊは、仕訳定義マスタ１０６ｂを参照し、入金データの取引区分と仕訳定義マスタ１０６ｂの取引区分とが合致するパターンとして、定義番号１を用いて仕訳データテーブルＨ１を作成する。
【0101】
また、図２６に示すように、仕訳データ作成処理部１０２ｊは、仕訳定義マスタ１０６ｂを参照し、支払予定データの取引区分と仕訳定義マスタ１０６ｂの取引区分とが合致するパターンとして、定義番号１１および定義番号１２を用いて、仕訳データＨ２を生成する。
【0102】
また、図２７に示すように、仕訳データ作成処理部１０２ｊは、支払予定データの伝票番号「ＳＩＨ０００４」から流用して仕訳データテーブルＨ３を作成する。
【0103】
［２．５－１－２ 売勝ちの場合］
図２８は、債権側の仕訳データテーブルの一例を示す図である。図２９は、債権側において既に仕入入力で作成された仕訳データテーブルの一例を示す図である。図３０は、債務側の仕訳データテーブルの一例を示す図である。
図２８は、債権側の仕訳データテーブルの一例を示す図である。図２９は、債権側において既に仕入入力で作成された仕訳データテーブルの一例を示す図である。図３０は、債務側の仕訳データテーブルの一例を示す図である。
【0104】
図２８に示すように、仕訳データ作成処理部１０２ｊは、仕訳定義マスタ１０６ｂを参照し、入金データの取引区分と仕訳定義マスタ１０６ｂの取引区分とが合致するパターンとして、定義番号１および定義番号２を用いて仕訳データテーブルＨ４を作成する。
【0105】
また、図２９に示すように、仕訳データ作成処理部１０２ｊは、売上入力「２２，４４０」から流用して仕訳データテーブルＨ５を作成する。
【0106】
さらに、図３０に示すように、仕訳データ作成処理部１０２ｊは、図２３に示す支払予定データテーブルＴ３４の取引区分と仕訳定義マスタ１０６ｂの取引区分とが合致するパターンとして、定義番号１１を用いて、仕訳データテーブルＨ６を作成する。
【0107】
このように、仕訳データ作成処理部１０２ｊは、仕訳定義マスタ１０６ｂ、生成部１０２ｈが生成した入金データおよび支払予定データの仕訳データに基づいて、相殺処理された結果の仕訳データを作成する。ステップＳ８の後、債権債務管理装置１００は、本処理を終了する。
【0108】
以上説明した実施形態によれば、生成部１０２ｈが比較部１０２ｇの比較結果に基づいて、組み合わせコード毎に、支払先、支払予定日、請求先、支払予定金額、相殺金額および差引支払額を対応付けた相殺結果データを生成するため、作業の軽減を図るとともに、入力間違いを防止し、誤った相殺処理を防止することができる。
【0109】
また、実施形態によれば、表示制御部１０２ｉが生成部１０２ｈによって生成された相殺結果データをモニタ１１４に表示させるため、ユーザは直感的に把握することができる。
【0110】
また、実施形態によれば、生成部１０２ｈが組合せコードに、請求先、債権事業所、債権部門、入金予定日、取引区分および入金金額を対応付けた入金データを自動的に生成するため、手作業による相殺金額の入力間違いを防止することができる。
【0111】
また、実施形態によれば、相殺する金額分を差し引いた分の新たな支払予定データを生成する一方、債務側の相殺する金額分の支払予定データの支払方法を相殺に変更するため、誤った相殺処理を防止することができる。
【0112】
また、実施形態によれば、仕訳データ作成処理部１０２ｊが仕訳データを作成するため、作業の軽減を図るとともに、入力間違いを防止し、誤った相殺処理を防止することができる。
【0113】
また、実施形態によれば、相殺申請データ取込部１０２ｅは、相殺申請データを外部から取り込む場合または外部入力に応じた相殺申請データを取り込む場合において、相殺相手設定マスタ１０６ａを参照し、支払先と請求先とが紐付かない組合せの相殺申請データのとき、相殺申請データの取込を中止するため、誤った相殺申請データの取込を防止することができる。
【0114】
［３．国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８および９に貢献することが可能となる。
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８および９に貢献することが可能となる。
【0115】
また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３および１５に貢献することが可能となる。
【0116】
また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。
【0117】
［４．他の実施形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。
【0118】
例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。
【0119】
また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメーターを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。
【0120】
また、債権債務管理装置１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。
【0121】
例えば、債権債務管理装置１００が備える処理機能、特に制御部にて行われる各処理機能については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて債権債務管理装置１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの記憶部などには、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。
【0122】
また、このコンピュータプログラムは、債権債務管理装置１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。
【0123】
また、本実施形態で説明した処理を実行するためのプログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ ａｎｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＭＯ（Ｍａｇｎｅｔｏ－Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、および、Ｂｌｕ－ｒａｙ（登録商標） Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。
【0124】
また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコードまたはバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。
【0125】
記憶部に格納される各種のデータベース等は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、および、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。
【0126】
また、債権債務管理装置１００は、既知のパーソナルコンピュータまたはワークステーション等の情報処理装置として構成してもよく、また、任意の周辺装置が接続された当該情報処理装置として構成してもよい。また、債権債務管理装置１００は、当該装置に本実施形態で説明した処理を実現させるソフトウェア（プログラムまたはデータ等を含む）を実装することにより実現してもよい。
【0127】
さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じてまたは機能負荷に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。
【産業上の利用可能性】
【0128】
本発明は、債権債務管理を行っている業界において有用である。
【符号の説明】
【0129】
１００ 債権債務管理装置
１０２ 制御部
１０２ａ 仕入入力部
１０２ｂ 売上入力部
１０２ｃ 相殺内容作成処理部
１０２ｄ 相殺申請入力部
１０２ｅ 相殺申請データ取込部
１０２ｆ 抽出部
１０２ｇ 比較部
１０２ｈ 生成部
１０２ｉ 表示制御部
１０２ｊ 仕訳データ作成処理部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 相殺相手設定マスタ
１０６ｂ 仕訳定義マスタ
１０６ｃ 支払予定データ
１０６ｄ 請求予定データ
１０６ｅ 相殺申請データ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
１０２ 制御部
１０２ａ 仕入入力部
１０２ｂ 売上入力部
１０２ｃ 相殺内容作成処理部
１０２ｄ 相殺申請入力部
１０２ｅ 相殺申請データ取込部
１０２ｆ 抽出部
１０２ｇ 比較部
１０２ｈ 生成部
１０２ｉ 表示制御部
１０２ｊ 仕訳データ作成処理部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 相殺相手設定マスタ
１０６ｂ 仕訳定義マスタ
１０６ｃ 支払予定データ
１０６ｄ 請求予定データ
１０６ｅ 相殺申請データ
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】