JP7409984B2 - 業務支援装置、業務支援方法、及び業務支援プログラム - Google Patents

Description

本発明は、会計業務を支援するための業務支援装置、業務支援方法、及び業務支援プログラムに関する。

一般的な会計ソフトでは、債権の請求先と債務の支払先を別々に管理していることから、従来、債権と債務の相殺を行うことができなかった。このようなことから、従来、１件ずつ手作業で相殺処理を行う必要があり、件数が多い場合、膨大な時間を要し、相殺ミスが発生する危険性が高く、債権債務の管理精度の低下の原因となっていた。

しかし、これまで、同様のケースでこのような課題を解決する方法は知られていない（特許文献１）。

特開２０１９－２１９９３３号公報

本発明の目的は、効率的に債権債務の相殺処理を行うことができ、決算期間の短縮や債権債務の管理精度の向上を可能とする業務支援装置を提供することにある。

上述した課題を解決し、目的を達成するために、本発明に係る業務支援装置は、会計業務を支援するための、制御部を備える業務支援装置であって、前記制御部が、債権又は債務の発生事象毎に、債権計上データ上に登録されている債権と、債務計上データ上に登録されている債務とを、相殺が許容される前記債権を回収すべき取引先と前記債務を支払うべき取引先との組み合わせに従って、相殺する相殺処理手段を備えることを特徴とする。

また、本発明に係る業務支援装置は、前記相殺処理手段が、共通する取引先を有する前記債権と前記債務のみを相殺することを特徴とする。

また、本発明に係る業務支援装置は、前記相殺処理手段が、共通する期日を有する前記債権と前記債務のみを相殺することを特徴とする。

また、本発明に係る業務支援装置は、前記債権を回収すべき取引先及び前記債務を支払うべき取引先が、取引先毎に、相殺処理の対象とする対象取引先と、相殺処理の対象としない非対象取引先とに区分され、前記相殺処理手段が、前記対象取引先のみについて前記債権と前記債務とを相殺することを特徴とする。

また、本発明に係る業務支援装置は、前記発生事象が、事象毎に、相殺処理の対象とする対象発生事象と、相殺処理の対象としない非対象発生事象とに区分され、前記相殺処理手段が、前記対象発生事象のみについて前記債権と前記債務とを相殺することを特徴とする。

また、本発明に係る業務支援装置は、前記相殺処理手段が、予め設定された勘定科目の相殺優先順位に従って、相殺優先順位のより高い勘定科目を有する前記債権又は前記債務から順に前記債権と前記債務とを相殺することを特徴とする。

また、本発明に係る業務支援装置は、前記相殺処理手段が、前記債権計上データ及び前記債務計上データ上において、前記債権に関する勘定科目及び前記債務に関する勘定科目それぞれの相手勘定科目として同一の相殺勘定を用いて前記債権と前記債務とを相殺することを特徴とする。

また、本発明に係る業務支援装置は、前記制御部が、前記相殺処理手段が相殺した前記債権又は前記債務に基づいて、前記相殺勘定を用いた会計伝票を作成する伝票作成手段をさらに備えることを特徴とする。

また、本発明に係る業務支援方法は、制御部を備える業務支援装置において実行される、会計業務を支援するための業務支援方法であって、前記制御部で実行される、債権又は債務の発生事象毎に、債権計上データ上に登録されている債権と、債務計上データ上に登録されている債務とを、相殺が許容される前記債権を回収すべき取引先と前記債務を支払うべき取引先との組み合わせに従って、相殺する相殺処理ステップを含むことを特徴とする。

また、本発明に係る業務支援プログラムは、制御部を備える業務支援装置に実行させるための、会計業務を支援するための業務支援プログラムであって、前記制御部に実行させるための、債権又は債務の発生事象毎に、債権計上データ上に登録されている債権と、債務計上データ上に登録されている債務とを、相殺が許容される前記債権を回収すべき取引先と前記債務を支払うべき取引先との組み合わせに従って、相殺する相殺処理ステップを含むことを特徴とする。

本発明によれば、効率的に債権債務の相殺処理を行うことができ、決算期間の短縮や債権債務の管理精度の向上を可能とする。

図１は、ＰＣ１００の構成の一例を示すブロック図である。 図２は、相殺処理部１０２ａによる相殺処理の流れの一例を示すフロー図である。 図３は、相殺処理前の債権計上データの一例を示す図である。 図４は、相殺処理前の債務計上データの一例を示す図である。 図５は、図３の債権計上データに対応する相殺処理後の債権計上データの一例を示す図である。 図６は、図４の債務計上データに対応する相殺処理後の債務計上データの一例を示す図である。 図７は、請求先マスタの一例を示す図である。 図８は、相殺優先順位マスタの一例を示す図である。 図９は、会計伝票の一例を示す図である。

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

［１．構成］
ここでは、本発明の業務支援装置を含む本実施形態に係るＰＣ（パーソナルコンピュータ）１００の構成の一例について、図１を参照して説明する。なお、本実施形態の構成はあくまでも一例であり、本発明は、本実施形態の構成で実現することに限定されるものではない。また、構成に関する以下の説明において、重複する説明を省略する場合がある。

