برنامج حسابات الضمان العقاري الذي يصمد أمام التدقيق.

ما هو حساب ضمان التطوير العقاري في دبي؟

هو حساب مصرفي تُودَع فيه كامل دفعات المشترين وأموال تمويل مشروع البيع على الخارطة، ولا يجوز للمطور السحب منه إلا وفق ما يسمح به التشريع ومؤسسة التنظيم العقاري (RERA). أساسه القانوني هو قانون رقم (8) لسنة 2007 بشأن حسابات ضمان التطوير العقاري في إمارة دبي. الغرض منه أن أموال المشترين لا تموّل شيئًا سوى المشروع الذي دفعوا من أجله، وأن يكون الصرف مرتبطًا بإنجاز فعلي معتمد وليس باحتياج المطور للسيولة.

ما الذي يوجبه قانون رقم (8) لسنة 2007 على المطور عمليًا؟

ثلاثة التزامات تشغيلية يومية: أن تدخل كل دفعة من المشتري إلى حساب الضمان لا إلى الحساب التشغيلي؛ وألا يتم أي صرف إلا مقابل نسبة إنجاز معتمدة ووفق قواعد الاحتجاز المقررة؛ وأن يكون كل ذلك قابلًا للإثبات عند التدقيق. الالتزام الأول سهل. أما الثاني والثالث فهما ما يفشل فيه معظم المطورين — لأن الإثبات يتطلب سجلًا لا يمكن تعديله بأثر رجعي، وهو ما لا توفره جداول البيانات ولا دفاتر الأستاذ العامة.

لماذا لا تكفي جداول البيانات أو نظام ERP عام لإدارة حسابات الضمان؟

لأن كليهما يسمح بالتعديل بأثر رجعي. عند التدقيق لا يكون السؤال «ما هو الرصيد؟» بل «من أذن بهذا الصرف، ومقابل أي نسبة إنجاز، ومتى، وهل كان مسموحًا به في حينه؟». دفتر الأستاذ في نظام ERP عام يمكن تسوية قيوده وتعديلها؛ وجدول البيانات يمكن تغييره دون أثر. كما أن أنظمة ERP العامة غير مُعرّبة تنظيميًا: فهي لا تعرف قواعد RERA ولا بوابات الصرف ولا تسجيل عقود البيع في نظام «عقود» لدى دائرة الأراضي والأملاك. أما بوابة البنك الضامن فتُظهر الرصيد فقط، ولا تدير دورة حياة المشروع.

ما علاقة مرسوم رقم (33) لسنة 2020 بأنظمة المطورين؟

مرسوم رقم (33) لسنة 2020 بشأن المحكمة الخاصة بالمشاريع العقارية غير المنجزة والملغاة في إمارة دبي يحدد الجهة التي تفصل في حقوق الأطراف عند تعثر المشروع أو إلغائه. وأثره على النظام التشغيلي مباشر: إذا أُلغي مشروع، يجب أن تكون عمليات الاسترداد وفكّ ارتباط الوحدات قابلة للتنفيذ كعملية واحدة متكاملة ومسجّلة بالكامل، لا كتسويات يدوية متفرقة. النظام الذي لا يستطيع إثبات ما حدث لكل درهم عند الإلغاء يترك المطور بلا دفاع أمام المحكمة الخاصة.

ما هو EscrowOS ولمن صُمم؟

EscrowOS هو نظام تشغيلي يدير دورة حياة البيع على الخارطة بالكامل للمطورين في الإمارات وفق قواعد RERA: تأسيس المشروع وبوابات الإطلاق، وسجل ضمان غير قابل للتعديل تُحسب أرصدته بالفلس، ومدفوعات المشترين والشيكات المؤجلة، والصرف المرتبط بنسب الإنجاز المعتمدة، والاعتراف بالإيراد وفق المعيار الدولي IFRS 15، وحزم تدقيق جاهزة لـ RERA. وهو مصمم لفرق الضمان لدى المطورين، لا كإضافة على نظام إدارة علاقات عملاء.

كيف يمنع النظام إجراءً غير مطابق قبل وقوعه؟

عبر ست بوابات إلزامية تعمل قبل تنفيذ أي إجراء لا بعده. تُحسم القواعد من طبقة الامتثال GraphIQ التي تُبقي التشريعات محدّثة عند تغيرها، ويُسجَّل كل حكم بوابة — بالقبول أو بالمنع — في سجل دائم. أي محاولة صرف لا تستوفي شرط الاعتماد أو الرصيد أو الاحتجاز تُمنع، ولا تُترك لتقدير المستخدم ولا تُكتشف لاحقًا في التدقيق.

كيف تُشترى هذه الأنظمة، وما التكلفة الأولية؟

يُقدَّم EscrowOS ضمن نموذج «النتيجة كخدمة»: تموّل Xamun بناء النظام، ويُنشر على بنيتكم التحتية، وتدفعون مقابل كل عملية يعالجها النظام — دون نفقات رأسمالية مقدّمة. وإن لم يعمل النظام، لا يبدأ العداد ولا يُستحق شيء.

من يبني EscrowOS ويدعمه في دبي؟

EscrowOS هو أحد منتجات سلسلة OS من Xamun. مكتب Xamun الخليجي في حرم دبي للذكاء الاصطناعي بمركز دبي المالي العالمي (AI Campus، الطابق الثالث، Innovation One)، والهندسة تُنفَّذ عبر مصنع Xamun للبرمجيات، والتنفيذ في المنطقة بالشراكة مع BlastAsia. جلسات الاستكشاف تُعقد حضوريًا في دبي.