# واجهة تختار فيها التواريخ قبل السلّة.

> Dcey (dcey.com.tr) يبيع تأجيراً لا مخزوناً. الواجهة تطبيق Next.js فوق Magento GraphQL، مبنيّ بحيث تعيش نطاقات التواريخ والإتاحة والمرتجعات داخل المعاملة لا كحقول ملحقة بجانبها.

- **البريد:** hello@zhajmohamad.com
- **URL:** https://zhajmohamad.com/ar/projects/dcey

## ما الذي بُني.

من Magento إلى GraphQL إلى Next.js، مع التعبير عن قواعد التأجير مرّة واحدة في طبقة التجارة حيث يعيش الطلب أيضاً.

- **إتاحة بنطاق التاريخ** — تُحسب الإتاحة لكل وحدة عبر فترة زمنية لا كعدّ مخزون، بما في ذلك زمن التجهيز بين تأجيرين.
- **تسعير التأجير في طبقة التجارة** — شرائح يومية وأسبوعية وأطول تُحسب على النطاق المختار، فيكون السعر الظاهر في الواجهة هو السعر الذي يحمله الطلب.
- **واجهة headless** — واجهة Next.js تقرأ Magento عبر GraphQL، مع مخطّط مخصّص حيث لا يعرف المخطّط الافتراضي مفهوم فترة التأجير.
- **المرتجعات وجانب الإغلاق** — الإرجاع جزء من سجلّ التأجير نفسه، فتعود الوحدة متاحة لأن النظام أغلق المعاملة لا لأن أحداً تذكّر.

## الوضع.

التجارة القياسية تفترض أن الصنف يخرج مرّة. أمّا التأجير فيفترض عودته — وكل ما يليه يتغيّر.

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

## أنظمة ذات صلة.

- **Hujuzatk (hujuzatk.com)** — سؤال الإتاحة نفسه بمقياس العقارات وعبر مشغّلين كثر.
- **Frankenspalter (frankenspalter.ch)** — المنصّة نفسها تحت حِمل تجزئة تقليدي، وخلفها تكامل ERP.

## أسئلة متكرّرة.

**لماذا headless هنا؟**
لأن منتقي التاريخ هو المنتج. تحتاج الواجهة لإعادة التسعير وفحص الإتاحة كلّما غيّر العميل النطاق، وهذا لا يناسب إعادة تحميل الصفحات — وهو سبب وجيه لفصل الواجهة مع إبقاء قواعد التأجير في طبقة التجارة.

**هل يمكن تشغيل هذا على خلفية غير Magento؟**
نعم. النمط — إتاحة بحسب الفترة، وتسعير على النطاق، ومكان واحد يملك القواعد — ليس خاصاً بـ Magento. ويستحقّ Magento مكانه حين يكون الكتالوج ومجموعات العملاء ونموذج الطلب يحملون ثقلاً بالفعل.

## مجالات تخصّص ذات صلة.

- [تطوير منصّات التأجير](https://zhajmohamad.com/ar/rental-platforms)
- [مهندس Magento / Adobe Commerce](https://zhajmohamad.com/ar/magento-adobe-commerce)
- [تطوير تجارة إلكترونية مخصّصة](https://zhajmohamad.com/ar/ecommerce)
- [منصّات الحجز والمواعيد](https://zhajmohamad.com/ar/booking-platforms)

---

اكتب لي ما تريد بناءه أو أتمتته أو توسيعه. تحصل على جواب صريح حول الملاءمة خلال يوم — واسم تتصل به إن لم أكن الشخص المناسب.