図１は、ＰＣ１００の構成の一例を示すブロック図である。ＰＣ１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８とを備え、各種データ（例えば、記憶部１０６に記憶される、後述する各データでもよい）を記憶したサーバ２００（例えばＷｅｂサーバなど）とネットワーク３００（例えばインターネット、イントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）など）を介して通信可能に接続されている。

ＰＣ１００が備えている各部は、任意の通信路を介して通信可能に接続されている。

なお、ＰＣ１００は、例えば、デスクトップ型パーソナルコンピュータのような据置型のものであってもよく、また、ノート型パーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、スマートフォン、タブレット型パーソナルコンピュータなどの携帯型のものであってもよい。

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

制御部１０２は、機能概念的に、相殺処理部１０２ａ、伝票作成部１０２ｂ等を備えている。

相殺処理部１０２ａは、債権又は債務の発生事象毎に、債権計上データ上に登録されている債権と、債務計上データ上に登録されている債務とを、相殺が許容される債権を回収すべき取引先（以下「請求先」という場合がある）と債務を支払うべき取引先（以下「支払先」という場合がある）との組み合わせに従って、相殺する。債権又は債務の発生事象は、商品、サービスなどの取引などに応じて発生する会計上の債権又は債務の発生事象であり得る。債権又は債務の発生事象は、一実施形態において、勘定科目単位であり得る。

債権計上データには、債権の発生事象毎に、必須情報として、取引先（請求先）の識別子、及び債権の額が登録され、任意情報として、債権の計上日、債権に関する取引日、債権を回収すべき期日（以下「回収予定日」という場合がある）等の時間情報；取引した商品又はサービス、その取引量、取引形態等の取引内容情報；債権に関する勘定科目及びその相手勘定科目；事象毎の対象発生事象と非対象発生事象との区分；取引先（請求先）の名称、住所、電話番号、メールアドレス、口座番号等の取引先（請求先）任意情報；担当者の識別子、名称、役職、部署、電話番号、メールアドレス等の担当者情報等が登録され得る。識別子は、例えば、数字、アルファベット（大文字及び小文字を含む）又はそれらの組み合わせであり得る。

債権に関する勘定科目は、回収すべき資産（債権）の勘定科目であり得、例えば、売掛金勘定、未収入金（未収金）勘定、受取手形勘定、未収収益勘定、貸付金勘定等であり得、その相手勘定科目は、売上勘定、業務委託料勘定等であり得る。

債務計上データには、債務の発生事象毎に、必須情報として、取引先（支払先）の識別子、及び債務の額が登録され、任意情報として、債務の計上日、債務に関する取引日、債務を支払うべき期日（以下「支払予定日」という場合がある）等の時間情報；取引した商品又はサービス、その取引量、取引形態等の取引内容情報；債務に関する勘定科目及びその相手勘定科目；事象毎の対象発生事象と非対象発生事象との区分；取引先（支払先）の名称、住所、電話番号、メールアドレス、口座番号等の取引先（支払先）任意情報；担当者の識別子、名称、役職、部署、電話番号、メールアドレス等の担当者情報等が登録され得る。

債務に関する勘定科目は、支払うべき負債（債務）の勘定科目であり得、例えば、買掛金勘定、未払金勘定、支払手形勘定、未払費用勘定、借入金勘定等であり得、その相手勘定科目は、仕入勘定、手数料勘定等であり得る。

相殺が許容される請求先と支払先との組み合わせは、一実施形態において、予め設定することができる。相殺が許容される請求先と支払先とは、一実施形態において、同一であっても相違していてもよい。一実施形態において、相殺処理部１０２ａは、共通する取引先を有する債権と債務のみを相殺する。

相殺が許容される請求先と支払先との組み合わせは、一実施形態において、請求先１社に対して支払先１社の組み合わせであっても、請求先１社に対して支払先複数社の組み合わせであっても、請求先複数社に対して支払先１社の組み合わせであっても、請求先複数社に対して支払先複数社の組み合わせであってもよい。

相殺が許容される請求先と支払先との組み合わせは、一実施形態において、取引先（請求先又は支払先）の識別子を介して、紐付けする。相殺処理部１０２ａは、一実施形態において、債権計上データ又は債務計上データに登録された取引先（請求先又は支払先）の識別子に基づいて、相殺が許容される請求先と支払先との組み合わせに従って、債権と債務を有する相殺する。

相殺処理部１０２ａは、一実施形態において、共通する期日（債権については回収予定日、債務については支払予定日）を有する債権と債務のみを相殺する。当該実施形態において、回収予定日は、債権計上データ上に、支払予定日は、債務計上データ上に、債権又は債務の発生事象毎に、登録される。当該実施形態において、相殺処理部１０２ａは、債権計上データ又は債務計上データに登録された期日に基づいて、共通する期日（回収予定日又は支払予定日）を有する債権と債務を相殺する。

相殺処理部１０２ａは、一実施形態において、相殺処理の対象とする対象取引先と、相殺処理の対象としない非対象取引先のうち、対象取引先のみについて債権と債務とを相殺する。すなわち、相殺処理部１０２ａは、債権の請求先及び債務の支払先が、対象取引先である債権及び債務のみを相殺の対象とし、債権の請求先及び債務の支払先が、非対象取引先である債権及び債務は相殺の対象とはしない。請求先及び支払先についての対象取引先と非対象取引先との区分は、一実施形態において、取引先毎に、請求先マスタ又は支払先マスタに登録される。

