تطبيق التأجير في أودو لن يدير عقد إيجار، والسبب في أول حقل فيه

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

الاستنتاج خاطئ، لكنه خاطئ لسبب يستحق الشرح. تطبيق التأجير تطبيق جيد، هو فقط مبني حول شيء آخر.

ما يفترضه تطبيق التأجير

تطبيق التأجير في أودو وجد ليؤجر منتجًا ثم يستعيده. سقالات، وكاميرات، وسيارات، وأثاث مناسبات. كل قرار تصميمي فيه ينبع من هذه الجملة.

الشيء المؤجر منتج له مخزون. خروجه يخفض المتاح ورجوعه يعيده. والمدة تسعر بقاعدة تسعير بالساعة أو اليوم أو الأسبوع. هناك استلام وهناك إرجاع، والإرجاع هو الحدث الذي يقفل العملية. التأخير رسم، والتلف يقدر على القطعة وهي عائدة.

ضع عقد الإيجار العقاري أمام كل بند من هذه.

هذه ليست قائمة خصائص ناقصة، بل قائمة افتراضات مقلوبة. الخاصية الناقصة تضاف. أما الافتراض المقلوب فيستبدل، واستبدال افتراضات تطبيق شغل أطول من البناء بجواره.

العلامة هي الإرجاع. كل نظام تأجير منظم حول حدث لا وجود له في عقد الإيجار.

والتحفظ نفسه يسري على وحدة العقارات التي يعرضها عليك أي نظام ERP عام في عرض تقديمي. ستحمل وحدة وستحمل عقدًا، وسيبدو الاثنان مقنعين على شريحة. اسأله أين مال المالك هذا الشهر، أو أي شيك يجب أن يصل البنك يوم الثلاثاء، فلا جواب عنده — لا لأنه بني رديئًا، بل لأن هذه ليست الأسئلة التي شكل حولها.

ما يعطيه أودو فعلًا بلا تعديل

هذا هو النصف الذي يضيع حين يستنتج أحد أن أودو لا يصلح للعقارات. جزء كبير مما يحتاجه نشاط التأجير موجود أصلًا ولا يحتاج عملًا.

المحاسبة. وهي الأهم. محاسبة أودو دفتر مزدوج القيد كامل وقابل للتدقيق، بعملات متعددة ومعالجة ضريبية وتسوية بنكية ومحاسبة تحليلية. فالطبقة العقارية يجب أن ترحل إليه لا أن تحل محله. وإن اقترح مورد استبدال الدفتر، فاسأله لماذا: الدفتر أقل الأجزاء متطلبات قطاعية وأكثرها تعرضًا للرقابة.

الصيانة وأوامر العمل. طلبات وفرق ومعدات وجدولة. يحتاج توجيهه إلى الوحدات بدل الآلات، لكن الآلية حقيقية.

المستندات والتوقيع وبوابة العملاء. عقود وتوقيعات، ومكان يرى فيه المستأجر أو المالك كشفه دون أن يتصل بأحد.

المشتريات وفواتير الموردين. كل إصلاح في كل وحدة عملية شراء، ويجب أن ينزل على الوحدة وعلى تفويض المالك.

التقارير والتوزيع التحليلي. آلية تقطيع كل رقم بالوحدة وبالمالك موجودة.

فالصياغة الأمينة ليست «أودو أم نظام عقاري». هي: أودو تحت، وسلسلة التأجير مبنية طبقة فوقه، تستعمل المحاسبة ولا تلتف حولها.

ما يجب بناؤه فعلًا

كل ما بين العقد والدفتر. وهي قائمة محددة ومنتهية، تستحق المعرفة لتسعرها.

1. الوحدة سجل قائم بذاته: المواصفة والحالة والعقد الجاري والتاريخ والصيانة في مكان واحد.
2. تفويض من المالك، له سقف إنفاق وتاريخ انتهاء، لأن تأجير وحدة بلا تفويض مكتوب أسرع طريق إلى مطالبة.
3. عقد إيجار بجدول أقساط يجب أن يتزن مع قيمة العقد.
4. سجل أدوات للشيكات، بتواريخها وحيازتها وحالتها.
5. فواتير تولد من الجدول لا تكتب باليد.
6. سلم تحصيل يسجل الدين والدليل معًا: ماذا طولب به، ومتى، وكيف أعلن.
7. كشف مالك يطابق المحصل ناقص الأتعاب ناقص المصروف.
8. توزيع نقدي متتبع إلى مقبوضات صفت فعلًا.
9. تجديد يعرف السقف القانوني للزيادة.
10. إخلاء يسوى بعد معاينة الخروج قبل أن يتحرك التأمين.

