ربط متجرك بشركة التوصيل: يدويًا أم بملف أم عبر API؟
لا تبدأ بالربط البرمجي لمجرد أنه يبدو احترافيًا. متجر يرسل خمسة طلبات يوميًا يكفيه نسخ مرتّب، ومتجر يرسل العشرات يربح كثيرًا من رفع ملف واحد للطلبات بدل نسخها، أما الربط عبر API فيستحق تكلفته حين يصبح عدد الطلبات وأخطاء النسخ وتتبّع مبالغ التحصيل عبئًا يوميًا. السؤال الصحيح ليس «ما أفضل طريقة؟» بل «أين أقف الآن، وما الذي يدفعني للمستوى التالي؟».
لماذا يهمّ هذا القرار أكثر مما يبدو؟
في متجر أردني يعتمد كثيرًا على الدفع عند الاستلام، شركة التوصيل ليست مجرد ناقل. هي التي تسلّم البضاعة، وتقبض المال نيابة عنك، ثم تحوّله إليك لاحقًا مع كشف بالطلبات. كل خطأ في نقل رقم هاتف أو مبلغ أو اسم منطقة يتحوّل إلى مكالمة إضافية، أو طلب مرتجع، أو فرق في الحساب تكتشفه بعد أسبوعين.
لذلك فالربط بين المتجر وشركة التوصيل له ثلاثة أطراف يجب أن تفكّر فيها معًا: إرسال الطلب، وإعادة رقم التتبع وحالة الشحنة إلى المتجر، ومطابقة المبالغ المحصّلة.
المستوى الأول: النسخ اليدوي
كيف يبدو؟
يفتح الموظف كل طلب جديد في لوحة المتجر، وينسخ الاسم والهاتف والعنوان والمبلغ إلى بوابة شركة التوصيل أو إلى رسالة واتساب للمندوب. ثم يكتب رقم الشحنة، إن وُجد، في ملاحظات الطلب.
متى يكفي؟
حين تكون الطلبات قليلة، ويعمل شخص واحد يعرف العملاء والمناطق جيدًا. ميزته أنه لا يكلّف شيئًا ويسمح بمراجعة كل طلب بعين بشرية.
متى يصبح مشكلة؟
علامات واضحة: أخطاء متكرّرة في أرقام الهواتف أو المبالغ، طلب نُسي فلم يُرسل، وقت النسخ اليومي يأكل ساعة أو أكثر من يوم الموظف، وعدم قدرتك على الإجابة عن سؤال «وين طلبي؟» دون فتح موقع شركة التوصيل والبحث يدويًا.
كيف تحسّنه قبل أن تتركه؟
وحّد الحقول أولًا. إذا كان نموذج العنوان في متجرك يجمع المنطقة وأقرب معلم ورقم الهاتف بصيغة موحّدة، يصبح النسخ أسرع وأقل خطأ، ويصبح الانتقال للمستوى الثاني أسهل لاحقًا.
المستوى الثاني: ملف الطلبات
كيف يبدو؟
بدل النسخ طلبًا طلبًا، تصدّر طلبات اليوم من المتجر في ملف واحد، وترفعه إلى بوابة شركة التوصيل إن كانت تقبل الرفع الجماعي، أو ترسله لها بالبريد بالصيغة التي تطلبها.
في Shopify مثلًا، يمكن تصدير الطلبات من صفحة الطلبات في ملف CSV، مع خيار التصدير حسب التاريخ. وتشير المنصة إلى أن تصدير 50 طلبًا أو أقل يُنزَّل مباشرة على جهازك، بينما يصل التصدير الأكبر أو حسب التاريخ إلى البريد الإلكتروني. وفي الملف، الطلب الذي يحتوي عدة منتجات يظهر في عدة أسطر، وهذه نقطة تربك كثيرين عند رفع الملف لشركة التوصيل التي تتوقّع سطرًا واحدًا لكل شحنة.
الخطوة التي تصنع الفرق: قالب التحويل
نادرًا ما يطابق ملف المتجر قالب شركة التوصيل كما هو. الحل قالب ثابت في Excel أو Google Sheets يأخذ ملف المتجر ويعيد ترتيبه: يدمج أسطر الطلب الواحد، ويضع المبلغ المطلوب تحصيله في عمود خاص، ويحوّل اسم المنطقة إلى الصيغة التي تستخدمها شركة التوصيل. تبنيه مرة، ثم يصبح عمل اليوم دقيقتين.
متى يكفي؟
لمتجر يرسل دفعة أو دفعتين يوميًا في أوقات ثابتة. ما ينقصه أن رقم التتبع وحالة الشحنة لا يعودان تلقائيًا إلى المتجر، فتبقى بحاجة إلى إدخالهما أو استيرادهما بطريقة ما.
المستوى الثالث: الربط البرمجي
كيف يبدو؟
يتحدّث نظام متجرك مع نظام شركة التوصيل مباشرة. حين يصبح الطلب «جاهزًا للشحن»، تُنشأ الشحنة تلقائيًا، ويعود رقمها وملصقها للطباعة، ثم تصل تحديثات الحالة إلى المتجر دون تدخل.
دليل واجهة الشحن البرمجية لدى Aramex، على سبيل المثال، يصف وظائف إنشاء الشحنات وطباعة الملصقات وإنشاء طلبات الاستلام وإلغائها، ويشترط أن يحمل كل طلب رقم حساب ورمزًا سريًا صالحين للتحقق من هوية العميل. على جهة المتجر، تتيح واجهة WooCommerce البرمجية قراءة الطلبات وتحديثها وإضافة ملاحظات عليها، وتوفّر Webhooks تُطلق حدثًا عند تغيّر الطلب، وهذا ما يبني عليه المطوّر الربط.
قبل أن تطلبه، اسأل شركة التوصيل
- هل لديكم واجهة برمجية موثّقة ومتاحة لحسابي، أم أنها للحسابات الكبيرة فقط؟
- هل تعيدون حالة الشحنة تلقائيًا، أم يجب أن نسأل نظامكم كل فترة؟
- هل يتضمّن الربط مبلغ التحصيل وكشف التحويلات؟
- هل توجد بيئة تجريبية نختبر فيها دون إنشاء شحنات حقيقية؟
بعض شركات التوصيل المحلية لا توفّر واجهة برمجية أصلًا، وتعمل ببوابة ويب وملف Excel. في هذه الحالة، المستوى الثاني المرتّب هو سقفك الواقعي، ولا عيب في ذلك.
مطابقة مبالغ التحصيل: الجزء الذي يُنسى
أيًّا كان مستواك، المال المحصّل عند الاستلام يمرّ بشركة التوصيل قبل أن يصل إليك. لنفترض أنك ترسل 200 طلب في الشهر بالدفع عند الاستلام؛ دون مطابقة منتظمة لن تعرف أي الطلبات حُصّلت وحُوّلت، وأيها ما زال معلّقًا، وأيها رُفض وعاد.
الطريقة العملية: اطلب من شركة التوصيل كشفًا بكل تحويل يتضمّن رقم الطلب أو رقم الشحنة والمبلغ. طابق الكشف مع طلباتك المعلَّمة «تم التسليم»، ثم علّم المطابَق منها «مدفوع» في المتجر. الطلبات التي سُلّمت ولم تظهر في أي كشف بعد مدة تتفقون عليها هي قائمة المتابعة الأسبوعية. في المستوى الثالث يمكن أتمتة جزء من هذا، لكن المراجعة البشرية للفروقات تبقى ضرورية.
إرسال التتبع للعميل
حين يعود رقم الشحنة إلى المتجر، أرسله للعميل في رسالة واحدة مع رابط صفحة التتبع إن كانت شركة التوصيل توفّرها. في المستوى الأول يحدث ذلك يدويًا، وفي الثالث تلقائيًا. الفرق ليس في الرسالة نفسها، بل في أنها تصل لكل عميل دون استثناء.
الأسئلة الشائعة
هل يمكن العمل مع أكثر من شركة توصيل في الوقت نفسه؟
نعم، وكثير من المتاجر تستخدم شركة لعمّان وأخرى للمحافظات أو للشحن الخارجي. في هذه الحالة يجب أن يحمل كل طلب حقلًا يحدّد شركة توصيله، حتى لا يُرفع الطلب نفسه مرتين.
هل توجد تطبيقات جاهزة تربط المتجر بشركات التوصيل الأردنية؟
بعض المنصات والإضافات توفّر ربطًا جاهزًا مع شركات معيّنة. تأكد من أن الإضافة محدّثة، وأنها تدعم حسابك تحديدًا، وجرّبها على طلبات قليلة قبل الاعتماد عليها.
كم يستغرق بناء ربط برمجي؟
يعتمد على جودة توثيق شركة التوصيل وعلى منصة متجرك وعلى ما تريده من الربط: إنشاء شحنات فقط، أم حالات وتحصيل أيضًا. اطلب تقديرًا مكتوبًا بعد أن يطّلع المطوّر على التوثيق الفعلي، لا قبله.
إذا كان النسخ اليومي من المتجر إلى شركة التوصيل يأخذ من وقتك أكثر مما يستحق، صف لنا طريقتك الحالية واسم شركة التوصيل، ونخبرك بالمستوى الذي يناسبك فعلًا.