JP2023035205A - 債権管理装置、債権管理方法、及び債権管理プログラム - Google Patents

Abstract

【課題】対象のプロジェクトについて債権管理する場合に、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させて管理することで、業務上の負担を軽減すること。【解決手段】本発明に係る債権処理装置は、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理手段と、前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理手段と、前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理手段と、を備えている。【選択図】図１

Description

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

例えば、電気設備、ガス管、道路工事などのインフラ事業において、発注者が共同で負担する取引が多く、これらの設置工事や設計などを自社で請け負う場合、１つのプロジェクトで収支を管理することになるが、複数の請求先に対して債権が発生する場合が多く、管理が複雑となっている。従来、複数の請求先についての債権を管理するシステムとして、例えば、特許文献１がある。

特開２０１７－１８２８０６号公報

しかしながら、特許文献１では、対象のプロジェクトについて債権管理する場合に、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させて管理することで、業務上の負担を軽減することに関して何等記載されていない。

本発明は、上記問題点に鑑みてなされたものであり、対象のプロジェクトについて債権管理する場合に、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させて管理することで、業務上の負担を軽減することが可能な債権管理装置、債権管理方法、及び債権管理プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた債権管理装置であって、前記制御部は、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理手段と、前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理手段と、前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理手段と、を備えたことを特徴とする。

また、本発明の一態様によれば、前記売上仕訳は、借方が代表請求先についての完成工事未収入金であり、貸方が各売上部門の完成工事高であることにしてもよい。

また、本発明の一態様によれば、前記請求処理手段は、前記請求情報に基づいて、請求先毎に、請求金額を正の値とするレコードと、請求金額を負の値とするレコードを含む債権計上データを生成し、生成した債権計上データに基づいて、前記複数の請求先毎に債権振替仕訳を作成することにしてもよい。

また、本発明の一態様によれば、前記債権振替仕訳は、借方が完成工事未収入金、貸方が仮科目とする仕訳と、借方が仮科目、貸方が完成工事未収入金とする仕訳を含むことにしてもよい。

また、本発明の一態様によれば、前記プロジェクトは、インフラ事業を含むことにしてもよい。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置に実行させるための債権管理方法であって、前記制御部で実行される、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理工程と、前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理工程と、前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理工程と、を含むことを特徴とする。

また、上述した課題を解決し、目的を達成するために、本発明は、制御部を備えた情報処理装置に実行させるための債権管理プログラムであって、前記制御部において、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理工程と、前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理工程と、前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理工程と、を実行させるための債権管理プログラムであることを特徴とする。

本発明によれば、対象のプロジェクトについて債権管理する場合に、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させて管理することで、業務上の負担を軽減することが可能になるという効果を奏する。

図１は、本実施の形態に係る債権管理装置の構成の一例を示すブロック図である。 図２は、契約情報のデータ構成例を示す図である。 図３は、本実施の形態における債権管理装置の制御部の全体の処理の概略を説明するためのフローを示す図である。 図４は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図５は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図６は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図７は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図８は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図９は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図１０は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。 図１１は、本実施の形態における債権管理装置の制御部の処理の具体例を説明するための図である。

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

［１．概要］
例えば、電気設備、ガス管、道路工事などのインフラ事業において、発注者が共同で負担する取引が多く、これらの設置工事や設計などを自社で請け負う場合、１つのプロジェクトで収支を管理することになるが、複数の請求先に対して債権が発生する場合が多く、その管理が複雑となっている。

従来では、自社で管理する単位での部門別売上の計上と、請求先毎の債権の計上をそれぞれ別々で処理しており、業務上作業の負担となっている。

そこで、本実施の形態では、１つのプロジェクトについて収支管理する場合に、複数請求先の請求負担割合を指定できるようにし、売上時に代表請求先に対して債権を計上し、複数請求先に対して請求時に、各請求先への債権を振り替える仕組みを構築した。

すなわち、本実施の形態では、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させ、仕訳上代表請求先にて計上し、債権確定で請求先に債権を振替する仕組みを構築することで、業務上の負担を軽減することができる。

