سلوفاكيا تنتقل إلى Peppol في 1 يناير 2027: الفوترة الإلكترونية لأنظمة ERP المخصصة وتدفقات EDI

اعتباراً من 1 يناير 2027، لم يعد بإمكان المكلف بضريبة القيمة المضافة المقيم في سلوفاكيا أن يرسل ملف PDF بالبريد الإلكتروني إلى شركة سلوفاكية أخرى ويعدّه فاتورة. فيجب أن تكون فواتير B2B وB2G المحلية بصيغة XML منظَّمة وفق المعيار الأوروبي EN 16931، تُسلَّم عبر شبكة Peppol من خلال مزود خدمة معتمد، تسميه الإدارة المالية "digitálny poštár"، أي ساعي البريد الرقمي. ويجب على كل شركة سلوفاكية، وكل تاجر فرد، وكل جهة عامة أن تكون قادرة على استقبالها، بما في ذلك غير المكلفين بضريبة القيمة المضافة.

ومع بداية أكتوبر 2026، يبقى نحو 90 يوماً.

إن كنت تشغّل Pohoda أو KROS أو Money أو منتج محاسبة جاهزاً مشابهاً، فهذا العمل يقع في معظمه على عاتق المورّد. فهم يوفّرون دعم Peppol، والدليل الصادر عن الإدارة المالية في 26 أغسطس 2026 يقول إن تحديث النظام القائم سيكفي في معظم الحالات. ثبّت التحديث، واختر مزود خدمة، واتفق على الإجراءات مع محاسبك.

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

ماذا يشترط القانون

ينبع الالتزام من قانون ضريبة القيمة المضافة المعدَّل (222/2004 Z. z.، المعدَّل بالقانون 385/2025 Z. z.). وفي الخطوط العريضة، استناداً إلى صفحة eFaktúra لدى الإدارة المالية والدليل:

• الإصدار. يجب على المكلفين بضريبة القيمة المضافة المقيمين في سلوفاكيا إصدار فواتير إلكترونية عن التوريدات المحلية، وعن الدفعات المستلمة قبل التوريد، حين يكون العميل شخصاً خاضعاً للضريبة في سلوفاكيا أو أي كيان قانوني سلوفاكي. والمستهلكون خارج النطاق. وكذلك التوريدات المعفاة من ضريبة القيمة المضافة والفواتير المبسطة (إيصال حتى 100 يورو، أو إيصال eKasa حتى 400 يورو شاملاً ضريبة القيمة المضافة). وفيما عدا ذلك لم تعد قيمة الفاتورة مهمة.
• الاستقبال. يجب على كل شخص خاضع للضريبة في سلوفاكيا، سواء كان مكلفاً بضريبة القيمة المضافة أم لا، وعلى كل كيان قانوني سلوفاكي أن يكون قادراً على استقبال الفواتير الإلكترونية عبر مزود خدمة معتمد.
• الصيغة. XML مطابق لـ EN 16931، بصيغة UBL 2.1 أو CII D16B. وعلى الشبكة يعني ذلك Peppol BIS Billing 3.0، وهي UBL.
• التسليم. عبر مزود خدمة معتمد على شبكة Peppol. ويجوز للشركاء الاتفاق على قناة أخرى، كالبريد الإلكتروني أو رابط EDI قائم، لكن فقط بموافقة مسبقة من المشتري، ويجب أن تبقى الفاتورة بصيغة XML وفق EN 16931، ويجب أن يبقى الطرفان قابلين للوصول عبر مزود خدمة.
• التوقيت. 15 يوماً من التوريد، كما هو اليوم. وبالنسبة للفاتورة المرسلة عبر الشبكة، يكون تاريخ الإصدار هو يوم تسليمها إلى مزود الخدمة.
• الإبلاغ. يستخرج مزود الخدمة البيانات الضريبية ويبلّغ بها الإدارة المالية، ويعدّ القانون واجب الإبلاغ لديك منجزاً بمجرد تسليمك الفاتورة. ويبقى kontrolný výkaz (كشف الرقابة على ضريبة القيمة المضافة) حتى 1 يوليو 2030.
• الأرشفة. يحتفظ المكلفون بضريبة القيمة المضافة بملف XML لمدة عشر سنوات من نهاية السنة التي يتعلق بها. ونسخة PDF المعروضة ليست هي الفاتورة.
• الغرامات. يمكن أن تصل غرامة مخالفة التزامات الفوترة الإلكترونية أو إرسال بيانات غير صحيحة إلى 10,000 يورو، وإلى 100,000 يورو عند تكرار المخالفة، وفقاً للدليل والأسئلة الشائعة الصادرة في 15 سبتمبر 2026. ولا يُعاقب على الخطأ الواضح المصحَّح فوراً، ولا على الإخفاق الذي يمكن إثبات أنه من جهة مزود الخدمة.

