JP2004021565A - Detection system of break-even point of building for rent - Google Patents

Detection system of break-even point of building for rent Download PDF

Info

Publication number
JP2004021565A
JP2004021565A JP2002175023A JP2002175023A JP2004021565A JP 2004021565 A JP2004021565 A JP 2004021565A JP 2002175023 A JP2002175023 A JP 2002175023A JP 2002175023 A JP2002175023 A JP 2002175023A JP 2004021565 A JP2004021565 A JP 2004021565A
Authority
JP
Japan
Prior art keywords
rental
average
area
income
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2002175023A
Other languages
Japanese (ja)
Inventor
Takeshi Iwanami
岩波 剛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to JP2002175023A priority Critical patent/JP2004021565A/en
Publication of JP2004021565A publication Critical patent/JP2004021565A/en
Withdrawn legal-status Critical Current

Links

Images

Landscapes

  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

<P>PROBLEM TO BE SOLVED: To provide a detection system of break-even point of a building for rent capable of visually presenting income and expenses situation of a rental building by using numerical values and charts instead of relying on experience and conventional know-how. <P>SOLUTION: The break-even point of a rental building is calculated based on an operation ratio at the break-even point. An average value P<SB>AC</SB>of the operation rates, the most important value, is calculated by the following formula; P<SB>AC</SB>=[F+Z-ä(A+C)×12+E}]/ä12×S(T<SB>T</SB>-T<SB>S</SB>)}. In the formula, F is the fixed expenditure, Z is the maintenance cost, A is the rental fee of affiliated companies, C is the car parking income, E is the other incomes from affiliated companies, S is the other incomes from companies other than the affiliated companies, T<SB>T</SB>is the average rental unit price and T<SB>S</SB>is the average expenditure unit price. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、賃貸ビルディングにおける損益分岐点の検出装置に係り、とくに損益分岐点の検出に基づいた営業収支の試算技術に関する。
【0002】
【従来の技術】
どのような分野であれ利益活動は、収入と支出とに基づいた収支計算が必要であり、各種の経済活動分野において収支計算のためのさまざまな手法が提案されている。
【0003】
賃貸ビルディングの収支管理用システムに関して云えば、コンピュータ端末装置が普及するようになってから、ビル管理専用の各種のプログラム・ソフトが開発されるようになった。これらのシステムによれば、例えば、各室ごとに利用者名、賃貸単価、賃貸面積、賃料や光熱費の入金履歴などを記録し、請求書の発行、伝票処理(入金チェック等)を行うことができる。
【0004】
【発明が解決しようとする課題】
ところで、このような従来の賃貸ビルディングの収支管理用システムは、コンピュータ装置を利用しているとはいえ、請求書の発行や会計処理がメインの機能であり、各フロア、各室ごとに発生する収入および支出の事実を記録しておくにすぎないものであった。
【0005】
尚、賃貸ビルディングの収支管理以外の分野、例えば、不動産住宅の採算に関するシミュレーション(特開2001−159238)や、複数の不動産物件を所有する不動産業者用を支援するための会計処理システム(特開平11−250124号)などは存在するが、これらは、賃貸ビルディングの収支管理にはまったく適用できないものである。
【0006】
特開2001−159238に係る発明は、新築不動産の採算シミュレーションを行うためのものである。賃貸不動産の収支チェックに関する技術という点では共通するが、建物の各部位の耐用年数を採算シミュレーションのパラメータに取り入れるというものであり、部材の耐用年数やメンテナンス費用を考慮した点では優れる。しかし、賃貸ビルディングの収支管理は、このような一点集中的な計算パラメータに基づく処理には不向きである。何故なら、このようなパラメータはもともと室料単価に反映させるのが一般であって、部材の耐用年数やメンテナンス費用を主たるパラメータとして計算を行ったとしても、従前の管理用システムを越える成果を得ることは出来ないからである。
【0007】
また特開平11−250124号公報記載の発明は、複数の不動産を前提として、例えば管理料の徴収漏れや二重徴収を防止するもので、不動産所有者と利用者との間の金銭関係の正確/適正を図るものである。この技術は、従来のシステムにおける伝票発行や入金チェックの機能と本質的には同一である。
【0008】
一方、賃貸ビルディングを所有するオーナー(または管理組織)が、最も知りたいと願う経済活動上の核心は、所有(または管理)する賃貸ビルディングにおける、現時点または将来(とくに6ヶ月〜12ヶ月程度の将来)に関する、リアルな収支状況を実感(把握)することにある。
【0009】
賃貸ビルディングにおける収支把握は、市場流通性のある一般商品の取り扱いとは根本的に異なる。例えば、路線価格の変動、経済状況の変動(社会現象)など、自助努力だけでは補うことが出来ない要因に左右されがちであり、ビル管理に関する経験年数や知的ノウハウだけでは対処しきれない各種の困難性を内在させているからである。
【0010】
図2は、賃貸ビルディングの収支把握に関する一般的な概念(原理)を例示するものである。これを簡単に説明する。符号1で示す支出(営業費用;ビルの維持管理に絶対に必要となる経費)は、入居率による変動は少ない。入居率が上がると微妙に上昇する程度である。一方、符号2で示す収入(営業収入)は、入居率に応じて増加し、ある一点で支出1を上回る。この交点が損益分岐点である。この関係は当然であり、賃貸ビルディングの収支把握に敏感なオーナーや管理組織は、この原理は基本知識として十分に承知している。
【0011】
しかしながら、従来は、このような支出/収入の関係を、帳簿上の数値を総合して経験則や個人的なノウハウとして漠然と知得していたにすぎない。経験則やノウハウが十分にあったたとしても、現時点あるいは近い将来における収支状況(数値)をリアルな数値として把握(または予測)することは、勘案項目が非常に多いために、きわめて困難だからである。
【0012】
そこで本発明の目的は、経験やノウハウに任されがちだった賃貸ビルディングの収支状況を、客観性をもつ数値を利用して容易かつ具体的に提示可能とする点にある。この場合、検出試算に用いる数値は、伝票作成や会計管理に使用されていた従来のビル管理用システムにおける項目データを可能な限り利用し、データ資産の活用を図る。
【0013】
【課題を解決するための手段】
前記目的を達成するため、本発明に係る賃貸ビルディングにおける損益分岐点の検出システムは、
賃貸契約の履歴情報と、収入および支出に関する情報とを格納した基本データ格納部の情報に基づき、月単位の賃貸平均単価Tと月単位の平均経費単価Tを求めた後、
この賃貸平均単価Tおよび平均経費単価Tと、個別データとして格納されている収入および支出に関する非加工データを用いて、損益分岐点における稼働率の平均値PACを、
AC=[F+Z−{(A+C)×12+E}]/{12×S(T−T)}
但し; Fは年単位の固定経費
Zは年単位の修繕費
Aは月単位の関連会社の賃貸料
Cは月単位の駐車場収入
Eは年単位のその他の収入
Sは実賃貸面積
として検出する。
【0014】
また、より具体的な収支試算を可能とするため、検出時点における全体の実稼働率Kを、
={Σ(Sn×Kn)}/S
但し;Snはn賃貸室実面積(稼働中の個別の室分の賃貸面積)
Knはn賃貸室実稼働率(稼動中の個別の室分の稼働率)
は総実賃貸面積(ΣSn)
として検出する場合がある。
【0015】
【作用】
本発明に係る損益分岐点の検出システムは、賃貸ビルディングの個人オーナーや管理会社が賃貸室やフロアごとに個別にデータ化していた数値をデータ資源として活用し、当該ビルディングの経営状態、すなわち損益分岐点を中心とする各種の経営判断データを容易に検出(試算)可能とするものである。
【0016】
すでに述べたように、賃貸ビルディングの経営判断(経営状態の把握および認識)は、経験則に則ったいわば我流の数値解析が主流であり、信頼性のある損益分岐チェックが難しかった。この理由としては、賃貸ビルディングの稼働率や賃貸室料金が、社会現象を含む各種の要因によって変動しやすい特殊性があり、また市場流通性をもつ商品のような販売量/利益率のマクロ的な計算手法と異なり、より細部にわたったミクロ的な分析手法が必要であると考えられたためである。
【0017】
賃貸ビルディングにおける損益分析は、賃貸契約者の自由意思に基づく突然の入退室や、社会情勢に起因する入退室といった現象があるため、賃貸ビルディングに関する専門的な経営ノウハウを十分に修得しなければ、様々な形式で記録される個別データに基づいた試算処理は難しいとされる。
【0018】
しかし、賃貸ビルディングにおける損益分析も、当該ビルディングの損益分岐点における稼働率(以下、単に稼働率)を丹念にチェックすれば、信頼性の高い稼働率の解析数値を得ることは可能である。
【0019】
従来のシステムは、収入と支出に関する一般的な判断項目をパラメータとしたが、このような従来の試算検出手法ではビル経営に必要となる、具体的かつ明確な分析チェックはきわめて困難である。賃貸室に関する長期/短期の変動要因が一切加味されていないからである。
【0020】
他方、本発明は、経済分析の常道として、収入および支出に関する未加工のデータも基礎とするが、それに留まらず、賃貸契約の履歴情報を利用する点に特徴がある。
【0021】
請求項1では、賃貸契約の履歴情報に基づいて、月単位の賃貸平均単価Tと月単位の平均経費単価Tを求め、賃貸平均単価Tおよび平均経費単価Tと、収入および支出に関する未加工のデータを総合させた上で最終的な検出結果を得る。従前の試算システムと異なる点は、未加工データである賃貸契約の履歴情報に基づいて月単位の賃貸平均単価Tと月単位の平均経費単価Tを求め、これを基礎として稼働率を得る点にある。
【0022】
賃貸ビルディングにおける損益分析の困難性は、各種の要因によって惹起されるテナントの入退室の変動(不安定性)であるが、未加工データである賃貸契約の履歴情報には、この変動が物理的な特性としてよく反映される。変動の原因や要因は直接または間接にさまざまであっても、未加工の数値データは、すべての原因を含む客観データとして処理することが可能であり、これが月単位の賃貸平均単価Tと月単位の平均経費単価Tに基づく、損益分岐点における稼働率の検出技術の基礎となっている。
【0023】
損益分岐点における稼働率の検出には、年単位または月単位による平均稼働率の検出と、検出すべき具体的な期日を特定して行う実稼働率の検出とがある。請求項1は平均稼働率に係り、請求項2は実稼働率に関するものである。
【0024】
請求項2における実稼働率の検出においても、賃貸ビルディングの収支変動の要因を客観データとして内含する賃貸契約の履歴情報を利用する。
【0025】
【発明の実施の形態】
図1は、本発明に係る損益分岐点の検出システムの具体的構成例を示すものである。全体の構造を説明すると、符号10で示す部分は、コンピュータ端末装置内に格納した各種の未加工データに基づいて本発明に特徴的な試算数値を得るための数値加工部である。この数値加工部10は、月単位の賃貸平均単価Tを得るための収入データ加工部(賃貸平均単価算出部)11と、月単位の平均経費単価Tを求めるための支出データ加工部(平均経費単価算出部)12とを備える。
【0026】
20は、月単位の賃貸平均単価Tと月単位の平均経費単価Tとを得るための未加工データを格納した、基本データ群である。この基本データ群20は、少なくとも、賃貸契約の履歴情報を格納した履歴格納部21と、各テナントに対する請求明細数値を格納した請求明細格納部22と、ビル管理上発生する支払明細数値を格納した支払明細格納部23とを備える。
【0027】
これらのデータの格納場所は、基本データ群20の内部において任意である。必ずしも各種の未加工データ(数値)を最初から区別(項目わけ)して格納する必要はない。例えば、請求明細格納部22に格納するデータが、履歴格納部21内に収められていても構わない。テナントに対する請求明細数値は、通常は賃貸契約の履歴情報として扱うことが好ましいからである。つまり履歴格納部21、請求明細格納部22、支払明細格納部23の未加工データは、数値加工部10を駆動するプログラムに基づいて取捨選択可能な状態におかれていればよく、格納領域の見かけ上の項目名や格納場所は限定されない。
【0028】
賃貸契約の履歴情報は、少なくとも、各賃貸室に関する、単位面積、入室の年月日、退室の年月日、月別の請求額のデータを備える。この賃貸契約の履歴情報は、その他に例えば、賃貸契約の文書データ、賃貸契約者の具体的な業種、保証人の住所氏名、営業日や営業時間に関する具体的情報なども含んで記録して構わないが、ビルの管理経営上の試算分析を行うにあたっては、各賃貸室に関する単位面積、入室の年月日、退室の年月日、月別の請求額のデータが備わっていれば良い。尚、月別の請求額のデータが請求明細格納部22に格納すべきデータと完全に重複する場合は、あえて請求明細格納部22を設ける必要はない。
【0029】
尚、請求明細格納部22に格納すべきデータには、賃貸契約者に対して月単位で個別に発生する請求項目、例えば、家賃、共益費、冷暖房料、光熱費、清掃料があり、その他の請求項目として例えば看板使用料、蛍光灯の交換料など実費請求分がある。これらの請求データは、請求明細格納部22に独立させて格納しても良いし、前記賃貸契約の履歴情報に月単位の請求項目として格納しても良い。格納領域がいずれにあっても、月単位の請求金額の合計計算や損益分岐点の試算などでは、各数値データを計算式にリンクさせることが出来るから実質的な差異はない。データ格納の容易さから云えば、独立して設けた請求明細格納部22に最初から数値データを格納することが好ましいが、賃貸契約の履歴情報に格納した請求数値をそのままリンク形式で転用することも可能であるから、請求明細データの格納場所の有利不利は特に発生しない。
【0030】
30は、収入に関する未加工データを格納する収入データ格納部である。これは、例えば、自社関連の請求明細情報を格納する関連収入データ格納部31と、その他の収入データを格納する一般収入データ格納部32と、前記請求明細格納部22によって構成する。自社関連の請求明細情報とは、特段の事情がない限り固定的な収入と見なすことが出来る収入数値であり、例えば子会社(または親会社)に対する賃貸収入等である。その他の収入データとは、固定的収入とは云えない変動収入であって、例えば駐車場収入、雑収入および受取利息がこれに該当する。
【0031】
40は、支出に関する未加工データを格納する支出データ格納部である。これは、例えば、ビルのメンテナンスに要する修繕費等の特別支出データを格納する特別支出データ格納部41と、テナントの変動(動き)に関わらず継続的に発生する固定経費を格納する固定費用格納部42と、前記支払明細格納部23とを備える。基本データ群20と同様に、各未加工データの格納場所は限定されない。
【0032】
テナントの変動(動き)に関わらず継続的に発生する固定経費とは、具体的には例えば、減価償却費用、廊下やトイレのような館内公共の清掃料、エレベータ保守料、保険料、租税公課、ビル管理会社自身の役員報酬、給与、地代家賃等である。固定経費そのものは、各管理主体において任意に設定できる項目(数値データ)である。
【0033】
50は、損益分岐点検出部である。この損益分岐点検出部50は、数値加工部10によって得られる数値と、収入データ格納部30に格納された未加工の数値データと、支出データ格納部40に格納された未加工の数値データとに基づいて、損益分岐点における稼働率を算出する。60は、損益分岐点検出部50における平均稼働率の試算に基づいて収入・支出に関する各種の数値加工を行う、経営状態の分析部である。
【0034】
以下、各部の作動を、処理原理とともに説明する。
賃貸ビルディングにおける損益バランスのシミュレーションは、基本的には図2に示したように、支出1と収入2との関係が前提となる。支出1と収入2との交点が損益分岐点になるが、この場合には、収入=支出の関係が成立する。
【0035】
ここで賃貸ビルディングにおける収入と支出を具体的に見ると、一年間の収入Qは、実賃貸面積(S)、賃貸平均単価(T)、平均稼働率(PAC)、関連会社の賃貸料(A)、駐車場収入(C),その他の収入(関連会社に起因する収入および関連会社に起因しない他の収入)(E)との関係で、
Q=S×T×PAC×12+A×12+C×12+E
としてあらわすことが出来る。ここで使用する数値12は、年間の月数を意味する。従って、12を乗じる数値は原則として月別(月単位)の収入に関する数値である。
【0036】
一方、一年間の支出Wは、固定経費(F)、修繕費(Z)、実賃貸面積(S)、平均経費単価(T)、平均稼働率(PAC)、との関係で、
W=F+Z+S×T×PAC×12
としてあらわすことが出来る。ここで使用している数値12も、年間の月数を意味する。従って、12を乗じる数値は原則として月別(月単位)の支出に関する数値である。
【0037】
ここで使用する各数値は、数値加工部10によって得られる数値、収入データ格納部30に格納された未加工の数値データ、支出データ格納部40に格納された未加工の数値データであるが、数値加工部10によって得るべき数値だけは特別の加工処理を必要とする。
【0038】
すでに述べたように、数値加工部10によって得る数値は、収入データ加工部11において取得する月単位の賃貸平均単価Tと、支出データ加工部12において取得する月単位の平均経費単価Tである。これらの数値は、損益分岐点検出部50における処理に直結する重要な値である。
【0039】
本発明においては、総単位面積から自社使用分の面積と関連企業の賃貸面積とを差し引いた面積の数値を分母とし、全体の請求額から自社分と関連企業の請求額を差し引いた額の一ヶ月当たりの平均値を分子として、除算によって賃貸平均単価Tを算出する。ここで使用する各数値は、いずれも基本データ群20に格納されている未加工の数値である。
【0040】
一方、月単位の平均経費単価Tは、総単位面積から自社使用分の面積と関連企業の賃貸面積とを差し引いた面積の数値を分母とし、一ヶ月当たりの全体の支出額を分子として、除算によって算出する。賃貸平均単価Tの算出と同様に、使用する各数値は、いずれも基本データ群20に格納されている未加工数値である。
【0041】
次に、損益分岐点では、収入(Q)=支出(W)であるから、
S×T×PAC×12+A×12+C×12+E=F+Z+S×T×PAC×12
である。これを整理すると、
S×PAC×12×(T−T)=F+Z−(A+C)×12−E
である。これにより、
AC=[F+Z−{(A+C)×12+E}]/{12×S(T−T)}となり、損益分岐点検出部50において、この平均稼働率(PAC)を得る。
【0042】
損益分岐点における平均稼働率(PAC)はそれ自体、単独の数値として、賃貸ビルディングにおける各種のシミュレーションを行う場合に最も正確に把握するべき数値であり、かかる平均稼働率(PAC)を得ることによって、ビル管理経営上の自由なシミュレーション加工が可能となる。
【0043】
例えば、損益分岐点の検出で云えば、営業費用(支出1)が計算手法の相違によりY軸方向に多少上下動することがあっても、営業収入を示すライン(2)は略一律に定めることが出来るため、損益分岐点の位置はX軸方向に殆ど左右せず、略正確なシミュレーション成果を得ることが出来る。
【0044】
賃貸ビルディングにおける平均稼働率(PAC)が略正確に把握できれば、当該ビルディングのオーナーや管理者は、経営分析上の各種の数値加工を施すことが出来る。例えば、当年度にける経常利益をRとすれば、
AC=[F+Z+R−{(A+C)×12+E}]/{12×S(T−T)}
である。この場合、分子のファクターにR(目標の売上高)が加わっているため、平均稼働率PACが一定であるとすれば、分子成分を一定にするべく主として固定経費(F)、修繕費(Z)を抑えるべきことがわかり、その具体的数値は容易に算出できる。
【0045】
平均稼働率(PAC)を取得するための具体的な数値データは、従来から存在する各種の賃貸ビルディング用の管理システムにおいて記録されてきた数値である。従って、本システムの導入によって初めて記録するべきデータの項目種別は多くはない。
【0046】
本システムを運用する場合に必要となるコンピュータ処理用の数値データであって、従来の管理システムにおける記録の可能性が少ないものは、明確な意図をもって記録された賃貸契約の履歴情報(とくに数値データ)である。また関連会社の賃貸料(A)、駐車場収入(C)、その他の収入(関連会社に起因する収入および関連会社に起因しない他の収入)(E)も、従来の管理システムでは明確な意図をもって正確に記録されているわけではない。
【0047】
しかしながら、大方の場合、これらの数値データは、本システムを有効に駆動するような具合に仕訳がなされていないだけであって、データそのものは他の項目として内在している可能性が高い。従って、本システムの導入当初は、本システムの運用が可能となるよう、過去の収入/支出に関する数値データを再仕訳すればよく、それによって導入当初から本システムをスムーズに運用することが可能となる。
【0048】
ところで、平均稼働率(PAC)に基づいた賃貸ビルディングにおける損益分岐点の検出や、経営分析は、単位期間(例えば12ヶ月)における状況把握の手法としては優れるが、他の経済分野と同様に、賃貸ビルディングにおける損益バランスも、日々刻々と変動する。従って、厳密に云えば、平均稼働率(PAC)に基づく損益シミュレートだけでは現状の正確な収支バランスを的確にシミュレーションしていることにはならない。但し、社会/経済の安定、或いは地理的な有利性等の理由によって、平均稼働率(PAC)と実稼働率との間に大きな変動が生じない場合も希ではない。このような場合は、平均稼働率(PAC)に基づく損益分岐点の検出も、この後に述べる実稼働率に基づく損益分岐点の検出や経営分析結果も略同一の結果となる。
【0049】
損益分岐点における平均稼働率(PAC)は、任意の特定期間における過去の稼働率の全体の実績を示す値である。一方、損益分岐点における実稼働率(K)は、ある特定の部屋またはビル全体の、過去数ヶ月間の稼動実績である。平均稼働率(PAC)が過去の平均実績であるとすれば、実稼働率(K)は、大きな変動も忠実に反映した数値となる。経営分析においては、いずれの数値も重要である。
【0050】
実稼働率(K)は、ビルディング全体の実稼働率(K)と、ある特定の部屋の実稼働率(Kn)とに分けて考えることが出来る。どちらも大切な数値であるが、経営分析という視点から見ればビルディング全体の実稼働率(K)がより重要な数値となる。
【0051】
本発明においては、全体の実稼働率Kを、
={Σ(Sn×Kn)}/S
但し;Snはn賃貸室実面積(稼働中の個別の室分の賃貸面積)
Knはn賃貸室実稼働率(稼動中の個別の室分の稼働率)
は総実賃貸面積(ΣSn)
に基づいて検出する。%表示する場合は、{Σ(Sn×Kn)}/S×100として求める。
【0052】
n賃貸室実面積(Sn)もn賃貸室実稼働率(Kn)も、賃貸ビルディングにおける賃貸室の個別データから得ることが出来る。n賃貸室実面積(Sn)は、稼働中の賃貸室において一定であり、この数値は賃貸室の個別データから簡単に取得することが出来る。一方、賃貸室実稼働率(Kn)は、入居開始日(E)と入居終了日(退去日;E)を因数とするので、次のように求める。
【0053】
すなわち、

