ترحيل بيانات نقاط البيع إلى أنظمة تخطيط الموارد (Dynamics وBusiness Central وSAP وNetSuite وOdoo)

ما الذي يريده نظام تخطيط الموارد من نقاط البيع فعلًا

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

الترحيل بملخص يومي مقابل الترحيل على مستوى العملية

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

• الترحيل بملخص يومي (تقرير الإقفال Z): قيد واحد لكل فرع في اليوم، وتُجمَّع سطوره حسب نسبة الضريبة وحساب الإيراد ووسيلة التحصيل. المزايا: أثر صغير على النظام، وإقفال سريع، ومطابقة سهلة. العيوب: التنقيب حتى إيصال بعينه يتطلب العودة إلى نقاط البيع.
• الترحيل على مستوى العملية: كل إيصال يصبح مستند بيع (فاتورة أو أمر بيع) داخل النظام. المزايا: سجل تدقيق كامل داخل النظام، وسجل لكل عميل حين تُلتقط معرّفات الولاء. العيوب: حجم مستندات كبير، وإقفال شهري أبطأ، وتكاليف تراخيص تتصاعد مع عدد العمليات.
• الهجين: على مستوى العملية لفواتير المنشآت والمرتجعات، وبملخص يومي لإيصالات التجزئة النقدية. وهذا هو الشكل الأشيع في عمليات النشر المتوسطة.

دِلاء الترحيل الخمسة

بغض النظر عن النظام أو دورية الترحيل، ينقل كل تكامل بين نقاط البيع وتخطيط الموارد الدِلاء الخمسة نفسها. اربطها مرة واحدة وأعد استخدامها دائمًا.

1. 1.الإيراد

   صافي المبيعات مقسومًا حسب القسم أو الفئة أو مجموعة الأصناف، ومُرحَّلًا إلى حساب إيراد أو أكثر. والخصومات إما حساب مخفِّض للإيراد (وهو المفضل في التجزئة) أو مصروف (نادر). أما رسوم الخدمة والتوصيل والتغليف فتُرحَّل عادةً إلى حسابات إيراد منفصلة.

2. 2.الضريبة

   ضريبة المبيعات أو القيمة المضافة مفصّلة حسب النسبة والاختصاص: دلو 15 بالمئة، ودلو صفر بالمئة، ودلو معفى. وفي أنظمة الفوترة الإلكترونية (المرحلة الثانية لهيئة الزكاة في السعودية، وأنظمة مشابهة في مصر والهند وإيطاليا) يُشتق سطر الضريبة من الفواتير المُصادَق عليها لا من تقدير نقاط البيع.

3. 3.وسائل التحصيل

   نقد، وبطاقة (حسب الشبكة إن كان البنك المستحوذ يسوّي كلًّا على حدة)، ومحفظة، وبطاقة هدايا، وقسيمة، وبيع آجل. وتُرحَّل كل وسيلة إلى حساب وسيط خاص بها حتى تتمكن مطابقة البنك من مضاهاة إيداعات التسوية.

4. 4.تكلفة البضاعة المباعة

   تُرحَّل إما لحظة البيع (جرد مستمر) أو كتسوية دورية (جرد دوري). وأنظمة نقاط البيع المرتبطة بالوصفات تستطيع ترحيل تكلفة على مستوى المكوّن للأصناف المُحضَّرة بدل تكلفة صنف واحد.

5. 5.حركة المخزون

   تخفيض مخزون السلع الجاهزة أو المكوّنات. وفي المطاعم هذا هو تفكيك الوصفة: بيع برجر واحد يعني استهلاك خبزة وقطعة لحم وحبتَي مخلل.

الأشكال الخاصة بكل نظام

يُتيح كل نظام تخطيط موارد كائنات مختلفة للدِلاء الخمسة نفسها. ومهمة التكامل اختيار الكائن الصحيح حتى تستمر تقارير الفريق المالي القائمة في العمل.

• Microsoft Dynamics 365 Finance & Operations: تتوقع وظائف قناة التجزئة أصلًا كشوف نقاط بيع. ويمر الترحيل عبر Retail Statement الذي يولّد أوامر بيع وفواتير وحركات مخزون في دفعة واحدة. وتحاكي أنظمة نقاط البيع المخصصة ذلك بترحيل قيد عام مع قيد مخزون، أو باستدعاء واجهة بيانات قناة التجزئة.
• Dynamics 365 Business Central: الشقيق الأصغر. والشكل الشائع فاتورة مبيعات يومية لكل فرع باستخدام عميل عام باسم «بيع نقدي»، مع قيد أصناف للمخزون. وتُرحَّل وسائل التحصيل عبر سطور قيد المقبوضات مقابل الحسابات البنكية. أما الترحيل لكل إيصال فيستخدم فاتورة المبيعات القياسية مع عميل الولاء أو بطاقة لمرة واحدة.
• SAP (S/4HANA وBusiness One): يتوقع SAP إما تغذيات DSD أو POS DM لتجزئة المؤسسات، أو فاتورة ذمم مدينة أبسط مع إصدار بضاعة في SAP Business One. وبالنسبة لـ S/4 تبقى رسائل IDoc الواردة لنقاط البيع (WPUUMS وWPUTAB وWPUFIB) البنية المعيارية للمبيعات ووسائل التحصيل وطرق الدفع.
• Oracle NetSuite: رحِّل سجل Cash Sale لكل عملية أو قيد يومية يوميًا مع تسوية مخزون. وتُستخدم عادةً واجهات SuiteScript وREST؛ ويجب ضبط أبعاد الشركة التابعة والموقع والفئة على كل سطر وإلا انكسرت عمليات البحث المحفوظة.
• Odoo: تُرحِّل وحدة نقاط البيع الأصلية إلى وحدة المحاسبة عند إغلاق الجلسة، فتنتج قيدًا واحدًا لكل جلسة لكل طريقة دفع. وتحاكي أنظمة نقاط البيع الخارجية ذلك عادةً بإنشاء سجل account.move وسجلات stock.move عبر واجهة XML-RPC أو الويب.

