كيف يمكن لمتجر عبر الإنترنت دمج خدمات تسليم البريد في عملياته التجارية

يساعد البريد المتاجر عبر الإنترنت في أتمتة معظم عملياتها اللوجستية. نحن يمكن المكلفة تقديم الطرود ، طباعة وإرسال الرسائل ، تخزين ، جمع وأوامر التعبئة .



حتى الآن ، هناك نظام منفصل مسؤول عن كل من هذه العمليات. لاستخدام خدمة رسائل البريد الإلكتروني المسجلة ، أو إرسال الطلبات أو تنفيذها ، يلزم إجراء عمليات دمج مع كل منها. ونريد التأكد من وصول العميل إلى جميع إمكانيات البريد على مبدأ "نافذة واحدة" ، دون بذل جهود إضافية وأسرع بكثير. لتنفيذ هذه الفكرة ، نقوم بإنشاء منصة تكامل نود إخبارك بها.



نحن نوحّد عمليات التكامل في نافذة واحدة



لتسهيل الوصول إلى جميع خدمات البريد ، نحتاج إلى نظام يقوم بما يلي: 1) ربط واجهة برمجة تطبيقات البريد بواجهة برمجة تطبيقات المتجر دون التعمق في عمليات أعمال الجميع ؛ 2) ربط جميع خدماتنا من خلال "نافذة واحدة". سيتم حل هذه المهام من خلال منصة التكامل.



الآن نحن نكتب موصل الفردية لدمج العميل مع API لدينا في مرسل ، القيام بأعمال أو خطابات مسجلة الإلكترونية . لكل خدمة خاصة بها. الموصل هو "مترجم" يساعد المتجر والبريد على فهم بعضهما البعض. يقوم بفك تشفير المعلومات من واجهة برمجة تطبيقات العميل في تنسيقنا ، ثم يقوم بذلك في الاتجاه المعاكس.



لقد صنعنا أحد هذه الموصلات لربط سوق Beru بخدمة الإرسال - وهي خدمة تعمل تلقائيًا على إعداد الطرود للتسليم إلى الأقسام. يتلقى الموصل البيانات من Yandex API بتنسيق XML ، ويترجمها إلى JSON لنقلها إلى حساب الإرسال الشخصي ، ويضبط أمر العمل لدينا وفقًا لعملية العميل.



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







يرسل المتجر إلى البريد طلبًا "إنشاء طرد جديد من موسكو إلى ساراتوف يزن 1 كجم" ، ويقوم الموصل بتحليله إلى متغيرات مفهومة لـ API الخاص بنا "إنشاء طرد جديد" "المسار: موسكو - ساراتوف" "الوزن: 1 كجم". إذا أراد Beru الاتصال بـ Fulfillment من أجل تخزين وإرسال البضائع من مستودعاتنا ، فعندئذ سيحتاج إلى كتابة موصل آخر.





العملية المعتادة للاتصال بخدمات البريد



الخبر السار هو أن الموصلات مكتوبة بتنسيق API محدد (XML ، JSON ، وما إلى ذلك) ، بحيث يمكن إعادة استخدامها للعملاء ذوي المتطلبات المماثلة. ولكن لكي ينجح ذلك ، تحتاج إلى إنشاء نواة تتواصل من خلالها جميع خدمات البريد والتي سيتم توصيل الموصلات الجاهزة بها. سيكون هذا النظام الأساسي ، وهو أساس نظام التكامل ، هو النظام العام لإدارة طلبات البريد. ثم ستبدو عملية الاتصال على النحو التالي:





الاتصال بجميع خدمات البريد من خلال منصة التكامل



ستعمل المنصة على مبدأ نظام BPMN ، حيث يقوم المحللون ببناء عملية تجارية لإجراء محدد. سيسمح لك بتحويل البيانات من أي تنسيق إلى التنسيق المطلوب. كل ما عليك القيام به يدويًا هو دمج المتغيرات لإدارة الطلبات.



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



نغير هيكل العمل مع الطلبات