Figure 2004021565
但し;Bは、算定終了日
は、算定開始日
である。
【0054】
算定開始日(B)も算定終了日(B)も、本システムを用いた損益状況のシミュレーションに適用する数値であるが、これらはシミュレーション上必要となる数値であって、必ずしも何らかの意味における事実データ(日付)を用いる必要はない。算定期間(シミュレーション上のスパン)は、必要に応じて自由に可変し、さまざまな視点から営業状態をチェックする必要性があるからである。もちろん、算定開始日(B)も算定終了日(B)も固定数値を用いても構わない。例えば、本システムの導入日などである。日付の数値を固定すればシステムの操作は単純化する。算定開始日(B)や算定終了日(B)の設定はユーザの自由であるから、調整(可変)可能な状態での固定方式によって運用する機会が多いと考えられる。
【0055】
本実施形態では、賃貸室の契約において、まず、契約解除の事前予告(通常は6ヶ月前に行う)に基づく退去情報及び数ヶ月後に入居予定の契約情報等の予約情報を賃貸契約の履歴情報(21)として用いる。そして、算定開始日(B)及び算定終了日(B)を、シミュレーションしようとする期間に応じて適宜設定することにより実稼働率を算出する。
【0056】
これにより、現時点から、例えば数ヶ月先の将来に亘る経営収支状況を、リアルにシミュレーションすることができ、ビルオーナーは、そのシミュレーション結果を経営情報として役立てることができる。
【0057】
なお、本発明のシステムにおいて使用している計算式内の数値12は、年間月数である。年間月数である12を乗算する数値は原則として月単位の数値であり、12を乗算していない数値は、年単位の数値または年月に無関係な独立の数値(例えば単位面積などの数値)である。
【0058】
【実施例】
図3は、本発明に係る損益分岐点の検出システムを利用して試算(シミュレーション)を行う場合の、表示画面の一例を示すものである。この表示画面は、すでに述べた各種の数値項目(試算上必要な数値データ)を、所定の格納エリアから自動的に呼び出して利用者(ユーザ)に視覚的、具体的に表示する。
【0059】
表示する数値データは、例えば、実賃貸面積の計算を行うための数値群71、単位面積当たりの収入を計算するための数値群72、固定費を計算(または調整)するための数値群73、固定的な収入を計算するための各種の数値群74、単位面積当たりの費用(支出)を計算するための数値群75である。これらの数値群71〜75は、主として賃貸契約の履歴情報を格納してある履歴格納部21から読み出すことが出来るが、必要に応じてその他のデータ格納部、例えば、収入データ格納部30や、支出データ格納部40のデータ数値を読み出す。
【0060】
この表示画面には、試算を行う時点での稼動坪面積または/および平均稼働率を同時に表示し、或いは算定条件となる年月日を自動表示またはマニュアルによる人為的な条件設定項目として表示しても良い。
【0061】
表示画面は少なくとも、これらの数値に基づいて損益分岐点の試算を実行処理させるためのクリックボタン表示部81、あるいは損益分岐点の試算結果をグラフ図として表示させるためのクリックボタン表示部82を備えることが望ましい。マウス操作によってクリックボタン表示部81をクリックすれば、前述した手法に基づいて損益分岐点における平均稼働率或いは実稼働率の演算処理が実行され、例えば、結果数値を他の各種の参考数値データとともに切替表示する。マウス操作によってクリックボタン表示部82をクリックすれば、損益分岐点における平均稼働率或いは実稼働率の演算処理結果を、視覚的に理解容易なグラフ図の形式を用いてモニタ画面に表示する。これらの試算結果は、ユーザの選択操作によって自由に記録保存可能としてくことが望ましい。
【0062】
尚、損益分岐点における平均稼働率或いは実稼働率の演算処理に先だち、最終的な試算を行う前に利用者側において数値データを変更して試算を行いたい場合もあり得る。例えば、固定費を増減させて各種ケースにおける試算結果を得たいという場合である。そこで試算に先立ち、賃貸契約の履歴情報を格納してある履歴格納部21から読み出した固定費関係の数値を、ユーザ側で任意に調整可能とし、さまざまなケースにおける試算結果を取得可能とすれば、ビル管理の経営分析における試算ヴァリエーションの自由性と利便性が格段に向上する。
【0063】
【発明の効果】
以上説明したように、本発明に係るシステムによれば、経験やノウハウに任されがちだった賃貸ビルディングの収支状況を、事実として記録された未加工データに基づいて信頼性高く提示することが可能となる。
【図面の簡単な説明】
【図1】本発明に係る検出システムの実施形態を示すブロック図である。
【図2】賃貸ビルディングにおける損益バランスを例示するグラフ図である。
【図3】本発明に係る検出システムの具体的表示画面を示す図である。
【符号の説明】
1 支出(営業費用;ビルの維持管理に絶対に必要となる経費)
2 収入(営業収入)
10 数値加工部
11 収入データ加工部(賃貸平均単価算出部)
12 支出データ加工部(平均経費単価算出部)
20 基本データ群
21 履歴格納部
22 請求明細格納部
23 支払明細格納部
30 収入データ格納部
31 関連収入データ格納部
32 一般収入データ格納部
40 支出データ格納部
41 特別支出データ格納部
42 固定費用格納部
50 損益分岐点検出部
60 経営状態の分析部
71 実賃貸面積の計算を行うための数値群
72 単位面積当たりの収入を計算するための数値群
73 固定費を計算(または調整)するための数値群
74 固定的な収入を計算するための各種の数値群
75 単位面積当たりの費用(支出)を計算するための数値群
81、82 クリックボタン表示部[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to an apparatus for detecting a breakeven point in a rental building, and more particularly to a technique for calculating a profit and loss based on the detection of a breakeven point.
[0002]
[Prior art]
In any field, profit activities require a balance calculation based on income and expenditure, and various methods for calculating balance have been proposed in various economic activity fields.
[0003]
With respect to the system for managing the income and expenditure of a rental building, various computer programs for building management have been developed since computer terminals became popular. According to these systems, for example, for each room, a user name, a rental unit price, a rental area, a deposit history of rent and utility bills are recorded, an invoice is issued, and a slip processing (payment check, etc.) is performed. Can be.
[0004]
[Problems to be solved by the invention]
By the way, although such a conventional system for managing the income and expenditure of a rental building uses a computer device, issuance of an invoice and accounting processing are main functions, and are generated for each floor and each room. It simply kept a record of income and expenditure.
[0005]
It should be noted that simulations relating to the profitability of real estate housing (for example, simulations relating to the profitability of real estate housing (JP-A-2001-159238)) and accounting processing systems for supporting real estate agents who own a plurality of real estate properties (JP-A-11-1999) -250124) and the like, but these cannot be applied at all to the income and expenditure management of rental buildings.
[0006]
The invention according to Japanese Patent Application Laid-Open No. 2001-159238 is for performing a profit simulation of newly built real estate. Although they are common in terms of technology for checking the income and expenditure of rental real estate, they take the useful life of each part of the building into the parameters of profitable simulation and are excellent in considering the useful life of members and maintenance costs. However, the income and expenditure management of a rental building is not suitable for processing based on such one-point intensive calculation parameters. Because such parameters are generally reflected in the unit price of the room from the beginning, even if calculations are made with the service life of the members and the maintenance cost as the main parameters, results that surpass the conventional management system can be obtained. Because they cannot do it.
[0007]
The invention described in Japanese Patent Application Laid-Open No. H11-250124 is based on the premise of a plurality of real estates, for example, to prevent omission or double collection of management fees, and to accurately determine the financial relationship between the real estate owner and the user. / Appropriate. This technique is essentially the same as the function of issuing a slip or checking a payment in a conventional system.
[0008]
On the other hand, the core of economic activity that the owner (or management organization) who owns a rental building wants to know most is the present or future (especially in the future of 6 to 12 months) in the owned (or managed) rental building. ), To realize (understand) the real income and expenditure situation.
[0009]
Understanding the income and expenditure of a rental building is fundamentally different from the handling of general products with market circulation. For example, fluctuations in line prices and fluctuations in economic conditions (social phenomena) tend to be influenced by factors that cannot be compensated for by self-help efforts alone. This is because of the inherent difficulty.
[0010]
FIG. 2 illustrates a general concept (principle) for grasping the balance of a rental building. This will be described briefly. The expenditure indicated by reference numeral 1 (operating expenses; expenses absolutely necessary for the maintenance and management of the building) has little fluctuation due to the occupancy rate. As the occupancy rate rises, it rises slightly. On the other hand, the income (operating income) indicated by reference numeral 2 increases according to the occupancy rate and exceeds expenditure 1 at one point. This intersection is the breakeven point. This relationship is natural, and owners and management organizations that are sensitive to understanding the income and expenditure of rental buildings are fully aware of this principle as basic knowledge.
[0011]
However, heretofore, such a relationship between expenditure / income has only been vaguely known as an empirical rule or personal know-how by synthesizing numerical values in books. Even if there are sufficient rules of thumb and know-how, it is extremely difficult to grasp (or forecast) the current or near-term financial situation (numerical value) as a realistic numerical value because there are so many items to consider. is there.
[0012]
Therefore, an object of the present invention is to make it possible to easily and concretely present the income and expenditure status of a rental building, which is often left to experience and know-how, by using numerical values having objectivity. In this case, the numerical value used for the detection trial calculation uses the item data in the conventional building management system used for the slip creation and accounting management as much as possible, so as to utilize the data assets.
[0013]
[Means for Solving the Problems]
In order to achieve the object, a break-even point detection system in a rental building according to the present invention includes:
Based on the information in the basic data storage unit that stores the history information of the rental contract and the information on income and expenditure, the average rental unit price T per monthTAnd monthly average cost unit TSAfter asking for
This average rental unit price TTAnd average cost unit price TSAnd the average value P of the occupancy rate at the breakeven point using unprocessed data on income and expenditure stored as individual data.ACTo
PAC= [F + Z-{(A + C) × 12 + E}] / {12 × S (TT-TS)}
However, $ F is the fixed cost per year
Z is annual repair cost
A is the monthly rent of affiliated company
C is monthly parking revenue
E is yearly other income
S is the actual leased area
Detected as
[0014]
In addition, in order to enable more specific calculation of the balance, the actual operating rate K at the time of detection is calculated.TTo
KT= {(Sn × Kn)} / ST
However, Sn is the actual area of the leased room (the leased area of each operating room).
Kn is the actual occupancy rate of n rental rooms (the occupancy rate of individual operating rooms)
STIs the total actual leased area ($ Sn)
In some cases.
[0015]
[Action]
The break-even point detection system according to the present invention utilizes, as a data resource, a numerical value that has been individually converted into data for each rental room or floor by the individual owner or management company of the rental building, and uses the business state of the building, that is, the break-even point. This makes it possible to easily detect (estimate) various management decision data centered on points.
[0016]
As already mentioned, the management decision (understanding and recognition of the management status) of a rental building is mainly based on empirical rules, so-called numerical analysis of the mainstream, and it has been difficult to reliably check the breakeven. The reason for this is that the occupancy rate and rental room rates of rental buildings are unique due to various factors including social phenomena, and the sales volume / profit ratio is macro-like for products with market distribution. This is because, unlike a simple calculation method, a more detailed micro analysis method was considered necessary.
[0017]
The profit and loss analysis of rental buildings is based on the sudden entry and exit based on the free will of the rental contractor, and the entrance and exit due to social conditions, so if you do not fully acquire specialized management know-how on rental buildings, It is considered difficult to perform a trial calculation process based on individual data recorded in various formats.
[0018]
However, in the profit and loss analysis of a rental building, it is possible to obtain a highly reliable analysis value of the occupancy rate by carefully checking the occupancy rate (hereinafter simply referred to as occupancy rate) at the breakeven point of the building.
[0019]
In the conventional system, general judgment items regarding income and expenditure were used as parameters. However, it is extremely difficult to perform a concrete and clear analysis check required for building management with such a conventional estimation calculation method. This is because long-term / short-term fluctuation factors related to rental rooms are not taken into account at all.
[0020]
On the other hand, the present invention is based on raw data on income and expenditure as a usual way of economic analysis, but is characterized by using history information of lease contracts.
[0021]
According to claim 1, based on the rental contract history information, the monthly average rental unit price TTAnd monthly average cost unit TSAnd average rental unit price TTAnd average cost unit price TSAnd the raw data on income and expenditure to obtain the final detection result. The difference from the conventional estimation system is that the monthly average rental unit price TTAnd monthly average cost unit TSAnd obtain the operation rate based on this.
[0022]
The difficulty of profit and loss analysis in a rental building is the fluctuation (instability) of tenant entry / exit caused by various factors. Well reflected as a characteristic. The raw numerical data can be processed as objective data including all causes, even if the causes and factors of the fluctuations vary directly or indirectly, and this is the monthly average rental unit price T.TAnd monthly average cost unit TS, Which is the basis of the technology for detecting the occupancy rate at the breakeven point.
[0023]
The detection of the occupancy rate at the break-even point includes detection of an average occupancy rate on a yearly or monthly basis and detection of an actual occupancy rate performed by specifying a specific date to be detected. Claim 1 relates to the average operation rate, and claim 2 relates to the actual operation rate.
[0024]
Also in the detection of the actual occupancy rate according to the second aspect, the history information of the rental contract including the factor of the fluctuation of the balance of the rental building as objective data is used.
[0025]
BEST MODE FOR CARRYING OUT THE INVENTION
FIG. 1 shows a specific configuration example of a breakeven point detection system according to the present invention. Explaining the entire structure, a portion indicated by reference numeral 10 is a numerical processing section for obtaining a trial calculation value characteristic of the present invention based on various raw data stored in the computer terminal device. The numerical processing unit 10 calculates a monthly average rental unit price TTData processing unit (rental average unit price calculation unit) 11 for obtaining a monthly average unit cost TSAnd an expenditure data processing unit (average cost unit price calculation unit) 12 for obtaining
[0026]
20 is the monthly average rental unit price TTAnd monthly average cost unit TSThis is a basic data group that stores the raw data for obtaining. The basic data group 20 stores at least a history storage unit 21 that stores history information of rental contracts, a billing statement storage unit 22 that stores billing statement numerical values for each tenant, and a payment statement numerical value generated in building management. And a payment details storage unit 23.
[0027]
The storage location of these data is arbitrary within the basic data group 20. It is not always necessary to store various raw data (numerical values) separately from the beginning (separate items). For example, the data stored in the billing statement storage unit 22 may be stored in the history storage unit 21. This is because it is generally preferable to treat the billing numerical value for the tenant as history information of the rental contract. In other words, the raw data in the history storage unit 21, the billing statement storage unit 22, and the payment statement storage unit 23 only need to be in a selectable state based on the program that drives the numerical value processing unit 10, and Apparent item names and storage locations are not limited.
[0028]
The rental contract history information includes at least data of a unit area, a date of entering a room, a date of leaving a room, and a monthly billing amount for each rental room. The lease contract history information may be recorded in addition to, for example, document data of the lease contract, the specific type of business of the lease contractor, the name and address of the guarantor, and specific information on business days and business hours. However, when conducting a trial analysis on management and management of a building, it is only necessary to provide data on the unit area, the date of entry, the date of exit, and the monthly billing amount for each rental room. When the data of the monthly billing amount completely overlaps with the data to be stored in the billing statement storage unit 22, there is no need to provide the billing statement storage unit 22.
[0029]
It should be noted that the data to be stored in the billing statement storage unit 22 includes billing items that are individually generated for the lease contractor on a monthly basis, such as a rent, a common service fee, a heating / cooling fee, a utility fee, and a cleaning fee. For example, there are actual bills such as billboard usage fees and fluorescent lamp replacement fees. These billing data may be stored independently in the billing statement storage unit 22, or may be stored as monthly billing items in the rental contract history information. Regardless of the storage area, there is no substantial difference since each numerical data can be linked to a calculation formula in the total calculation of the billed amount per month or the trial calculation of the break-even point. From the viewpoint of ease of data storage, it is preferable to store numerical data from the beginning in the separately provided billing statement storage unit 22. However, the billing numerical value stored in the history information of the rental contract may be diverted as it is in the link format. Therefore, there is no particular advantage or disadvantage in the storage location of the billing statement data.
[0030]
Reference numeral 30 denotes an income data storage unit that stores raw data relating to income. This is composed of, for example, a related income data storage unit 31 for storing in-house related billing statement information, a general income data storage unit 32 for storing other income data, and the billing statement storage unit 22. The company-related billing statement information is an income figure that can be regarded as fixed income unless there is special circumstances, such as rental income for a subsidiary (or parent company). The other income data is variable income that cannot be said to be fixed income, such as parking lot income, miscellaneous income, and interest income.
[0031]
Reference numeral 40 denotes an expenditure data storage unit that stores raw data related to expenditure. This includes, for example, a special expenditure data storage unit 41 that stores special expenditure data such as repair expenses required for building maintenance, and a fixed expenditure storage that stores fixed expenses that are continuously generated regardless of a change (movement) of a tenant. And a payment details storage unit 23. Like the basic data group 20, the storage location of each raw data is not limited.
[0032]
The fixed expenses that are continuously generated regardless of the change (movement) of the tenant are, for example, depreciation expenses, cleaning fees for public halls such as corridors and toilets, elevator maintenance fees, insurance fees, taxes and taxes. , Executive compensation, salary, rent, etc. of the building management company itself. The fixed cost itself is an item (numerical data) that can be arbitrarily set by each management entity.
[0033]
50 is a breakeven point detection unit. The break-even point detection unit 50 calculates the numerical value obtained by the numerical value processing unit 10, the raw numerical data stored in the income data storage unit 30, and the raw numerical data stored in the expenditure data storage unit 40. Is used to calculate the occupancy rate at the breakeven point. Reference numeral 60 denotes a business condition analysis unit that performs various numerical processings on income and expenditure based on the trial calculation of the average occupancy rate in the breakeven point detection unit 50.
[0034]
Hereinafter, the operation of each unit will be described together with the processing principle.
The simulation of the profit and loss balance in the rental building is basically based on the relationship between expenditure 1 and income 2 as shown in FIG. The intersection of Expenditure 1 and Income 2 is the break-even point. In this case, the relationship of Income = Expense is established.
[0035]
Looking specifically at the income and expenditure in the rental building, the annual income Q is calculated as the actual leased area (S) and the average rental unit price (TT), Average operation rate (PAC), Rent of affiliated company (A), parking lot revenue (C), and other income (income derived from affiliated company and other income not derived from affiliated company) (E)
Q = S × TT× PAC× 12 + A × 12 + C × 12 + E
Can be represented as Numerical value 12 used here means the number of months in the year. Therefore, the numerical value multiplied by 12 is a numerical value relating to monthly (monthly) income in principle.
[0036]
On the other hand, the expenditure W for one year is the fixed expenses (F), the repair expenses (Z), the actual leased area (S), and the average unit cost (TS), Average operation rate (PAC), In relation to
W = F + Z + S × TS× PAC× 12
Can be represented as Numerical value 12 used here also means the number of months in the year. Therefore, the value multiplied by 12 is a value related to monthly (monthly) expenditure in principle.
[0037]
The numerical values used here are the numerical value obtained by the numerical processing unit 10, the raw numerical data stored in the income data storage unit 30, and the raw numerical data stored in the expenditure data storage unit 40. Only numerical values to be obtained by the numerical processing unit 10 require special processing.
[0038]
As already described, the numerical value obtained by the numerical data processing unit 10 is the monthly average rental unit price T acquired by the income data processing unit 11.TAnd the average monthly unit cost T acquired by the expenditure data processing unit 12SIt is. These numerical values are important values directly related to the processing in the breakeven point detection unit 50.
[0039]
In the present invention, the value of the area obtained by subtracting the area used by the company and the leased area of the related company from the total unit area is used as the denominator, and the sum of the amount charged by the company and the amount charged by the related company is subtracted from the total billed amount. With the average value per month as the numerator, the average rental unit price T by dividingTIs calculated. Each numerical value used here is a raw numerical value stored in the basic data group 20.
[0040]
On the other hand, the average cost unit TSIs calculated by dividing the total expenditure per month by using the figure of the area obtained by subtracting the area used by the company and the leased area of the related company from the total unit area as the denominator. Rental average unit price TTIn the same manner as in the calculation of, each numerical value to be used is a raw numerical value stored in the basic data group 20.
[0041]
Next, at the breakeven point, income (Q) = expenditure (W),
S × TT× PAC× 12 + A × 12 + C × 12 + E = F + Z + S × TS× PAC× 12
It is. To sort this out,
S × PAC× 12 × (TT-TS) = F + Z− (A + C) × 12−E
It is. This allows
PAC= [F + Z-{(A + C) × 12 + E}] / {12 × S (TT-TS)}, And the break-even point detection unit 50 calculates the average operation rate (PACGet).
[0042]
Average occupancy rate at breakeven point (PAC) Is a numerical value that should be grasped most accurately as a single numerical value when performing various simulations in a rental building, and the average occupancy rate (PAC) Enables free simulation processing in building management.
[0043]
For example, in terms of break-even point detection, even if the operating cost (expenditure 1) may slightly move up and down in the Y-axis direction due to a difference in the calculation method, the line (2) indicating the operating income is determined substantially uniformly. Therefore, the position of the breakeven point hardly depends on the X-axis direction, and a substantially accurate simulation result can be obtained.
[0044]
Average occupancy rate in rental buildings (PAC), The owner and manager of the building can perform various numerical processings in business analysis. For example, if the ordinary profit in the current year is R,
PAC= [F + Z + R-{(A + C) × 12 + E}] / {12 × S (TT-TS)}
It is. In this case, since R (target sales) is added to the numerator factor, the average occupancy rate PACIs constant, it is understood that the fixed cost (F) and the repair cost (Z) should be mainly suppressed in order to keep the molecular components constant, and the specific numerical values can be easily calculated.
[0045]
Average occupancy rate (PACThe specific numerical data for obtaining (1) is a numerical value recorded in various existing management systems for rental buildings. Therefore, there are not many data item types to be recorded for the first time by introducing this system.
[0046]
Numerical data for computer processing required to operate this system, which is unlikely to be recorded in the conventional management system, is the rental contract history information recorded with a clear intention (especially numerical data ). In addition, the rent (A), parking lot revenue (C), and other revenues of affiliated companies (income from affiliated companies and other income not attributed to affiliated companies) (E) are also clearly expressed in the conventional management system. Is not recorded accurately.
[0047]
However, in most cases, these numerical data are simply not journalized so as to effectively drive the present system, and it is highly possible that the data itself is included as other items. Therefore, at the beginning of the introduction of the present system, numerical data on past income / expenditure may be re-translated so that the operation of the present system becomes possible, thereby enabling the system to operate smoothly from the beginning. Become.
[0048]
By the way, the average operating rate (PACThe break-even point detection and management analysis in a rental building based on the above) are excellent methods for grasping the situation in a unit period (for example, 12 months). However, like other economic fields, the profit and loss balance in a rental building It fluctuates every day. Therefore, strictly speaking, the average operation rate (PAC) Does not mean that the current accurate balance is accurately simulated. However, due to social / economic stability or geographical advantage, the average occupancy rate (PAC) And the actual operation rate are not rarely changed. In such a case, the average operation rate (PAC), The break-even point detection based on the actual occupancy rate and the results of business analysis, which will be described later, are almost the same.
[0049]
Average occupancy rate at breakeven point (PAC) Is a value indicating the overall performance of the past operation rate in an arbitrary specific period. On the other hand, the actual occupancy rate (K) at the breakeven point is the actual operation performance of a specific room or the whole building in the past several months. Average occupancy rate (PAC) Is a past average result, the actual operation rate (K) is a numerical value that faithfully reflects a large change. Both figures are important in business analysis.
[0050]
The actual operation rate (K) is the actual operation rate (KT) And the actual operating rate (Kn) of a specific room. Both are important figures, but from the viewpoint of business analysis, the actual operating rate (KT) Is the more important number.
[0051]
In the present invention, the overall actual operation rate KTTo
KT= {(Sn × Kn)} / ST
However, Sn is the actual area of the leased room (the leased area of each operating room).
Kn is the actual occupancy rate of n rental rooms (the occupancy rate of individual operating rooms)
STIs the total actual leased area ($ Sn)
Detect based on % ({Sn × Kn)} / ST× 100.
[0052]
Both the n-rent room actual area (Sn) and the n-rent room actual occupancy rate (Kn) can be obtained from individual data of the rental room in the rental building. The actual area of the rental room (Sn) is constant in the operating rental room, and this numerical value can be easily obtained from the individual data of the rental room. On the other hand, the rental room actual occupancy rate (Kn) is based on the occupancy start date (ES) And move-in end date (departure date; EE) Is used as a factor.
[0053]
That is,
Figure 2004021565
However; BEIs the calculation end date
BSIs the calculation start date
It is.
[0054]
Calculation start date (BS) Is also the calculation end date (BE) Are also numerical values applied to the simulation of the profit and loss situation using the present system, but these are numerical values necessary for the simulation, and it is not always necessary to use fact data (date) in some sense. This is because it is necessary to freely change the calculation period (span in the simulation) as needed and check the business condition from various viewpoints. Of course, the calculation start date (BS) Is also the calculation end date (BE) May use a fixed numerical value. For example, the date of introduction of the system. Fixing the date number simplifies the operation of the system. Calculation start date (BS) And calculation end date (BESince the setting of ()) is freely performed by the user, it is considered that there are many opportunities to operate by a fixed method in a state where adjustment (variable) is possible.
[0055]
In this embodiment, in the contract of the rental room, first, the departure information based on the advance notice of the contract cancellation (usually performed six months before) and the reservation information such as the contract information scheduled to move in several months later, the rental contract history information Used as (21). Then, the calculation start date (BS) And calculation end date (BE) Is set as appropriate according to the period to be simulated to calculate the actual operation rate.
[0056]
Thereby, for example, the management balance over the future several months ahead can be simulated realistically, and the building owner can use the simulation result as management information.
[0057]
The numerical value 12 in the calculation formula used in the system of the present invention is the number of months per year. Numerical values multiplied by 12 which is the number of months in a year are, in principle, numerical values in units of months. Numerical values not multiplied by 12 are numerical values in units of years or independent numerical values unrelated to years and months (for example, numerical values such as unit area). It is.
[0058]
【Example】
FIG. 3 shows an example of a display screen when a trial calculation (simulation) is performed using the breakeven point detection system according to the present invention. On this display screen, various numerical items (numerical data necessary for trial calculation) described above are automatically called out from a predetermined storage area and visually and specifically displayed to a user (user).
[0059]
Numerical data to be displayed include, for example, a numerical value group 71 for calculating the actual leased area, a numerical value group 72 for calculating the income per unit area, a numerical value group 73 for calculating (or adjusting) the fixed cost, A numerical value group 74 for calculating fixed income and a numerical value group 75 for calculating cost (expenditure) per unit area. These numerical value groups 71 to 75 can be read from the history storage unit 21 mainly storing the history information of the rental contract, but other data storage units, for example, the income data storage unit 30, The data value of the expenditure data storage unit 40 is read.
[0060]
On this display screen, the operating area and / or the average occupancy rate at the time of performing the trial calculation is simultaneously displayed, or the date as the calculation condition is displayed automatically or manually as an artificial condition setting item. Is also good.
[0061]
The display screen includes at least a click button display unit 81 for executing a breakeven point trial calculation based on these numerical values or a click button display unit 82 for displaying the breakeven point trial calculation result as a graph. It is desirable. When the click button display section 81 is clicked by a mouse operation, the arithmetic processing of the average occupancy rate or the actual occupancy rate at the breakeven point is executed based on the above-described method. Switching display. When the click button display section 82 is clicked by a mouse operation, the calculation processing result of the average operating rate or the actual operating rate at the breakeven point is displayed on the monitor screen in a graph diagram format that is easily understood visually. It is desirable that these calculation results can be freely recorded and saved by a user's selection operation.
[0062]
It should be noted that, prior to the calculation of the average operating rate or the actual operating rate at the break-even point, the user may wish to change the numerical data and perform a trial calculation before performing the final trial calculation. For example, there is a case where the user wants to increase or decrease the fixed cost and obtain a trial calculation result in various cases. Therefore, prior to the trial calculation, if the fixed cost-related numerical value read out from the history storage unit 21 storing the history information of the rental contract can be arbitrarily adjusted on the user side, and the trial calculation results in various cases can be obtained. In this way, the flexibility and convenience of trial calculation in building management analysis will be greatly improved.
[0063]
【The invention's effect】
As described above, according to the system according to the present invention, it is possible to reliably present the income and expenditure status of a rental building that was liable to experience and know-how based on raw data recorded as facts. It becomes.
[Brief description of the drawings]
FIG. 1 is a block diagram showing an embodiment of a detection system according to the present invention.
FIG. 2 is a graph illustrating a profit / loss balance in a rental building.
FIG. 3 is a view showing a specific display screen of the detection system according to the present invention.
[Explanation of symbols]
1) Expenditures (operating expenses; expenses absolutely required for building maintenance)
2. Revenue (operating revenue)
10 Numerical processing section
11 $ Revenue Data Processing Department (Rental Average Unit Price Calculation Department)
12 Expense data processing unit (Average cost unit price calculation unit)
20 Basic data group
21 History storage unit
22 @ Billing statement storage
23 Payment details storage
30 income data storage
31 Related revenue data storage
32 General revenue data storage
40 Expense data storage
41 Special expenditure data storage
42 fixed cost storage
50 breakeven point detector
60 Analysis of business condition
71 A numerical group for calculating the actual leased area
72 Numerical group for calculating income per unit area
73 $ A group of numbers to calculate (or adjust) fixed costs
74 Various numerical groups for calculating fixed income
75 Numerical group for calculating cost (expenditure) per unit area
81, 82 click button display