相殺処理部１０２ａは、一実施形態において、相殺処理の対象とする対象発生事象と、相殺処理の対象としない非対象発生事象のうち、対象発生事象のみについて債権と債務とを相殺する。すなわち、相殺処理部１０２ａは、発生事象が、対象発生事象である債権又は債務のみを相殺の対象とし、発生事象が、非対象発生事象である債権又は債務は相殺の対象とはしない。発生事象についての対象発生事象と非対象発生事象との区分は、一実施形態において、事象毎に、債権計上データ又は債務計上データに登録される。

相殺処理部１０２ａは、一実施形態において、予め設定された勘定科目の相殺優先順位に従って、相殺優先順位のより高い勘定科目を有する債権又は債務から順に債権と債務とを相殺する。当該実施形態において、勘定科目は、債権計上データ及び債務計上データにおいて、債権又は債務に対応させて登録される。当該実施形態において、勘定科目の相殺優先順位は、債権及び債務それぞれについて、勘定科目毎に相殺優先順位マスタに、登録される。

相殺処理部１０２ａは、一実施形態において、債権計上データ及び債務計上データ上において、債権に関する勘定科目及び債務に関する勘定科目それぞれの相手勘定科目として共通する相殺勘定を用いて債権と債務とを相殺する。当該実施形態において、相殺するべき債権に関する勘定科目又は債務に関する勘定科目は、相殺時に、同一の債権に関する勘定科目又は債務に関する勘定科目を用いて、債権と債務とを相殺する。こうすることで、債権計上データ及び債務計上データに基づき作成される会計伝票上において相殺された債権又は債務を認識可能となる。当該実施形態において、相殺勘定は、相殺勘定マスタに、登録される。

相殺処理部１０２ａは、一実施形態において、債権計上データ又は債権計上データに対して、相殺すべき債権又は債務を打ち消す相殺調整情報を加えることにより債権と債務の相殺を行う。相殺処理部１０２ａは、一実施形態において、債権計上データ及び債務計上データ上において、相殺するべき債権又は債務の正の金額値に対して、その金額値をゼロとする負の金額値の相殺調整情報を追加して、相殺するべき債権と債務とを相殺する。

一例として、相殺勘定を「相殺振替」として、債権計上データαにおける下記債権情報Ａ、及び債務計上データβにおける下記債務情報Ｂを相殺する場合、相殺処理部１０２ａは、債権計上データαにおいて下記相殺調整情報Ａ’を追加し、債務計上データβにおいて下記相殺調整情報Ｂ’を追加することにより、下記債権情報Ａの債権と下記債務情報Ｂの債務とを相殺する。

債権情報Ａ
債権に関する勘定科目「売掛金」
相手勘定科目「売上」
債権の額「１００」

債務情報Ｂ
債務に関する勘定科目「買掛金」
相手勘定科目「仕入」
債務の額「１００」

相殺調整情報Ａ’
債権に関する勘定科目「売掛金」
相手勘定科目「相殺振替」
債権の額「－１００」

相殺調整情報Ｂ’
債権に関する勘定科目「買掛金」
相手勘定科目「相殺振替」
債権の額「－１００」

相殺処理部１０２ａは、一実施形態において、例えば、図２に示す相殺処理の流れに従って相殺処理を行い得る。図２は、相殺処理部１０２ａによる相殺処理の流れの一例を示すフロー図である。

まず、相殺処理部１０２ａは、相殺処理の指示を受け付ける（Ｓ０１）。相殺処理部１０２ａは、一実施形態において、期間、取引先等の相殺処理を行うべき債務又は債権を特定する情報と共に相殺処理の指示を受け付け、債権計上データ及び債務計上データ上に存在する特定の相殺処理を行うべき債務と債権のみを相殺するか、或いは、別実施形態において、相殺処理の指示を受け付けた時点において債権計上データ及び債務計上データ上に存在するすべて債務と債権を相殺する。

相殺処理の指示は、入力装置４００から受け付ける形態であっても、ネットワーク３００を介して受け付ける形態であっても、指定された時間等の所定条件に従って相殺処理の指示を受け付けたとみなす形態であってもよい。

次に、相殺処理部１０２ａは、債権計上データ及び債務計上データにアクセスして、債権計上データ及び債権計上データ上において発生事象毎に登録されている債権（債権情報）と債務（債務情報）から、相殺処理対象の債権と債務を抽出する（Ｓ０２）。相殺処理部１０２ａの相殺処理対象は、相殺が許容される請求先と支払先との組み合わせ（一実施形態においては共通する取引先）を有する債権と債務である。

相殺処理部１０２ａの相殺処理対象は、一実施形態において、（ａ）相殺が許容される請求先と支払先との組み合わせ（一実施形態においては共通する取引先）を有することに加えて、下記（ｂ）～（ｄ）の何れか１以上の条件に当てはまる債権と債務であり得る。
（ｂ）取引先が相殺処理の対象とする対象取引先であること。
（ｃ）債権又は債務の発生事象が相殺処理の対象とする対象発生事象であること。
（ｄ）共通する期日（回収予定日又は支払予定日）を有すること。

