JP2022072460A - 債権債務連携装置、債権債務連携方法、および、債権債務連携プログラム - Google Patents

Abstract

【課題】選択された事象に応じて、資産管理会社（ＰＭ会社）として取引した結果から作成した仕訳データをオーナー側システムに連携することで、オーナー側の会計業務を代行するか、ＰＭ会社として取引した結果を、オーナー毎の入金突合用の債権債務データとしてオーナー側システムに連携するかを切り替えることができる債権債務連携装置、債権債務連携方法、および、債権債務連携プログラムを提供することを課題とする。【解決手段】物件に関する入金および支払についての物件別入金支払データを取得し、持分比率マスタ、および、物件別入金支払データに基づいて、各オーナーに対するオーナー別支払データを作成し、仕訳作成対象となる事象である連携事象に対する選択指示を取得し、管理項目マスタ、オーナー別支払データ、および、選択指示に基づいて、オーナー毎の仕訳データを作成する。【選択図】図２

Description

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

特許文献１には、複数オーナーが所有する物件の賃料等の入金を、各オーナーの按分比率に応じて按分し、オーナー毎に設定した勘定科目を用いて按分金額に対する仕訳作成を行う構成が開示されている。

特開２０１９－１６０１４４号公報

しかしながら、上記特許文献１記載の発明においては、資産管理会社（ＰＭ会社）側で、伝票発行時毎に選択された事象に応じて、仕訳作成まで行うか、債権債務データ出力を行うかを切り替えられないという課題があった。

本発明は、上記問題点に鑑みてなされたものであって、選択された事象に応じて、資産管理会社（ＰＭ会社）として取引した結果から作成した仕訳データをオーナー側システムに連携することで、オーナー側の会計業務を代行するか、ＰＭ会社として取引した結果を、オーナー毎の入金突合用の債権債務データとしてオーナー側システムに連携するかを切り替えることができる債権債務連携装置、債権債務連携方法、および、債権債務連携プログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る債権債務連携装置は、記憶部と制御部とを備えた債権債務連携装置であって、前記記憶部は、複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタを記憶する持分比率記憶手段と、前記オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定した管理項目マスタを記憶する管理項目記憶手段と、を備え、前記制御部は、前記物件に関する入金および支払についての物件別入金支払データを取得する物件別入金支払取得手段と、前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対するオーナー別支払データを作成するオーナー別支払作成手段と、仕訳作成対象となる事象である連携事象に対する選択指示を取得する連携事象取得手段と、前記管理項目マスタ、前記オーナー別支払データ、および、前記選択指示に基づいて、前記オーナー毎の仕訳データを作成する仕訳作成手段と、を備えたことを特徴とする。

また、本発明に係る債権債務連携装置において、前記仕訳作成手段は、前記管理項目マスタ、および、前記選択指示に基づいて、前記連携事象に対応する前記管理項目に紐付けられた前記勘定科目の、前記オーナー別支払データに対する前記仕訳データを作成することを特徴とする。

また、本発明に係る債権債務連携装置において、前記制御部は、前記選択指示に基づいて、仕訳作成対象外の事象の前記オーナー別支払データに対応するオーナー別請求データを作成する請求作成手段、を更に備えたことを特徴とする。

また、本発明に係る債権債務連携装置において、前記記憶部は、前記物件を管理する資産管理会社の前記管理項目である自社管理項目と前記資産管理会社に前記物件の管理を委託している前記オーナーの前記管理項目であるオーナー管理項目とを紐付けて設定したオーナー連携設定マスタを記憶するオーナー連携設定記憶手段、を更に備え、前記オーナー別支払作成手段は、前記オーナー連携設定マスタ、前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対する前記オーナー別支払データを作成することを特徴とする。

また、本発明に係る債権債務連携装置において、前記オーナー連携設定マスタは、更に、前記資産管理会社と前記オーナーとの連携手法が設定され、前記連携事象取得手段は、前記連携手法が仕訳連携である場合、前記選択指示を取得することを特徴とする。