Claims (2)

賃貸ビルディングの損益分岐点を、損益分岐点における稼働率に基づいて検出するシステムであって、
賃貸契約の履歴情報と、収入および支出に関する情報とを格納した基本データ格納部を備え、
前記賃貸契約の履歴情報は、少なくとも、各賃貸室に関する、単位面積、入室の年月日、退室の年月日、月別の請求額のデータを備えており、
賃貸契約の履歴情報と収入に関する情報とに基づいて、月単位の賃貸平均単価Tを求める賃貸平均単価算出部と、
賃貸契約の履歴情報と支出に関する情報とに基づいて、月単位の平均経費単価Tを求める平均経費単価算出部とを備え、
前記、賃貸平均単価算出部は、
総単位面積から、自社使用分の面積と関連企業の賃貸面積とを差し引いた面積の数値を分母とし、全体の請求額から自社分と関連企業の請求額を差し引いた額の一ヶ月当たりの平均値を分子として、除算によって算出する機能を備え、
前記、平均経費単価算出部は、
総単位面積から、自社使用分の面積と関連企業の賃貸面積とを差し引いた実賃貸面積の数値を分母とし、一ヶ月当たりの全体の支出額を分子として、除算によって算出する機能を備え、
このようにして得た平均経費単価Tおよび平均経費単価Tと、前記収入および支出に関する情報に基づいて、
損益分岐点における稼働率の平均値PACを、
AC=[F+Z−{(A+C)×12+E}]/{12×S(T−T)}
但し; Fは年単位の固定経費
Zは年単位の修繕費
Aは月単位の関連会社の賃貸料
Cは月単位の駐車場収入
Eは年単位のその他の収入
Sは実賃貸面積
によって検出することを特徴とする、賃貸ビルディングにおける損益分岐点の検出システム。
A system for detecting a breakeven point of a rental building based on an occupancy rate at the breakeven point,
Equipped with a basic data storage unit that stores history information of rental contracts and information on income and expenditure,
The rental contract history information, at least for each rental room, unit area, date of entry, date of exit, data of monthly billing amount,
On the basis of the information related to the history information and income of the rental agreement, and rental average unit price calculation unit for obtaining the lease average unit price T T of the month,
Based on the information on spending history information lease, and an average cost bid calculation unit for obtaining an average cost bid T S monthly,
The rental average unit price calculation unit,
The denominator is the figure of the area obtained by subtracting the area used by the company and the leased area of the related company from the total unit area. With the function of calculating by division with the value as the numerator,
The average cost unit calculation unit,
Equipped with a function to calculate the actual leased area by subtracting the area used by the company and the leased area of the related company from the total unit area as the denominator and the total expenditure per month as the numerator,
Such average and cost bid T S and the average expense unit price T S thus obtained, on the basis of the income and information about expenditure,
The average value P AC of capacity utilization in the break-even point,
P AC = [F + Z - {(A + C) × 12 + E}] / {12 × S (T T -T S)}
Where: F is fixed cost per year Z is repair cost per year A is rent of affiliated company per month C is monthly parking revenue E is other revenue per year S is detected by actual leased area A break-even point detection system in a rental building.
賃貸ビルディングの損益分岐点を、損益分岐点における稼働率に基づいて検出するシステムであって、
賃貸契約の履歴情報と、収入および支出に関する情報とを格納した基本データ格納部を備え、
前記賃貸契約の履歴情報は、少なくとも、各賃貸室に関する、単位面積、入室の年月日、退室の年月日、月別の請求額のデータを備えており、
検出時点における全体の実稼働率Kを、
={Σ(Sn×Kn)}/S
但し;Snはn賃貸室実面積(稼働中の個別の室分の賃貸面積)
Knはn賃貸室実稼働率(稼動中の個別の室分の稼働率)
は総実賃貸面積(ΣSn)
として検出することを特徴とする賃貸ビルディングにおける損益分岐点の検出システム。
A system for detecting a breakeven point of a rental building based on an occupancy rate at the breakeven point,
Equipped with a basic data storage unit that stores history information of rental contracts and information on income and expenditure,
The rental contract history information, at least for each rental room, unit area, date of entry, date of exit, data of monthly billing amount,
The overall production rate K T at the detection time point,
K T = {Σ (Sn × Kn)} / S T
However, Sn is the actual area of the leased room (the leased area of each operating room).
Kn is the actual occupancy rate of n rental rooms (the occupancy rate of individual operating rooms)
S T is the total actual leased area (ΣSn)
A system for detecting a breakeven point in a rental building, wherein the system detects the break-even point.
JP2002175023A 2002-06-14 2002-06-14 Detection system of break-even point of building for rent Withdrawn JP2004021565A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002175023A JP2004021565A (en) 2002-06-14 2002-06-14 Detection system of break-even point of building for rent

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002175023A JP2004021565A (en) 2002-06-14 2002-06-14 Detection system of break-even point of building for rent