本発明の債権管理装置は、例えば、電気設備、ガス管、道路工事などのインフラ事業等の各種業界に広く適用可能である。

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

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

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

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

入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。出力装置１１４には、モニタ（タッチパネルを含む）の他、スピーカやプリンタを用いることができる。入力装置１１２には、キーボード、マウス、およびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４またはプリンタ１１４とし、入力装置１１２をキーボード１１２またはマウス１１２として記載する場合がある。また、「出力」とは、出力装置１１４で出力すること等をいい、例えば、モニタ１１４への表示出力やプリンタ１１４での印刷出力することの他、外部にデータを送信することを含む。

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

データファイル１０６ａは、契約情報、売上データ、売上仕訳、請求情報、債権計上データ、債権振替仕訳等の各種データを格納するためのファイルである。図２は、契約情報のデータ構成例を示す図である。契約情報は、プロジェクト受注ヘッダ、プロジェクト受注明細（契約明細）、請求負担金額で構成されていてもよい。

プロジェクト受注ヘッダは、プロジェクト番号、受注番号、会計年月、得意先コード、伝票売上本体金額（契約金額）、伝票売上消費税額（契約金額消費税）、伝票原価金額、伝票粗利金額のデータを含んでいてもよい。

プロジェクト受注明細（契約明細）は、受注番号、受注行番号、商品コード、商品名、債権科目区分、消費税率区分、受注数、売上単価（契約単価）、売上本体単価、売上本体金額、売上消費税額、原価単価、原価金額、粗利金額のデータを含んでいてもよい。

請求負担金額データは、プロジェクト番号、受注番号、請求先コード、請求負担割合、
請求金額本体、請求金額消費税、請求金額合計のデータを含んでいてもよい。

売上情報は、売上番号、プロジェクト番号、受注番号、代表得意先、契約工事名、契約期間、受注日、売上予定日、履行義務の名称、税率、数量、売上単価（契約単価）、売上金額（契約金額）、原価見積金額、粗利金額、売上部門、原価部門、請求先、請求負担割合、請求金額本体、請求金額税、請求金額合計のデータを含んでいてもよい。

請求情報は、請求番号、請求先、請求日、売上番号、回収予定日、請求金額（伝票金額）、プロジェクト番号、受注番号等のデータを含んでいてもよい。

債権計上データは、計上日、請求先、伝票本体金額（請求金額）、伝票本体消費税（請求金額消費税）、プロジェクト番号、受注番号等のデータを含んでいてもよい。

制御部１０２は、債権管理装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、契約処理部１０２ａと、売上処理部１０２ｂと、請求処理部１０２ｃと、画面表示制御部１０２ｄと、を備えている。

契約処理部１０２ａは、例えば、モニタ１１４に表示される契約入力画面（図４参照）上でのオペレータの操作等に応じて、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を入力して、データファイル１０６ａに登録する。プロジェクトは、インフラ事業を含むことにしてもよい。

売上処理部１０２ｂは、例えば、モニタ１１４に表示される売上入力画面（図５参照）上でのオペレータの操作等に応じて、契約情報に基づいて売上情報を入力して、データファイル１０６ａに登録し、また、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成して、データファイル１０６ａに登録する。売上仕訳は、借方が代表請求先についての完成工事未収入金であり、貸方が各売上部門の完成工事高であることにしてもよい。

請求処理部１０２ｃは、例えば、モニタ１１４に表示される請求入力画面（図７参照）上でのオペレータの操作等に応じて、売上情報に基づいて、請求先毎の請求金額を含む請求情報を入力して、データファイル１０６ａに登録し、また、複数の請求先毎に債権振替仕訳を作成して、データファイル１０６ａに登録する。

また、請求処理部１０２ｃは、請求情報に基づいて、請求先毎に、請求金額を正の値とするレコードと、請求金額を負の値とするレコードを含む債権計上データを生成し、生成した債権計上データに基づいて、複数の請求先毎に債権振替仕訳を作成することにしてもよい。債権振替仕訳は、借方が完成工事未収入金、貸方が仮科目とする仕訳と、借方が仮科目、貸方が完成工事未収入金とする仕訳を含むことにしてもよい。