次に、相殺処理部１０２ａは、抽出した相殺処理対象の債権と債務について、相殺処理を許容できる組み合わせで債権と債務を相殺処理する（Ｓ０３）。相殺処理部１０２ａの相殺処理を許容できる組み合わせは、相殺が許容される請求先と支払先との組み合わせ（一実施形態においては共通する取引先）を有する債権と債務の組み合わせである。

相殺処理部１０２ａの相殺処理を許容できる組み合わせは、一実施形態において、相殺が許容される請求先と支払先との組み合わせ（一実施形態においては共通する取引先）を有することに加えて、さらに、共通する期日（回収予定日又は支払予定日）を有する債権と債務の組み合わせであり得る。相殺処理部１０２ａは、一実施形態において、相殺優先順位マスタにおける勘定科目の相殺優先順位に従って、相殺優先順位のより高い勘定科目から順に、債権と債務を相殺する。

伝票作成部１０２ｂは、債権計上データ又は債権計上データ上における相殺処理部１０２ａが相殺した債権又は債務に基づいて、相殺勘定を用いた会計伝票を作成する。伝票作成部１０２ｂは、一実施形態において、相殺処理部１０２ａが相殺した債権に基づいて、相殺勘定を用いた入金伝票を作成し、相殺処理部１０２ａが相殺した債務に基づいて、相殺勘定を用いた支払伝票を作成する。相殺処理部１０２ａが相殺した債権又は債務は、一実施形態において、債権計上データ又は債権計上データ上に、相殺すべき債権又は債務を打ち消すように追加された相殺調整情報から特定する。

相殺勘定を用いた入金伝票には、債権の内容に関する情報；入金日に関する情報；取引先（請求先）の識別子、名称、住所、電話番号、メールアドレス、口座番号等の取引先（請求先）情報；担当者の識別子、名称、役職、部署、電話番号、メールアドレス等の担当者情報；入金の内容に関する情報等の一般的な入金伝票の項目があり、一実施形態において、債権の内容に関する情報には、債権に関する勘定科目等を、入金日に関する情報には、相殺額の計上日（相殺日）等を、入金の内容に関する情報には、相殺勘定の勘定科目と相殺金額等を、表示する。

相殺勘定を用いた支払伝票には、債務の内容に関する情報；支払日に関する情報；取引先（支払先）の識別子、名称、住所、電話番号、メールアドレス、口座番号等の取引先（支払先）情報；担当者の識別子、名称、役職、部署、電話番号、メールアドレス等の担当者情報；支払の内容に関する情報等の一般的な支払伝票の項目があり、一実施形態において、債務の内容に関する情報には、債務に関する勘定科目等を、支払日に関する情報には、相殺額の計上日（相殺日）等を、支払の内容に関する情報には、相殺勘定の勘定科目と相殺金額等を、表示する。

伝票作成部１０２ｂが作成する会計伝票の発行形態は、紙媒体への印刷による発行形態であってもよいし、電子伝票としての発行形態であってもよい。

通信インターフェース部１０４は、ルータ等の通信装置及び専用線等の有線又は無線の通信回線を介して、ＰＣ１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。

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

記憶部１０６は、概念的に、債権計上データ記憶部１０６ａ、債務計上データ記憶部１０６ｂ、請求先マスタ記憶部１０６ｃ、支払先マスタ記憶部１０６ｄ、相殺優先順位マスタ記憶部１０６ｅ、相殺勘定マスタ記憶部１０６ｆ等を備えている。

債権計上データ記憶部１０６ａは、債権計上データを格納する。債務計上データ記憶部１０６ｂは、債務計上データを格納する。請求先マスタ記憶部１０６ｃは、請求先マスタを格納する。支払先マスタ記憶部１０６ｄは、支払先マスタを格納する。相殺優先順位マスタ記憶部１０６ｅは、相殺優先順位マスタを格納する。相殺勘定マスタ記憶部１０６ｆは、相殺勘定マスタを格納する。

入出力インターフェース部１０８には、入力装置４００及び出力装置５００が接続されている。出力装置４００には、ディスプレイ、プロジェクタ等の表示装置、スピーカ等の音響装置、プリンタ等の印刷装置の他、データファイル形式でダウンロード可能とする装置も含まれる。データファイルファイル形式は、ＰＤＦ、ＣＳＶ、文書ファイル、表計算ソフトファイル、テキストファイル等、当分野で公知のファイル形式を採用することができる。入力装置５００には、キーボード、マウス、及びマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。

［２．具体例］
ここでは、具体的な事例を用いて、本発明に係る業務支援装置における相殺処理部１０２ａによる相殺処理、及び伝票作成部１０２ｂによる伝票作成に関する処理について図３～９を参照して説明する。

具体的な事例としては、２０２０年６月２０日に本発明に係る業務支援装置を用いて、図３に示すような債権計上データにおける２０２０年６月２０日に計上した発生事象別の債権情報３ａ～３ｊ、及び図４に示すような債務計上データにおける２０２０年６月２０日に計上した発生事象別の債務情報４ａ～４ｊを指定し、債権と債務の相殺処理を行った場合の一事例を用いる。なお、本事例では、相殺が許容される債権を回収すべき取引先（請求先）と債務を支払うべき取引先（支払先）の組み合わせは、同一の共通する取引先のみとする。

