システムのスケルトンパッケージコラムビル別収支管理システムの導入を妨げる理由コラムビル別収支管理システムの導入を妨げる理由1.意外と普及していない収支管理システムビルを所有している不動産管理会社において、月次の賃料請求及び入金業務については、毎月大量のデータを取り扱うルーチン(繰り返し)業務でもあることから、何かしらのシステムを入れている(入れざるを得ない)ことが多いと思います。その賃料請求のデータを活用してビルの収支管理業務をシステムで自動化できている企業がどの位あるかというと、これだけオフィス内のIT化が進んだ現在でもあまり導入は進んでおらず、規模が大きい企業(賃貸事業収入が100億以上)でさえ実施できていない印象を受けます。貴社の導入状況はいかがでしょうか。導入が進んでいない理由さて、導入が進んでいない理由はいくつか考えられますが、システム化そのものにかかるコスト(パッケージ製品代およびシステム構築費用)もさることながら、会社で決まっているべき、業務ルール・フローの詳細が決まっていないことが多いと考えています。このルール・フローが決まっていないと、システム構築ベンダーに依頼しても打合せや試行運用の期間が長くなり、導入コストも高くなりがちになり、最悪の場合はプロジェクト中止となりかねません。ルールが一部決まっていない(後述)よく日本のホワイトカラーの生産性が欧米に比べて低く、長時間労働の温床となっていると揶揄されていますが、こういったルール・フローを一刻も早く整備し、しっかりとした規律・ルールの中で、イキイキとメリハリをつけて働くことのできる会社づくりのご支援をしていきたいと筆者は考えています。業務ルールやフローが決まらないのか?では、なぜ業務ルールやフローが決まらないのか、その整備を行うのが難しいのかについて触れたいと思います。営業部門の課題ですが、建物別の売上は分かるが、仕入管理を行っていない、又はあいまいな部分があるため、どれだけ利益(粗利)が出ているかを部門で把握しづらいところにあると考えています。これは、日本企業の経理業務の伝統なのか、売上に必要な仕入(売上原価)を経理・財務部門に任せてしまっているケースが多く、事業部門で毎月の売上総利益(粗利)を全てとは言わないが、確定額まで把握せず、経理に作成を依頼してもらっている企業が多いのではないでしょうか。概ね翌月の15日から20日位に前月分の部門別、ビル別収支などが経理・財務部門によって作成されるイメージとなります。会社によっては、請求書の受領及び実際の支払いのタイミングの都合上、翌月では終わらない(業務プロセスになっている)会社も見受けられます。経理部門に任せるのは問題ありませんが、仕入額の「計上」については、営業部門の責任範囲のため、その計上ルール及び把握は事業部門で厳しく行うべきです。依頼された経理部門としては、建物単位でなく、支払伝票の単位で会計システムに入力していることが多いので、建物単位の収支データを作成する際に戻り作業になり時間がかかってしまいます。戻り作業は心理的にも負担となる作業および調整事項が多いため、部門間で反発が出ることも多いのが実情です。ルールが決まっていないことが露呈してしまうケースも大変多く発生します。このエラーが数件であれば問題ありませんが、想定以上のエラーの検出を防ぐため、試行運用前に、導入打合せで決めたルールに基づいて、ねらい通りの収支管理表を作成できるか、予めリハーサルをしておきましょう。システム構築にITベンダーを利用する場合は、ベンダー任せ(丸投げ)にせず、予めどういう結果が予想されるか密に相談を行っておくことをお勧めします。他方、システム化を行うことによって、このルールを意図的に「あぶり出す」こともシステム導入のねらい、となるので、経営層やミドル層の導入責任者には、システム化を機会に、人間系の業務ルール・フローの整備を強化するとともに、以下のような役割分担を行い、営業部門で仕入れ管理業務を実施することをお勧めします。これからの収支管理システム以上、長々と書きましたが、収支管理システムに限らず、業務を標準化し、システム導入を進めることは生産性の向上のみならず、企業の収益力の強化に必ずつながると筆者は考えています。毎月、月締め後、半月~1カ月位(最悪のケースで)かかっていた収支締め業務を月締め後3~4日程度に短縮し、正しい損益状態を把握して、先月のまずかったアクション・施策に対して、素早く手を打つ、これをシステム化の目的として頂ければ、システムベンダーに所属する筆者としては、やりがいのあること、この上ありません。けの業務システム開発経験を元に、不動産管理スケルトンパッケージの企画・開発に携わり、現在は営業責任者として、顧客提案までを担当。