لبيني: سوق لقطع غيار السيارات

لمن هذا النظام

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

كيف يسير يوم العمل

يفتح العميل طلباً جديداً، فيختار ماركة سيارته وموديلها وسنة صنعها، ويختار «موديل آخر» إن لم يجد موديله في القائمة. ثم يكتب اسم القطعة ووصفها والكمية، ويضيف رقم الهيكل وصور القطعة إن أراد، ويحدد عنوان التوصيل. يصل الطلب إلى تطبيق المتاجر مع الطلبات الواردة، فيراجعه المتجر ويرسل عرض سعره. ويجد العميل العروض في تطبيقه مع عددها على كل طلب، ويتابع طلبه حتى يصله. ويتابع المتجر من الشاشة نفسها طلباته النشطة والمكتملة، وعروض الأسعار التي أرسلها، وإحصاءات متجره. وتشرف الإدارة على المتاجر والعملاء من لوحة التحكم على الويب.

ما الذي يميزه

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

كيف بُني

يتشارك تطبيقا العميل والمتجر شيفرة واحدة على Flutter، فيصل كل إصلاح إلى الطرفين معاً. وبنينا لوحة التحكم على React لأن الإدارة تحتاج جداول وصلاحيات على شاشة واسعة. ويحفظ PostgreSQL على Supabase سجلات السوق كلها. وتفرض سياسات RLS أن يقرأ كل متجر بياناته وحده، فتمنع قاعدة البيانات الوصول إلى بيانات متجر آخر حتى لو حدث خطأ في واجهة التطبيق.