بلوک، طبقه و واحد بدون فایلهای جداگانه
در یک برج یا مجتمع بزرگ، ساختار فیزیکی باید از ابتدا درست تعریف شود. بلوکها، طبقات و واحدها بهصورت مستقل ثبت میشوند و هر واحد پروندهای برای متراژ، تعداد خواب، پارکینگ، انباری، خودرو و اطلاعات مرتبط دارد.
در برجهای مسکونی، فقط صدور شارژ کافی نیست. تعداد زیاد واحدها، چند بلوک، مالک و مستأجر، کارکنان، قبوض مشاعات، پارکینگ و گردش مالی باعث میشود اطلاعات باید ساختاریافته و قابل پیگیری باشند. Towers این بخشها را در یک سامانه مرکزی کنار هم قرار میدهد.
در یک برج یا مجتمع بزرگ، ساختار فیزیکی باید از ابتدا درست تعریف شود. بلوکها، طبقات و واحدها بهصورت مستقل ثبت میشوند و هر واحد پروندهای برای متراژ، تعداد خواب، پارکینگ، انباری، خودرو و اطلاعات مرتبط دارد.
جابجایی مستأجر یا تغییر مالک نباید تاریخچه قبلی را از بین ببرد. Towers سوابق سکونت و ارتباط هر فرد با واحد را نگه میدارد تا بدهی، پرداخت و اطلاعات دورههای قبل قابل پیگیری باقی بمانند.
برجها ممکن است شارژ ثابت، متراژی، بر اساس تعداد خواب یا سیاست متفاوت برای واحدهای خالی داشته باشند. مدل شارژ باید متناسب با مصوبه مجتمع تنظیم شود و نتیجه برای هر واحد قابل مشاهده باشد.
ثبت هزینهها وقتی مفید است که منبع پرداخت و اثر آن بر مانده مالی مشخص باشد. قبوض مشاعات، صندوق، حسابهای بانکی و پرداختها در Towers به جریان مالی مجتمع متصل میشوند.
هرچه تعداد واحدها بیشتر شود، تعداد رویدادهای مالی و اجرایی هم بیشتر میشود. ممکن است همزمان چند واحد بدهکار باشند، چند مستأجر جابهجا شوند، چند قبض مشترک ثبت شود و اعضای هیئتمدیره گزارش دورهای بخواهند. اگر هر بخش در یک فایل یا پیامرسان جدا نگهداری شود، پیدا کردن سابقه و تطبیق اطلاعات دشوار میشود.
برای همین در برجهای مسکونی بهتر است پرونده واحد، ساکن، شارژ و عملیات مالی به هم متصل باشند. وقتی شارژ برای یک واحد صادر میشود، پرداخت و مانده همان واحد نیز باید از همان مسیر قابل پیگیری باشد. همین منطق درباره تغییر مستأجر، قبوض و هزینههای مشترک هم صدق میکند.
در یک مجتمع بزرگ همه کاربران نباید به یک سطح از اطلاعات دسترسی داشته باشند. مدیر به ابزارهای اجرایی و مالی نیاز دارد، هیئتمدیره باید اطلاعات مورد نیاز برای نظارت و تصمیمگیری را ببیند و مالک یا مستأجر فقط باید به اطلاعات مرتبط با نقش و واحد خود دسترسی داشته باشد. Towers دسترسیها را بر اساس نقش و مجتمع تفکیک میکند.
در برجها اطلاعاتی مثل شماره پارکینگ و انباری، خودرو و پلاک، کارکنان و شیفتها فقط جزئیات جانبی نیستند. وقتی تعداد واحدها بالا میرود، همین اطلاعات در عملیات روزمره و پاسخگویی به ساکنان اهمیت پیدا میکنند. ثبت ساختاریافته آنها باعث میشود مدیر برای پیدا کردن هر مورد مجبور نباشد به دفتر یا فایل قدیمی مراجعه کند.
گزارش بدهکاران، هزینهها، مانده صندوق و بانک و سوابق پرداخت زمانی قابل اعتمادتر هستند که مستقیماً از عملیات ثبتشده تولید شوند. هدف این است که مدیر برای تهیه گزارش پایان ماه دوباره اطلاعات را از چند منبع جمع و در اکسل بازنویسی نکند.
پیش از راهاندازی بهتر است تعداد بلوکها، طبقات و واحدها، اطلاعات پایه واحدها، روش محاسبه شارژ، حسابهای مالی مجتمع و نقش اعضای مدیریتی مشخص باشند. بعد میتوان اطلاعات مالک و مستأجر، پارکینگ و انباری، خودروها، کنتورها و سایر جزئیات را مرحلهبهمرحله تکمیل کرد.
اگر ساختمان شما کوچکتر است یا میخواهید نمای کلی محصول را ببینید، صفحه نرم افزار مدیریت ساختمان را بخوانید. برای جزئیات مالی هم حسابداری ساختمان و برای قواعد شارژ مدیریت شارژ ساختمان مسیرهای تخصصیتری هستند.
بله. ساختار چندبلوکی، طبقات و واحدها قابل تعریف هستند و هر واحد پرونده مستقل خود را دارد.
بله. صدور شارژ، پرداختها و بدهی واحدها در بخش مالی و گزارشهای مرتبط قابل پیگیری هستند.
بله. دسترسیها بر اساس نقش تنظیم میشوند و مدیر، هیئتمدیره، مالک و مستأجر متناسب با مجوز خود اطلاعات را مشاهده میکنند.