مطلوب مبرمج لربط متجر برمجة خاصة بـ API أوتو (OTO)

مطلوب مبرمج لربط متجر برمجة خاصة بـ API أوتو (OTO)

أبحث عن مبرمج متمرس لربط متجري الإلكتروني (برمجة خاصة) بخدمات الشحن والتوصيل التالية عبر الـ API:
منصة أوتو (OTO API): لربط خيارات الشحن وتوليد بوالص الشحن تلقائياً وتتبع الطلبات.
منصة مرسول (Mrsool API): لتفعيل التوصيل السريع وتوجيه الطلبات لمندوبي مرسول.
المهام المطلوبة:
1. ربط واجهات الـ API الخاصة بكل من أوتو ومرسول باللوحة الخلفية للمتجر (Backend).
2. إرسال تفاصيل الطلب وعنوان العميل تلقائياً إلى شركة الشحن عند تأكيد الطلب.
3. استقبال وتحديث حالة الشحن (Order Status) ورقم التتبع في متجري فور تغييرها لدى أوتو/مرسول (Webhooks).
4. إضافة خيارات وأسعار الشحن الديناميكية في صفحة الدفع (Checkout).
5. اختبار الربط كاملاً وتأكيد عمله بدون أخطاء على بيئة العمل المباشرة (Production).
الشروط والمتطلبات:
خبرة سابقة ومثبتة في التعامل مع RESTful APIs و Webhooks.
يفضل من قَام بطلب ربط مع OTO أو Mrsool سابقاً.
تسليم كود نظيف ومُوثّق (Clean & Documented Code).

عن الموضوع

ناشر الموضوع

.Tareq Saad S

  • مبرمج

التعليقات (15)

عبدالرحمن د.
منذ ساعتين و4 دقائق
السلام عليكم
تواصل معي، جاهز ان شاء الله
احمد ع.
منذ ساعتين و3 دقائق
تواصل معي
.Mina S
منذ ساعتين و3 دقائق
السلام عليكم ورحمة الله وبركاته،

ربط المتجر مع OTO وMrsool ليس مجرد استدعاء API، بل هو بناء دورة شحن متكاملة تبدأ من Checkout وتأكيد الطلب، ثم إرسال بيانات العميل والشحنة تلقائيًا، واستقبال تحديثات الحالة والتتبع عبر Webhooks وإظهارها داخل المتجر بشكل لحظي وموثوق.

لدي خبرة 5 سنوات في تطوير الأنظمة والـBackend، مع خبرة عملية في RESTful APIs وWebhooks وقواعد البيانات وتكامل الخدمات الخارجية، وسأركز على بناء الربط بطريقة منظمة وآمنة وقابلة للصيانة، مع توثيق الكود وآلية التعامل مع الأخطاء.

**خطة التنفيذ:**

**المرحلة الأولى – تحليل وتجهيز التكامل:**
مراجعة بنية الـBackend الحالية، توثيق APIs الخاصة بـOTO وMrsool، وتحديد بيانات الطلب والعنوان والشحن المطلوبة لكل خدمة وتجهيز بيئة الاختبار.

**المرحلة الثانية – ربط OTO وMrsool:**
تنفيذ التكامل مع الخدمتين وإرسال بيانات الطلب والعنوان تلقائيًا عند تأكيد الطلب، مع إنشاء بوليصة الشحن ورقم التتبع وفق إمكانيات كل API.

**المرحلة الثالثة – Webhooks وتتبع الطلبات:**
إنشاء نقاط استقبال Webhooks لتحديث حالة الطلب ورقم التتبع داخل المتجر تلقائيًا عند وصول أي تغيير من OTO أو Mrsool، مع التعامل مع حالات الفشل وإعادة المحاولة بشكل آمن.

**المرحلة الرابعة – Checkout:**
إضافة خيارات الشحن وأسعارها الديناميكية داخل صفحة الدفع، وربط السعر والخيارات بالبيانات القادمة من خدمات الشحن بدل إدارتها بشكل ثابت.

**المرحلة الخامسة – الاختبار والإطلاق:**
اختبار دورة الطلب كاملة من Checkout حتى إنشاء الشحنة وتحديث حالتها وتتبعها، ثم معالجة أي أخطاء والتأكد من استقرار التكامل على بيئة Production.

وسيكون الكود **Clean & Documented** مع تنظيم طبقة التكامل بحيث يمكن تعديل أو إضافة شركة شحن أخرى مستقبلًا دون التأثير على باقي النظام.

وخلال العمل ستكون هناك **قناة تواصل مستمرة بيننا** للرجوع إليك بعد الانتهاء من كل مرحلة، ومراجعتها واعتمادها، وبعد تأكيدك ننتقل إلى المرحلة التالية؛ لضمان أن كل جزء يعمل بالشكل المطلوب قبل الانتقال لما بعده.

