منظومة الفاتورة الإلكترونية المصرية، في أودو وفي ERPNext

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

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

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

كل صنف يجب أن يحمل رمز GS1 GTIN أو كودًا داخليًا من نوع EGS، مسجَّلًا على بوابة الممول قبل استخدامه في مستند. والمساران يختلفان بما يؤثر في جدولك: رمز GTIN يصلح للاستخدام فور تسجيله، أما كود EGS الداخلي فيُنشأ في حالة انتظار ولا يصلح للاستخدام حتى توافق عليه المصلحة. ولشركة خدمات بقائمة أصناف قصيرة هذا عمل بعد ظهر واحد. أما لموزّع أو تاجر تجزئة بآلاف الأصناف فهو عادةً أكبر مهمة في المشروع، ولهذا نبدأ به — فهو لا يتوقف على أي قرار تقني.

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

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

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

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

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