また、本発明に係る債権債務連携装置において、前記オーナー連携設定マスタは、更に、前記資産管理会社と前記オーナーとの連携手法が設定され、前記制御部は、前記連携手法が仕訳連携である場合、前記選択指示に基づいて、仕訳作成対象外の事象の前記オーナー別支払データに対応するオーナー別請求データを作成する請求作成手段、を更に備えたことを特徴とする。

また、本発明に係る債権債務連携装置において、前記オーナー連携設定マスタは、更に、前記資産管理会社と前記オーナーとの連携手法が設定され、前記制御部は、前記連携手法が債権債務連携である場合、前記オーナー別支払データに対応するオーナー別請求データを作成する請求作成手段、を更に備えたことを特徴とする。

また、本発明に係る債権債務連携装置において、前記オーナー連携設定マスタは、更に、前記資産管理会社と前記オーナーとの連携手法が設定され、前記オーナー別支払作成手段は、更に、前記連携手法が未連携である場合、前記オーナー別支払データに基づいて、前記オーナー毎の資産管理レポートを作成し、当該資産管理レポートを前記オーナーに送付することを特徴とする。

また、本発明に係る債権債務連携装置において、前記管理項目マスタは、前記オーナーである前記資産管理会社の前記自社管理項目と前記勘定科目とを紐付けて設定した自社管理項目マスタ、および／または、前記オーナー管理項目と前記勘定科目とを紐付けて設定したオーナー管理項目マスタを含むことを特徴とする。

また、本発明に係る債権債務連携装置において、前記連携事象取得手段は、更に、前記選択指示を入力可能な仕訳データ作成画面を表示させることを特徴とする。

また、本発明に係る債権債務連携装置において、前記連携事象取得手段は、前記資産管理会社が前記オーナーである場合、前記仕訳作成対象として全ての前記連携事象に対する前記選択指示を取得することを特徴とする。

また、本発明に係る債権債務連携方法は、記憶部と制御部とを備えた債権債務連携装置に実行させるための債権債務連携方法であって、前記記憶部は、複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタを記憶する持分比率記憶手段と、前記オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定した管理項目マスタを記憶する管理項目記憶手段と、を備え、前記制御部で実行させる、前記物件に関する入金および支払についての物件別入金支払データを取得する物件別入金支払取得ステップと、前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対するオーナー別支払データを作成するオーナー別支払作成ステップと、仕訳作成対象となる事象である連携事象に対する選択指示を取得する連携事象取得ステップと、前記管理項目マスタ、前記オーナー別支払データ、および、前記選択指示に基づいて、前記オーナー毎の仕訳データを作成する仕訳作成ステップと、を含むことを特徴とする。

また、本発明に係る債権債務連携プログラムは、記憶部と制御部とを備えた債権債務連携装置に実行させるための債権債務連携プログラムであって、前記記憶部は、複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタを記憶する持分比率記憶手段と、前記オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定した管理項目マスタを記憶する管理項目記憶手段と、を備え、前記制御部において、前記物件に関する入金および支払についての物件別入金支払データを取得する物件別入金支払取得ステップと、前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対するオーナー別支払データを作成するオーナー別支払作成ステップと、仕訳作成対象となる事象である連携事象に対する選択指示を取得する連携事象取得ステップと、前記管理項目マスタ、前記オーナー別支払データ、および、前記選択指示に基づいて、前記オーナー毎の仕訳データを作成する仕訳作成ステップと、を実行させることを特徴とする。

本発明によれば、ＰＭ会社としてオーナー会計業務代行という新たな事業を創出することができるという効果を奏する。また、本発明によれば、仕訳連携だけでなく債権債務連携も実現できることから、オーナー会社とＰＭ会社とが親子関係にある場合、システムの統一化を提案することもできるという効果を奏する。また、本発明によれば、ＰＭ会社が管理しているテナント契約および業務契約から、オーナー向けの仕訳データ作成することができるという効果を奏する。また、本発明によれば、オーナー会社側で基幹システムを保有している場合、仕訳連携ではなく、債権債務連携をすることで、ＰＭ会社からの送金に対する消込業務の簡素化を実現することができるという効果を奏する。