يتبع الانتقال تاريخ استحقاق الضريبة. فإن نشأ التزام إصدار الفاتورة بحلول 31 ديسمبر 2026، تنطبق القواعد القديمة، حتى لو سُددت في 2027.

وتغييران أصغر يوقعان الناس في المفاجأة. فجدول الأقساط (splátkový kalendár) للإيجار أو التأجير التمويلي لم يعد يصلح كفاتورة إجمالية: كل توريد متكرر يحتاج إلى فاتورة إلكترونية خاصة به. والشركات الأجنبية المسجلة في سلوفاكيا لأغراض ضريبة القيمة المضافة فقط تبقى خارج النطاق حتى 30 يونيو 2030.

فواتير EDIFACT لم تعد تُحتسب

هذا الجزء يصيب المصنّعين ومورّدي سلاسل التجزئة. والأسئلة الشائعة صريحة. يمكنك مواصلة تبادل رسائل EDIFACT مع عملائك بعد 1 يناير 2027، لكن فاتورة EDIFACT لن تفي بعد ذلك بتعريف الفاتورة الإلكترونية لأغراض ضريبة القيمة المضافة في المعاملات المحلية. وبعبارتها، "vy alebo váš poskytovateľ IT služieb musí vykonať konverziu": أي إنك أنت أو مزود خدمات تقنية المعلومات لديك يجب أن تحوّلا تلك الفواتير إلى EN 16931 بصيغة UBL أو CII.

بل إن الأسئلة الشائعة تسمّي الطريق. فالمواصفة CEN/TS 16931-3-4 تطابق رسالة EDIFACT INVOIC D16B مع النموذج الدلالي لـ EN 16931، ومن هناك تطابق مع UBL. ومثالها: رقم فاتورة EDIFACT يصبح مصطلح الأعمال BT-1، الذي يصبح cbc:ID في UBL.

ويترتب على ذلك خياران في التصميم.

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

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

تتعلق القواعد بالفواتير والإشعارات الدائنة والفواتير الذاتية. أما أوامر الشراء وإشعارات الشحن فيمكن أن تبقى كما هي.

ما الذي يجب أن تبنيه فعلاً

بالنسبة لنظام مخصص، ينقسم العمل إلى أربعة أجزاء. والربط بمزود الخدمة هو عادة أصغرها.

1. الصادر: UBL يجتاز التحقق

طابق بيانات فواتيرك مع مصطلحات الأعمال في EN 16931، ثم مع UBL. تنشر صفحة eFaktúra جدول بيانات للتحويل (الإصدار 1.11 وقت كتابة هذا المقال) يطابق مصطلحات الأعمال مع بنود القانون السلوفاكي التي تقف خلفها، مع قيود التكرار السلوفاكية فوق Peppol BIS. اعتمده مواصفةً لك.

الحقول التي تسبب المتاعب نادراً ما تكون الواضحة:

• رقم DIČ للمستلم. يُعنون المشاركون السلوفاكيون على Peppol بالصيغة 0245:DIČ، أي رقم التعريف الضريبي، لا رقم IČO ولا رقم IČ DPH. والشركة المسجلة بالفعل على Peppol بمعرّف 9950 لا تزال تحتاج إلى تسجيل 0245 في SMP السلوفاكي. وإن كان سجل العملاء لديك لا يحمل سوى IČO وIČ DPH، فأمامك مهمة بيانات قبل مهمة الشيفرة.
• رموز فئات ضريبة القيمة المضافة. S وZ وE وAE وO، ولكل منها قواعد أعمال في Peppol. فالفئة O (خارج نطاق ضريبة القيمة المضافة) تمنع وجود معرّفات ضريبة القيمة المضافة في الفاتورة، ولا يجوز أن تجتمع في فاتورة واحدة مع بنود بالنسبة القياسية. ونص سبب الإعفاء (BT-120) مخصص للتوريدات المعفاة؛ وتعبئته في فاتورة بالنسبة القياسية تجعل ملف XML غير صالح.
• وحدات القياس من قوائم رموز UN/ECE، لا نصاً حراً. كل بند يحتاج إلى واحدة.
• أنواع المستندات التي نسيتها. التصحيحات في صورة إشعار دائن مع فاتورة جديدة، أو فاتورة تصحيحية تشير إلى الأصلية في BT-25. ومستندات الضريبة للدفعات المقدمة تستخدم رمز النوع 388. والفواتير الذاتية من النوع 389.

تحقق قبل الإرسال، وفق Peppol BIS والقواعد السلوفاكية، ووجّه الإخفاقات إلى من يستطيع إصلاحها. اقفل الفاتورة بمجرد تسليمها، واجعل إعادة المحاولة متساوية الأثر (idempotent): الفاتورة نفسها المرسلة مرتين برقمين مختلفين مشكلة ضريبية.

2. الربط بمزود الخدمة

يسرد السجل الصادر في 1 أكتوبر 2026 79 مزود خدمة معتمداً، سلوفاكيين وأجانب. لكل منهم واجهة API وطريقة مصادقة خاصة. ولا توجد منصة حكومية مركزية في مسار الفاتورة: فقد أُلغيت خطة إنشاء واحدة في 2024، وتنتقل الفواتير مباشرة بين مزودي الخدمات. نقاط عملية من الأسئلة الشائعة:

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

تشغيل نقطة وصول خاصة بك يعني الحصول على اعتماد OpenPeppol، واعتماد الإدارة المالية، واعتباراً من 1 يوليو 2027 شهادة ISO/IEC 27001. وبالنسبة لشركة لا ترسل إلا فواتيرها، فمزود الخدمة هو الإجابة المعقولة.

3. الوارد إلى الذمم الدائنة

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

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

4. الإبلاغ والمطابقة

يبني مزود الخدمة مستند البيانات الضريبية ويبلّغ به. ومهمتك أن تتأكد من صحة ما تسلّمه، ومن أن إقراراتك الضريبية لا تزال متطابقة، لأن kontrolný výkaz مستمر حتى 2030. خزّن معرّفات الرسائل وحالات التسليم الصادرة عن مزود الخدمة مقابل كل فاتورة، حتى تستطيع حين تختلف الأرقام أن تعرف السبب.

كم يستغرق ذلك

تقدير الإدارة المالية نفسها: إن كانت برمجياتك متصلة بالفعل بشبكة Peppol، فالتفعيل فوري. وبالنسبة للحلول المخصصة أو المعقدة، فالتكامل "môže trvať niekoľko dní až týždňov"، أي قد يستغرق من بضعة أيام إلى بضعة أسابيع.

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

