تطوير وبرمجة منصة SaaS متكاملة لإدارة الشحن والتوصيل وربط المتاجر الإلكترونية

السلام عليكم،

لدينا مشروع لعميل في المملكة العربية السعودية لإنشاء منصة SaaS متكاملة لإدارة الشحن والتوصيل وربط المتاجر الإلكترونية، والنموذج المرجعي للمشروع هو منصة لمحة من حيث فكرة العمل والوظائف وآلية التشغيل.

تنبيه مهم قبل تقديم العرض

المطلوب هو تسعير وتنفيذ وبرمجة النظام كاملًا، وليس تسعير إعداد Scope of Work أو دراسة المشروع بشكل منفصل.

نحتاج من المطور أو الفريق الراغب بتنفيذ المشروع أن يقوم بدراسة المتطلبات والنموذج المرجعي مبدئيًا كجزء من تقديم عرضه، ثم يرسل لنا:

تصورًا مبدئيًا للـ Scope of Work.

الـArchitecture والـTech Stack المقترح.

مراحل التنفيذ.

سعر تطوير وتنفيذ المنصة كاملة.

مدة التنفيذ الكاملة.

ما هو مشمول وغير مشمول في السعر.

بعد اختيار المطور والاتفاق على السعر والمدة، يتم إعداد واعتماد Full Scope of Work النهائي والتفصيلي قبل بدء البرمجة.

لا نبحث حاليًا عن شخص لإعداد دراسة أو Scope of Work مدفوع بشكل مستقل.

فكرة المشروع

المطلوب بناء منصة Shipping Aggregator SaaS تسمح للمتاجر والمؤسسات بالتسجيل والتعاقد إلكترونيًا وربط متاجرهم الإلكترونية، ثم إنشاء وإدارة الشحنات واختيار شركات الشحن وتتبع الشحنات وإدارة المدفوعات والمحافظ والفواتير وعمليات الدفع عند الاستلام COD والتسويات المالية من خلال نظام واحد.

يرغب العميل أن تكون الوظائف الأساسية وآلية التشغيل مشابهة لمنصة لمحة، مع بناء النظام ببرمجية مستقلة وقابلة للتوسع وإضافة شركات شحن وتكاملات جديدة مستقبلًا.

1. تسجيل المتاجر والمؤسسات وإدارة المستخدمين

المطلوب:

تسجيل المتاجر والمؤسسات.

إدارة بيانات الحساب والمنشأة.

تسجيل الدخول والتحقق.

إمكانية وجود أكثر من مستخدم للحساب عند الحاجة.

Roles & Permissions.

إدارة الحساب والشحنات والأرصدة والفواتير والتسويات من لوحة العميل.

2. العقود الإلكترونية

العميل يريد نظام تعاقد إلكتروني مشابه لآلية لمحة، يشمل:

إنشاء العقود الإلكترونية.

قبول/توقيع العقد.

ربط العقد بالمتجر أو المؤسسة.

حفظ وإدارة العقود.

متابعة حالة العقد.

إمكانية الرجوع إلى العقود وتحميلها.

3. ربط المتاجر الإلكترونية

يجب أن يستطيع العميل ربط متجره مباشرة بالمنصة ومزامنة الطلبات اللازمة لإدارة الشحن.

التكاملات المطلوب دراستها وتنفيذها تشمل:

Salla.

Zid.

Shopify.

WooCommerce.

مع تصميم Integration Architecture تسمح بإضافة منصات أخرى مستقبلًا.

لا توجد حاليًا Developer Accounts جاهزة لهذه التكاملات، ولذلك يجب على المطور توضيح الحسابات والصلاحيات وAPI Credentials والمتطلبات التي يجب على العميل توفيرها.

4. التكامل مع شركات الشحن

العميل لديه اتفاقيات مع بعض شركات الشحن حاليًا، ويرغب بالتوسع وربط شركات أخرى، ومنها:

GNT.

RedBox.

DHL.

البريد السعودي / SPL.

شركات الشحن الأخرى التي سيتم اعتمادها.

بحسب ما تسمح به APIs لكل شركة، يجب دراسة وتنفيذ الوظائف اللازمة مثل:

Create Shipment.

Shipping Rates.

AWB / Shipping Label.

Tracking.

Shipment Status Updates.

Cancel Shipment.

Returns.

Webhooks.

وغيرها من الوظائف التي يوفرها مزود الشحن.

مهم جدًا: نريد Architecture تسمح بإضافة Carrier جديد مستقبلًا بأقل تعديل ممكن على الـCore System.