図１は、従来の債権債務管理の一例を示す図である。 図２は、本実施形態における債権債務連携装置の構成の一例を示すブロック図である。 図３は、本実施形態における債権債務連携装置の処理の一例を示すフローチャートである。 図４は、本実施形態における債権債務連携処理の一例を示す図である。 図５は、本実施形態における債権債務連携処理の一例を示す図である。 図６は、本実施形態における債権債務連携処理の一例を示す図である。 図７は、本実施形態における債権債務連携処理の一例を示す図である。 図８は、本実施形態における債権債務連携処理の一例を示す図である。 図９は、本実施形態における債権債務連携処理の一例を示す図である。 図１０は、本実施形態における債権債務連携処理の一例を示す図である。

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

［１．概要］
まず、図１を参照して、本発明の概要を説明する。図１は、従来の債権債務管理の一例を示す図である。

従来、不動産を所有するオーナーが、テナント管理、修繕管理、および、クレーム対応等をＰＭ会社へ委託した場合、テナントへの請求入金管理、および、業者への発注支払管理等をＰＭ会社が代行して遂行し、入金結果および支払結果を精算してオーナーへ支払（請求）をしていた。従来、この精算結果をオーナー側で処理する際に、ＰＭ会社からオーナーへのＰＭレポートがＥｘｃｅｌ（登録商標）の紙媒体またはデータで連携されており、オーナー側は、その紙媒体またはデータを見ながら、各システムに入力を行うという業務が発生していた。そのため、従来は、ヒューマンエラーを起こすリスクを抱え、負荷も増大していた。また、従来は、ＰＭ会社目線での仕訳処理であったため、オーナー目線での会計処理ができなかったため、会計業務代行を実現することができなかった。

例えば、従来、図１に示すように、ＰＭ会社にて、ＰＭ会社への入金、および、ＰＭ会社からの支払を精算して、オーナーへの送金額が決定され、送金額が決定された際、オーナーとの契約で取り決めた管理手数料が差し引かれて、オーナーへ送金されていた。そして、従来、図１に示すように、送金時に入金・支払の内訳等が記載されたＰＭレポートが添付されてオーナーへ送付されるため、オーナー側にて、送付されたＰＭレポートが確認されながら、仕訳データ作成や債権債務データの作成がオーナー側システムで処理されていた。そのため、従来、ＰＭ会社側に１件ずつの取引データがあるにも関わらず、１件ずつの内容についてヒトがＰＭレポートを確認しながらオーナー側のシステムに入力しており、売上データおよび費用データを個別に登録する手間、ならびに、入金データとの突合を行う必要があったため、手間がかかる上にミスを生みやすいという課題が発生していた。

そこで、本実施形態において、オーナー側で基幹システムを保有しておらず、会計業務自体をＰＭ会社が代行するケースを想定して、ＰＭ会社として取引した結果を、オーナー毎の仕訳データとして連携して、オーナー側の会計業務を代行できるようにし、且つ、オーナー側で基幹システムを保有しており、連携した債権債務データをオーナー側で入金消込（ＰＭ会社からの入金）をして、仕訳を作成するケースを想定して、ＰＭ会社として取引した結果を、オーナー毎の債権債務データとして、オーナー側のシステムへ連携できるようにする。ことができる仕組みを提供している。

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

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

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

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

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

持分比率マスタ１０６ａは、複数オーナーが所有する物件に対するオーナー毎の持分比率を設定したマスタである。ここで、持分比率マスタ１０６ａは、物件識別子（例えば、物件コードおよび／または物件名等）、持分比率識別子（例えば、持分比率コード等）、オーナー取引先識別子（例えば、オーナー取引先コード等）、オーナー識別子（例えば、オーナー名等）、および／または、持分比率等が設定されていてもよい。