Publications (1)

Publication Number Publication Date
JP2004021565A true JP2004021565A (en) 2004-01-22

Family

ID=31173823

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002175023A Withdrawn JP2004021565A (en) 2002-06-14 2002-06-14 Detection system of break-even point of building for rent

Country Status (1)

Country Link
JP (1) JP2004021565A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009078709A (en) * 2007-09-26 2009-04-16 Tsuneishi Holdings Corp Method and device for maintenance of ship equipment, and profit and loss calculating device of ship maintenance
KR101974007B1 (en) * 2017-10-31 2019-05-02 와이즈모바일 주식회사 System for evaluating a value of real estate
CN111833105A (en) * 2020-07-14 2020-10-27 北京好租科技发展有限公司 Building lease price prediction method

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009078709A (en) * 2007-09-26 2009-04-16 Tsuneishi Holdings Corp Method and device for maintenance of ship equipment, and profit and loss calculating device of ship maintenance
KR101974007B1 (en) * 2017-10-31 2019-05-02 와이즈모바일 주식회사 System for evaluating a value of real estate
CN111833105A (en) * 2020-07-14 2020-10-27 北京好租科技发展有限公司 Building lease price prediction method
CN111833105B (en) * 2020-07-14 2023-12-12 瑞庭网络技术(上海)有限公司 Building lease price prediction method