معرض الأعمال:
https://mostaql.com/u/MinaWassi/portfolio

تقييمات العملاء:
https://mostaql.com/u/MinaWassi/reviews

جاهز أبدأ فورًا، وهتشوف النتيجة بإذن الله بمنتهى الدقة والاحترافية.

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

سأقوم بتنفيذ هذا الربط التقني عبر الخطوات التالية:
1. **أوتو (OTO API):** ربط نقاط النهاية (Endpoints) لإنشاء الشحنة وتوليد البوليصة تلقائياً بمجرد تغيير حالة الطلب في لوحة تحكم متجرك إلى "جاري التجهيز"، مع إعداد Webhook لاستقبال تحديثات التتبع من OTO لتنعكس فوراً في قاعدة بيانات متجرك.
2. **مرسول (Mrsool API):** إرسال إحداثيات موقع العميل (Latitude/Longitude) وتفاصيل الطلب لإنشاء طلب التوصيل فورياً وتوجيهه للمندوبين، مع حساب تكلفة التوصيل السريع ديناميكياً في صفحة الدفع بناءً على المسافة.
3. **الكود والبيئة:** تسليم كود نظيف وموثق (Clean & Documented Code) متوافق مع معايير الـ Backend لمتجرك (سواء كان Laravel/PHP أو Node.js)، مع إجراء اختبارات شاملة على بيئة المطورين (Sandbox) قبل الانتقال لبيئة العمل المباشرة (Production).

أحتاج لمعرفة لغة البرمجة أو إطار العمل المبني عليه متجرك الخاص حالياً لتأكيد التوافق؟

مدة التنفيذ: 6 أيام عمل (مشروطة بجاهزية حسابات المطورين ومفاتيح API الخاصة بك على OTO وMrsool).

يمكنك الاطلاع على جودة أعمالي البرمجية السابقة من هنا:
https://mostaql.com/u/abdullah_tamim/portfolio
.Abdulrahman I
منذ ساعتين ودقيقة
أهلا بحضرتك أ/ طارق،

أستطيع تنفيذ ربط متجرك البرمجي الخاص مع خدمات الشحن عبر REST APIs وWebhooks، بحيث يتم إرسال بيانات الطلبات تلقائيًا، وتوليد الشحنات، وحفظ رقم التتبع وتحديث حالة الطلب، مع إضافة خيارات وأسعار الشحن في صفحة الدفع واختبار الربط على بيئة Production.

سيشمل العمل ربط الـ Backend مع OTO وMrsool، التعامل مع Webhooks، ومعالجة الأخطاء والحالات المختلفة، مع تسليم كود منظم وقابل للتطوير، وتقييمي 5 نجوم على المنصة، وحاصل على رتبة بائع مستوى 2.

السعر: 100 دولار حسب التقنيات المستخدمة وتفاصيل الـ APIs المتاحة.

المدة: من 4 إلى 7 أيام.

معرض الأعمال:
https://mostaql.com/u/abdo_ibrahim7/portfolio

متاح تعديلات وخدمة ما بعد البيع إن شاء الله.
احمد ع.
منذ ساعتين
السلام عليكم استاذ طارق،

بحثت عن طبيعة الربط المطلوب، وواضح أن المشروع ليس مجرد استدعاء API؛ أنت تحتاج Integration كاملة بين نظام المتجر وOTO وMrsool مع مزامنة الحالات والتتبع والـWebhooks.

عجبني في طلبك تحديدًا أنك تريد أسعار الشحن تظهر ديناميكيًا داخل Checkout، لأن هذا يجعل العميل يختار طريقة التوصيل المناسبة قبل الدفع بدل معالجة الشحن يدويًا بعد إنشاء الطلب.

وبالنسبة للمنافسين وحلول الشحن المشابهة، أغلب التكاملات الجيدة تعتمد على طبقة مستقلة داخل الـBackend لإدارة شركات الشحن، لذلك أقترح تصميم الربط بحيث تكون OTO وMrsool مزودين منفصلين (Providers)؛ وبذلك لو أضفت شركة شحن ثالثة مستقبلًا لن نضطر لإعادة بناء نظام الطلبات بالكامل.

وأنا فاهم المشكلة الأساسية عندك: لو تم إرسال الطلب لشركة الشحن بنجاح لكن لم تتم مزامنة الـWebhook بشكل صحيح، ستصبح حالة الطلب في المتجر مختلفة عن حالته الحقيقية عند شركة التوصيل. لذلك سأركز على التعامل مع Webhooks، التحقق من الطلبات، منع التكرار، وتحديث حالة الشحنة ورقم التتبع تلقائيًا مع تسجيل الأخطاء لتسهيل المراجعة.