図３は、相殺処理前の債権計上データの一例を示す図である。当該例における図３の債権計上データは、計上日３Ａ、債権の回収予定日３Ｂ、請求先コード３Ｃ、債権科目３Ｄ、金額３Ｅ、相手勘定３Ｆ、及び自動相殺フラグ３Ｇの項目が存在し、発生事象別に債権情報が登録されている。なお、債権計上データの自動相殺フラグ３Ｇは、事象毎に、相殺処理の対象とする対象発生事象（ＯＮ）と、相殺処理の対象としない非対象発生事象（ＯＦＦ）と、の区分を登録するための項目である。

図４は、相殺処理前の債務計上データの一例を示す図である。当該例における図４の債務計上データは、計上日４Ａ、債務の支払予定日４Ｂ、支払先コード４Ｃ、債務科目４Ｄ、金額４Ｅ、相手勘定４Ｆ、及び自動相殺フラグ４Ｇの項目が存在し、発生事象別に債務情報が登録されている。なお、債務計上データの自動相殺フラグ４Ｇは、事象毎に、相殺処理の対象とする対象発生事象（ＯＮ）と、相殺処理の対象としない非対象発生事象（ＯＦＦ）と、の区分を登録するための項目である。

図５は、図３の債権計上データに対応する相殺処理後の債権計上データの一例を示す図である。図５の債権計上データには、図３の債権計上データに対してさらに相殺のための債権情報５ａ～５ｃが債権勘定別且つ回収予定日別に追加されている。

図６は、図４の債務計上データに対応する相殺処理後の債務計上データの一例を示す図である。図６の債務計上データには、図４の債務計上データに対してさらに相殺のための債務情報６ａ～６ｃが債務勘定別且つ支払予定日別に追加されている。

図７は、請求先マスタの一例を示す図である。当該例における図７の請求先マスタは、請求先コード７Ａ、請求先名７Ｂ、及び自動相殺フラグ７Ｃの項目が存在し、請求先別に請求先情報が登録されている。なお、本事例においては、請求先マスタと同様に、請求先マスタの請求先コード７Ａと同一の支払先コードが支払先別に設定された支払先マスタが用いられるが、図面を省略する。また、請求先マスタの自動相殺フラグ７Ｃは、取引先毎に、相殺処理の対象とする対象取引先（ＯＮ）と、相殺処理の対象としない非対象取引先（ＯＦＦ）と、の区分を登録するための項目であるが、本事例においては、請求先マスタのみの項目とし、支払先マスタには存在しない項目とする。

図８は、相殺優先順位マスタの一例を示す図である。当該例における図８の相殺優先順位マスタは、債権債務種別８Ａ、勘定コード８Ｂ、勘定科目８Ｃ、及び優先順位８Ｄの項目が存在し、債権債務種別ごとに、勘定情報が登録されている。

図９は、会計伝票の一例を示す図である。当該例における図９の会計伝票は、債権が相殺処理されたことを示す入金伝票であり、債権内容、入金日、請求先、入金内容とその金額、及び金額合計の項目が存在する。

なお、本事例においては、債権及び債務について共通の相殺勘定が登録された相殺勘定マスタが用いられるが、図面を省略する。相殺勘定マスタには、共通の相殺勘定として、「相殺振替」勘定が登録されているものとする。

第一に、２０２０年６月２０日に債権情報３ａ～３ｊ及び債務情報４ａ～４ｊがそれぞれ計上され、図３に示すような債権計上データ及び図４に示すような債務計上データが作成された後、相殺処理部１０２ａは、債権情報３ａ～３ｊ及び債務情報４ａ～４ｊに対する相殺処理の指示を受け付ける（Ｓ０１）。

第二に、相殺処理部１０２ａは、（１）債権情報と債務情報で共通する取引先を有し、（２）取引先が相殺処理の対象とする対象取引先であり、（３）債権又は債務の発生事象が相殺処理の対象とする対象発生事象であり、且つ（４）債権情報と債務情報で共通する期日（回収予定日又は支払予定日）を有する債権情報と債務情報を抽出する（Ｓ０２）。

まず、相殺処理部１０２ａは、債権計上データ上の債権情報の請求先コード３Ｃと、債務計上データ上の債務情報の支払先コード４Ｃと、を参照して、債権情報３ａ～３ｊと債務情報４ａ～４ｊとの両方に共通する取引先を抽出する。

図３の債権情報３ａ～３ｊの請求先コード３Ｃと、図４の債務情報４ａ～４ｊの支払先コード４Ｃを参照すると、請求先コード（支払先コード）Ａ０００１及びＢ０００１が、債権情報と債務情報の両方に共通して存在し、請求先コードＣ０００１は、債権情報のみでしか存在せず、支払先コードＤ０００１は、債務情報のみでしか存在しない。

したがって、相殺処理部１０２ａは、請求先コード（支払先コード）Ａ０００１及びＢ０００１の取引先を抽出する。請求先コードＣ０００１を有する債権情報３ｉ及び３ｊは、同一の取引先の債務情報が存在せず、支払先コードＤ０００１を有する債務情報４ｉ及び４ｊは、同一の取引先の債権情報が存在しないため、相殺処理部１０２ａは、これらを相殺処理の対象とはしない。