オーナー連携設定マスタ１０６ｂは、物件を管理する資産管理会社の管理項目である自社管理項目と資産管理会社に物件の管理を委託しているオーナーの管理項目であるオーナー管理項目とを紐付けて設定したマスタである。ここで、オーナー連携設定マスタ１０６ｂは、オーナーコード、連携用会社コード、連携手法自社管理項目コード、および／または、オーナー管理項目コード等が設定されていてもよい。ここで、オーナー連携設定マスタ１０６ｂは、資産管理会社とオーナーとの連携手法が設定されてもよい。

管理項目マスタ１０６ｃは、オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定したマスタである。ここで、管理項目マスタ１０６ｃは、オーナーである資産管理会社の自社管理項目と勘定科目とを紐付けて設定した自社管理項目マスタ、および／または、オーナー管理項目と勘定科目とを紐付けて設定したオーナー管理項目マスタを含んでいてもよい。ここで、自社管理項目マスタは、管理項目、売上勘定科目、前受勘定科目、仕入勘定科目、および／または、預り／立替勘定科目等が設定されていてもよい。また、オーナー管理項目マスタは、オーナー、管理項目、売上勘定科目、前受勘定科目、および／または、仕入勘定科目等が設定されていてもよい。

取引データベース１０６ｄは、取引データを記憶する。取引データは、物件別請求データ、物件別入金支払データ、オーナー別支払データ、仕訳データ、オーナー別請求データ、発注データ、仕入データ、請求データ、入金データ、および／または、在庫データ等を含んでいてもよい。ここで、物件別請求データは、請求番号、物件、請求先、管理項目、計上日、請求書発行日、入金予定日、および／または、請求金額持分比率等が設定されていてもよい。また、物件別入金支払データは、支払番号、物件、支払先、管理項目、計上日、支払書発行日、支払予定日、支払金額、および／または、持分比率等が設定されていてもよい。また、オーナー別支払データは、支払番号、物件、支払先、管理項目、計上日、支払書発行日、支払予定日、および／または、支払金額等が設定されていてもよい。また、オーナー別請求データは、物件、請求先、管理項目、計上日、請求書発行日、入金予定日、および／または、請求金額等が設定されていてもよい。

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

制御部１０２は、債権債務連携装置１００を統括的に制御するＣＰＵ等である。制御部１０２は、ＯＳ等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、格納されているこれらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、物件別入金支払取得部１０２ａとオーナー別支払作成部１０２ｂと連携事象取得部１０２ｃと仕訳作成部１０２ｄと請求作成部１０２ｅとを備えている。

物件別入金支払取得部１０２ａは、物件に関する入金および支払についての物件別入金支払データを取得する。ここで、物件別入金支払取得部１０２ａは、物件別入金支払データを取引データベース１０６ｄに登録してもよい。

オーナー別支払作成部１０２ｂは、各オーナーに対するオーナー別支払データを作成する。ここで、オーナー別支払作成部１０２ｂは、持分比率マスタ１０６ａ、および、物件別入金支払データに基づいて、各オーナーに対するオーナー別支払データを作成してもよい。また、オーナー別支払作成部１０２ｂは、オーナー連携設定マスタ１０６ｂ、持分比率マスタ１０６ａ、および、物件別入金支払データに基づいて、各オーナーに対するオーナー別支払データを作成してもよい。また、オーナー別支払作成部１０２ｂは、オーナー連携設定マスタ１０６ｂに設定された連携手法が未連携である場合、オーナー別支払データに基づいて、オーナー毎の資産管理レポートを作成し、当該資産管理レポートをオーナーに送付してもよい。また、オーナー別支払作成部１０２ｂは、オーナー別支払データを取引データベース１０６ｄに登録してもよい。