لا شيء في هذه القائمة غريب. لكنها كلها غائبة عن تطبيق تأجير، ولا يبلغ منها شيء بالإعداد.

الجزء الذي يستهان به: الرفض

الخصائص أعلاه هي النصف السهل. والنصف الذي يقرر هل يوثق بالأرقام آخر الشهر هو ما يرفض النظام فعله.

1. عقد إيجار لا تجمع أقساطه إلى قيمة العقد.
2. عقد يفعل والشيكات المحفوظة لا تغطيه.
3. فاتورة إيجار تكتب باليد على عقد قائم.
4. تصعيد إلى قضية بلا إنذار وبلا تاريخ عليه.
5. إنفاق فوق سقف المالك دون سؤاله.
6. تأمين يرد قبل معاينة الخروج.
7. مالك يدفع له من مقبوضات لم تصف.

كل واحد من هذه انتقال حالة يسمح به النظام أو يرفضه. والسماح يبدو مرونة أثناء العرض، ويسلك سلوك ثقب دائم في المطابقة بعده. ولهذا لا تصلح إجابة «سنعالج ذلك بإجراء»: الإجراء طلب، والبوابة رفض، وواحد منهما فقط ينجو من ربع سنة مزدحم.

الرفض هو الجزء الغالي في البناء، والمستحيل تركيبه لاحقًا، والوحيد الذي لا يستطيع وصفه منافس لم يبنه.

المجتمعية أم المؤسسية

سؤال وجيه، وجوابه هنا أضيق من الجواب العام. النسخة ليست هي التي تقرر طبقة التأجير. الذي تقرره النسخة هو أودو المحيط: خصائص محاسبية، والاستوديو، وبعض التقارير، وترتيب الاستضافة. والموازنات مبسوطة في Community مقابل Enterprise، وهي لا تتغير لأن القطاع عقاري.

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

كيف تدير العرض ليجيب على سؤالك

المورد يعرض ما يجيده برنامجه، وهذه طبيعة العروض لا سوء نية فيها. والمقابل أن تحضر التسلسل معك.

1. أنشئ وحدة ومالكًا وتفويضًا عليه سقف إنفاق، ثم أجر الوحدة بلا تفويض ساري — يجب أن يرفض.
2. ابن عقدًا أقساطه أقل من قيمته بدرهم واحد، ثم فعله بشيكات تغطي نصف المدة — يجب أن يرفض في الحالتين.
3. ولد فواتير السنة من الجدول، ثم حاول كتابة فاتورة ثالثة عشرة باليد.
4. قدم شيكًا وصفه، ثم اجعل الذي بعده يرتد، وأر سلم التحصيل يتحرك، وارفع طلب إصلاح فوق سقف التفويض بلا موافقة المالك.
5. أخرج كشف المالك في منتصف الشهر، وادفع له ما صفا منه فقط.

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

باختصار

تطبيق التأجير في أودو ليس قاعدة لعقد إيجار، لأنه منظم حول إرجاع لا وجود له في العقد. أما المحاسبة والصيانة والمستندات والمشتريات في أودو فهي القاعدة الصحيحة تمامًا، ويجب أن تترك كما هي.

والذي بينهما — الوحدة والتفويض وجدول الأقساط وسجل الأدوات ودليل التحصيل وكشف المالك — طبقة، والقرار الحقيقي الوحيد هو شراء تلك الطبقة منتجًا أو اكتشافها مشروعًا.

وطبقتنا نحن هي Proptec: ستة عشر تطبيقًا على Odoo 19، تعمل في ست شركات. تشغل Trans Emirates عليها محفظة تتجاوز خمسة آلاف وحدة هنا في الإمارات، وDarna، وهي مطور عقاري في مصر، عليها منذ 2019. والحقيقة الثانية أنفع، لأن أحدًا في مصر لا يسجل «إيجاري» — فسبع سنوات في يد مطور خارج الإمارات أوضح دليل متاح على أن التجهيزات الإماراتية فيها تهيئة لا أساسات.

وإن كنت قبل سؤال المنتج، فالمقال الأوسع هو عقد الإيجار جدول أشياء لم تحدث بعد، وشكل العمل كله نظامًا واحدًا على صفحة العقارات والتأجير.