الآن يتم التحكم في جميع عمليات البريد من خلال أنظمة متباينة ، كل منها مسؤول عن خطوته الخاصة ولا يتبادل البيانات مع الباقي. سيجمع OMS جميع المهام وسيعمل معهم من نقطة واحدة.



سيغطي نظام إدارة الطلبات الموحد جميع احتياجات العملاء داخل نظام البريد الإلكتروني. سوف نتمكن من تحصيل أرصدة المخزون من مستودع واحد ، وتحويلها إلى الوفاء ، وإعدادها للشحن وشحنها للتسليم. كما أنه سيوسع قدرات عملياتنا الداخلية - سيسمح لنا بإطلاق الخدمات التي لا توفرها Post حتى الآن: تسليم البضائع الضخمة ، وتسليم البريد السريع من فرع إلى مستلم معين ، وغيرها.



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





سير عمل OMS



على سبيل المثال ، تلقينا طلبًا لتسليم ثلاجة ، والتي يجب رفعها إلى الطابق 25 بدون مصعد. لا يوجد لدى Post خدمة توصيل لمثل هذا المنتج الكبير وليس لديها محرّكات خاصة بها. سيختار OMS المؤدي المناسب بين شركائنا ويرسل المهمة إليه. وعندما يتلقى الشريك طلبًا للطرود التي لا تتناسب مع سيارته ، يمكننا استلام الطلب لأنفسنا وإعادة تحميل وسائل النقل الخاصة بنا. نظرًا لحقيقة أن كل عضو في OMS يمكنه أن يعمل كعميل ومقاول ، سيكون لدينا الفرصة لتوزيع الطلبات بين البريد والشركاء من أجل الاستخدام الأمثل لموارد كل منهم.



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



افتح واجهة برمجة تطبيقات Mail



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



تستخدم هذه الفرصة OZON. من خلال إمكانات واجهة برمجة التطبيقات المعتادة ، تمكنا من إغلاق السلسلة الكاملة لإنشاء وإعداد وتتبع الطرود لسوق ضخم يرسل 300-400.000 طرد شهريًا عبر مكتب البريد:



  1. API - OZON . – , . , .
  2. OZON.
  3. API OZON . , , , .


يتم استخدام واجهة برمجة التطبيقات من قبل العملاء مع نظام إدارة الطلبات الخاص بهم. إذا كان متجرك يعمل على أحد أنظمة إدارة المحتوى الشائعة: InSales أو amoCRM أو ShopScript أو 1C-Bitrix أو CS: Cart ، فيمكنك استخدام التطبيقات التي تعمل على أساس وحدة البريد الرسمية.



وحدة للمتاجر على منصات CMS



ترسل الوحدة معلمات الطرد من عربة التسوق إلى التعرفة ، خدمة حساب التوقيت وخدمة التتبع. من هناك ، نتلقى معلومات حول وقت وتكلفة التسليم ونقلها إلى حساب الإرسال الشخصي ، حيث يتم الإعداد التفضيلي - يتم تشكيل تسمية عنوان وتعيين رقم المسار.







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



القطعة اختيار الفرع



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

يختار العميل فرعًا على البطاقة ويرى معلومات عنها: العنوان ، وساعات العمل ، وطرق الدفع ، بالإضافة إلى التكلفة ووقت التسليم ، والتي يتم سحبها من خدمات API المفتوحة tariff.pochta.ru و delivery.pochta.ru .





يتلقى المشتري جميع المعلومات الهامة في نافذة واحدة - المصطلح والتكلفة وجدول عمل الفرع



لتثبيت أداة على موقع ويب أو تطبيق ، لا تحتاج إلى معرفة خاصة. تم تكوين المنشئ ببضع نقرات وهو متاح على widget.pochta.ru .






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



إذا كنت تشارك هذا النهج وتريد المشاركة في تحويل الخدمات التي سيتم استخدامها من قبل مئات المتاجر عبر الإنترنت في جميع أنحاء البلاد ، فنحن في انتظارك في فريق Postal Technologies. يمكن الاطلاع على الوظائف الشاغرة في 9 مدن في روسيا على الموقع الإلكتروني hr.pochta.tech/vacancies .



All Articles