連携事象取得部１０２ｃは、仕訳作成対象となる事象である連携事象に対する選択指示を取得する。ここで、連携事象取得部１０２ｃは、オーナー連携設定マスタ１０６ｂに設定された連携手法が仕訳連携である場合、連携事象に対する選択指示を取得してもよい。また、連携事象取得部１０２ｃは、連携事象に対する選択指示を入力可能な仕訳データ作成画面を表示させてもよい。また、連携事象取得部１０２ｃは、資産管理会社がオーナーである場合、仕訳作成対象として全ての連携事象に対する選択指示を取得してもよい。

仕訳作成部１０２ｄは、仕訳データを作成する。ここで、仕訳作成部１０２ｄは、管理項目マスタ１０６ｃ、オーナー別支払データ、および、連携事象に対する選択指示に基づいて、オーナー毎の仕訳データを作成してもよい。また、仕訳作成部１０２ｄは、管理項目マスタ１０６ｃ、および、連携事象に対する選択指示に基づいて、連携事象に対応する管理項目に紐付けられた勘定科目の、オーナー別支払データに対する仕訳データを作成してもよい。また、仕訳作成部１０２ｄは、仕訳データを取引データベース１０６ｄに登録してもよい。

請求作成部１０２ｅは、請求データを作成する。ここで、請求作成部１０２ｅは、連携事象に対する選択指示に基づいて、仕訳作成対象外の事象のオーナー別支払データに対応するオーナー別請求データを作成してもよい。また、請求作成部１０２ｅは、オーナー連携設定マスタ１０６ｂに設定された連携手法が仕訳連携である場合、連携事象に対する選択指示に基づいて、仕訳作成対象外の事象のオーナー別支払データに対応するオーナー別請求データを作成してもよい。また、請求作成部１０２ｅは、オーナー連携設定マスタ１０６ｂに設定された連携手法が債権債務連携である場合、オーナー別支払データに対応するオーナー別請求データを作成する。また、請求作成部１０２ｅは、請求データを取引データベース１０６ｄに登録してもよい。

［３．具体例］
本実施形態の具体例について、図３から図１０を参照して説明する。

［債権債務連携処理］
ここで、図３を参照して、本実施形態における債権債務連携処理の一例について説明する。図３は、本実施形態における債権債務連携装置１００の処理の一例を示すフローチャートである。

図３に示すように、物件別入金支払取得部１０２ａは、複数オーナーが所有する物件に関する入金についての物件別入金データを取得し、物件別入金データを取引データベース１０６ｄに登録する（ステップＳＡ－１）。

そして、物件別入金支払取得部１０２ａは、物件に関する支払についての物件別支払データを取得し、物件別支払データを取引データベース１０６ｄに登録する（ステップＳＡ－２）。

そして、オーナー別支払作成部１０２ｂは、オーナー連携設定マスタ１０６ｂ、持分比率マスタ１０６ａ、物件別入金データ、および、物件別支払データに基づいて、各オーナーに対するオーナー別支払データを作成する（ステップＳＡ－３）。

そして、連携事象取得部１０２ｃは、オーナー連携設定マスタ１０６ｂに設定された連携手法が仕訳連携であるか否かを判定する（ステップＳＡ－４）。

そして、連携事象取得部１０２ｃは、オーナー連携設定マスタ１０６ｂに設定された連携手法が仕訳連携であると判定した場合（ステップＳＡ－４：Ｙｅｓ）、処理をステップＳＡ－５に移行させる。

そして、連携事象取得部１０２ｃは、仕訳作成対象となる事象である連携事象に対する選択指示を入力可能な仕訳データ作成画面を出力装置１１４に表示させ、ユーザにより入力装置１１２を介して仕訳データ作成画面に選択指示が入力された場合、連携事象に対する選択指示を取得する（ステップＳＡ－５）。

