أيّ وحدةٍ في عمارتك تربح؟ السؤال الذي يقتله دليل الحسابات

مكتبُ إدارةٍ يدير ثلاثة مبانٍ فيها ثمانون وحدة. حين أُنشئ نظامه المحاسبي، فُعل ما يبدو بديهياً: فُتح لكل مبنًى حسابُ إيرادٍ وحسابُ مصروفٍ وحسابُ مستأجرين. ثم أُضيف مبنًى رابعٌ فتكرّرت المجموعة، ثم طُلبت تفرقةٌ بين إيراد السكنيّ والتجاريّ في المبنى نفسه، فتضاعفت.

وبعد ثلاث سنوات صار دليل الحسابات ثلاثمئة حسابٍ لا يستطيع أحدٌ قراءة ميزان مراجعته، وصار كل عقدٍ جديدٍ يبدأ بسؤالٍ إداري: «على أي حسابٍ نقيّده؟».

لماذا يفشل «حسابٌ لكل عقار»؟

لأنه يخلط بعدين في محورٍ واحد. «إيراد إيجارات — عمارة النخيل» يحمل معلومتين: طبيعةَ الحركة (إيجار) ومكانَها (النخيل). ودليل الحسابات محورٌ واحدٌ لا يتّسع لاثنين، فيتمدّد بالضرب لا بالجمع: خمسةُ أنواع إيرادٍ × عشرةُ مبانٍ = خمسون حساباً، ثم تضيف نوعاً سادساً فتفتح عشرة حساباتٍ جديدة.

ولأنه لا ينزل إلى الوحدة. ستقبل بحسابٍ لكل مبنًى، لكن حساباً لكل وحدةٍ من ثمانين مستحيل. فتبقى أهمّ الأسئلة بلا جواب: أيّ الوحدات شغرت أكثر؟ وأيّها استهلك صيانةً تفوق إيجارها؟

ولأن القوائم تصير غير قابلةٍ للمقارنة. قائمة دخلٍ فيها خمسون سطر إيرادٍ لا تُقرأ، وتجميعُها يدوياً في إكسل كل شهرٍ يُعيدك إلى ما قبل النظام.

البديل: محوران بدل محور

القاعدة التي تحلّ هذا كلَّه في سطر: الحساب يقول «ما هذا»، ومركز التكلفة يقول «أين».

فيبقى في الدليل حسابٌ واحدٌ لإيراد الإيجارات، وواحدٌ لإيراد الصيانة، وواحدٌ لإيراد المواقف، وواحدٌ لتأمينات المستأجرين، وواحدٌ للإيراد المقبوض مقدّماً — خمسةُ حساباتٍ لا خمسون. ثم يحمل كل سطرٍ في كل قيدٍ مركزَ تكلفة الوحدة التي يخصّها.

وحين تُرتَّب مراكز التكلفة شجرةً — مبنًى ← دور ← وحدة — صار التجميع مجّانياً: إيرادُ الوحدة، ثم إيرادُ الدور، ثم إيرادُ المبنى، ثم إيرادُ المحفظة كلّها، من البيانات نفسها بلا حسابٍ إضافي.

وهذا هو تصميم موديول إدارة العقارات في كمتوفا ERP: حساباتٌ موحّدةٌ في الإعدادات، ومركزُ تكلفةٍ للوحدة على كل سطرٍ من سطور قيد عقد الإيجار — وهو المعمار نفسه الذي تعمل به المقاولات في النظام، فتُقرأ الشركة كلّها بمنطقٍ واحد.

ما الذي يصير ممكناً؟

كشف المبنى. الورقة التي يطلبها المالك: إيرادٌ ومصروفٌ وصافٍ لهذا المبنى في هذه الفترة. وهو مجموعُ فرعٍ في شجرة المراكز، لا تقريرٌ يُبنى.

ربحية الوحدة. وهي التي تكشف المفاجآت: وحدةٌ إيجارها ٢٤ ألفاً استهلكت صيانةً بـ٩ آلافٍ في سنةٍ واحدة — تكييفٌ يُصلَح كل شهرين. فالقرار الصحيح استبداله لا الاستمرار في إصلاحه، وهو قرارٌ لا يُتّخذ لأن الرقم لا يُرى.

المقارنة بين المباني. صافي عائد المبنى الأول ٧٪ والثاني ٤٪ — والفرق ليس في الإيجارات بل في مصروف الصيانة والشغور. وهذا أساس قرار البيع أو التطوير.

تحميل المصروف المشترك. حارسٌ لثلاثة مبانٍ وراتبٌ واحد: يُوزَّع على المراكز الثلاثة بأساسٍ معلَن (عدد الوحدات أو المساحة). وهذا ممكنٌ لأن المراكز موجودة؛ ومستحيلٌ عملياً حين تكون التفرقة بحساباتٍ في الدليل.

ثلاث قواعدَ تُبقي هذا نظيفاً

١) لا قيدَ بلا مركزٍ في الحسابات التشغيلية. السماح بقيد إيرادِ إيجارٍ بلا وحدةٍ يعني أن يظهر بعد سنةٍ «غير موزّع: ٨٠ ألفاً» — ويسقط التقرير كلّه. والحلّ حارسٌ يمنع، أو مركزٌ افتراضيٌّ معلَنٌ يُراجَع شهرياً.

٢) المركز يتبع الوحدة لا المستأجر. فالمستأجر يتغيّر والوحدة تبقى، وتاريخها هو ما يُقارَن عبر السنين.

٣) الشجرة لا تُعاد ترتيبها بحرّية. تغييرُ أبٍ في شجرة المراكز يغيّر تاريخ التقارير كلّه. فالبناءُ مرّةً واحدةً بعنايةٍ أرخص من إعادة الترتيب بعد سنتين.

وماذا عن العقارات المملوكة لملّاكٍ آخرين؟

مكتبُ الإدارة الذي يدير عقاراتِ غيره بعمولة له طبقةٌ إضافية: إيرادُ الإيجار ليس إيراده، وإنّما إيرادُه العمولةُ عليه. وهنا يجب أن يفرّق النظام بين عقاري وعقارِ غيري: الأول إيرادُه إيرادٌ، والثاني يمرّ عبر حساب أمانةٍ للمالك ولا يدخل قائمة الدخل إلا بمقدار العمولة.

والمكتب الذي يخلط الاثنين يُظهر إيراداً هائلاً وربحاً ضئيلاً — وهي أرقامٌ لا يفهمها بنكٌ ولا مستثمر، ولا يفهمها هو نفسه بعد سنتين.

اطّلع على موديول إدارة العقارات، وعلى بقية ميزات كمتوفا ERP، أو راجع صفحة الأسعار.