لماذا لا يدخل الطلب نفسه إلى نظام ERP مرتين
قبل تسجيل أي طلب، يتحقق التطبيق من وجوده في نظام ERP، ولا يسجله إلا إذا لم يجده. لذلك يبقى طلب واحد حتى إذا وصل إشعار الطلب أكثر من مرة.
هل يمكن أن يدخل الطلب نفسه إلى نظام ERP مرتين؟
الجواب لا. قبل تسجيل أي طلب، يتحقق التطبيق من وجود هذا الطلب في نظام ERP، ولا يسجله إلا إذا لم يجده، حتى إذا وصل إشعار الطلب أكثر من مرة أو تمت إعادة المزامنة.
أثر الطلب المكرر في الدفاتر
الطلب في نظام ERP عملية بيع لها أثر في الدفاتر. إذا دخل الطلب نفسه مرتين، يتم حساب البيع مرتين، وحساب الضريبة مرتين. وإذا كانت الدفاتر تتابع المخزون، يتم خصم الكمية نفسها مرتين كذلك.
النتيجة مبيعات أعلى من المبيعات الفعلية، وضريبة أعلى من الضريبة الفعلية، ومخزون في الدفاتر أقل من المخزون في المستودع. واكتشاف التكرار بعد ذلك يحتاج إلى مراجعة الطلبات في نظام ERP ومقارنتها بطلبات زد، ثم إلغاء النسخة الزائدة. ويكبر هذا العمل مع كل شهر يمر قبل اكتشاف التكرار.
إذا وصل الطلب نفسه أكثر من مرة
يصل الطلب المدفوع إلى التطبيق عن طريق إشعار يرسله زد. والتطبيق مبني ليعمل بشكل صحيح حتى إذا وصل إشعار الطلب أكثر من مرة. وقد تتم كذلك إعادة مزامنة طلب سبق إرساله، مثل إعادة المحاولة بعد تعثر المزامنة.
في كل هذه الحالات، يوجد في زد طلب واحد، ويجب أن يقابله طلب واحد في نظام ERP. لهذا يحمي التطبيق من التكرار عبر 3 ضوابط:
- مفتاح فريد لكل متجر وطلب على إشعار الطلب الوارد.
- فهرس فريد في قاعدة بيانات التطبيق، يمنع حفظ الطلب نفسه مرتين.
- الفحص في نظام ERP عن مستند موجود للطلب قبل إنشاء مستند جديد.
والضابط الثالث هو الفحص قبل التسجيل، ويعمل على كل طلب.
الفحص قبل التسجيل
وصول إشعار الطلب
يصل إشعار الطلب المدفوع من زد إلى التطبيق.
الفحص في نظام ERP
يتحقق التطبيق من وجود هذا الطلب في نظام ERP.
التسجيل عند عدم وجوده فقط
إذا لم يجد التطبيق الطلب، يتم تسجيله مع العميل والمنتجات والضريبة والشحن. وإذا وجده، لا يتم تسجيله مرة أخرى.
القراءة بعد التسجيل
يقرأ التطبيق الطلب من نظام ERP للتأكد من تسجيله.
1. وصول إشعار الطلب
عند دفع الطلب في متجر زد، يرسل زد إشعار الطلب إلى التطبيق. ويتم التعرف على الإشعار بمفتاح فريد لكل متجر وطلب. وحتى إذا وصل إشعار الطلب أكثر من مرة، يبدأ العمل على الطلب بالفحص قبل التسجيل.
2. الفحص في نظام ERP
قبل أي تسجيل، يتحقق التطبيق من وجود هذا الطلب في نظام ERP. ويتم هذا الفحص في كل مرة، سواء وصل إشعار الطلب لأول مرة أو وصل مرة ثانية، وسواء كانت المزامنة الأولى أو إعادة مزامنة.
3. التسجيل مرة واحدة
إذا لم يجد التطبيق الطلب في نظام ERP، يتم تسجيله مع العميل والمنتجات والضريبة والشحن. وإذا وجده، لا يتم تسجيله مرة أخرى، ويبقى في نظام ERP طلب واحد مقابل الطلب في زد.
وقبل التسجيل كذلك، يتم ربط العميل بسجله في نظام ERP أو إنشاء سجل جديد له، أو تسجيل الطلبات على حساب عميل واحد يتم تحديده أثناء الإعداد، حسب نظام ERP.
4. القراءة بعد التسجيل
بعد التسجيل، يقرأ التطبيق الطلب من نظام ERP. هذه القراءة تؤكد أن الطلب موجود في نظام ERP بعد إرساله إليه، فيأتي التأكيد من نظام ERP نفسه.
الطلب نفسه بدون الفحص ومع الفحص
في الجدول التالي مثال لطلب واحد وصل إشعاره مرتين. العمود الأول ربط يسجل كل إشعار يصله، والعمود الثاني ربط يفحص قبل التسجيل.
| بدون الفحص | مع الفحص | |
|---|---|---|
| الإشعار الأول | يتم تسجيل الطلب | يتم الفحص، ثم تسجيل الطلب |
| الإشعار الثاني | يتم تسجيل الطلب مرة ثانية | يتم الفحص، ولا يتم تسجيل الطلب |
| الطلبات في نظام ERP | طلبان لعملية بيع واحدة | طلب واحد |
| المبيعات والضريبة | محسوبة مرتين | محسوبة مرة واحدة |
| المخزون، إذا كانت الدفاتر تتابعه | يتم خصم الكمية مرتين | يتم خصم الكمية مرة واحدة |
ما يراه التاجر في زد وفي نظام ERP
في نظام ERP، يقابل كل طلب في زد طلب واحد، مع العميل والمنتجات والضريبة والشحن.
وبعد إنشاء المستند في نظام ERP، تتم كتابة رقمه في تعليق على الطلب في زد. رقم مستند نظام ERP يظهر كتعليق على الطلب في زد مع كل الأنظمة، فيمكن الرجوع من الطلب في زد إلى المستند المقابل له في نظام ERP.
أما تحديث حالة الطلب في زد فمتاح مع Dynamics 365 Finance and Operations، ويتم تفعيله أثناء الإعداد. وعندما يظهر الطلب في Dynamics 365 Finance and Operations بحالة «Invoiced»، يتم تحديث حالة الطلب في زد إلى الحالة المختارة أثناء الإعداد.
حالات يسأل عنها التاجر
إذا وصل إشعار الطلب أكثر من مرة
يفحص التطبيق الطلب قبل أي تسجيل. عند الإشعار الأول لا يجد التطبيق الطلب في نظام ERP، فيتم تسجيله. وعند الإشعار الثاني يجده هناك، فلا يتم تسجيله مرة أخرى.
تعثرت مزامنة طلب
إذا تعثرت مزامنة طلب، يمكن للمساعد داخل التطبيق إعادة المحاولة بعد موافقة التاجر. وإعادة المحاولة لا ينتج عنها طلب مكرر في نظام ERP، لأن التطبيق يفحص قبل كل تسجيل.
مرتجع بعد تسجيل الطلب
للمرتجع مسار خاص به. مع Odoo وERPNext ووافق، يتم تسجيل المرتجع في نظام ERP كإشعار دائن، والقاعدة إشعار دائن واحد لكل مرتجع. والمرتجعات غير مدعومة مع Dynamics 365 Finance and Operations أو النظام المربوط عبر API عام.
عميل طلب من المتجر من قبل
مع Odoo وERPNext ووافق، يتم البحث عن العميل في نظام ERP قبل تسجيل الطلب. إذا كان له سجل، يتم ربط الطلب الجديد بسجله الحالي، وإذا لم يكن له سجل، يتم إنشاء سجل جديد له. بذلك لا يتم إنشاء سجل جديد للعميل نفسه مع كل طلب. ومع Dynamics 365 Finance and Operations، يتم تسجيل الطلبات على حساب عميل واحد يتم تحديده أثناء الإعداد.
سجل الربط
هذه الأرقام من بيانات تكامل زد.
- طلبات مفقودة
- صفر
- طلب تم تسجيله في أنظمة ERP
- أكثر من 14,000
الأنظمة والباقات
يعمل التطبيق مع Odoo 18 و19 وMicrosoft Dynamics 365 Finance and Operations وERPNext ووافق، ومع أي نظام لديه API عام. نتولى الإعداد مع التاجر، ويتم اختبار الربط على طلبات المتجر، ثم يبدأ التشغيل الفعلي بعد تقرير اختبار يعتمده التاجر، خلال أسبوعين تقريبا.
تسجيل الطلبات في نظام ERP، والمرتجعات مع Odoo وERPNext ووافق، متاح من باقة الأساسية، وهي تغطي 100 طلب في الشهر. تفاصيل كل باقة وأسعارها في صفحة التطبيق على متجر تطبيقات زد.
لتشغيل الفحص قبل التسجيل على طلبات متجرك، ثبت التطبيق من متجر تطبيقات زد.