次に、相殺処理部１０２ａは、請求先マスタに基づいて、上記で抽出した請求先コード（支払先コード）Ａ０００１及びＢ０００１の取引先の中から、相殺処理の対象とする対象取引先を抽出する。

図７の請求先マスタを参照すると、請求先コード（支払先コード）Ａ０００１の○○商店は、自動相殺フラグ７Ｃが「ＯＮ」であり、相殺処理の対象に設定されているのに対して、請求先コード（支払先コード）Ｂ０００１の○○建設は、自動相殺フラグ７Ｃが「ＯＦＦ」であり、相殺処理の対象外に設定されている。

したがって、相殺処理部１０２ａは、請求先コード（支払先コード）Ａ０００１を抽出する。請求先コード（支払先コード）Ｂ０００１の債権情報３ｇ及び３ｈ、並びに債務情報４ｇ及び４ｈは、これらの請求先コード（支払先コード）Ｂ０００１の取引先が、相殺処理の対象としない非対象取引先であることから、相殺処理部１０２ａは、これらを相殺処理の対象とはしない。

次に、相殺処理部１０２ａは、債権計上データ上の債権情報の自動相殺フラグ３Ｇに基づいて、上記で抽出した請求先コード（支払先コード）Ａ０００１を有する債権情報３ａ～３ｆの中から、相殺処理の対象とする対象発生事象に基づく債権情報を抽出し、債務計上データ上の債務情報の自動相殺フラグ４Ｇに基づいて、先ほど抽出した請求先コード（支払先コード）Ａ０００１を有する債務情報４ａ～４ｆの中から、相殺処理の対象とする対象発生事象に基づく債務情報を抽出する。

図３の債権情報３ａ～３ｆを参照すると、債権情報３ａ及び３ｃ～３ｅは、自動相殺フラグ３Ｇが「ＯＮ」であり、債権情報３ａ及び３ｃ～３ｅの債権の発生事象が、相殺処理の対象に設定されているのに対して、債権情報３ｂ及び３ｆは、自動相殺フラグ３Ｇが「ＯＦＦ」であり、債権情報３ｂ及び３ｆの債権の発生事象が、相殺処理の対象外に設定されている。

図４の債務情報４ａ～４ｆを参照すると、債務情報４ａ及び４ｃ～４ｅは、自動相殺フラグ４Ｇが「ＯＮ」であり、債務情報４ａ及び４ｃ～４ｅの債務の発生事象が、相殺処理の対象に設定されているのに対して、債務情報４ｂ及び４ｆは、自動相殺フラグ４Ｇが「ＯＦＦ」であり、債務情報４ｂ及び４ｆの債務の発生事象が相殺処理の対象外に設定されている。

したがって、相殺処理部１０２ａは、債権情報３ａ及び３ｃ～３ｅ並びに債務情報４ａ及び４ｃ～４ｅを抽出する。請求先コード（支払先コード）Ａ０００１を有する債権情報及び債務情報であっても、債権情報３ｇ及び３ｈ、並びに債務情報４ｇ及び４ｈは、これらの債権又は債務の発生事象が、相殺処理の対象としない非対象発生事象であることから、相殺処理部１０２ａは、これらを相殺処理の対象とはしない。

次に、相殺処理部１０２ａは、債権計上データ上の債権情報の回収予定日３Ｂと、債務計上データ上の債務情報の支払予定日４Ｂと、を参照して、取引先別に、債権情報３ａ及び３ｃ～３ｅと債務情報４ａ及び４ｃ～４ｅとの両方に共通する回収予定日又は支払予定日を有する債権情報及び債務情報を抽出する。

債権情報３ａ及び３ｃ～３ｅの請求先も、図４の債務情報４ａ及び４ｃ～４ｅの支払先も、同じ請求先コード（支払先コード）Ａ０００１の取引先であり、請求先コード（支払先コード）Ａ０００１の１種の取引先に対して、債権情報３ａ及び３ｃ～３ｅと債務情報４ａ及び４ｃ～４ｅにおける回収予定日及び支払予定日は、それぞれ、２０２０年７月３１日と、２０２０年８月３１日との２種であり、債権情報３ａ及び３ｃ～３ｅと債務情報４ａ及び４ｃ～４ｅは、それらの何れかに属する。

したがって、債権情報３ａ及び３ｃ～３ｅと債務情報４ａ及び４ｃ～４ｅとの全てが、共通する回収予定日又は支払予定日を有する債権情報及び債務情報であることから、相殺処理部１０２ａは、債権情報３ａ及び３ｃ～３ｅと債務情報４ａ及び４ｃ～４ｅとの全てを抽出する。

本事例では全てを抽出するが、もし、ある債権情報が、その回収予定日と同一の支払予定日の債務情報が存在しない場合、ある債務情報が、その支払予定日と同一の回収予定日の債権情報が存在しない場合、相殺処理部１０２ａは、これらを相殺処理の対象とはしない。