そして、仕訳作成部１０２ｄは、管理項目マスタ１０６ｃ、および、連携事象に対する選択指示に基づいて、連携事象に対応する管理項目に紐付けられた勘定科目の、オーナー別支払データに対する仕訳データを作成し、請求作成部１０２ｅは、仕訳作成対象外の事象のオーナー別支払データに対応するオーナー別請求データまたはオーナー別マイナス請求（支払）データを作成し（ステップＳＡ－６）、処理を終了する。

一方、連携事象取得部１０２ｃは、オーナー連携設定マスタ１０６ｂに設定された連携手法が仕訳連携ではないと判定した場合（ステップＳＡ－４：Ｎｏ）、処理をステップＳＡ－７に移行させる。

そして、請求作成部１０２ｅは、オーナー連携設定マスタ１０６ｂに設定された連携手法が債権債務連携であるか否かを判定する（ステップＳＡ－７）。

そして、請求作成部１０２ｅは、オーナー連携設定マスタ１０６ｂに設定された連携手法が債権債務連携であると判定した場合（ステップＳＡ－７：Ｙｅｓ）、処理をステップＳＡ－８に移行させる。

そして、請求作成部１０２ｅは、オーナー別支払データに対応するオーナー別請求データまたはオーナー別マイナス請求（支払）データを作成し（ステップＳＡ－８）、処理を終了する。

一方、請求作成部１０２ｅは、オーナー連携設定マスタ１０６ｂに設定された連携手法が債権債務連携ではない（未連携である）と判定した場合（ステップＳＡ－７：Ｎｏ）、処理をステップＳＡ－９に移行させる。

そして、オーナー別支払作成部１０２ｂは、オーナー別支払データに基づいて、オーナー毎の資産管理レポートを作成し、当該資産管理レポートをオーナー（オーナーのメールアドレス等）に送付し（ステップＳＡ－９）、処理を終了する。

ここで、図４から図１０を参照して、本実施形態における債権債務連携処理の一例について説明する。図４から図１０は、本実施形態における債権債務連携処理の一例を示す図である。

図４に示すように、本実施形態においては、京橋ビルディングが複数のオーナーにより共同所有されている際に、持分比率登録として物件ごとのオーナー持分比率が設定される。このマスタにより、取引毎のオーナーへの精算割合が決定される。ここで、オーナー所有の物件の取引の場合、テナント賃料がオーナーへ送金されるが、持分比率マスタ１０６ａは、複数オーナーが所有しているケースにおいて、テナントへ請求した時点でオーナーの持分を宣言して、送金時に按分する機能に利用される。

そして、図５に示すように、本実施形態においては、請求入力画面にて京橋ビルディングのテナントに対する賃料および共益費が設定された物件別請求データが作成され、テナントに送信される。

そして、図６に示すように、本実施形態においては、支払入力画面にて京橋ビルディングの警備に対する日常警備費および臨時警備費が設定された物件別支払データが作成され、ＸＸ警備に送金される。

そして、図７に示すように、本実施形態においては、オーナー送金調達データ作成として、請求入力された結果が入金消込され、支払入力された結果が精算処理され、請求入金支払実績から、持分割合を乗じた結果がオーナー別支払データとして生成される。ここで、図７に示すように、本実施形態においては、受け取った入金データが「＋」の支払と表示され、支払った支払データが「－」の支払と表示されている。さらに、図７に示すように、本実施形態においては、ＰＭ業務に対する管理手数料も「－」の支払として、総支払額が決定される。

そして、図８に示すように、本実施形態においては、オーナー連携設定マスタメンテ画面にて、オーナー側のシステムへ連携する連携手法として、設定されているオーナー管理項目コードから勘定科目が決定されて仕訳作成される設定である「０：仕訳連携」、設定されているオーナー管理項目コードで債権債務データが連携される設定である「１：債権債務連携」、および、何も連携しない設定である「２：未連携］から選択され、オーナー連携設定マスタ１０６ｂが設定される。