التنفيذ يشمل:

OTO API.
Mrsool API حسب الـAPI المتاح لحسابك.
إنشاء الشحنات وبوالص الشحن.
إرسال بيانات الطلب والعنوان تلقائيًا.
Dynamic Shipping Rates في Checkout.
Webhooks وتحديث حالات الطلب.
Tracking Number.
معالجة أخطاء الـAPI وإعادة المحاولة عند الحاجة.
اختبار Sandbox/Production.
كود منظم وموثق.

التكلفة المبدئية: 100–150$
المدة: 3–5 أيام بعد توفير API Keys وDocumentation الخاصة بـOTO وMrsool.

إذا أرسلت لي التقنية المستخدمة في Backend + توثيق الـAPI أو مفاتيح الاختبار، أقدر أحدد لك السعر النهائي والمدة بدقة قبل البدء.
فاطمة الزهراء م.
منذ ساعة و57 دقيقة
ضمن خدماتي
.Odai A
منذ ساعة و48 دقيقة
السلام عليكم،

قرأت تفاصيل المطلوب، وأقدر أساعدك في ربط المتجر مع OTO وMrsool من جهة الـBackend.

عندي خبرة في Node.js وNestJS والتعامل مع REST APIs والـWebhooks، وعملت قبل كذا على ربط أنظمة مع APIs خارجية وإرسال واستقبال البيانات وتحديثها بشكل تلقائي.

أقدر أشتغل على ربط الطلبات مع شركات الشحن، إرسال بيانات العميل والطلب، استقبال تحديثات حالة الشحنة ورقم التتبع، وإضافة خيارات وأسعار الشحن في الـCheckout حسب الـAPI، مع اختبار الربط بشكل كامل.

بالنسبة لـOTO وMrsool تحديدًا، إذا عندك الـAPI documentation والـcredentials أقدر أراجعها وأحدد لك طريقة الربط المطلوبة وأبدأ مباشرة.

إذا حاب، أرسل لي تفاصيل الـBackend الحالي والتقنيات المستخدمة فيه ونشوف المطلوب بالضبط.
احمد ا.
منذ ساعة و47 دقيقة
تواصل معي جاهز للتنفيذ فوراً
.Imad B
منذ ساعة و39 دقيقة
نصيحة أخوية، هل قمت فحص أمني قبل العمل أو تأمين خادم الموقع؟
أكبر خطأ يقع فيه المستقلون هو إعداد دون تأمين , الخطوة الأولى والأهم بعد التطوير موقع الخاص بك هي فحصه للبحث عن الثغرات الأمنية
وهذه هي وظيفتي .بصفتي باحثاً أمنياً ومختبر اختراق (Pentester) مصنفاً ضمن أفضل 4% عالمياً في TryHackMe، وخبيراً في فحص وأمن الـ APIs، عرضي لك لضمان استقرار أرباح عملائك وحماية أصولك الرقمية:
الخدمة : اختبار الاختراق الشامل

OAuth Flow Security: فحص الـ Redirect URIs وإعدادات الـ Apps على منصات المطورين Burp Suite للتأكد من استحالة اختطاف الـ Access Tokens (Token Hijacking).

OWASP Top 10 & API Security: فحص قنوات الاتصال بالكامل ونقاط الربط ضد ثغرات OWASP الشائعة مثل الـ XSS، وحقن قواعد البيانات، وتجاوز الصلاحيات (IDOR/BOLA) عبر Postman.

Leak Data & Credentials Prevention: اختبار الأنظمة للتأكد من استحالة تسريب الـ Tokens الحساسة، وملفات الـ Service Account JSON، أو الـ App Secrets في الـ Client-side أو ملفات الـ JS المكشوفة.

Leak Files & Subdomains Recon: استخدام تقنيات البحث المتقدم وفحص الدومينات الفرعية (Subdomains) للتأكد من عدم وجود ملفات حساسة مسربة (مثل ملفات .env أو سجلات أخطاء مكشوفة) قد تكشف مفاتيح الربط للهكرز.

Business Logic Vulns: مراجعة منطق عمل المنظومة لضمان عدم وجود أي ثغرات برمجية تمكن المهاجم من التلاعب بالطلبات أو استهلاك الـ APIs بشكل غير مصرح به.

والمزيد من الأشياء....تحقق من خدمتي لمزيد من المعلومات
.Abdelrahman B
منذ ساعة و33 دقيقة
تواصل معى لتنفيذ ما هو مطلوب
هاجر ن.
منذ ساعة ودقيقة
السلام عليكم ورحمة الله وبركاته،

