تحوّلت الفوترة الإلكترونية في مصر من ميزة اختيارية إلى شرط للعمل: الفاتورة غير المقدَّمة للمنظومة لا تُعتد بها كمستند مصروف لدى المشتري، وهو ما يجعل الشركات تطالب موردّيها بالالتزام قبل أن تطالبهم به الجهات الرسمية.
ملاحظة عن نطاق هذه الصفحة
هذه الصفحة شرح تقني لمتطلبات المنظومة وكيفية تجهيز بيانات نظام ERP لها. متطلبات المنظومة ومواعيد الإلزام تتغيّر بقرارات من مصلحة الضرائب المصرية، فراجع دائمًا المصدر الرسمي لأحدث نسخة قبل اتخاذ قرار.
الفارق الجوهري: مستند بيانات لا صورة فاتورة
أكثر سوء فهم شائع هو الظن بأن الفوترة الإلكترونية تعني إرسال فاتورة PDF بالبريد. الواقع مختلف تمامًا: المنظومة تستقبل مستند بيانات منظّمًا يصف الفاتورة حقلًا حقلًا — البائع، المشتري، كل بند بكوده ووحدته وسعره وضريبته — يُوقَّع إلكترونيًا ويُرسَل، ثم تُعيد المنظومة معرّفًا فريدًا وحالة: مقبولة أو مرفوضة مع السبب.
ينتج عن ذلك نتيجة عملية مهمة: النظام الذي يطبع فاتورة جميلة لكنه لا يحتفظ ببيانات منظّمة على مستوى البند لن يستطيع التقديم مهما أُضيف إليه من وحدات لاحقًا. الجاهزية تبدأ من بنية البيانات.
الأسئلة الأربعة التي تحسم جاهزية نظامك
١) هل لكل صنف كود موحّد؟
المنظومة لا تقبل «مسمار ٣ بوصة» كوصف حر، بل تحتاج كودًا من نظام ترميز معتمد — إما كود GS1 عالمي، أو كود من دليل الأصناف الذي توفّره المصلحة. الشركات التي تعرّف أصنافها بأوصاف حرة أو بأكواد داخلية غير مربوطة تجد نفسها أمام عمل ترميز يدوي لآلاف الأصناف.
ما ينبغي فعله مبكرًا: إضافة حقل للكود المعتمد في ملف الصنف، والبدء بترميز الأصناف الأكثر حركة أولًا لا الأبجدية.
٢) هل وحدات القياس معتمدة؟
وحدة القياس يجب أن تكون من قائمة معتمدة. «كرتونة» و«شكارة» و«طرد» أوصاف شائعة في المخازن المصرية لكنها ليست وحدات قياس معيارية، وتحتاج ربطًا بوحدة معتمدة مع معامل تحويل.
٣) هل بيانات العملاء الضريبية كاملة؟
فاتورة B2B تتطلب الرقم الضريبي للمشتري ونوع تسجيله. أي عميل منشأة بلا رقم ضريبي في قاعدة البيانات يعني فاتورة سترفَض. وهذه أكثر نقطة تتفاجأ بها الشركات، لأن ملف العميل تاريخيًا كان يُملأ بالاسم والتليفون فقط.
٤) هل الضريبة محسوبة على مستوى البند؟
كثير من الأنظمة القديمة تحسب الضريبة كنسبة على إجمالي الفاتورة. المنظومة تتطلب تحديد نوع الضريبة وقيمتها لكل بند على حدة، لأن الفاتورة الواحدة قد تحتوي أصنافًا بمعدلات مختلفة أو أصنافًا معفاة. النظام الذي لا يخزّن الضريبة على مستوى البند يحتاج تعديلًا في بنية البيانات لا في شاشة الطباعة.
الإيصال الإلكتروني — حالة مختلفة
الإيصال الإلكتروني يخص البيع للمستهلك النهائي عند نقاط البيع. بياناته أبسط لأن المشتري غير مسجّل ضريبيًا، لكن تحدّيه مختلف: الحجم والاستمرارية. متجر تجزئة يصدر آلاف الإيصالات يوميًا، ولا يمكن أن يتوقف البيع لأن الاتصال بالمنظومة انقطع.
لهذا يُصمَّم التعامل مع الإيصالات عبر طابور إرسال: الإيصال يُسجَّل محليًا ويُسلَّم للعميل فورًا، ثم يُرسَل للمنظومة في الخلفية مع إعادة محاولة عند الفشل. أي تصميم يجعل البيع متوقفًا على استجابة المنظومة اللحظية غير صالح للتشغيل الفعلي.
ما نفعله في هذه المرحلة
نتعامل مع الأمر كمشروع تجهيز بيانات قبل أن يكون مشروع ربط تقني:
- مراجعة جاهزية لبيانات الأصناف والعملاء والضرائب في نظامكم الحالي، وتحديد الفجوات كمًّا — كم صنفًا بلا كود، كم عميلًا بلا رقم ضريبي.
- هيكلة بيانات الفوترة داخل Keystone ERP بحيث تُخزَّن الضريبة وأكواد الأصناف ووحدات القياس على مستوى البند بالشكل الذي تتطلبه المنظومة.
- ترميز الأصناف ومطابقتها بالأكواد المعتمدة.
بصراحة عن حدود ما نقدّمه اليوم
موصّل الإرسال المباشر إلى منظومة مصلحة الضرائب (توليد المعرّف الفريد والتوقيع الإلكتروني والتقديم ومتابعة الحالة) هو بند قيد التطوير في خارطة طريق النظام وليس ميزة مُسلَّمة حاليًا. ما نقدّمه في هذه المرحلة هو تجهيز بنية البيانات والفوترة داخل النظام. تواصل معنا لمعرفة الوضع الحالي وجدول الإتاحة قبل أن تبني عليه قرارًا.
خطأ يتكرر: الربط قبل التنظيف
الشركات التي تبدأ بالربط التقني قبل تنظيف بياناتها تدخل في دورة مرهِقة: ترسل دفعة فواتير، يُرفض معظمها، تُصحَّح يدويًا، تُرسَل مرة أخرى، ويتكرر ذلك يوميًا. التكلفة الحقيقية هنا ليست في البرمجة بل في ساعات فريق الحسابات.
الترتيب الأوفر هو العكس: تُضبَط الأكواد ووحدات القياس والبيانات الضريبية للعملاء أولًا، ثم يصبح الربط خطوة تقنية قصيرة نسبيًا.