
أول سؤال يصلنا من أي مكتب أو شركة تدير عقارات هو: «بكم نظام إدارة الأملاك؟»، ويليه مباشرة سؤال أصعب: «ولماذا هذا الفرق بين عرضين لشيء يبدو واحداً؟». السبب أن نظام إدارة العقارات ليس شاشة حجز ولا تطبيق عرض — هو هيكل بيانات قبل أن يكون شاشات: عقار يتفرّع إلى مبانٍ، وكل مبنى إلى وحدات، وكل وحدة بحالتها ومستأجرها. حين يستقيم هذا الهيكل يصبح كل ما بعده ممكناً: عقد يُنشئ جدول استحقاقاته، وشيك مؤجَّل يُتابَع قبل أن يُرتجع، وطلب صيانة لا يضيع بين الاتصالات. وحين لا يستقيم، تُبنى الشاشات فوق أساس يهتز، ثم تُعاد بناؤها مرتين.
هذا المقال لا يعطيك رقماً، لأن أي رقم بلا نطاق مكتوب رقم مضلّل. الذي يعطيه هو العوامل السبعة التي يتحرك السعر معها فعلاً في هذا القطاع تحديداً، والنطاق الذي تقع فيه مشاريع نفّذناها، والبنود التي تُنسى فتُكتشف بعد التوقيع.
لماذا لا يوجد رقم واحد يصلح لكل مكتب إدارة؟
مكتب يدير عمارة واحدة بعشرين وحدة ليس مشروع شركة تدير مئات الوحدات في مبانٍ متفرقة بعقود وشيكات وصيانة. لكن الفرق الأكبر ليس الحجم. مكتبان بالحجم نفسه قد يقعان في نطاقين مختلفين تماماً بحسب أسئلة لا علاقة لها بعدد الوحدات:
- هل الإيجار يُحصَّل نقداً أو تحويلاً، أم بشيكات مؤجَّلة؟
- هل العقد ينشئ دفعات متساوية، أم دفعات مختلفة القيمة في أوقات مختلفة؟
- هل تُسجَّل مصروفات الصيانة على الوحدة أم على العقار أم على المالك؟
- هل تحتاج أكثر من مستوى صلاحية: مدير، ومحصّل، وفني صيانة؟
- هل تريد أن تعرف — في أي لحظة — كم المتبقي على المستأجرين اليوم، وكم تحصّل فعلاً هذا الشهر؟
كل سؤال من هذه إما وحدة برمجية قائمة بذاتها أو لا شيء على الإطلاق. ولهذا كان أول شيء نفعله قبل أي عرض سعر هو كتابة هذا النطاق — لا تقديره.
سبعة عوامل تحدّد السعر فعلياً
1. عمق الهيكل: عقار ← مبانٍ ← وحدات. وهو الأساس الذي يُبنى عليه كل ما بعده. عقار يتفرّع إلى مبانٍ، وكل مبنى إلى وحدات، وكل وحدة بـحالتها — شاغرة، مؤجرة، محجوزة، أو تحت الصيانة — وبمستأجرها الحالي. هذا التفرّع يبدو بديهياً حتى تُدرك أن كل تقرير، وكل استحقاق، وكل طلب صيانة، يعتمد عليه. تغييره بعد البناء يعني إعادة بناء ما فوقه.
2. العقد وجدول الاستحقاقات. حين يُفعَّل عقد الإيجار ينشئ النظام جدول استحقاقاته تلقائياً موزّعاً على دفعات السنة، وكل استحقاق يُتابَع بقيمته، ومدفوعه، ومتبقّيه، وأيام تأخيره. الفرق بين نظام يحسب هذا الجدول ونظام يُدخل يدوياً كل شهر ليس فرق راحة، بل فرق دقة في أهم رقم يهم المالك.
3. متابعة الشيكات. الشيكات تُسجَّل بأرقامها وبنوكها وتواريخ استحقاقها، وتُرتبط بالعميل والوحدة بمجرّد اختيار العقد — فلا شيك بلا عقد يقابله — وتُتابَع حتى التحصيل أو الارتجاع. هذه الوحدة بالذات هي التي يطلبها من يعمل بالسوق السعودي، وتفاصيلها مشروحة في الشيكات المؤجلة: كيف تتابعها قبل أن تُفاجأ بالارتجاع.
4. طلبات الصيانة. تُسجَّل بموقعها ووصفها وتكلفتها وحالتها. الصيانة في إدارة الأملاك ليست بنداً ثانوياً: هي التي تُحوّل إيراداً صافياً على الورق إلى رقم أقل في الواقع، وحين لا تُسجَّل تكلفتها تظل الأرباح مقدَّرة لا محسوبة.
5. التقارير. إيراد الإيجارات، والتحصيلات الفعلية، والمصروفات — وما ينتج عنها. التقارير هي آخر ما يُبنى وأول ما يُسأل عنه، وهي التي تحوّل النظام من سجل إلى أداة قرار.
6. الأدوار والصلاحيات وسجل الأنشطة. شركة إدارة العقارات لا تعمل بيد شخص واحد: هناك مدير، ومحصّل، وفني صيانة، وربما مالك يطّلع ولا يعدّل. ولكل دور صلاحيات تُضبط شاشة بشاشة، وكل عملية تُقيَّد في سجل أنشطة كامل — فلا يضيع سؤال «من غيّر هذا ولماذا؟».
7. نقل البيانات القديمة. إدارة العقارات تتوزّع عادةً بين ملفات ورقية وجداول متفرقة، ونقلها إلى النظام عمل حقيقي لا يُستهان به: وحدات بحالات مختلفة، وعقود قائمة بدفعاتها المتبقية، وشيكات في الدرج. من أسهل الأخطاء أن يُنسى هذا البند في النطاق ثم يُكتشف بعد التسليم.
الخلاصة في جدول
| العامل | السؤال الذي تكتبه قبل طلب العرض | أثره على السعر |
|---|---|---|
| عمق الهيكل | كم عقاراً؟ وكم مبنى؟ وكم وحدة؟ وما حالاتها؟ | مرتفع |
| العقد والاستحقاقات | هل الجدول يُنشأ تلقائياً؟ وكم دفعة؟ | مرتفع |
| متابعة الشيكات | تُحصَّل بشيكات مؤجلة؟ وكم شيكاً شهرياً؟ | مرتفع |
| طلبات الصيانة | تُسجَّل التكلفة والحالة؟ ومن يتابعها؟ | متوسط |
| التقارير | أي تقارير؟ ولمن تُعرض؟ | متوسط إلى مرتفع |
| الأدوار وسجل الأنشطة | كم دوراً؟ وهل الصلاحيات شاشة بشاشة؟ | متوسط |
| نقل البيانات | كم وحدة وعقداً وشيكاً سيُنقل من القديم؟ | متوسط إلى مرتفع |
النطاق السعري المتوقع
الأرقام التالية ليست تقديرات نظرية، بل نطاقات لمشاريع نفّذناها فعلاً — لتعرف أين يقف مشروعك قبل أن تطلب عرضاً:
| المستوى | ما يشمله عادةً | النطاق |
|---|---|---|
| نواة تعمل | عدد محدود من الوحدات الأساسية، وفريق مستخدم واحد، بلا تكاملات خارجية | ٢,٥٠٠ – ٤,٠٠٠ ريال |
| نظام متوسط | وحدات أكثر، وأدوار وصلاحيات، وتقارير جاهزة | ٤,٠٠٠ – ٧,٠٠٠ ريال |
| نظام متكامل | أكثر من فرع، وتكاملات مع أنظمة خارجية، وتقارير متقدمة | ٨,٠٠٠ – ١٥,٠٠٠ ريال |
قاعدتان قبل أن تقرأ الأرقام:
- السعر يشمل البرمجة والدعم الفني ٤٥ يوماً بعد التسليم فقط. لا يوجد لدينا سعر يشمل الاستضافة أو النطاق.
- المستوى يتبع النطاق لا العكس. العوامل السابقة هي التي تحدّد أين يقع مشروعك، وكل مستوى يشمل ما قبله.
الجاهز أم المخصص: أين تذهب التكلفة؟
الأنظمة الجاهزة لإدارة الأملاك موجودة ورخيصة، وهي تفرض هيكلاً ثابتاً: عقار، ووحدات، وربما عقد. المشكلة ليست في نقص الميزات، بل في أن الهيكل نفسه يختلف من مكتب إلى آخر — والأسوأ أنك لا تكتشف هذا الخلاف إلا بعد أن تدخل بياناتك كاملة، أي بعد أن تكون قد دفعت ثمن الترخيص وثمن إدخال البيانات.
ثم تأتي الممارسات المحلية: الشيكات المؤجلة جزء معتاد من التعامل العقاري في السوق السعودي، ومتابعتها حتى التحصيل أو الارتجاع ليست بنداً تجده جاهزاً في نظام صُمّم لسوق آخر. وكذلك توزيع دفعات العقد، وربط كل شيك بالعقد والوحدة التي صدر عنها.
القاعدة العملية: إن كنت تدير عدداً محدوداً من الوحدات، وتحصّل إيجارك نقداً أو بتحويل، ولا تحتاج أكثر من تذكير بالاستحقاق، فالنظام الجاهز — أو حتى جدول منضبط — قد يكفي، ولا مبرر لبناء ما هو مبني. وإن كنت تتعامل بشيكات مؤجلة، أو كانت عقودك بدفعات غير متساوية، أو كان يعمل في الإدارة أكثر من شخص بصلاحيات مختلفة، أو كنت تحتاج أن تعرف في أي لحظة كم المتبقي على المستأجرين وكم تحصّلت فعلاً — فإن المخصص يتوقف عن كونه رفاهية.
المقارنة الكاملة في البرنامج الجاهز أم المخصص، والعوامل العامة لتسعير أي نظام مخصص في تكلفة تطوير نظام مخصص.
عندك مشروع وتحتاج قراراً تقنياً واضحاً؟
استشارة مجانية — نفهم احتياجك ونقول لك الأنسب بصراحة.
بنود تُنسى في الميزانية
- إعداد الهيكل وجرد الوحدات. جرد كل مبنى ووحدة وحالتها ومستأجرها الحالي. عمل إداري من جانبك يسبق أي برمجة، وتأخيره يعطّل التنفيذ.
- نقل البيانات القديمة. من الملفات الورقية والجداول المتفرقة إلى النظام. بند مستقل بذاته، ويُقدَّر بعد جرد البيانات لا قبله.
- ضبط دفعات العقود القائمة. العقود السارية ليست كلها بنمط واحد، وضبط كل عقد بدفعاته المتبقية عمل دقيق لا يُترك للتخمين.
- حالات الوحدة. شاغرة، مؤجرة، محجوزة، تحت الصيانة — تحديد هذه الحالات بدقة في النطاق يمنع تفسيرات مختلفة لاحقاً.
- الأجهزة. ما يعمل عليه المحصّل في الميدان، ومن يتابع الصيانة من موقعها.
- التدريب. ساعات تدريب من يعملون على النظام كل يوم: المحصّل، ومستقبل طلبات الصيانة، لا المدير وحده.
- التعديلات بعد الإطلاق. شهر أو شهران من التعديلات بعد التشغيل الفعلي أمر طبيعي في كل نظام حقيقي، ويجب أن يكون مكتوباً في العقد.
- الصيانة والنسخ الاحتياطي. النظام الذي يحمل عقوداً وشيكات وبيانات مستأجرين يحتاج متابعة أمنية ونسخاً مستمرة — التفاصيل في الصيانة بعد الإطلاق.
- الفوترة الإلكترونية. إن كانت مطلباً فهي بند مستقل بمتطلبات محددة، مشروحة في دليل الفوترة الإلكترونية.
ما يرفع تكلفة أي مشروع برمجي ليس هذه البنود نفسها، بل اكتشافها بعد التوقيع.
مثالان: مكتب يدير عمارة واحدة مقابل شركة تدير مئات الوحدات
مكتب يدير عمارة واحدة بعشرين وحدة. عشرون وحدة بحالاتها ومستأجريها، وعقد يُفعَّل فينشئ استحقاقاته، وشيكات قليلة تُتابَع حتى التحصيل، وطلبات صيانة بتكلفتها، وتقرير واحد بالإيجارات والتحصيلات. ومدير يعمل على النظام وحده. هذا المشروع يقع في النطاق الأول: وحدات أساسية محدودة، وفريق مستخدم واحد، بلا تكاملات.
شركة تدير مئات الوحدات في عدة مبانٍ. عدة عقارات، ولكل عقار مبانيه ووحداته، وعقود بدفعات غير متساوية، وشيكات مؤجلة تُتابَع في موجات استحقاق شهرية، وطلبات صيانة بتكاليف تُحمَّل على جهات مختلفة، ومحصّلون وفنيون يعملون في الميدان — ولكل منهم دوره وصلاحياته. مع تقارير بالإيجارات والتحصيلات والمصروفات تُعرض للإدارة، ونقل بيانات من جداول قائمة منذ سنوات. هذا المشروع يقع في النطاق الثالث: وحدات متعددة، وتكاملات، وتقارير متقدمة.
الفرق بين المشروعين ليس «حجم محفظة عقارية»، بل كم علاقة مالية على النظام أن يتتبّعها عبر الزمن.
كيف تقرأ عرض السعر؟
اسأل عن السؤال الذي لا يُكتب عادةً: ما الذي لا يشمله هذا العرض؟ ثم قارن بين عرضين على النطاق لا على الرقم: هل جدول الاستحقاقات يُنشأ تلقائياً من العقد أم يُدخل يدوياً؟ وهل الشيك مرتبط بالعقد والوحدة بمجرّد اختياره؟ وهل أيام التأخير تُحسب أم تُقرأ؟ وهل نقل بياناتك القديمة داخل السعر أم بند منفصل؟ الفروق المخفية في عرض السعر — وما ينبغي أن تراه فيه — مشروحة بالتفصيل في كيف تقرأ عرض سعر برمجي.
كيف تخفض التكلفة دون أن تخسر النظام؟
- ابدأ بالهيكل مكتوباً. عقار، ومبانٍ، ووحدات، وحالات — هذه الورقة أرخص بند في المشروع وأعظمها أثراً، وهي من جانبك لا من جانب المطوّر.
- ابدأ بعقار واحد إن كانت محفظتك كبيرة. الذي يصلح في عقار واحد يوسَّع على البقية بأقل تكلفة، والذي لا يصلح يُكتشف في عقار واحد لا في عشرة.
- أجّل التقارير المتقدمة. ابدأ بسؤالين اثنين: كم المتبقي على المستأجرين اليوم؟ وكم تحصّلت فعلاً هذا الشهر؟ وما عداهما يأتي بعد أن ترى ما تحتاجه حقاً.
- استخدم ما هو مبني. الإشعارات، والدفع الإلكتروني، والربط المحاسبي — خدمات قائمة تُربط ولا تُبرمج.
- اطلب عرضاً مفصولاً. كل وحدة برقمها، فتعرف ما تشتريه وما يمكنك تأجيله.
الأسئلة الشائعة
هل يكفي جدول إكسل لإدارة عشرين وحدة؟
قد يكفي في البداية، بل لا مبرر للبرمجة قبله. لكن الجدول يبدأ بالتخلّي عنك في ثلاث لحظات محددة: حين تريد أن يعرف أكثر من شخص الحالة نفسها في الوقت نفسه، وحين تريد أن يُنشأ جدول الاستحقاقات من العقد تلقائياً، وحين تبدأ بسؤال «من غيّر هذا الرقم ولماذا؟» — وهو سؤال لا يجيب عنه جدول. الانتقال إلى نظام قرار إداري لا تقني، وتوقيته يحدّده حجم محفظتك لا طموحك.
هل ينشئ النظام جدول الاستحقاقات تلقائياً من العقد؟
نعم. حين يُفعَّل عقد الإيجار ينشئ النظام جدول استحقاقاته موزّعاً على دفعات السنة، وكل استحقاق يُتابَع بقيمته ومدفوعه ومتبقّيه وأيام تأخيره. هذا هو الفرق بين نظام يحسب ونظام يُدخل.
كيف أتابع شيكاً مؤجلاً قبل أن يُفاجئني ارتجاعه؟
بأن يُسجَّل الشيك منذ لحظة استلامه لا منذ لحظة استحقاقه: برقمه وبنكه وتاريخ استحقاقه، ومرتبطاً بالعميل والوحدة بمجرّد اختيار العقد، ثم يُتابَع في حالته حتى التحصيل أو الارتجاع. التفاصيل الكاملة في الشيكات المؤجلة: كيف تتابعها قبل أن تُفاجأ بالارتجاع.
هل أستطيع استيراد عقودي ووحداتي الحالية؟
نعم، ونقل البيانات من الملفات والجداول القائمة بند واضح في النطاق. ويُقدَّر بعد جرد بياناتك لا قبله، لأن حجمه الحقيقي لا يُعرف إلا بعد أن ترى ما عندك فعلاً.
هل يفرّق النظام بين صيانة على المالك وصيانة على المستأجر؟
النظام يسجّل طلب الصيانة بموقعه ووصفه وتكلفته وحالته. أمّا تصنيف الطلب بحسب من يتحمّل تكلفته — المالك أو المستأجر — فهو إضافة تُحدَّد ضمن النطاق، وتُسعَّر بحسب ما تريده من أثر على التقارير: إن كانت التكلفة تُطرح من إيراد الوحدة فهي بند، وإن كانت تُسجَّل للمتابعة فقط فهي بند أخف.
كم يستغرق تنفيذ نظام إدارة أملاك؟
بحسب النطاق: النواة الأساسية — الهيكل، والعقود والاستحقاقات، والشيكات، والصيانة، وتقارير أساسية — تُنجز في أسابيع، والنظام متعدد العقارات بنقل بياناته وصلاحياته وتقاريره المتقدمة يستغرق أشهراً. وأي شركة تعطيك مدة قبل كتابة النطاق تعطيك رقماً بلا أساس. المراحل والمدد في الجدول الزمني لمشروع برمجي.
هل السعر يشمل الاستضافة والنطاق؟
لا يوجد لدينا سعر يشمل الاستضافة أو النطاق. ما في الجدول هو البرمجة والدعم الفني ٤٥ يوماً بعد التسليم. فإن أردت استضافة نظامك لدينا فهي خدمة منفصلة بسعر مخفّض لعملائنا، وتُحدَّد بحسب حجم النظام واستهلاكه. والصيانة بعد هذه المدة تُتفق بحسب احتياج كل نظام: نظام يُحدَّث كل شهر غير نظام يعمل سنوات بلا تغيير.
الخلاصة
تكلفة نظام إدارة عقارات ومرافق ليست رقماً يُعطى، بل حصيلة تُحسب: عمق الهيكل من العقار إلى المبنى إلى الوحدة وحالاتها، والعقد الذي يُنشئ جدول استحقاقاته تلقائياً، والشيكات المؤجلة التي تُتابَع حتى التحصيل أو الارتجاع، وطلبات الصيانة بتكلفتها، والتقارير التي تحوّل السجل إلى قرار، والأدوار والصلاحيات وسجل الأنشطة، ثم نقل بياناتك القديمة. من كتب نطاقه أولاً حصل على رقم يُقارَن ويُفاوَض عليه، ومن بدأ بالسؤال عن الرقم حصل على أرقام لا علاقة بينها.
ابدأ بكتبة هيكلك: كم عقاراً، وكم مبنى، وكم وحدة، وما حالاتها — ثم اطلب عرضاً مفصولاً واسأل عما ليس مكتوباً فيه. وإن أردت نظاماً يُبنى على هيكل محفظتك الفعلي لا على هيكل افتراضي، فراجع نظام إدارة العقارات والمرافق وشاهد ما بنيناه في دراسة حالة نظام إدارة العقارات. والأساس الذي يُبنى عليه كل هذا مشروح في هيكل العقار والوحدات. وإن كنت في التسويق العقاري لا في إدارة الأملاك، فحسابه مختلف: تكلفة نظام CRM لشركة تسويق عقاري. أو ابدأ من استشارة مجانية نخرج منها بنطاق مكتوب يُسعَّر.
م. محمد الحناوي
فريق هندسي سعودي يبني المواقع والمتاجر والتطبيقات والأنظمة المخصصة للشركات في السعودية.