そして、図９に示すように、本実施形態においては、「０：仕訳連携」の場合、精算した結果が連携され、登録された請求データ、支払データ、入金データおよび入金消込データに基づいて、ビルマネジメントシステム内でチェックされた連携事象に応じて、管理項目マスタ１０６ｃに設定されている勘定科目を用いて仕訳データへの変換が行われる。ここで、図９に示すように、本実施形態においては、取引データの持分比率にはＰＭ会社の割合も含まれているため、支払データ、オーナー連携設定マスタ１０６ｂ、自社管理項目マスタ、および、オーナー管理項目マスタに基づいて、ＰＭ会社自社分の仕訳と他のオーナー分の仕訳とがそれぞれ作成され、自社分として作成される伝票は、８月入金結果に対する９月分の自社賃料および共益費収入の仕訳、ならびに、９月の精算結果に関わる預かり金送金および管理料の仕訳であり、銀座不動産のオーナー分として作成される伝票は、９月精算結果に関わる賃料の仕訳である。

一方、図１０に示すように、本実施形態においては、「１：債権債務連携」の場合、精算した結果が連携され、ＰＭ会社側で作成された支払データがオーナー側からすると請求データとなるため、支払データから請求データへ連携できるデータ出力が行われる。

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

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

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

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

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

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

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

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

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

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

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

本発明は、代行業務を実施している不動産業界および資産管理業界等の業界において有用である。

１００ 債権債務連携装置
１０２ 制御部
１０２ａ 物件別入金支払取得部
１０２ｂ オーナー別支払作成部
１０２ｃ 連携事象取得部
１０２ｄ 仕訳作成部
１０２ｅ 請求作成部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ 持分比率マスタ
１０６ｂ オーナー連携設定マスタ
１０６ｃ 管理項目マスタ
１０６ｄ 取引データベース
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ サーバ
３００ ネットワーク

Claims (13)

1. 記憶部と制御部とを備えた債権債務連携装置であって、
   前記記憶部は、
   複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタを記憶する持分比率記憶手段と、
   前記オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定した管理項目マスタを記憶する管理項目記憶手段と、
   を備え、
   前記制御部は、
   前記物件に関する入金および支払についての物件別入金支払データを取得する物件別入金支払取得手段と、
   前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対するオーナー別支払データを作成するオーナー別支払作成手段と、
   仕訳作成対象となる事象である連携事象に対する選択指示を取得する連携事象取得手段と、
   前記管理項目マスタ、前記オーナー別支払データ、および、前記選択指示に基づいて、前記オーナー毎の仕訳データを作成する仕訳作成手段と、
   を備えたことを特徴とする債権債務連携装置。
2. 前記仕訳作成手段は、
   前記管理項目マスタ、および、前記選択指示に基づいて、前記連携事象に対応する前記管理項目に紐付けられた前記勘定科目の、前記オーナー別支払データに対する前記仕訳データを作成することを特徴とする請求項１に記載の債権債務連携装置。
3. 前記制御部は、
   前記選択指示に基づいて、仕訳作成対象外の事象の前記オーナー別支払データに対応するオーナー別請求データを作成する請求作成手段、
   を更に備えたことを特徴とする請求項１または２に記載の債権債務連携装置。
4. 前記記憶部は、
   前記物件を管理する資産管理会社の前記管理項目である自社管理項目と前記資産管理会社に前記物件の管理を委託している前記オーナーの前記管理項目であるオーナー管理項目とを紐付けて設定したオーナー連携設定マスタを記憶するオーナー連携設定記憶手段、
   を更に備え、
   前記オーナー別支払作成手段は、
   前記オーナー連携設定マスタ、前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対する前記オーナー別支払データを作成することを特徴とする請求項１または２に記載の債権債務連携装置。
5. 前記オーナー連携設定マスタは、
   更に、前記資産管理会社と前記オーナーとの連携手法が設定され、
   前記連携事象取得手段は、
   前記連携手法が仕訳連携である場合、前記選択指示を取得することを特徴とする請求項４に記載の債権債務連携装置。
