تكامل الفوترة الإلكترونية: Peppol وXRechnung وZUGFeRD وFactur-X لأنظمة لم تُبنَ لهذا
شراء منتج فوترة إلكترونية أمر سهل. المشكلة لا تكون في المنتج تقريباً أبداً: بل في نظام إدارة الطلبات عمره اثنتا عشرة سنة وهو الذي ينتج فواتيرك، وفي منطق التسعير الذي لم يوثّقه أحد، وفي أن أرقام فواتيرك تخرج من إجراء مخزّن كتبه شخص غادر الشركة عام 2019.
نحن نبني الوصلة بين ما تشغّله فعلاً وما يفرضه التكليف. توليد فواتير منظَّمة، وتحقق، وإرسال عبر الشبكة، ومعالجة الفواتير الواردة، وأرشفة: كل ذلك موصول بنظامك القائم بدل استبداله.
التكليفات ومواعيد سريانها
تنتقل أوروبا من فواتير PDF إلى فواتير منظَّمة قابلة للقراءة آلياً وفق جدول يختلف من دولة إلى أخرى، تمهيداً لحزمة ضريبة القيمة المضافة في العصر الرقمي (ViDA) التي ستوحّدها. والمواعيد التي تحرّك المشاريع اليوم:
- ألمانيا: استقبال الفواتير الإلكترونية المنظَّمة إلزامي منذ 1 يناير 2025. ويصبح الإصدار إلزامياً في 1 يناير 2027 للشركات التي يتجاوز حجم أعمالها 800,000 يورو، وفي 1 يناير 2028 لبقية الشركات. والصيغتان المستخدمتان عملياً هما XRechnung (XML خالص) وZUGFeRD 2.x (ملف PDF هجين بداخله XML)، وكلتاهما مطابقة لمعيار EN 16931.
- فرنسا: الاستقبال، والإصدار للشركات الكبيرة والمتوسطة، من 1 سبتمبر 2026؛ والإصدار للشركات الصغيرة والمتوسطة من 1 سبتمبر 2027. ويجري الإرسال عبر منصات مسجَّلة، وFactur-X هي الصيغة الهجينة الشائعة.
- بلجيكا: الفوترة الإلكترونية بين الشركات إلزامية عبر Peppol منذ 1 يناير 2026، مع إبلاغ إلكتروني بنموذج الزوايا الخمس مخطط له في 2028.
- بولندا: منصة KSeF الوطنية للمقاصة، بمخطط XML خاص بها وجدول زمني خاص بها.
- إيطاليا: نظام SdI وصيغة FatturaPA، يعملان منذ 2019 وما زالا أصرم نموذج مقاصة في الاتحاد الأوروبي.
- إسبانيا: نظام Verifactu والتزامات الفوترة ضمن قانون Crea y Crece، يُطبَّقان بالتوازي مع أنظمة TicketBAI الإقليمية.
إذا كنت تبيع في عدة دول من هذه، فأنت لا تواجه مشروعاً واحداً. أنت تواجه بنية واحدة وعدة محوّلات قُطرية، والفرق بين التعامل مع الأمر بهذا المنطق أو بغيره هو الفرق بين تكامل واحد وخمسة.
أين تنحرف المشاريع فعلياً
بيانات الفاتورة غير موجودة بالشكل الذي يطلبه المعيار. يفرض EN 16931 حقولاً لم تلتقطها أنظمة كثيرة قط: مرجع مشترٍ صحيح، وتفصيل ضريبة القيمة المضافة لكل نسبة لا لكل سطر، وشروط سداد منظَّمة، ورموز وحدات من مفردات مضبوطة. والعمل الهندسي هو إعادة بناء تلك الحقول مما لديك، بطريقة حتمية، ولكل فاتورة ستصدرها مستقبلاً.
إخفاقات التحقق تصل متأخرة. الفاتورة المرفوضة فاتورة غير مدفوعة. يجب أن يجري التحقق قبل الإرسال، مقابل المخطط الحالي وقواعد العمل القُطرية الحالية، وأن تظهر الإخفاقات لشخص يستطيع التصرف بها لا أن تُسجَّل في ملف.
الوارد أصعب من الصادر. الجميع يخطط لإصدار الفواتير وينسى أنه اعتباراً من تاريخ الاستقبال عليه قبول فواتير منظَّمة من كل مورّد، بأي صيغة مطابقة، وإدخالها إلى الذمم الدائنة دون أن يفتح شخص كل واحدة منها.
الترقيم وعدم التكرار. إعادة المحاولة ومهلات الشبكة وانقطاع المنصات أمور طبيعية. وفاتورة تُرسَل مرتين برقمين مختلفين مشكلة ضريبية لا مشكلة برمجية. هذا يجب أن يكون صحيحاً منذ البداية.
ما الذي نبنيه
التقييم واختيار الصيغة
تعاقد قصير (أسبوع إلى أسبوعين عادةً) ننظر فيه إلى الطريقة التي تُنتج بها فواتيرك فعلاً، وأي التكليفات تصلك ومتى، وما خياراتك الواقعية. والمخرَج توصية مكتوبة: أي الصيغ تحتاج، وهل ينبغي أن يكون الاتصال بـ Peppol عبر مزوّد أم عبر نقطة وصول خاصة بك، وما الذي يجب تغييره في نظامك المصدر، وكم يكلّف ذلك.
وأحياناً تكون التوصية أن منتجاً جاهزاً مع محوّل صغير يكفي. نفضّل أن نقول لك ذلك في الأسبوع الأول على أن نفوترك ستة أشهر.
توليد الفواتير والمواءمة
نبني طبقة المواءمة من بياناتك المصدرية إلى الصياغات المطلوبة (UBL وCII بموجب EN 16931، وXRechnung، وZUGFeRD 2.x، وFactur-X، وFatturaPA، وXML الخاص بـ KSeF)، مع توثيق اشتقاق كل حقل بحيث يستطيع المدقق وفريقك المالي متابعته معاً. وحين يعجز النظام المصدر عن تقديم حقل إلزامي أصلاً، نقول ذلك مبكراً ونصمم آلية التقاطه بدل اختراع قيمة افتراضية.
التحقق قبل الإرسال
التحقق من المخطط، وقواعد العمل بصيغة Schematron، والفحوص الخاصة بكل دولة، كلها تجري قبل أن يغادر أي شيء مبناك. وتُوجَّه الإخفاقات إلى طابور يملكه شخص، برسالة تقول أي حقل أخفق ولماذا، لا بأثر تتبع برمجي.
الاتصال بالشبكة
الاتصال بنقطة وصول Peppol، إما عبر مزوّد قائم أو بتشغيل نقطة خاصة بك، بحسب الحجم وقدر التحكم الذي تحتاجه. وفي دول نموذج المقاصة نتكامل مباشرة مع المنصة الوطنية (KSeF وSdI ومنظومة PDP الفرنسية)، بما في ذلك التعامل مع الشهادات والمصادقة، وهو ما تفعله كل منصة بطريقتها.
معالجة الفواتير الواردة
استقبال فواتير الموردين والتحقق منها وتوحيدها في تمثيل داخلي واحد، ومطابقتها مع أوامر الشراء وإشعارات الاستلام حيث وُجدت، وتسليمها إلى مسار الذمم الدائنة لديك. من هنا يأتي عادةً عائد المشروع، لأنه يلغي إدخالاً يدوياً لم يقس أحد كلفته يوماً.
الأرشفة ومسار التدقيق
تخزين متوافق للمستند المنظَّم الأصلي، بصيغة ولمدة تُرضيان قواعد GoBD الألمانية أو الحفظ البديل الإيطالي (conservazione sostitutiva) أو ما يعادلهما حيث تعمل، مع اختبار مسار الاسترجاع لا افتراض صحته.
الأنظمة التي نتكامل معها
SAP ECC وS/4HANA، وMicrosoft Dynamics 365 وBusiness Central، وOdoo، وNetSuite، وSage، وInfor، وXero، وواجهات DATEV، والأكثر شيوعاً: نظام مخصص أو معدّل بعمق يقع في قلب تشغيل الشركة ولن يُستبدل من أجل تكليف تنظيمي. نعمل بلغات .NET وJava وPHP وPython وNode.js، وبمنظومات أقدم حين تكون هي ما أمامنا.
وإن كنت تشغّل سوقاً إلكترونية أو منصة اشتراكات أو محرك فوترة يصدر فواتير برمجياً وبحجم كبير، فهذه بالضبط الحالة التي بُنينا لها: الفاتورة يولّدها كودك، فلا بد أن يعيش الامتثال داخل كودك.
ما الذي لا نقدّمه
لا نبيع برامج فوترة ولسنا حزمة محاسبية. إن كنت شركة صغيرة تبحث عن أداة تنتج فواتير متوافقة، فاشترِ واحدة: DATEV وsevDesk وLexware وعشرات غيرها تفعل ذلك جيداً وبكسر بسيط من كلفة مشروع تكامل.
تعال إلينا حين تكون الفاتورة من إنتاج نظام تملكه، أو حين يتعين على قواعد عدة دول أن تتعايش، أو حين يفرض الحجم أن يعمل هذا كله دون أن يراقبه أحد.
كيف تسير التعاقدات
التقييم، أسبوع إلى أسبوعين، بسعر ثابت، ينتهي بتوصية مكتوبة وخطة مُسعَّرة.
البناء، عادةً ستة إلى اثني عشر أسبوعاً للدولة الأولى، بحسب نظافة البيانات المصدرية. نعمل في مستودعك، وباستراتيجية فروعك، ومع فريقك، ونترك خلفنا اختبارات.
التجربة، بتمرير فواتير حقيقية إلى مجموعة صغيرة من الأطراف بالتوازي مع العملية القائمة، حتى يصل معدل الإخفاق إلى ما ينبغي أن يكون.
التحويل والدعم، مع مراقبة طابور الإخفاقات ووجود مسؤول عنه، خلال أول إقفال شهري وأول إقرار لضريبة القيمة المضافة، وهناك تظهر الأسئلة التي تهم فعلاً.
المعايير التي نعمل وفقها
معيار EN 16931 وارتباطاته الصياغية (UBL 2.1 وUN/CEFACT CII)، وPeppol BIS Billing 3.0 وبنية النقل في Peppol، وXRechnung ومدقق KoSIT، وملفات ZUGFeRD 2.x وFactur-X، وFatturaPA، وKSeF، ومقترحات ViDA التي ترسم ما بعد 2030.
الأسئلة الشائعة
متى ينطبق التزام الفوترة الإلكترونية الألماني علينا بالضبط؟
الاستقبال ينطبق على جميع الشركات الألمانية منذ 1 يناير 2025. أما الإصدار فينطبق من 1 يناير 2027 إذا تجاوز حجم أعمالك في السنة السابقة 800,000 يورو، ومن 1 يناير 2028 فيما عدا ذلك. ويغطي الالتزام المعاملات المحلية بين الشركات؛ أما معاملة الفواتير العابرة للحدود والفواتير للمستهلكين فتختلف ويُستحسن تأكيدها مع مستشارك الضريبي.
ما الفرق بين XRechnung وZUGFeRD؟
XRechnung صيغة XML خالصة، عرّفها القطاع العام الألماني وهي إلزامية للفواتير الموجّهة إلى الجهات الحكومية. أما ZUGFeRD 2.x فهجينة: مستند PDF/A-3 مضمَّن بداخله البيانات المنظَّمة نفسها، فيقرأ الإنسان ملف PDF وتقرأ الآلة ملف XML. وكلتاهما مطابقة لمعيار EN 16931. والممارسة التجارية بين الشركات في ألمانيا تميل إلى ZUGFeRD، وكثير من المشترين يقبلون أياً منهما.
هل نحتاج نقطة وصول Peppol خاصة بنا؟
غالباً لا. معظم الشركات تتصل عبر مزوّد نقطة وصول قائم، وهو أرخص وأسرع. وتشغيل نقطة خاصة بك يصبح منطقياً عند الحجوم الكبيرة، أو حين تحتاج تحكماً في طبقة النقل، أو حين تقدّم خدمات فوترة لغيرك.
هل يمكنكم العمل مع مزوّد الفوترة الإلكترونية الحالي لدينا؟
نعم، وهذا كثيراً ما يكون الشكل الصحيح: المزوّد يتولى الإرسال والعضوية في الشبكة، ونبني نحن كل ما بين نظامك وواجهته البرمجية، المواءمة والتحقق وإعادة المحاولة ومعالجة الإخفاقات والتسوية.
ماذا يحدث للفواتير التي تخفق في التحقق؟
تذهب إلى طابور مع شرح مقروء لأي حقل أخفق في أي قاعدة. نصمم ذلك الطابور بعناية متعمدة، لأنه في الأشهر الأولى بعد الإطلاق أكثر أجزاء النظام استخداماً، وسوء تصميمه يحوّل مشروع امتثال إلى عملية يدوية دائمة.
كيف تتجنبون إرسال الفاتورة نفسها مرتين؟
بمفتاح عدم تكرار ثابت مشتق من هوية الفاتورة لديك، يُحمل عبر كل إعادة محاولة، إضافة إلى سجل إرسال هو المرجع لما أُرسل. وأي إعادة محاولة تستخدم المُعرِّف الأصلي بدل توليد مُعرِّف جديد.
ابدأ الآن
أخبرنا إلى أي الدول تصدر فواتيرك، وكم فاتورة شهرياً تقريباً، وما الذي ينتجها اليوم. وسنخبرك أي التكليفات تصلك، وبأي ترتيب، وهل هذا وصلة أم مشروع.
تواصل معنا لحجز تقييم جاهزية للفوترة الإلكترونية.
خدمات ذات صلة
- تطوير دخول السوق الأوروبية: بقية المنظومة التنظيمية للبيع في أوروبا
- تحديث أنظمة ERP والخروج من SAP ECC: حين يحلّ تكليف الفوترة في منتصف عملية الترحيل
- صيانة أكواد الأنظمة القديمة: للنظام الذي ينتج الفواتير
مستعد للبدء بهذه الخدمة؟
تواصل معنا