画面表示制御部１０２ｄは、モニタ１１４に表示する各種画面（例えば、契約入力画面、売上入力画面、請求入力画面等）の表示及びその入力を制御する。

［３．具体例］
図１～図１１を参照して、本実施の形態における債権管理装置１００の処理の具体例を説明する。まず、図３を参照して、本実施の形態における債権管理装置１００の全体の処理の概略を説明する。図３は、本実施の形態における債権管理装置１００の全体の処理の概略を説明するためのフローを示す図である。

図３において、契約処理部１０２ａは、契約入力処理を実行する（ステップＳ１）。具体的には、契約入力処理では、契約処理部１０２ａは、例えば、モニタ１１４に表示される契約入力画面（図４参照）上でのオペレータの操作等に応じて、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を入力して、データファイル１０６ａに登録する。

売上処理部１０２ｂは、売上入力処理を実行する（ステップＳ２）。具体的には、売上入力処理では、売上処理部１０２ｂは、例えば、モニタ１１４に表示される売上入力画面（図５参照）上でのオペレータの操作等に応じて、契約情報に基づいて売上情報を入力して、データファイル１０６ａに登録し、また、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成して、データファイル１０６ａに登録する。売上仕訳は、借方が代表請求先についての完成工事未収入金であり、貸方が各売上部門の完成工事高であることにしてもよい。

請求処理部１０２ｃは、請求入力処理を実行する（ステップＳ３）。具体的には、請求入力処理では、請求処理部１０２ｃは、例えば、モニタ１１４に表示される請求入力画面（図７参照）上でのオペレータの操作等に応じて、売上情報に基づいて、請求先毎の請求金額を含む請求情報を入力して、データファイル１０６ａに登録し、また、複数の請求先毎に債権振替仕訳を作成して、データファイル１０６ａに登録する。

この場合、請求処理部１０２ｃは、請求情報に基づいて、請求先毎に、請求金額を正の値とするレコードと、請求金額を負の値とするレコードを含む債権計上データを生成し、生成した債権計上データに基づいて、複数の請求先毎に債権振替仕訳を作成することにしてもよい。債権振替仕訳は、借方が完成工事未収入金、貸方が仮科目とする仕訳と、借方が仮科目、貸方が完成工事未収入金とする仕訳を含むことにしてもよい。

つぎに、図４～図１１を参照して、本実施の形態における債権管理装置１００の制御部１０２の処理の具体例を説明する。図４～図１１は、本実施の形態における債権管理装置１００の制御部１０２の処理の具体例を説明するための図である。以下の説明では、金額の単位を全て「円」とし、その表記を省略する場合がある。

（Ｓ１：契約入力処理）
図４を参照して、契約入力処理を説明する。図４は、契約入力画面の表示例を示す図である。契約処理部１０２ａは、例えば、モニタ１１４に表示される契約入力画面上でのオペレータの操作等に応じて、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を入力して、データファイル１０６ａに登録する。契約登録時に、複数請求先を指定し、契約金額についての負担割合及び負担金額を指定する。以下の例では、請求先を「Ａ会社」、「Ｂ会社」、売上部門を「第１工事部」、「第２工事部」とした場合について説明する。

図４に示す契約情報入力画面は、プロジェクト番号、受注番号、代表得意先、契約工事名、契約期間、受注日、売上予定日を指定するヘッダエリアと、売上部門別の契約金額を指定するための契約明細（履行義務）エリアと、複数の請求先の負担割合及び請求金額を指定するための複数請求先指定エリアと、登録ボタンと、終了ボタンと、を備えている。登録ボタンを押すと、画面に入力されたデータに応じた契約情報がデータファイル１０６ａに格納される。

契約明細（履行義務）エリアには、履行義務の名称、税率、数量、契約単価、契約金額、原価見積金額、粗利金額、売上部門、原価部門の項目が表示され、各項目のデータを指定する。

