أكثر ما يُهمَل في أي مشروع نظام لإدارة الأملاك ليس الشاشات ولا التقارير، بل الهيكل — الشجرة التي يتفرّع فيها العقار إلى مبانٍ، وكل مبنى إلى وحدات. تبدو هذه مسألة تنظيم بديهية حتى تُدرك أمراً واحداً: كل شيء في النظام يعتمد عليها. العقد مرتبط بوحدة. الاستحقاق ناتج عن عقد. والشيك مرتبط بعقد ووحدة. وطلب الصيانة يحدث في وحدة. والتقرير يجمع ما سبق.
فإن كان الهيكل صحيحاً صار كل ما بعده ممكناً — وإن كان غير صحيح لم تُنقذك أجمل الشاشات، لأنك ستبنيها فوق أساس يهتز ثم تعيد بناءها. هذا المقال يشرح لماذا الهيكل هو أول قرار، وما الذي يتفرّع عنه، وكيف تكتبه قبل أن تطلب عرض سعر.
ما هو «الهيكل» تحديداً؟
الهيكل ثلاث طبقات، لا اثنتان ولا أربع — وهذا التحديد بالذات هو ما يخطئ فيه كثير من الأنظمة:
- العقار. الكيان الأعلى: المجمّع، أو الأرض، أو المحفظة. وله ما يخصّه من بيانات ومصروفات.
- المبنى. العقار الواحد قد يضمّ مبنى واحداً أو عدة مبانٍ. وتجاهل هذه الطبقة هو الخطأ الأشيع: يُبنى النظام على «عقار ← وحدات»، ثم يظهر مبنى ثانٍ في العقار نفسه، فلا يجد مكانه إلا بتعديل يُعاد معه بناء ما فوقه.
- الوحدة. الطبقة الأخيرة — وهي التي يحدث عندها كل شيء: شاغرة، مؤجرة، محجوزة، أو تحت الصيانة، ولها مستأجرها الحالي.
الوحدة هي الذرة في هذا النظام. لا العقار ولا المبنى. وكل ما لا يمكن ربطه بوحدة — مصروف عام، أو عقد على مستوى العقار — يحتاج قراراً صريحاً في النطاق، لا افتراضاً يُكتشف لاحقاً.
لماذا تسبق البنية الشاشات؟
لأن ترتيب البناء في هذا النوع من الأنظمة ليس مسألة ذوق. خذ ثلاثة أمثلة ملموسة:
العقد. حين يُفعَّل عقد إيجار، ينبغي أن ينشئ النظام جدول استحقاقاته تلقائياً موزّعاً على دفعات السنة. لكن هذا لا يعمل إلا إذا كان النظام يعرف: أي وحدة؟ وما قيمتها؟ ومتى تبدأ؟ أي أن إنشاء الاستحقاقات ليس ميزة في العقد، بل نتيجة لكون العقد مرتبطاً بوحدة معروفة في هيكل صحيح.
الشيك. الشيك المؤجَّل يُسجَّل برقمه وبنكه وتاريخ استحقاقه، ويُرتبط بالعميل والوحدة بمجرّد اختيار العقد. هذه الجملة القصيرة لا تُبرمج إلا فوق هيكل قائم: اختيار العقد يُعطي الوحدة، والوحدة تُعطي المستأجر. بلا هيكل، يصبح إدخال الشيك عملاً يدوياً يتكرر كل شهر.
الصيانة. طلب الصيانة يُسجَّل بموقعه ووصفه وتكلفته وحالته. و«موقعه» يعني: أي وحدة. وحالة الوحدة نفسها قد تتغيّر بسببه — فالوحدة التي تحت الصيانة ليست متاحة للتأجير، وهذا يظهر في تقرير الإشغال لا في شاشة الصيانة.
القاعدة: أي ميزة تريدها لاحقاً ستطلب من الهيكل أن يجيب عن سؤال. فإن لم يكن جوابه موجوداً، أُعيد بناء ما فوقه.
أربعة أخطاء شائعة في تصميم الهيكل
١. تجاهل طبقة المبنى. بناء «عقار ← وحدات» ثم الاصطدام بمبنى ثانٍ. الحل اللاحق — ترقيم الوحدات بصيغة تدلّ على المبنى — يعمل حتى أول تقرير يطلب الإيراد «لكل مبنى على حدة».
٢. الخلط بين حالة الوحدة وحالة العقد. الوحدة «مؤجرة» لأن عليها عقد سارٍ، لكنها قد تكون «محجوزة» قبل توقيع العقد، و«تحت الصيانة» رغم وجود عقد. حالتان مختلفتان على كيانين مختلفين: حالة للوحدة، وحالة للعقد. دمجهما في حقل واحد يُنتج تقارير لا تُفسَّر.
٣. ترك الوحدة بلا تاريخ. تغيّر المستأجر على الوحدة حدث يجب أن يُسجَّل، لا أن يُستبدل. فإن اكتفيت بـ«المستأجر الحالي» فقدت القدرة على الإجابة عن سؤال بسيط: كم تغيّر مستأجر هذه الوحدة في سنتين؟ — وهو سؤال يتعلّق بجودة التأجير لا بالفضول.
٤. افتراض أن كل وحدة من نوع واحد. محل تجاري، وشقة سكنية، ومستودع، وموقف سيارة. إن كانت محفظتك مختلطة، فنوع الوحدة حقل في الهيكل لا تفصيل في الوصف — وإلا اختلطت تقارير الإشغال والإيراد.
عندك مشروع وتحتاج قراراً تقنياً واضحاً؟
استشارة مجانية — نفهم احتياجك ونقول لك الأنسب بصراحة.
كيف تكتب هيكلك قبل أن تطلب عرض سعر؟
ورقة واحدة تكفي، وبإجابات محددة لا بتقديرات:
| السؤال | ماذا تكتب |
|---|---|
| كم عقاراً؟ | عدد العقارات وأسماؤها |
| كم مبنى في كل عقار؟ | عدد المباني — حتى لو كان واحداً اليوم |
| كم وحدة في كل مبنى؟ | عدد الوحدات، ونوع كل وحدة |
| ما حالات الوحدة عندك؟ | شاغرة، مؤجرة، محجوزة، تحت الصيانة — وأي حالة أخرى تستعملها فعلاً |
| هل للوحدة أكثر من مستأجر عبر الزمن؟ | نعم عادةً — وهل تريد الاحتفاظ بالسابق؟ |
| هل المصروفات على الوحدة أم على العقار؟ | تحديد من يقرأ التقرير |
هذه الورقة هي التي تجعل عرض السعر رقماً يُقارَن لا تقديراً يُخمَّن. وهي من جانبك، ولا تكلف شيئاً، وتوفّر أكثر من أي تفاوض على السعر.
أسئلة شائعة
هل أستطيع البدء بهيكل بسيط والتوسّع لاحقاً؟
نعم، بل هذا هو الأفضل — بشرط واحد: أن يُبنى الهيكل منذ البداية بطبقاته الثلاث (عقار، مبنى، وحدة) وإن كان عدد مبانيك واحداً اليوم. البدء بسيطاً شيء، والبدء بهيكل ناقص شيء آخر: الأول يوسَّع، والثاني يُعاد بناؤه.
ماذا لو كانت وحداتي من أنواع مختلفة؟
أضف نوع الوحدة حقلاً في الهيكل من البداية: سكني، تجاري، مستودع، موقف. النوع يبدو تفصيلاً وصفّياً حتى تطلب تقرير إشغال مفصولاً بنوع الوحدة، أو متوسط إيجار لكل نوع.
هل يكفي جدول إكسل لهذا الهيكل؟
للهيكل وحده — نعم، بل هو أفضل مكان تبدأ فيه. الجدول يبدأ بالتخلّي عنك لا في رسم الهيكل، بل في ربط ما يتفرّع عنه: أن يُنشئ العقد استحقاقاته، وأن يرتبط الشيك بالعقد والوحدة تلقائياً، وأن يظهر أثر طلب الصيانة على حالة الوحدة في التقرير نفسه.
كيف أنقل هيكلي الحالي إلى النظام؟
بجرد الوحدات وحالاتها في ملف واحد، ثم استيرادها. هذه الخطوة بند واضح في النطاق، ويُقدَّر بعد الجرد لا قبله. التفاصيل العامّة في الجدول الزمني لمشروع برمجي.
هل يرتبط الهيكل بالفوترة الإلكترونية؟
العقد والاستحقاق نعم — فالفوترة تُصدر عن العقد المرتبط بالوحدة. أمّا الفوترة الإلكترونية نفسها فبند مستقل بمتطلبات محددة، مشروح في دليل الفوترة الإلكترونية.
كم يزيد الهيكل المعقّد من التكلفة؟
السؤال الأدق: كم يزيد إصلاح هيكل ناقص من التكلفة؟ — والإجابة: أكثر بكثير من بنائه صحيحاً من المرة الأولى. عمق الهيكل عامل مؤثر في السعر، وهو مشروح مع بقية العوامل السبعة في تكلفة نظام إدارة عقارات ومرافق.
الخلاصة
الهيكل ليس تفصيلاً تقنياً في نظام إدارة الأملاك، بل هو النظام نفسه مصغّراً: عقار يتفرّع إلى مبانٍ، وكل مبنى إلى وحدات، وكل وحدة بحالتها ومستأجرها. عليه يقوم العقد الذي يُنشئ استحقاقاته، والشيك الذي يُتابَع حتى التحصيل أو الارتجاع، وطلب الصيانة الذي لا يضيع بين الاتصالات، والتقرير الذي يجيب عن «كم المتبقي على المستأجرين اليوم؟».
اكتب هيكلك على ورقة قبل أن تطلب عرضاً — هي أرخص قرار في المشروع وأطولها أثراً. ثم راجع نظام إدارة العقارات والمرافق وشاهد ما بنيناه في دراسة حالة نظام إدارة العقارات. وإن أردت الرقم الكامل، فالعوامل السبعة التي تحرّك السعر في تكلفة نظام إدارة عقارات ومرافق. أو ابدأ من استشارة مجانية نخرج منها بهيكل مكتوب ونطاق يُسعَّر.
م. محمد الحناوي
فريق هندسي سعودي يبني المواقع والمتاجر والتطبيقات والأنظمة المخصصة للشركات في السعودية.