سيكون الاختبار أبطأ مما تتوقع. فقد أحصى مرصد Peppol على epostari.sk، الذي تديره Verteco، وهي نفسها أحد مزودي الخدمات المعتمدين، 3,332 مكلفاً قادراً على استقبال فواتير Peppol من أصل 235,518 مكلفاً سلوفاكياً بضريبة القيمة المضافة في 2 أكتوبر 2026، أي نحو 1.4%. وهو يقيس المكلفين بضريبة القيمة المضافة فقط ويصف أرقامه بأنها استرشادية. ومع ذلك، قلة من عملائك يستطيعون استقبال فاتورة تجريبية اليوم، وسيأتي يناير بكثير من أخطاء "لم يُعثر على المستلم". تعامل معها كحالة عادية.

خطة من 90 يوماً

الأسبوعان 1 و2: الحصر والقرارات. اسرد كل نظام يُصدر فواتير لشركات سلوفاكية: نظام ERP، ومحرك الفوترة، وبوابة EDI، وجدول البيانات الذي لا يزال أحدهم في قسم المبيعات يستخدمه. وافعل الشيء نفسه للوارد. تحقق من تغطية أرقام DIČ في البيانات الرئيسية للعملاء والمورّدين. اختر مزود خدمة، ورتّب التفويض على البوابة، وسجّل للاستقبال.

من الأسبوع 3 إلى الأسبوع 6: الصادر. ابنِ مطابقة UBL والتحقق، واربط النظام ببيئة الاختبار لدى مزود الخدمة، وحوّل فواتير EDIFACT أو اتفق على التحويل مع مزود EDI. وغطِّ الإشعارات الدائنة والدفعات المقدمة والفوترة الذاتية، لا المسار السليم وحده.

من الأسبوع 5 إلى الأسبوع 9: الوارد. الاسترجاع، والتحقق، ومطابقة المورّد، والربط بالذمم الدائنة، والعرض، والأرشيف.

من الأسبوع 9 إلى الأسبوع 11: التشغيل الفعلي في 2026. الاستخدام الطوعي مسموح هذا العام. أرسل فواتير حقيقية إلى العملاء المسجلين بالفعل، واستقبل من المورّدين المسجلين. هنا تظهر أخطاء المطابقة، ما دامت لا تكلّف شيئاً.

الأسبوعان 12 و13: الانتقال. اجعل التحول مرتبطاً بتاريخ استحقاق الضريبة، لا بتاريخ الترحيل. وخطط حول العطلات: الأسبوعان الأخيران من ديسمبر ليسا نافذة اختبار.

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

ما الذي لا يزال يتحرك

تشير الأسئلة الشائعة إلى نسخة معدّلة من EN 16931 أُقرّت في أكتوبر 2025، وتقول إنها لا تستطيع بعد وصف أثرها؛ وستتبع Peppol BIS المعيار. وجدول التحويل في إصداره 1.11، وقد أُعيد إصدار الأسئلة الشائعة مراراً. أبقِ المطابقة بإصدارات محفوظة وفي مكان واحد، لا مبعثرة في شيفرة الفواتير.

والمرحلة الثانية مدرجة في الجدول الزمني بالفعل. فاعتباراً من 1 يوليو 2030، يُتوقع أن يمتد الالتزام إلى التوريدات العابرة للحدود، وأن تنخفض مهلة الإصدار إلى 10 أيام، وأن يُلغى kontrolný výkaz. فلا تثبّت "العملاء السلوفاكيون فقط" في التصميم.

أين تحصل على المساعدة

نبني الربط بين النظام الذي ينتج فواتيرك والشبكة التي صار عليها أن تحملها: مطابقة UBL والتحقق، والتكامل مع واجهة API لمزود الخدمة، وتحويل EDIFACT، ومعالجة الوارد إلى الذمم الدائنة. تشرح خدمة تكامل الفوترة الإلكترونية طريقة عملنا، وإن كان النظام الذي تحتها هو المشكلة الحقيقية، فاطّلع على تحديث أنظمة ERP. وإن كان العمل محدد النطاق وتحتاج إلى أيدٍ عاملة، فنحن أيضاً نُلحق مطورين ذوي خبرة بالفرق القائمة.

لمناقشة إعداداتك، راسلنا على office@c9group.dev.