MotelSystem—منصةفندقمتعددةاللغاتمعتقاريرمتوافقةمعالجهاتالحكوميةالمحلية

المشكلة

فنادق بوتيك في دهوك وأربيل كانت تجمّع بين Excel وأوراق تنظيمية ووحدات حجز فنادق مجانية لا تتحدث الكردية ولا تتعامل مع العملتين. موظفو الاستقبال كانوا يقضون 30–45 دقيقة لكل تسجيل وصول في نسخ تفاصيل الهوية يدويًا في قالب .docx الحكومي المحلي الرسمي، مع أخطاء بيانات ناقصة كثيرة لا تُكتشف إلا بعد أيام.

المنهج

• صممتُ مخطط Postgres متعدد المستأجرين (Supabase) مع RLS صارم بحيث تكون بيانات كل فندق معزولة تمامًا.
• بنيتُ واجهة إدارة Next.js App Router بترجمة EN/AR/KU، تخطيط RTL، وتدفقات استقبال متينة للإنترنت غير المستقر.
• نفذت تدفق حجز مباشر متكامل: اختيار غرفة → استلام إيداع → طباعة إيصال مزدوج (نسخة الضيف + نسخة المحاسبة) في أقل من 30 ثانية.
• حللتُ هندسيًا وثيقة الجهة الحكومية المحلية .docx (جدول 10 أعمدة RTL، صفوف بيانات بألوان مرمزة) وبنيتُ تصديرًا بنقرة واحدة مع تتبع متعدد الليالي، تنبيهات هويات ناقصة، والتحقق على مستوى الحقل.
• أعددتُ نشرًا على Cloudflare Workers مع تخزين مؤقت لصفحات العملاء — حققتُ ميزانية CPU 10ms دون التضحية بالميزات الديناميكية عبر pre-fetch في page.tsx واستخدام admin client للقراءات المجهولة.
• شحنتُ موجات أسبوعية (33 حتى الآن) مع فوترة Stripe وتأكيدات واتساب وCMS لجانب العميل يحرره مدير الفندق بنفسه.

النتائج

• تقلّص زمن تسجيل الوصول في الاستقبال من 30–45 دقيقة إلى أقل من 90 ثانية.
• تُرسل التقارير الحكومية المحلية يوميًا في الوقت المحدد، دون أي رفض لبيانات ناقصة بعد إطلاق نظام التنبيهات.
• صفحات الحجز للعملاء تخدم EN/AR/KU بسرعة تحميل LCP أقل من 1.5 ثانية على الجوال في جميع كردستان.
• في الإنتاج مع مستأجرين يدفعون لأكثر من 12 شهرًا. 33 موجة إنتاج أسبوعية شُحنت دون انقطاع كامل للنظام ولو مرة.
• صاحب النظام يدير 100% من العمل عبر تطبيق واحد — حجوزات، إيداعات، إيصالات، تقارير حكومية، CMS لموقع العملاء — دون مغادرة لوحة التحكم.