Similar Documents

Publication Publication Date Title
US8571922B2 (en) Method, technology, and system for displaying, measuring, assessing, and improving the operating and financial performance of metered energy and water consuming systems
KR102193720B1 (en) Lease management system and method to quarantee the monthly rent of a lease through examination
Tavakolan et al. Developing an optimization financing cost-scheduling trade-off model in construction project
JP2014093041A (en) Inheritance management program and inheritance management system
JP4898086B2 (en) Rental real estate information management system
JP2001265924A (en) Method for integratedly diagnosing asset
US7389276B1 (en) Method of determining pricing to ensure profitability
JP2005216013A (en) Integrated job management system
JP2004021565A (en) Detection system of break-even point of building for rent
Bean et al. Costing and Pricing Public Sector Services: Essential Skills for the Public Sector
Tolzmann et al. Costs, budgeting, and financial decision making
JP2002236724A (en) Energy trading system
JP2004102357A (en) Production volume calculating method, device, system and program, and recording medium
Soosaimuthu et al. SAP Enterprise Portfolio and Project Management Using SAP PS, PPM, and CPM
Byrnes et al. Performance measurement and financial incentives for community behavioral health services provision
Hirst et al. Electric-utility DSM programs: Terminology and reporting formats
Tanrisever et al. Futures hedging in electricity retailing
Everett Managerial Accounting Sytems: A Decision-Making Tool
Jonick Principles of Managerial Accounting
JP5026103B2 (en) Fee management system and method, and program
Jung et al. A Forecasting Model for Rental Prices of Tower Cranes
Situmorang Analysis of Activity Based Costing Method as The Basis Determination of Hospital Services Rates
Davidson Topics in Industrial Organization and Government Regulation
Kennes et al. Competing Auctions of Skills
Langbein The Section 8-Existing Housing program's administrative fee structure: A formal model of bureau behavior with empirical evidence

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20050906