المشكلة
شركة التوصيل بتوزّع الطلبات على الطيارين بالتليفون. النتيجة: طيار في المعادي
بياخد طلب في مدينة نصر، والعميل مستني، والتاجر مش عارف الطلب فين.
المحرك
النظام بيستخدم PostGIS — امتداد جغرافي لـ PostgreSQL — عشان يحسب أقرب طيار
فعلياً بالمسافة، مش بالترتيب. الطلب بيتوزّع تلقائي، والتتبّع بيتحدّث لحظياً
عبر Socket.io.
خمس تطبيقات
| التطبيق | لمين |
|---|---|
| سوبر أدمن | مالك المنصة — بيضيف الشركات ويدير الخطط |
| لوحة الشركة | شركة التوصيل — طياريها وطلباتها وحساباتها |
| تطبيق الطيار | الطيار — بيستقبل الطلب ويحدّث حالته |
| لوحة التاجر | المطعم أو المتجر — بيبعت الطلبات ويتابعها |
| الموقع | صفحة تعريفية وتسجيل الشركات الجديدة |
نوعين حساب
عند التسجيل بتختار:
- شركة توصيل بطياريها الخاصين وبتخدم عدة مطاعم
- مطعم بطياريه اللي بيوصّلوا ليه هو بس
وكل حساب بياناته منفصلة تماماً عن أي حساب تاني.
الربط بأنظمة تانية
فيه واجهة API للاستقبال — أي نظام كاشير أو متجر إلكتروني يقدر يبعت الطلب
للمنصة مباشرة من غير إدخال يدوي.
التقنيات
TypeScript على Node.js، و PostgreSQL مع PostGIS، و Socket.io للتتبّع اللحظي،
وواجهات Vite. قاعدة البيانات ٢١ جدول بطبقة أمان على مستوى الصف.
عوامل السعر والمدة
عدد الشركات والطيارين، ومنطقة التغطية، وهل عايز تطبيق موبايل أصلي للطيار،
وهل فيه ربط بأنظمة كاشير خارجية.