5. إدارة الطلبات والشحنات

تشمل:

إنشاء الشحنات يدويًا أو من الطلبات المستوردة.

اختيار شركة الشحن.

احتساب سعر الشحن.

إصدار وطباعة البوليصة.

البحث والفلترة.

حالات الشحنات.

سجل الشحنة.

الإلغاء.

المرتجعات.

Bulk Operations عند الحاجة.

إدارة حالات الفشل وإعادة المحاولة في التكاملات.

6. Tracking والإشعارات

العميل أكد ضرورة وجود نظام متكامل لتتبع الشحنات.

المطلوب:

مزامنة حالة الشحنة مع شركة الشحن.

Unified Shipment Status قدر الإمكان.

Timeline للشحنة.

تحديثات تلقائية عبر Webhooks أو الآلية المناسبة لكل شركة.

إرسال SMS للعميل عند تحديث الحالات المطلوبة.

سجل للإشعارات والتحديثات.

ويجب تضمين تكامل مزود SMS مناسب ضمن المشروع، مع فصل رسوم مزود الخدمة الخارجية عن تكلفة التطوير.

7. الدفع الإلكتروني

الدفع الإلكتروني جزء أساسي من النظام.

العميل لا يملك حاليًا اتفاقية مع بوابة دفع إلكتروني.

نحتاج أن يتضمن العرض:

Payment Gateway Integration.

إدارة عمليات الدفع.

حالات نجاح/فشل/انتظار العمليات.

Webhooks.

Refunds عند الحاجة.

ربط العمليات المالية بالمحفظة والفواتير.

ويقوم المطور بتوضيح المتطلبات التي يجب على العميل توفيرها للحصول على وربط بوابة الدفع.

8. Wallet & Financial Ledger

يجب أن تحتوي المنصة على نظام مالي متكامل، وليس مجرد قيمة رصيد داخل الحساب.

يشمل حسب التصميم النهائي:

Wallet لكل متجر.

إضافة الرصيد.

الخصم.

Refunds.

Adjustments.

Transaction History.

Credit/Debit Transactions.

كشف الحساب.

Reconciliation.

Audit Trail للعمليات المالية.

9. الفواتير والحدود المالية

العميل يريد نظام فواتير مع إمكانية تحديد حد مالي للحساب بحيث لا يتجاوز المتجر الحد المحدد له.

لذلك يجب دراسة وتنفيذ:

Billing.

Invoices.

Credit Limit.

Outstanding Amounts.

Paid/Unpaid Amounts.

Statements.

آلية منع أو تقييد العمليات عند الوصول للحد المحدد.

10. COD والتسويات المالية

هذه من أهم وظائف المشروع.

المنصة ستكون مسؤولة عن إدارة مبالغ الدفع عند الاستلام COD والتسويات المالية مع المتاجر بصورة مشابهة لنموذج لمحة.

المطلوب نظام واضح لإدارة:

COD لكل شحنة.

المبالغ المحصلة.

المبالغ المستحقة للمتجر.

تكاليف الشحن.

رسوم المنصة.

الخصومات والإضافات.

Reconciliation.

Settlements.

Settlement Status.

Settlement History.

Financial Reports.

Audit Trail.

ويجب تصميم هذا الجزء كنظام مالي قابل للتدقيق والتتبع.

11. Pricing & Profit Margin

نموذج ربح المنصة الأساسي سيكون من هامش ربح على كل طلب شحن.

لذلك نحتاج Pricing Engine يسمح بإدارة:

تكلفة شركة الشحن.

سعر البيع للمتجر.

هامش ربح المنصة.

الأسعار حسب شركة الشحن.

الأسعار الخاصة بمتجر أو عميل معين.

الرسوم الإضافية عند الحاجة.

تعديل قواعد الأسعار من لوحة الإدارة.

الاحتفاظ بالسعر المستخدم فعليًا لكل شحنة.

12. Customer / Merchant Dashboard

لوحة العميل يجب أن تتيح إدارة ما يحتاجه المتجر، مثل:

Dashboard.

الطلبات.

الشحنات.

إنشاء شحنة.

التتبع.

شركات الشحن.

المتاجر المرتبطة.

العقود.

Wallet.

Payments.

Invoices.

COD.

Settlements.

Reports.

Account Settings.

مع تحديد التفاصيل النهائية ضمن الـScope.

13. Admin Dashboard

نحتاج لوحة إدارة مركزية للتحكم الكامل بالمنصة، وتشمل على الأقل:

