تعديل كود مصدر
تفاصيل المشروع
أهداف المشروع (بإيجاز)
رابط كود المصدر
* تكييف الكود ليدعم منصة SaaS حيث لكل تاجر مساحة مستقلة تماماً (isolated workspace).
* فصل تام بين لوحة مسؤول المنصة (super-admin) ولوحات التجار (merchant dashboards).
* تعريب كامل احترافي ودقيق للواجهة وملفات الترجمة وواجهات RTL.
* نظام تحكم مركزي من قبل مسؤول المنصة يتيح تفعيل/إيقاف خيارات الربط بالخدمات مثل الشحن، الرسائل النصية، مزودي الدفع.
* محفظة داخلية للتجار لشراء رصيد الشحن/رسائل/خدمات أخرى.
* إخفاء أو تقييد خيارات تقنية عن التجار حسب سياسات المنصة.
* تقديم وثائق فنية ومستخدم نهائية + خطة اختبار واستلام واضحة.
---
نطاق العمل المفصّل (تفاصيل المهام)
1) تحليل الكود الحالي وتسليم تقرير افتتاحي
* استلام نسخة من المستودع (repo) وتحليل الهيكل، الاعتماديات، جدول قاعدة البيانات، والوظائف الأساسية.
* تقرير نقاط الضعف، الالتباس، والمهام المطلوبة بالتفصيل (قائمة قابلة للتنفيذ).
2) تغيير الهوية البصرية (Branding)
* استبدال الشعار، الألوان، الفافيكون، النصوص الافتراضية، وعناصر الهوية في كامل الواجهات (super-admin + merchant + front-end إذا وجد).
* تصميم/تطبيق نظام متغير للهوية إن لزم (themes) ليُسهل تغييرات مستقبلية.
3) فصل لوحات التحكم (Separation)
* فصل كامل للـ Super Admin (مسؤول المنصة) عن Merchant Admin بحيث يكون لكلٍ واجهته، صلاحياته، ونقاط الدخول.
* فصل قواعد البيانات أو استخدام طبقة تعدد المستأجرين (multi-tenant) مناسبة تضمن عزل البيانات (اختيارات تصميمية مقترحة: tenancy per database, schema, or row-based with tenant\_id).
* التأكد من صلاحيات API ونداءات الـ back-end بحيث لا يمكن للتاجر الوصول لإعدادات المنصة.
4) تعريب احترافي (Localization & RTL)
* مراجعة جميع ملفات الترجمة (lang files) وصياغة عربية مفهومة وسليمة لغوياً.
* فحص واجهات RTL والتأكد من اتساق الـ CSS، اتجاه النص، ومحاذاة العناصر.
* اختبار اللغة العربية في كل واجهة ووضع قائمة بالمصطلحات الأساسية واقتراحات ترجمة قياسية.
5) تحكّم مركزي بالخدمات (Feature Toggles)
* إنشاء لوحة إعدادات في Super Admin تُمكّن/تعطل الربط مع خدمات الشحن، الرسائل النصية، ومزودات الدفع.
* إمكانية إخفاء واجهات الربط عن التجار أو السماح لهم بربط خدماتهم الخاصة (عندما تكون الميزة مفعّلة من قبل المنصة).
* ادارة مزودي الخدمة (CRUD) من Super Admin: إضافة موفّري شحن، بوابات دفع، مزودي SMS مع إعدادات API.
6) محفظة للتجار (Wallet)
* نظام رصيد داخلي للتجار في لوحة التاجر لشراء خدمات (بوليصات شحن، رسائل، باقات تسويق، رسوم مميزة).
* سجل معاملات (transactions ledger) واضح مع إمكانيات فوترة، سحب رصيد (إن وُجدت سياسات) وتصدير CSV/PDF لفواتير.
7) واجهة إعدادات الشحن والرسائل
* تقييد/إخفاء إعدادات فنية عن التجار ما لم تسمح المنصة.
* عند توفير المنصة خدمة شحن موحدة، يجب أن يكون خيار افتراضي لربط التاجر بخدمة المنصة مع إمكانية الربط الفردي لكن الربط الفردي يكون مخفي ويمكن اظهاره اذا سمح مسؤول المنصة بذلك عن طريق لوحة التحكم الخاصة به .
* إعدادات طرق الشحن (التسعير حسب الوزن/السعر/المنطقة) قابلة للتخصيص من قبل Super Admin.
8) المدفوعات والفوترة
* دمج بوابات دفع شائعة مع إمكانية التبديل من Super Admin.
* نظام فوترة تلقائية ورسائل إشعار عبر البريد/داخل النظام.
9) الأمان والنسخ الاحتياطي
* مراجعة أمنية أساسية: حماية CSRF، XSS، SQL injection، سياسات صلاحيات دقيقة.
* إعداد نسخ احتياطية لقاعدة البيانات وملفات مهمة وإجراءات استرجاع واضحة.
10) اختبارات وقبول (QA)
* خطة اختبار شاملة: اختبارات وحدات Unit Tests، اختبارات تكامل Integration Tests، واختبارات يدوية للواجهات الحرجة.
* قائمة حالات الاستخدام Acceptance Criteria لكل ميزة رئيسية.
11) التوثيق والتسليم
* توثيق فني (README مفصّل، خطوات إعداد بيئة التطوير، CI/CD، متطلبات النظام).
* دليل مستخدم باللغتين العربية والإنجليزية (لوحة التاجر، لوحة المسؤول).
* مستودع Git مرتب مع فروع feature و PRs واضحة.
العروض المقدمة
Ismail A.
السلام عليكم لدي خبرة قوية في PHP / Laravel وتطوير أنظمة SaaS متعددة المستأجرين مع فصل لوحات التحكمSuper Admin / Merchant إضافة إلى التعريب الاحترافي ودعم RTL، ...
Mahmoud R.
مرحبا، اطلعت بعناية على تفاصيل مشروعك وفهمت المطلوب بشكل كامل، خصوصا النقاط المتعلقة بـ تحويل الكود لمنصة SaaS متعددة التجار مع عزل البيانات، دعم الـ RTL، وإضاف...