第三に、相殺処理部１０２ａは、共通する取引先且つ共通する回収予定日又は支払予定日を有する債権情報と債務情報の組み合わせで、相殺優先順位マスタにおける勘定科目の相殺優先順位に従って、相殺優先順位のより高い勘定科目から順に、上記で抽出した債権情報３ａ及び３ｃ～３ｅの債権と、上記で抽出した債務情報４ａ及び４ｃ～４ｅの債務と、を相殺する（Ｓ０３）。

本事例における、共通する取引先且つ共通する回収予定日又は支払予定日を有する債権情報と債務情報の組み合わせとしては、（１）請求先コード（支払先コード）Ａ０００１の取引先且つ２０２０年７月３１日の回収予定日又は支払予定日を有する債権情報３ａ、３ｃ及び３ｄと債務情報４ａ、４ｃ及び４ｄの組み合わせ（以下「第１の組み合わせ」という）、並びに（２）請求先コード（支払先コード）Ａ０００１の取引先且つ２０２０年８月３１日の回収予定日又は支払予定日を有する債権情報３ｅと債務情報４ｅの組み合わせ（以下「第２の組み合わせ」という）の２種が存在する。

まず、第１の組み合わせの相殺処理について説明する。

第１の組み合わせでは、債権情報として、債権科目３Ｄが売掛金勘定である債権情報３ａと、未収入金勘定である債権情報３ｃ及び３ｄとの２種類が存在する。図８の相殺優先順位マスタを参照すると、未収入金勘定８ｂよりも売掛金勘定８ａの方が、相殺優先順位が高い。したがって、相殺処理部１０２ａは、債権科目が未収入金勘定である債権情報３ｃの債権「３０，０００」及び債権情報３ｄの債権「３０，０００」よりも先に、債権科目が売掛金勘定である債権情報３ａの債権「５０，０００」から優先的に相殺する。

第１の組み合わせでは、債務情報として、債務科目４Ｄが買掛金勘定である債務情報４ａと、未払金勘定である債務情報４ｃ及び４ｄとの２種類が存在する。図８の相殺優先順位マスタを参照すると、未払金勘定８ｄよりも買掛金勘定８ｃの方が、相殺優先順位が高い。したがって、相殺処理部１０２ａは、債務科目が未払金勘定である債務情報４ｃの債務「１０，０００」及び債務情報４ｄの債務「２０，０００」よりも先に、債務科目が買掛金勘定である債務情報４ａの債務「４０，０００」から優先的に相殺する。

なお、債権情報３ａ、３ｃ及び３ｄにおける債権の合計は「１１０，０００」であるのに対して、債務情報４ａ、４ｃ及び４ｄにおける債務の合計は「７０，０００」である。したがって、相殺処理部１０２ａは、債務情報４ａ、４ｃ及び４ｄにおける債務については、合計「７０，０００」すべてを相殺し、債権情報３ａ、３ｃ及び３ｄにおける債権については、相殺合計が「７０，０００」となるように、債権科目の相殺優先順位が高い売掛金勘定である債権情報３ａの債権「５０，０００」と、債権科目の相殺優先順位が低い未収入金勘定である債権情報３ｃ及び３ｄの債権の合計「６０，０００」のうち「２０，０００」を相殺する。

よって、相殺処理部１０２ａは、図５に示すように、債権「－５０，０００」とした売掛金勘定の相殺調整情報５ａと、債権「－２０，０００」とした未収入金勘定の相殺調整情報５ｂとを、相殺振替勘定を相手勘定科目として、図３の債権計上データに対して追加する。

また、相殺処理部１０２ａは、図６に示すように、債務「－４０，０００」とした買掛金勘定の相殺調整情報６ａと、債務「－３０，０００」とした未払金勘定の相殺調整情報６ｂとを、相殺振替勘定を相手勘定科目として、図４の債務計上データに対して追加する。

次に、第２の組み合わせの相殺処理について説明する。

第２の組み合わせでは、債権情報として、債権科目３Ｄが売掛金勘定である債権情報３ｅの１種類のみが存在し、債務情報として、債務科目４Ｄが買掛金勘定である債務情報４ｅの１種類のみが存在する。また、債権情報３ｅにおける債権も、債務情報４ｅにおける債務も共に「５０，０００」である。したがって、相殺処理部１０２ａは、債権情報３ｅにおける債権「５０，０００」と債務情報４ｅにおける債務「５０，０００」を共にすべて相殺する。

よって、相殺処理部１０２ａは、図５に示すように、債権「－５０，０００」とした売掛金勘定の相殺調整情報５ｃを、相殺振替勘定を相手勘定科目として、図３の債権計上データに対して追加する。

また、相殺処理部１０２ａは、図６に示すように、債権「－５０，０００」とした買掛金勘定の相殺調整情報６ｃを、相殺振替勘定を相手勘定科目として、図４の債務計上データに対して追加する。

次に、一例として図５の債権計上データにおける債権情報５ｃの債権に基づく相殺振替勘定を用いた伝票作成部１０２ｂの会計伝票の作成について、図９を用いて説明する。

業務支援装置が図５の債権計上データにおける債権情報５ｃの債権についての会計伝票作成の指示を受け付けた後、伝票作成部１０２ｂは、会計伝票として、債権情報５ｃの債権科目３Ｄを債権の内容９ａとし、計上日３Ａ（つまり相殺処理日）を入金日９ｂとし、請求先コード３Ｃと請求先マスタに基づいて請求先９ｃをＡ０００１「○○商店」とし、入金内容９ｄを「相殺振替」及び金額「５０，０００」、合計９ｅを「５０，０００」とした入金伝票を作成する。

