نقاط البيع وأنظمة ERP
من نقاط البيع إلى نظام ERP: المبيعات والمخزون والأسعار متسقة دائما
مبيعات ومرتجعات ترحل من كل فرع، وتغييرات المخزون والأسعار تعاد إلى الفروع، وإجماليات نهاية اليوم تطابق.
المخطط
مرر أفقيا لرؤية المخطط كاملا.
من نقاط البيع إلى نظام ERP: كل عملية بيع ترحل مرة واحدة
تنتقل المبيعات من الصناديق إلى نظام ERP في صورة أحداث، وتعود الأسعار والمخزون إلى الفروع. والفرع الذي ينقطع عن الاتصال يواصل البيع ثم يستكمل الإرسال. والترحيل الذي يخفق يعاد مرة أخرى، ثم يسلم إلى شخص.
- التدفق الرئيسي
- غير متزامن
- مسار الاستثناءات
التدفق خطوة بخطوة
- من أجهزة نقاط البيع إلى خادم الفرع أو خادم نقاط البيع السحابي: المبيعات والمرتجعات والعمليات الملغاة (تدفق رئيسي).
- من خادم الفرع أو خادم نقاط البيع السحابي إلى طبقة التكامل: أحداث المبيعات وإجماليات نهاية اليوم، عبر قائمة انتظار الأحداث، عبر REST/JSON (غير متزامن).
- من طبقة التكامل إلى ERP: ترحيل المبيعات وحركات المخزون، عبر OData · REST/JSON (تدفق رئيسي).
- من ERP إلى طبقة التكامل: الأسعار والعروض الترويجية وبيانات الأصناف، عبر API أو تصدير الملفات، عبر REST/JSON (تدفق رئيسي).
- من طبقة التكامل إلى خادم الفرع أو خادم نقاط البيع السحابي: تحديثات الأسعار والمخزون، عبر REST/JSON (تدفق رئيسي).
- من طبقة التكامل إلى قائمة إعادة المحاولة: إخفاق الترحيل (مسار الاستثناءات).
- من قائمة إعادة المحاولة إلى طبقة التكامل: إعادة المحاولة (مسار الاستثناءات).
- من قائمة إعادة المحاولة إلى فريق عمليات الفروع: إخفاق مستمر: تنبيه مع التفاصيل (مسار الاستثناءات).
نظرة عامة
هذا هو التدفق بين الصناديق في فروعك ونظام ERP الذي يقف خلفها. تنتقل المبيعات والمرتجعات والعمليات الملغاة صعودا إلى نظام ERP، وتعود الأسعار والعروض الترويجية وبيانات الأصناف والمخزون إلى الفروع. وعندما يختلف الطرفان، تبيع الفروع بأسعار خاطئة، وتفقد أرقام المخزون الثقة، ويقضي الفريق المالي نهاية الشهر في المطابقة.
يرسل التصميم المرجعي كل معاملة في الفرع حدثا عبر طبقة تكامل تعمل بقائمة انتظار. وتحول الطبقة كل حدث إلى مستندات المبيعات والمخزون في نظام ERP وترحله مرة واحدة فقط. وفي الاتجاه المعاكس، ترسل التغييرات في نظام ERP إلى الفروع التي تحتاج إليها، فيعمل كل صندوق على البيانات نفسها.
تنقطع الفروع عن الاتصال، والتصميم يتوقع ذلك. فخادم الفرع أو الخادم السحابي لنقاط البيع يواصل البيع، ثم يستكمل الإرسال عند عودة الاتصال. والترحيل الذي يخفق يعاد مرة أخرى، وما يستمر إخفاقه يسلم إلى شخص مع تفاصيله، بدلا من أن يختفي.
كيف يعمل التدفق
- 01
البيع عند الصندوق
تسجل كل عملية بيع ومرتجع وإلغاء على جهاز نقطة البيع بمعرف فريد، مع الفرع والصندوق والوقت.
- 02
الاحتفاظ في الفرع
يجمع خادم الفرع أو الخادم السحابي لنقاط البيع المعاملات ويرسلها أحداثا، ويحتفظ بها بأمان ما دام الفرع غير متصل.
- 03
الترحيل إلى نظام ERP
تحول طبقة التكامل كل حدث إلى حركات مبيعات ومخزون وترحله إلى نظام ERP، وتتحقق من معرفه حتى لا يرحل شيء مرتين.
- 04
إرسال الأسعار والأصناف
تنشر بيانات الأصناف والأسعار والعروض الترويجية من نظام ERP عند تغيرها، مع التاريخ والفروع التي ينطبق عليها كل تغيير.
- 05
تحديث كل فرع
تسلم الطبقة كل تغيير إلى الفروع التي ينطبق عليها، وتسجل الفروع التي أكدت استلامه.
عند حدوث إخفاق
إخفاق الترحيل
تعاد محاولة الأعطال المؤقتة على فترات تأخير متزايدة. والترحيل الذي يظل مخفقا ينتقل إلى قائمة الرسائل المتعذرة، ويتلقى فريق عمليات الفروع تنبيها بالمعاملة والخطأ.
انقطاع اتصال فرع
يواصل الفرع البيع على بياناته المحلية. وتحفظ المعاملات وترسل بالترتيب عند عودة الاتصال، والفرع الذي يطول صمته يطلق تنبيها.
وصول المعاملة مرتين
تحمل كل معاملة معرفا فريدا. وتتعرف الطبقة على المعاملة المكررة وتتجاهلها، فلا تتضاعف أي عملية بيع عند إعادة الإرسال بعد انقطاع.
اختلاف إجماليات الفرع عن نظام ERP
تقارن إجماليات نهاية اليوم من كل فرع بما استلمه نظام ERP. وأي فرق يفتح مراجعة تسرد المعاملات الناقصة أو الزائدة.
المعايير والأنظمة
- البيانات والتحليلات
- Apache Kafka
- أنظمة ERP
- SAP S/4HANA
- Oracle NetSuite
- Microsoft Dynamics 365 Business Central
- Odoo
- التكامل
- REST
- Webhooks
- RabbitMQ
أسئلة وأجوبة
هل ترحل المبيعات فوريا أم على دفعات؟
عادة ترحل أحداثا في وقت شبه فوري، لتبقى أرقام المخزون والمبيعات محدثة خلال اليوم. وفي بعض أنظمة ERP أو تراخيصها تكون كثرة الترحيل مكلفة، لذا يمكن للطبقة أيضا تجميع الأحداث في ملخصات لكل فرع وفترة. ونختار معك بناء على القرارات التي تحتاج إلى بيانات محدثة وما يتعامل معه نظام ERP بكفاءة.
رابط هذا السؤالكيف تطابق إجماليات نهاية اليوم؟
يرسل كل فرع إجماليات نهاية اليوم حسب وسيلة الدفع والقسم. وتقارنها الطبقة بالمعاملات التي استلمها نظام ERP للفرع واليوم نفسيهما. فإن تطابقت أغلق اليوم، وإلا سردت المراجعة المعاملات الناقصة أو الزائدة، ليعالج فريقك السبب بدلا من ترحيل قيد تصحيحي.
رابط هذا السؤالهل يمكن جدولة العروض الترويجية وتغييرات الأسعار مسبقا؟
نعم. يرسل كل تغيير في السعر أو العرض الترويجي مسبقا، مع التاريخ والفروع التي ينطبق عليها، فتتحول الصناديق في الوقت الصحيح دون أن يتدخل أحد في الفرع. وتسجل الطبقة الفروع التي أكدت التغيير، وتنبه إلى الفروع التي لم تؤكده.
رابط هذا السؤالكيف يعمم هذا الحل على عدد كبير من الفروع؟
نبدأ بتجربة في عدد قليل من الفروع، ونقارن إجمالياتها يوميا بنتائج الإجراء الحالي. وبعد تطابق الإجماليات، نعمم الحل على مجموعات وبوتيرة يستطيع فريق عمليات الفروع دعمها. ويبقى الإجراء القديم متاحا لكل فرع إلى أن يثبت التدفق الجديد جدواه.
رابط هذا السؤالما أنظمة نقاط البيع وERP التي يعمل معها هذا التصميم؟
يعمل التصميم مع أي نظام نقاط بيع يستطيع تصدير المعاملات عبر واجهة API أو أحداث أو ملفات، ومع أنظمة ERP مثل SAP S/4HANA وOracle NetSuite وMicrosoft Dynamics 365 Business Central وOdoo. ونتأكد من واجهات نظامي نقاط البيع وERP لديك في البداية. وذكر أي منتج لا يعني وجود شراكة مع الشركة المالكة له.
رابط هذا السؤالمن يتولى معالجة الترحيلات المتعثرة بعد التشغيل الفعلي؟
يتفق على ذلك قبل التشغيل الفعلي. وعادة يتولى فريق عمليات الفروع أو الفريق المالي لديك أخطاء الأعمال، مثل صنف غير معروف، من قائمة مراجعة، ويتولى الفريق التقني أعطال التدفق نفسه. ويمكننا تقديم هذا الدعم التقني ضمن اتفاقية مستمرة، مع مشاركة دليل التشغيل مع فريقك.
رابط هذا السؤالأخبرنا بما تحتاج إلى بنائه أو ربطه.
صف لنا الأنظمة والجدول الزمني والقيود، وسيتولى المهندسون المناسبون الأمر من هناك.
- سيتصل بك فريقنا خلال 24 ساعة في الفترة الزمنية التي تفضلها
- فريقنا متاح على مدار الساعة طوال أيام الأسبوع