複数請求先指定エリアには、請求先、請求負担割合、請求金額本体、請求金額税、請求金額計の項目が表示され、各項目のデータを指定する。

図４に示す例では、ヘッダエリアには、プロジェクト番号「ＰＪ０００１、受注番号「ＪＹ０００１」、代表得意先「Ａ会社」、代表請求先「Ａ会社」、契約工事名「○○空調工事」、契約期間「２０２１／０７／０１～２０２１／０９／３０」、受注日「２０２１／６／２５」が入力されている。

契約明細（履行義務）エリアでは、１行目に、名称「設計」、税率「１０％」、数量「１」、契約単価「５００，０００」、契約金額「５００，０００」、原価見積金額「３００，０００」、粗利金額「２００，０００」、売上部門「第１工事部」、原価部門「第１工事部」、２行目に、名称「設置工事一式」、税率「１０％」、数量「１」、契約単価「５００，０００」、契約金額「５００，０００」、原価見積金額「３００，０００」、粗利金額「２００，０００」、売上部門「第２工事部」、原価部門「第２工事部」が入力されおり、契約金額の合計「１，０００，０００」、原価見積金額の合計「６００，０００」、粗利金額の合計「４００，０００」となっている。

複数請求先指定エリアには、複数請求先指定エリアでは、１行目に、請求先「Ａ会社」、請求負担割合「７０％」、請求金額本体「７００，０００」、請求金額税「７０，０００」、請求金額計「７７０，０００」、２行目に、請求先「Ｂ会社」、請求負担割合「３０％」、請求金額本体「３００，０００」、請求金額税「３０，０００」、請求金額計「３３０，０００」が入力されている。

登録ボタンを押すと、画面に入力されたデータに応じた契約情報がデータファイル１０６ａに格納される。

（Ｓ２：売上入力処理）
図５及び図６を参照して、売上入力処理を説明する。図５は、売上入力画面の表示例を示す図である。図６は、売上仕訳の一例を示す図である。売上処理部１０２ｂは、例えば、モニタ１１４に表示される売上入力画面上でのオペレータの操作等に応じて、契約情報に基づいて売上情報を入力して、データファイル１０６ａに登録し、また、売上情報を登録する際に（売上登録月に）、代表請求先に対する売上部門についての売上仕訳を作成して、データファイル１０６ａに登録する。

図５に示す売上入力画面では、プロジェクト番号及び受注番号をキーとして、データファイル１０６ｂから契約情報を読み出して表示する。売上番号は、自動採番されることにしてもよい。売上と契約が異なる場合は、必要によりデータを修正する。登録ボタンを押すことで、画面に入力されたデータに応じた売上情報がデータファイル１０６ａに登録される。図５に示す例では、売上番号「ＵＲ０００１」が追加されている以外は、図４と同じデータが指定されている。

図６は、図５の売上情報に基づいて作成した売上仕訳の例を示している。売上時には代表請求先で債権を計上する。図６に示す例では、借方は、「完成工事未収入金、１１０万、Ａ会社」となっている。貸方は、「完成工事高、５０万、第１工事部」、「仮受消費税、５万、第１工事部」、「完成工事高、５０万、第２工事部」、「仮受消費税、５万、第２工事部」となっている。

（Ｓ３：請求入力処理）
図７～図１０を参照して、請求入力処理を説明する。図７は、請求入力画面の表示例を示す図（Ａ会社）、図８は、債権計上データ及び債権振替仕訳の例を示す図（Ａ会社）、図９は、請求入力画面の表示例を示す図（Ｂ会社）、図１０は、債権計上データ及び債権振替仕訳の例を示す図（Ｂ会社）である。

請求処理部１０２ｃは、例えば、モニタ１１４に表示される請求入力画面上でのオペレータの操作等に応じて、売上情報に基づいて、請求先毎の請求金額を含む請求情報を入力して、データファイル１０６ａに登録し、また、請求情報に基づいて、請求先毎に、請求金額を正の値とするレコードと、請求金額を負の値とするレコードを含む債権計上データを生成してデータファイル１０６ａに登録し、さらに、債権計上データに基づいて、複数の請求先毎に債権振替仕訳を作成して、データファイル１０６ａに登録する。