また、伝票作成部１０２ｂは、図５の債権計上データにおける債権情報５ａ及び５ｂの債権についても、同様に、入金伝票を作成することができる。また、伝票作成部１０２ｂは、図６の債務計上データにおける債務情報６ａ～６ｃの債務についても、同様に、債権の内容９ａを債務の内容、入金日９ｂを支払日、請求先９ｃを支払先、入金内容９ｄを支払内容とした支払伝票を作成することができる。

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

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

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

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

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

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

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

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

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

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

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

本発明は、債権債務を取り扱う会計業務に有用である。

１００ ＰＣ
１０２ 制御部
１０２ａ 相殺処理部
１０２ｂ 伝票作成部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 債権計上データ記憶部
１０６ｂ 債務計上データ記憶部
１０６ｃ 請求先マスタ記憶部
１０６ｄ 支払先マスタ記憶部
１０６ｅ 相殺優先順位マスタ記憶部
１０６ｆ 相殺勘定マスタ記憶部
１０８ 入出力インターフェース部
２００ サーバ
３００ ネットワーク
４００ 入力装置
５００ 出力装置

Claims (7)

1. 会計業務を支援するための、制御部を備える業務支援装置であって、
   前記制御部が、
   勘定科目単位である債権又は債務の発生事象毎に債権計上データ上に登録されている債権及び債務計上データ上に登録されている債務が、相殺処理の対象とする対象発生事象の債権又は債務なのか、相殺処理の対象としない非対象発生事象の債権又は債務なのかの区分の発生事象毎の指定、並びに
   債権を回収すべきであり且つ債務を支払うべき取引先毎に、取引先が、相殺処理の対象とする対象取引先なのか、相殺処理の対象としない非対象取引先なのかの区分が予め設定されたマスタにおける設定に従って、
   前記対象取引先である同一の取引先に対する債権計上データ上に登録されている債権及び債務計上データ上に登録されている債務のうち、前記対象発生事象の債権及び債務のみを、債権と債務の間で、
   相殺する相殺処理手段を備えることを特徴とする業務支援装置。
2. 前記相殺処理手段が、同一の期日を有する前記債権と前記債務のみを相殺することを特徴とする請求項１に記載の業務支援装置。
3. 前記相殺処理手段が、勘定科目の相殺優先順位が予め設定されたマスタの設定に従って、相殺優先順位のより高い勘定科目を有する前記債権又は前記債務から順に前記債権と前記債務とを相殺することを特徴とする請求項１又は２に記載の業務支援装置。
4. 前記相殺処理手段が、前記債権計上データ及び前記債務計上データ上において、前記債権に関する勘定科目及び前記債務に関する勘定科目それぞれの相手勘定科目として同一の相殺勘定を用いて前記債権と前記債務とを相殺することを特徴とする請求項１～３の何れか１項に記載の業務支援装置。
5. 前記制御部が、
   前記相殺処理手段が相殺した前記債権又は前記債務に基づいて、前記相殺勘定を用いた会計伝票を作成する伝票作成手段をさらに備えることを特徴とする請求項４に記載の業務支援装置。
6. 制御部を備える業務支援装置において実行される、会計業務を支援するための業務支援方法であって、
   前記制御部で実行される、
   勘定科目単位である債権又は債務の発生事象毎に債権計上データ上に登録されている債権及び債務計上データ上に登録されている債務が、相殺処理の対象とする対象発生事象の債権又は債務なのか、相殺処理の対象としない非対象発生事象の債権又は債務なのかの区分の発生事象毎の指定、並びに
   債権を回収すべきであり且つ債務を支払うべき取引先毎に、取引先が、相殺処理の対象とする対象取引先なのか、相殺処理の対象としない非対象取引先なのかの区分が予め設定されたマスタにおける設定に従って、
   前記対象取引先である同一の取引先に対する債権計上データ上に登録されている債権及び債務計上データ上に登録されている債務のうち、前記対象発生事象の債権及び債務のみを、債権と債務の間で、
   相殺する相殺処理ステップを含むことを特徴とする業務支援方法。
7. 制御部を備える業務支援装置に実行させるための、会計業務を支援するための業務支援プログラムであって、
   前記制御部に実行させるための、
   勘定科目単位である債権又は債務の発生事象毎に債権計上データ上に登録されている債権及び債務計上データ上に登録されている債務が、相殺処理の対象とする対象発生事象の債権又は債務なのか、相殺処理の対象としない非対象発生事象の債権又は債務なのかの区分の発生事象毎の指定、並びに
   債権を回収すべきであり且つ債務を支払うべき取引先毎に、取引先が、相殺処理の対象とする対象取引先なのか、相殺処理の対象としない非対象取引先なのかの区分が予め設定されたマスタにおける設定に従って、
   前記対象取引先である同一の取引先に対する債権計上データ上に登録されている債権及び債務計上データ上に登録されている債務のうち、前記対象発生事象の債権及び債務のみを、債権と債務の間で、
   相殺する相殺処理ステップを含むことを特徴とする業務支援プログラム。

Images