عمل لعميل

Magic Car — طبقة حديثة حول نظام قائم، لا بديلٌ عنه.

منصة B2B لتجّار إكسسوارات السيارات، مبنية حول نظام ERP يبقى المرجع المعتمد. بنينا تجربة التاجر وأدوات الإدارة وطبقة التكامل التي تربط الاثنين.

العميل
Magic Car
المنصّات
Flutter · Web · iOS · Android
المستخدمون
التجّار · فريق الإدارة
النظام القائم
ERP — المرجع للمنتجات والأسعار والحسابات
كتالوج Magic Car: المنتجات بالسعر والتوفّر ورقم الصنف
01الكتالوج
سلة التاجر مع الإجمالي التقديري وزر إرسال الطلب
02السلة
قائمة طلبات التاجر بالحالات: مقبول، مرفوض، قيد المراجعة
03الطلبات

01السياق والقيد

السياق التجاري

تبيع Magic Car للتجّار بالجملة، ويعتمد عملها اليومي على نظام ERP قائم يدير المنتجات والأسعار والحسابات. احتاج التجّار طريقة حديثة للتصفّح والطلب، واحتاج الفريق أدوات لمراجعة الطلبات وإدارة الحملات.

القيد الأساسي

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

02حدود التكامل

ما يملكه النظام القائم، وما تملكه الطبقة الجديدة.

يبقى ERP مصدر الحقيقة. تقرأ طبقة التكامل منه، وتحتفظ بنسخة موثوقة من الكتالوج، وتعود إليه عند كل طلب قبل أي التزام تجاري.

مخطط مبسّط · Magic Carexternal diagram · v1
النظام القائمطبقة التكامل من نواةتجربة التاجرمزامنةقراءة الكتالوجإرسال الطلبتحقّق لحظيإجراءات الإدارةERPالمرجع المعتمد للمنتجاتوالأسعار والحسابات والطلباتيبقى في مكانهمزامنة الكتالوجآخر نسخة سليمةمن الكتالوجتحقّق لحظيبعد مراجعة الإدارةالإدارة · الحملات · الحساباتمسارات تشغيلية حول نظام ERPتطبيق FlutterWeb · iOS · Androidالكتالوج · السلة · الطلباتمسارات الحسابS3LambdaCloudFrontمسار معالجة الوسائط
النظام القائم
ERP
المرجع المعتمد للمنتجات والأسعار والحسابات
تحقّق لحظي ↑ · مزامنة ↓
طبقة التكامل من نواة
آخر نسخة سليمة من الكتالوج
مراجعة الإدارة + تحقّق لحظي
قراءة الكتالوج · إرسال الطلب
تجربة التاجر
تطبيق Flutter
Web · iOS · Android

media: S3 → Lambda → CloudFront

كتالوج منتجات يصمد

بيانات ERP · ذاكرة مؤقتة موثوقة · وسائط سحابية

الكتالوج الموثوق — Magic Carresilient product catalog · internal view, simplified

ERP

مصدر الحقيقة

  • ItemID
  • Barcode
  • Price
  • Stock / availability
بيانات تجارية معتمدة

تحديث الكتالوج

التحقق من لقطة كاملة

  • جلب الكتالوج
  • التحقق من الاكتمال والربط
  • بناء لقطة مرشّحة
فشل التحديث ← تبقى اللقطة الحالية

آخر نسخة سليمة

last-known-good · نشر ذرّي

  • لقطة ثابتة في الذاكرة
  • نسخة سليمة محفوظة بشكل دائم
  • استعادة عند التشغيل

تركيب المنتج

إثراء المنتج بالحملات والوسائط

S3 → Lambda → CloudFront

واجهة المنتج الآمنة

عقد آمن للتاجر — بلا كمية مخزون ولا تكلفة

  • ItemID
  • Name
  • Price
  • Campaign price
  • Availability
  • Image URL

تطبيقات Flutter

Web · iOS · Android

مسار قبول الطلبيتجاوز الذاكرة المؤقتة · تحقّق مباشر من ERP
01
طلب التاجريصل بعد الإرسال
02
مراجعة الإدارةمراجعة الطلب وقبوله
03
تحقّق لحظي من المنتجإعادة التحقق من السعر والتوفّر
04
ERPمصدر الحقيقة
ذاكرة مؤقتة للقراءة الموثوقة، وERP مباشر للقرارات التجارية.أداء وتوفّر دون إضعاف صحة المعاملات.

03كتالوج يصمد

التطبيق يبقى صادقًا حتى عندما يتعطّل المصدر.

  1. D-01

    آخر نسخة سليمة من الكتالوج

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

  2. D-02

    تحقّق لحظي عند الطلب

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

  3. D-03

    البيانات الحسّاسة لا تُعرض

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

  4. D-04

    مسار وسائط مستقل

    تُرفع الصور والفيديو إلى S3، وتُعالَج عبر Lambda، وتُقدَّم عبر CloudFront، بعيدًا عن النظام القائم.

S3 → Lambda → CloudFront · last-known-good cache · live validation

04تجربة التاجر

طلب سريع، بأرقام لا تدّعي ما لا تعرفه.

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

سلة التاجر مع الإجمالي التقديري وزر إرسال الطلب
Fig. 04السلة — «الأسعار والمجموع تقديرية»
قائمة طلبات التاجر بالحالات: مقبول، مرفوض، قيد المراجعة
Fig. 05الطلبات — حالة واضحة لكل طلب

05سير العمل التشغيلي

الإدارة ترى ما يحتاج انتباهها أولًا.

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

لوحة إدارة Magic Car: ما يتطلّب الاهتمام والعمليات الأساسية
Fig. 06لوحة الإدارة — تبدأ بما ينتظر قرارًا

06دروس هندسية

احترم المرجع

طبقة حديثة حول نظام قائم تقلّل الخطر وتسرّع التسليم، بشرط أن تكون حدود الملكية واضحة من اليوم الأول.