図７は、Ａ会社についての請求情報を登録する場合の請求入力画面の例を示している。請求入力画面は、請求先、請求日を指定するヘッダエリアと、請求情報を入力する請求情報入力エリアと、登録ボタンと、終了ボタンと、を備えている。請求情報入力エリアは、売上番号、請求先、回収予定日、伝票金額（請求金額）、プロジェクト番号、受注番号の項目が表示され、各項目のデータを指定する。請求入力画面では、請求先をキーとして、データファイル１０６ａから売上情報を読み出して対応するデータを請求情報入力エリアに表示する。金額等のデータが変更可能となっている。登録ボタンを押すことで、画面に入力されたデータに応じた請求情報がデータファイル１０６ａに登録される。

図７に示す例では、ヘッダエリアは、請求先「Ａ会社」、請求日「２０２１／１０／１５」となっている。

請求情報入力エリアは、売上番号「ＵＲ０００１」、請求先「Ａ会社」、回収予定日「２０２１／１０／３１」、伝票金額（請求金額）「７７０，０００」、プロジェクト番号「ＰＪ０００１」、受注番号「ＪＹ０００１」となっている。

図８（Ａ）は、図７の請求情報に基づいて作成した債権計上データの例を示している。
１レコード目は、計上日「２０２１／１０／１５」、請求先「Ａ会社」、伝票本体金額（請求金額）「７００，０００（正の値）」、伝票本体消費税（請求金額消費税）「７０，０００（正の値）」、プロジェクト番号「ＰＪ０００１」、受注番号「ＪＹ０００１」、２レコード目は、計上日「２０２１／１０／１５」、請求先「Ａ会社」、伝票本体金額（請求金額）「－７００，０００（負の値）」、伝票本体消費税（請求金額消費税）「－７０，０００（負の値）」、プロジェクト番号「ＰＪ０００１」、受注番号「ＪＹ０００１」となっている。このように、黒伝票と赤伝票を作成する。

図８（Ｂ）は、図８（Ａ）に基づいて作成した債権振替仕訳の例を示している。１行目は、借方が「完成工事未収入金、７７万、Ａ会社」、貸方が「仮科目、７７万、Ａ会社」、２行目が、借方が「仮科目、７７万、Ａ会社」、貸方が「完成工事未収入金、７７万、Ａ会社」となっている。

図９は、Ｂ会社についての請求情報を登録する場合の請求入力画面の例を示している。図９に示す例では、ヘッダエリアは、請求先「Ｂ会社」、請求日「２０２１／１０／１５」となっている。

請求情報入力エリアは、売上番号「ＵＲ０００１」、請求先「Ｂ会社」、回収予定日「２０２１／１０／３１」、伝票金額（請求金額）「３３０，０００」、プロジェクト番号「ＰＪ０００１」、受注番号「ＪＹ０００１」となっている。

図１０（Ａ）は、図９の請求情報に基づいて作成した債権計上データの例を示している。１レコード目は、計上日「２０２１／１０／１５」、請求先「Ｂ会社」、伝票本体金額（請求金額）「３００，０００（正の値）」、伝票本体消費税（請求金額消費税）「３０，０００（正の値）」、プロジェクト番号「ＰＪ０００１」、受注番号「ＪＹ０００１」、２レコード目は、計上日「２０２１／１０／１５」、請求先「Ｂ会社」、伝票本体金額（請求金額）「－３００，０００（負の値）」、伝票本体消費税（請求金額消費税）「－３０，０００（負の値）」、プロジェクト番号「ＰＪ０００１」、受注番号「ＪＹ０００１」となっている。

図１０（Ｂ）は、図１０（Ａ）に基づいて作成した債権振替仕訳の例を示している。１行目は、借方が「完成工事未収入金、３３万、Ｂ会社」、貸方が「仮科目、３３万、Ｂ会社」、２行目は、借方が「仮科目、３３万、Ｂ会社」、貸方が「完成工事未収入金、３３万、Ｂ会社」となっている。