العملاء والمتاجر.

المستخدمين والصلاحيات.

العقود.

شركات الشحن.

Integrations.

الطلبات والشحنات.

المرتجعات.

الأسعار وهوامش الربح.

Wallets.

Payments.

Invoices.

Credit Limits.

COD.

Settlements.

Notifications.

Reports.

Audit Logs.

System Settings.

14. التقارير

يجب أن يوفر النظام تقارير تشغيلية ومالية مناسبة، ومنها:

إجمالي الشحنات.

المسلمة.

قيد التوصيل.

الملغاة.

المرتجعة.

أداء شركات الشحن.

تكاليف الشحن.

إيرادات وهوامش ربح المنصة.

COD.

Settlements.

أرصدة المتاجر.

الفواتير.

تقارير حسب الفترات الزمنية.

15. الأمان وقابلية التوسع

نظرًا لأن النظام يحتوي على بيانات مالية وتكاملات متعددة، نحتاج مراعاة:

Role-Based Access Control.

Audit Logs.

حماية APIs.

Encryption حسب الحاجة.

Rate Limiting.

Secure Credentials/Secrets Management.

Backup.

Logging.

Monitoring.

Error Handling.

Retry Mechanisms.

حماية العمليات المالية من التكرار.

Staging & Production Environments.

ويجب أن تكون Architecture قابلة مستقبلًا لإضافة:

شركات شحن جديدة.

منصات تجارة إلكترونية جديدة.

بوابات دفع جديدة.

SMS/Notification Providers.

Features وخدمات جديدة.

دون الحاجة إلى إعادة بناء النظام الأساسي.

النموذج المرجعي

النموذج المرجعي الأساسي هو منصة لمحة.

نطلب من المتقدم دراسة المنصة من ناحية Features وUser Journeys وBusiness Workflows وآلية التشغيل، وليس نسخ التصميم أو الكود.

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

كما نرحب باقتراح Recommended Features إضافية قد تجعل النظام أفضل تشغيليًا أو تجاريًا أو تقنيًا.

المطلوب من المتقدم في العرض

مرة أخرى: المطلوب هنا هو عرض لتنفيذ المشروع كاملًا، وليس بيع دراسة أو Scope of Work.

قبل اعتماد المطور نحتاج أن يتضمن عرضه قدر الإمكان:

تأكيد قدرته على برمجة وتنفيذ وتسليم المنصة كاملة.

Scope of Work مبدئي للمنصة بناءً على المتطلبات أعلاه.

الـModules الرئيسية التي سيقوم بتطويرها.

الـTech Stack المقترح.

تصور الـSystem Architecture.

طريقة بناء Shipping/E-commerce Integration Layer.

تصور واضح لنظام Wallet / Ledger / COD / Settlements.

التكاملات المشمولة في السعر.

أي متطلبات أو خدمات يجب على العميل توفيرها.

السعر الإجمالي لتنفيذ وتطوير النظام كاملًا.

إذا كان التنفيذ على مراحل، سعر كل مرحلة.

مدة التنفيذ الإجمالية ومدة كل مرحلة.

ما هو مشمول في السعر وما هو خارج النطاق.

رسوم الخدمات الخارجية غير المشمولة، إن وجدت.

فترة الضمان بعد الإطلاق.

تكلفة الصيانة والدعم إن وجدت.

أمثلة فعلية على SaaS / Logistics / Financial Systems / API Integrations سبق تنفيذها إن وجدت.

توضيح هل التنفيذ سيكون من الصفر أم باستخدام Core System/Codebase موجود مسبقًا.

التسليم النهائي للمشروع يجب أن يشمل

Source Code كامل.

Database.

API Documentation.

Technical Documentation.

Deployment Files.

إعداد بيئة Production.

الحسابات والبيانات الخاصة بالمشروع.

الاختبارات وUAT.

تسليم كامل للنظام بعد انتهاء المشروع.

وفي حال استخدام نظام أو Codebase موجود مسبقًا، يجب توضيح ملكية الكود والترخيص وحقوق الاستخدام التجاري والتعديل والتطوير بشكل صريح قبل الاتفاق.

تقسيم المشروع إلى مراحل

نرحب باقتراح MVP + Phase 2 + Phase 3 إذا كان ذلك أفضل من الناحية الفنية والتجارية، ولكن نحتاج في هذه الحالة إلى توضيح:

ماذا يحتوي كل Phase + تكلفته + مدته + التكلفة والمدة للوصول إلى النظام الكامل المطلوب.