اطلعت على تفاصيل المشروع، والمطلوب واضح بالنسبة لي: تنفيذ ربط متجركم البرمجي بشكل متكامل مع **OTO API** و **Mrsool API**، بداية من عرض خيارات وأسعار الشحن وحتى إنشاء الشحنة ومتابعة حالتها وتحديثها تلقائيًا داخل المتجر.

لدي خبرة في تطوير أنظمة الـ Backend والتعامل مع **RESTful APIs وWebhooks**، وربط الخدمات الخارجية بالأنظمة البرمجية مع الاهتمام بالتعامل الصحيح مع حالات الطلب والأخطاء والبيانات القادمة من الـ APIs.

### ما سأقوم بتنفيذه:

* ربط OTO وMrsool بالـ Backend الحالي للمتجر.
* إرسال بيانات الطلب وعنوان العميل تلقائيًا عند تأكيد الطلب.
* إنشاء الشحنات وبوالص الشحن وفق الـ API المتاح لكل خدمة.
* استقبال Webhooks وتحديث حالة الطلب ورقم التتبع تلقائيًا داخل المتجر.
* إضافة خيارات وأسعار الشحن الديناميكية في صفحة الـ Checkout.
* التعامل مع حالات الفشل وإعادة المحاولة وتسجيل الأخطاء بشكل منظم.
* اختبار جميع سيناريوهات الشحن قبل الإطلاق.
* التأكد من صحة البيانات المتبادلة بين المتجر وخدمات الشحن.
* تجهيز الربط للعمل على بيئة Production بشكل آمن ومستقر.
* تسليم كود Clean & Documented Code ليسهل صيانته وتطويره مستقبلًا.

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

**ملاحظة مهمة:** قبل البدء سأراجع توثيق الـ API الخاص بـ OTO وMrsool، وأتأكد من الـ endpoints والـ authentication وآلية الـ Webhooks المتاحة في حسابكم، حتى يتم تنفيذ الربط وفق أحدث متطلبات الخدمتين وليس بناءً على افتراضات.

يمكنني البدء مباشرة، ومناقشة الـ Backend الحالي وطريقة عمل Checkout والبيانات الموجودة في نظام الطلبات لتحديد أفضل طريقة لدمج خدمات الشحن بدون التأثير على النظام الحالي.

تحياتي لكم.
مختار ا.
منذ 42 دقيقة
أهلاً بك أخي الكريم.
قرأت متطلباتك بدقة، وجاهز لتنفيذ ربط متجرك الخاص مع OTO و Mrsool API بشكل كامل واحترافي.

سأقوم بتنفيذ الآتي:

إرسال بيانات الطلب والعنوان تلقائياً فور التفعيل إلى OTO لتوليد البوليصة ورقم التتبع، وإلى Mrsool للتوصيل السريع.

ربط الـ Webhooks لاستقبال تحديثات الشحن لحظياً وتحديث حالة الطلب في لوحة تحكم متجرك.

حساب أسعار الشحن الديناميكية وعرضها للعميل في صفحة Checkout.

كتابة كود PHP نظيف، آمن، وموثق بالكامل مع اختبار التجربة المباشرة (Production).

لدي خبرة واسعة في ربط RESTful APIs والـ Webhooks، وأسعد بالتواصل معك للبدء فوراً.
.Khalid E
منذ 16 دقيقة
أهلا مهندس طارق

ربط OTO وMrsool مع متجرك بالشكل المطلوب يحتاج تنفيذ دورة الشحن كاملة وليس مجرد استدعاء API

سأجعل الطلب ينتقل من متجرك إلى شركة الشحن تلقائيا مع إرسال بيانات العميل والشحنة ثم إنشاء الشحنة والبوليصة وحفظ رقم التتبع داخل النظام

وعند تغير حالة الشحنة سيتم استقبال التحديث عبر Webhook وتحديث حالة الطلب عندك مباشرة بدون تدخل يدوي

كذلك سأربط أسعار وخيارات الشحن بالـCheckout بحيث تظهر للعميل بشكل ديناميكي حسب البيانات المتاحة من شركات الشحن

الأهم عندي أن يكون الربط مستقرا في الحالات الفعلية وليس فقط أن يعمل في تجربة بسيطة لذلك سأتعامل مع أخطاء الـAPI وتكرار الـWebhooks وفشل الطلبات وأضمن عدم حدوث تعارض بين حالة الطلب عندك وحالته لدى شركة الشحن

سأرتب التكامل بطريقة تسمح لك بإضافة شركة شحن أخرى مستقبلا بدون إعادة بناء النظام من البداية

التنفيذ خلال 4 إلى 6 أيام

التكلفة 120 دولار

بعض أعمالي https://mostaql.com/u/khalidelabd/portfolio

أضف تعليق

سجّل دخول لتتمكن من إضافة تعليق على هذا الموضوع.

دخول
حساب جديد