تفصيل وسائل التحصيل ومشكلة الحساب الوسيط

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

دِلاء الضريبة والفوترة الإلكترونية

تحتاج البيئات متعددة النسب إلى ربط صريح للدِلاء. فحساب واحد باسم «ضريبة القيمة المضافة المستحقة» يكفي لميزان المراجعة، لكن الإقرار الضريبي يحتاج التفصيل الأساسي. وتفعل معظم الأنظمة ذلك برمز ضريبي على كل سطر؛ ويجب أن تَسِم نقاط البيع كل صنف بالرمز الضريبي الصحيح أو تمرر النسبة صراحةً. وفي أنظمة الفوترة الإلكترونية لا تُنهي نقاط البيع الضريبة: بل تُصدِر فاتورة، فتتحقق منصة المصادقة وتمنح معرّفًا فريدًا ورمز استجابة سريعة، وتكون الفاتورة المُصادَق عليها هي المصدر القانوني الذي يُرحَّل إلى النظام. ويتولى بوسمينا مصادقة المرحلة الثانية لهيئة الزكاة ويُبلِّغ طبقةَ التكامل بحمولة الفاتورة المُصادَق عليها؛ وتوجد تدفقات مكافئة لهيئة الضرائب المصرية ومنصة الهند وSDI الإيطالية.

مطابقة تكلفة البضاعة المباعة وحركة المخزون

يسود نمطان. فترحيل التكلفة لحظة البيع (الجرد المستمر) يمنح هامشًا إجماليًا دقيقًا يوميًا لكنه يتطلب أن تعرف نقاط البيع التكلفة. أما ترحيلها كتسوية دورية (الجرد الدوري) فأبسط لكنه يؤجل وضوح الهامش إلى جرد نهاية الشهر. وأنظمة نقاط البيع المرتبطة بالوصفات (بوسمينا مثلًا يفكّك صنف القائمة إلى استهلاك مكوّنات لحظة البيع) تتيح الجرد المستمر حتى في المطاعم، حيث لا يكون الصنف المُباع هو الصنف المخزَّن. ولمشغّلي الفروع المتعددة تهم تكلفة الفرع: فصدر الدجاج نفسه قد تختلف تكلفته الواصلة بين مدينتين، وتجميعهما في متوسط واحد يُخفي مشكلة الهامش في الفرع الأغلى. والاحتساب المدرك للقناة (الصالة مقابل وسيط التوصيل) يفصل كذلك عمولة الوسيط عن تكلفة الطعام الخام لتكون قائمة الأرباح حسب القناة صادقة.

قائمة تحقق للمطابقة

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

• إجمالي تقرير الإقفال = مجموع سطور القيد في النظام لذلك الفرع وذلك التاريخ، إجمالًا.
• النقد المُصرَّح به في الكاشير = سطر النقد المُرحَّل إلى الخزنة أو الحساب البنكي الوسيط.
• إجمالي البطاقات حسب البنك المستحوذ في نقاط البيع = مدينو الحساب الوسيط للبطاقات في النظام؛ ورصيد الحساب الوسيط صفر في نهاية الشهر بعد قيود التسوية.
• الضريبة لكل نسبة ولكل فرع في نقاط البيع = حركة استحقاق الضريبة في النظام، = أرشيف الفواتير المُصادَق عليها في اختصاصات الفوترة الإلكترونية.
• الأصناف المباعة في نقاط البيع = كمية الصرف من المخزون في النظام (أو صرف المكوّنات بعد تفكيك الوصفة للأصناف المُحضَّرة).
• تكلفة البضاعة المباعة المُرحَّلة = تكلفة الوحدة على مستوى الفرع مضروبة في الكمية المباعة، مع تخصيصات مدركة للقناة حيثما انطبقت.
• المرتجعات والإلغاءات تُرحَّل بإشارة سالبة إلى دِلاء الإيراد والضريبة نفسها، لا إلى حساب «مرتجعات» منفصل يتجاوز ضريبة القيمة المضافة.