6. 前記オーナー連携設定マスタは、
   更に、前記資産管理会社と前記オーナーとの連携手法が設定され、
   前記制御部は、
   前記連携手法が仕訳連携である場合、前記選択指示に基づいて、仕訳作成対象外の事象の前記オーナー別支払データに対応するオーナー別請求データを作成する請求作成手段、
   を更に備えたことを特徴とする請求項４に記載の債権債務連携装置。
7. 前記オーナー連携設定マスタは、
   更に、前記資産管理会社と前記オーナーとの連携手法が設定され、
   前記制御部は、
   前記連携手法が債権債務連携である場合、前記オーナー別支払データに対応するオーナー別請求データを作成する請求作成手段、
   を更に備えたことを特徴とする請求項４に記載の債権債務連携装置。
8. 前記オーナー連携設定マスタは、
   更に、前記資産管理会社と前記オーナーとの連携手法が設定され、
   前記オーナー別支払作成手段は、
   更に、前記連携手法が未連携である場合、前記オーナー別支払データに基づいて、前記オーナー毎の資産管理レポートを作成し、当該資産管理レポートを前記オーナーに送付することを特徴とする請求項４に記載の債権債務連携装置。
9. 前記管理項目マスタは、
   前記オーナーである前記資産管理会社の前記自社管理項目と前記勘定科目とを紐付けて設定した自社管理項目マスタ、および／または、前記オーナー管理項目と前記勘定科目とを紐付けて設定したオーナー管理項目マスタを含むことを特徴とする請求項４から８のいずれか一つに記載の債権債務連携装置。
10. 前記連携事象取得手段は、
    更に、前記選択指示を入力可能な仕訳データ作成画面を表示させることを特徴とする請求項１から９のいずれか一つに記載の債権債務連携装置。
11. 前記連携事象取得手段は、
    前記資産管理会社が前記オーナーである場合、前記仕訳作成対象として全ての前記連携事象に対する前記選択指示を取得することを特徴とする請求項８に記載の債権債務連携装置。
12. 記憶部と制御部とを備えた債権債務連携装置に実行させるための債権債務連携方法であって、
    前記記憶部は、
    複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタを記憶する持分比率記憶手段と、
    前記オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定した管理項目マスタを記憶する管理項目記憶手段と、
    を備え、
    前記制御部で実行させる、
    前記物件に関する入金および支払についての物件別入金支払データを取得する物件別入金支払取得ステップと、
    前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対するオーナー別支払データを作成するオーナー別支払作成ステップと、
    仕訳作成対象となる事象である連携事象に対する選択指示を取得する連携事象取得ステップと、
    前記管理項目マスタ、前記オーナー別支払データ、および、前記選択指示に基づいて、前記オーナー毎の仕訳データを作成する仕訳作成ステップと、
    を含むことを特徴とする債権債務連携方法。
13. 記憶部と制御部とを備えた債権債務連携装置に実行させるための債権債務連携プログラムであって、
    前記記憶部は、
    複数オーナーが所有する物件に対するオーナー毎の持分比率を設定した持分比率マスタを記憶する持分比率記憶手段と、
    前記オーナー毎の仕訳作成の管理項目と勘定科目とを紐付けて設定した管理項目マスタを記憶する管理項目記憶手段と、
    を備え、
    前記制御部において、
    前記物件に関する入金および支払についての物件別入金支払データを取得する物件別入金支払取得ステップと、
    前記持分比率マスタ、および、前記物件別入金支払データに基づいて、前記各オーナーに対するオーナー別支払データを作成するオーナー別支払作成ステップと、
    仕訳作成対象となる事象である連携事象に対する選択指示を取得する連携事象取得ステップと、
    前記管理項目マスタ、前記オーナー別支払データ、および、前記選択指示に基づいて、前記オーナー毎の仕訳データを作成する仕訳作成ステップと、
    を実行させるための債権債務連携プログラム。

Images