بوليصات J&T Express
تظهر في كود التطبيق واجهات لإعداد بيانات الشحنة ومراجعة الطلب قبل إرساله، مع مسارات للتعامل مع رقم البوليصة؛ الإنشاء الحقيقي يعتمد على الحساب وتفعيل الناقل.
من تجهيز الأوردر وطباعة البوليصة إلى التتبع والتسليم أو رجوع الشحنة، متابعة كل خطوة بتساعدك تفصل بين الأوردر المشحون والمُسلّم والمُحصّل. كن أونلاين يضم وحدات برمجية لبوليصات J&T والتتبع واستيراد شيتات شركات الشحن والمرتجعات، حسب ربط المتجر وصلاحيات الفريق.
وجود وحدة لإنشاء بوليصة أو عرض حالة في الكود لا يثبت نجاحها على حساب J&T الفعلي أو اكتمال التحصيل. يلزم اختبار آمن وربط معتمد قبل استخدام بيانات العملاء.
راجعنا وحدات إنشاء طلبات الشحن وتتبع J&T وشيتات شركات الشحن ومصاريف الشحن والمرتجعات. كل مسار مرتبط بإعدادات الحساب وبيانات الناقل وقد يحتاج فحصًا قبل الاعتماد عليه.
تظهر في كود التطبيق واجهات لإعداد بيانات الشحنة ومراجعة الطلب قبل إرساله، مع مسارات للتعامل مع رقم البوليصة؛ الإنشاء الحقيقي يعتمد على الحساب وتفعيل الناقل.
توجد وحدات لعرض تحديثات J&T الواردة، ومحاولة تحديث الحالة عند الحاجة مع ضوابط لتجنب الطلبات المتكررة. حالة الصفحة لا تُعد إثباتًا للتسليم دون بيانات ناقل موثوقة.
قراءة ملفات CSV وXLSX وتعيين أعمدة البوليصة والحالة والمصاريف، مع معاينة المطابقة قبل تحديث الأوردرات. قوالب الشركات ليست تكامل API مباشرًا معها.
لوحات لتصنيف المرتجع والاستبدال والإلغاء وتسجيل السبب، ومراجعة حالة الطلب بعد التسليم؛ فحص القطع وإعادتها للمخزون يحتاج دورة عمل مخزن مُفعلة.
مسارات لفصل ما يدفعه العميل عن تكلفة الشحن على المتجر، ومراجعة مبالغ التحصيل في بيانات الشيت؛ المطابقة المحاسبية لا تُفترض من مجرد وصول تحديث الحالة.
عناصر لحماية تحديث الأوردر عند وجود تعارض بالمخزون، وربط القطعة المشحونة بالطلب. فعالية المسح والتجهيز وتسليم المندوب تحتاج اختبار قبول عملي.
الخطوات دي توضح شكل المتابعة المقصود، مش وعد بأن كل مرحلة مكتملة تلقائيًا؛ تحديث الحالة أو إصدار البوليصة يستند لمصدر موثوق وصلاحيات واضحة.
التأكد من بيانات العميل والمنتجات والعنوان والمخزون.
تجهيز طلب الشحن عبر التكامل المهيأ وإثبات رقم AWB.
مراجعة التجهيز والمندوب وإثبات التسليم الفعلي للناقل.
مطابقة تحديثات شركة الشحن بالشحنة والأوردر الصحيح.
تأكيد النتيجة ومراجعة التحصيل أو إرجاع القطع بعد الفحص.
فيه فرق بين ربط شركة شحن بخدمات API وWebhook وبين رفع ملف حالات الشحن. الاتنين ممكن يساعدوا في المتابعة، لكن مش نفس مستوى الأتمتة أو إثبات وصول الشحنة.
توجد واجهات لإعداد بيانات الشحنة وتتبع حالتها عبر التكامل المهيأ، بما في ذلك عرض رقم البوليصة والتحديثات. تجربة إنشاء شحنة حقيقية أو إلغائها تتطلب موافقة وإعدادًا آمنًا.
تظهر قوالب استيراد نتائج الشحن لشركات متعددة: تعيين عمود AWB والحالة والتكاليف، ثم مطابقة الصفوف قبل تعديل الأوردرات. اسم الشركة في القائمة لا يثبت اتصال API حيًا بها.
توجد مسارات لتحليل رسوم الشحن والمبلغ المطلوب تحصيله ومقارنته بحالة التسليم. التسليم لا يساوي التحصيل؛ لازم مراجعة كشف الناقل والحسابات قبل اعتبار الإيراد مستلمًا.
تنبيه: حالات «تم الشحن» و«تم التسليم» و«تم التحصيل» مختلفة. إصدار بوليصة لا يؤكد أن الطرد خرج فعليًا، ووصول حالة مسلّم لا يثبت تسوية المبلغ المستحق تلقائيًا.
الوحدة البرمجية فيها لوحات لتصنيف المرتجع والاستبدال والإلغاء وتسجيل الأسباب، لكن معالجة القطع المرتجعة مرتبطة بفحص المخزون واعتماد الحالة. لا يصح اعتبار كل طرد راجع صالحًا للبيع مباشرة.
مراجعة البوليصة والتاريخ والحالة المرتبطة ببيانات شركة الشحن، والتمييز بين إلغاء قبل الشحن ومرتجع بعد الخروج.
ربط حالة المرتجع بالقطع بعد استلام المخزن وفحصها: برنامج إدارة المخزون والباركود يشرح متطلبات التتبع والجرد والهالك.
التحصيل ورسوم الشحن والرسوم العكسية تحتاج مراجعة منفصلة بحسب بيانات الناقل والعقد، ولا تُستنتج من تغيير حالة أوردر فقط.
اختبارات الشحن والناقل الموثقة في المستودع قد تعتمد محاكاة بدل إرسال شحنة حقيقية. التحقق الحي من J&T وبيانات المستخدمين وعمليات المخزن المطلوبة لا يُستبدل بوجود الكود.
النشر الناجح لصفحة التسويق لا يثبت تشغيل التكامل. تأكد من إعداد J&T ونتائج اختبار القبول قبل إصدار بوليصات أو إلغاء شحنات أو تسوية COD في الإنتاج.
كن أونلاين يساعد في تنظيم بيانات الأوردر والبوليصة والمتابعة داخل النظام، لكن لا يحل محل شركة النقل ولا يعني توفير مندوب أو شحن مجاني. فرق التشغيل أو متابعة العملاء خدمة مستقلة عن ترخيص البرنامج.
راجع برنامج إدارة الطلبات لمعرفة رحلة الأوردر، وخدمة تشغيل المتاجر إذا كنت تحتاج فريقًا لتنفيذ المهام. أسعار خدمات الوكالة لا تمثل تلقائيًا اشتراك السيستم أو تعرفة شركة الشحن.
توجد في الكود واجهات ومسارات لإنشاء الشحنة والتعامل مع رقم البوليصة عبر J&T. نجاح الإنشاء الفعلي يتطلب إعداد تكامل صالح وتجربة معتمدة، ولا نؤكد أن الوظيفة مفعلة لكل متجر.
توجد مسارات لعرض تحديثات شحن J&T والتعامل مع تحديثات الويبهوك أو طلب الحالة بشروط. دقة الحالة تعتمد على بيانات الناقل وأكواد الربط.
هناك قوالب CSV وXLSX لأسماء شركات منها Bosta وMylerz وAramex وغيرها، لكن القالب لاستيراد الملف فقط، ولا يدل على تكامل مباشر فعّال مع كل شركة.
هو معرف الشحنة لدى الناقل؛ يفيد في مطابقة الأوردر بتحديثات التتبع وكشف التسليم أو المرتجع. لا يجب اعتباره دليل تسليم نهائيًا بمفرده.
المرتجع يحتاج تصنيفًا وفحصًا ومراجعة ما تم تحصيله أو خصمه، مع ربط القطع بالمخزون إن كانت مفعلة. التحديث المالي يحتاج مطابقة قبل اعتباره نهائيًا.
لا. نوع التكامل المدعوم ومفاتيحه وإعدادات المتجر تحدد الإمكانيات. رفع شيت لشركة لا يعني أنها متصلة عبر API.
البرنامج أداة تشغيل، أما خدمة إدارة وتشغيل المتجر فهي عمل بشري باتفاق مستقل. كذلك أسعار خدمات الوكالة ليست بالضرورة رسوم اشتراك السيستم.
ابعت اسم شركة الشحن ومنصة الطلبات وهل عندك حساب J&T، وطريقة متابعة البوليصات والتسليمات والمرتجعات. نحدد مسار التكامل وما يلزم تجربته أولًا.