このように、本実施の形態では、売上仕訳を発生させてから、請求入力で債権の振替を行っている。プロジェクト（案件）が検収となり、売上計上となるが、その後請求先ごとに精算して請求割合が決定するケースがある。その際に、売上月で計上する債権は各請求先の債権額が決定していないため、代表請求先にて売上と債権を計上し、請求月に債権額を特定してから振替することが可能となる。従来では、請求割合が確定してから、売上債権を計上しており、その場合、本来の収益基準としての売上計上時期と異なる手順となる為、実務上の課題となっていたが、本実施の形態では、かかる課題が解消された。

本実施の形態では、このように、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させ、仕訳上代表請求先にて計上し、債権確定で請求先に債権を振替する仕組みを構築することにより、別々で処理する場合の業務上の負担を軽減した。

図１１は、自社で管理する単位での部門別売上の計上と、請求先ごとの債権の計上するケースで、売上計上と債権計上を独立させて管理する場合の例を示しており、図１１（Ａ）は、売上実績のＯＵＴＰＵＴイメージ、図１１（Ｂ）は、債権残高一覧のＯＵＴＰＵＴイメージを示している。従来は、売上と債権を同時計上する場合、部門別売上金額を請求先毎に按分して計算することになり、業務上複雑となっていた。

以上説明したように、本実施の形態によれば、対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理部１０２ａと、前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理部１０２ｂと、前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理部１０２ｃと、を備えているので、対象のプロジェクトについて債権管理する場合に、売上管理を目的とした計上単位と、債権管理を目的とした計上単位を独立させて管理することで、業務上の負担を軽減することが可能となる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１００ 債権管理装置
１０２ 制御部
１０２ａ 契約処理部
１０２ｂ 売上処理部
１０２ｃ 請求処理部
１０２ｄ 画面表示制御部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ データファイル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (7)

1. 制御部を備えた債権管理装置であって、
   前記制御部は、
   対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理手段と、
   前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理手段と、
   前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理手段と、
   を備えたことを特徴とする債権管理装置。
2. 前記売上仕訳は、借方が代表請求先についての完成工事未入収金であり、貸方が各売上部門の完成工事高であることを特徴とする請求項１に記載の債権管理装置。
3. 前記請求処理手段は、前記請求情報に基づいて、請求先毎に、請求金額を正の値とするレコードと、請求金額を負の値とするレコードを含む債権計上データを生成し、生成した債権計上データに基づいて、前記複数の請求先毎に債権振替仕訳を作成することを特徴とする請求項１又は請求項２に記載の債権管理装置。
4. 前記債権振替仕訳は、借方が完成工事未収入金、貸方が仮科目とする仕訳と、借方が仮科目、貸方が完成工事未収入金とする仕訳を含むことを特徴とする請求項３に記載の債権管理装置。
5. 前記プロジェクトは、インフラ事業を含むこと特徴とする請求項１～４のいずれか１つに記載の債権管理装置。
6. 制御部を備えた情報処理装置に実行させるための債権管理方法であって、
   前記制御部で実行される、
   対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理工程と、
   前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理工程と、
   前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理工程と、
   を含むことを特徴とする債権管理方法。
7. 制御部を備えた情報処理装置に実行させるための債権管理プログラムであって、
   前記制御部において、
   対象のプロジェクトについて、複数の請求先別の契約金額の負担割合及び負担金額と、当該複数の請求先の代表請求先と、自社の売上部門別の契約金額と、を含む契約情報を登録する契約処理工程と、
   前記契約情報に基づいて売上情報を登録し、売上登録月に、代表請求先に対する売上部門についての売上仕訳を作成する売上処理工程と、
   前記売上情報に基づいて、請求先毎の請求金額を含む請求情報を登録し、前記複数の請求先毎に債権振替仕訳を作成する請求処理工程と、
   を実行させるための債権管理プログラム。

Images