KSeF الفوترة الإلكترونية البولندية إلزامية فبراير 2026: دليل التنفيذ والامتثال وتكامل التجارة الإلكترونية

1. KSeF (Krajowy System e-Faktur) — ما هو ولماذا وُجد

KSeF — أي Krajowy System e-Faktur (النظام الوطني للفواتير الإلكترونية) — هو منصة تخليص الفواتير التي تديرها الدولة البولندية مركزيًا. من الناحية التشغيلية، هو واجهة برمجة تطبيقات من نوع REST مع بوابة ويب تستضيفها Ministerstwo Finansow (وزارة المالية) على العنوان ksef.podatki.gov.pl. تُرفَع كل فاتورة مهيكلة (faktura ustrukturyzowana) يصدرها دافع ضرائب بولندي إلى KSeF كوثيقة XML من نوع FA(2)، ويتم التحقق منها مقابل مخطط XSD الرسمي، وتُختم زمنيًا، وتُخصَّص لها معرّف KSeF فريد مكوّن من 10 أحرف (مثال: 7A3D-19F0)، وتُحفَظ في السجل المركزي لمدة 10 سنوات على الأقل.

من الناحية القانونية، أُدخل نظام KSeF بموجب القانون المعدل Ustawa o podatku od towarow i uslug (قانون ضريبة القيمة المضافة البولندي، Ustawa o VAT) وفُصِّل في لائحة KSeF الصادرة عن وزارة المالية (Rozporzadzenie Ministra Finansow w sprawie KSeF). وهو اختياري منذ 1 يناير 2022 ويصبح إلزاميًا على موجتين خلال عام 2026 — ليحل محل كل تدفقات الفواتير التقليدية بصيغة PDF بين الشركات البولندية.

لماذا بنت بولندا نظام KSeF؟

وضعت وزارة المالية ثلاثة أهداف صريحة عند الإعلان عن KSeF لأول مرة عام 2021: سد فجوة ضريبة القيمة المضافة (تقلصت فجوة ضريبة القيمة المضافة في بولندا من أكثر من 25% عام 2015 إلى نحو 7 إلى 9% عام 2024 بفضل نظام SAF-T والدفع المنقسم؛ يجعل KSeF عمليات الاحتيال الدائري ومحتال التاجر المفقود أصعب هيكليًا)؛ وتقليل العبء الإداري (تُسلَّم فاتورة KSeF إلى المشتري لحظة تسجيلها — بلا بريد إلكتروني بصيغة PDF ولا إيصال تأكيد؛ الطابع الزمني لـ KSeF هو تاريخ التسليم القانوني)؛ والتوافق مع مبادرة ViDA الأوروبية (تفرض حزمة "ضريبة القيمة المضافة في العصر الرقمي" لعام 2024 فوترة إلكترونية مهيكلة عبر السوق الموحدة بأكملها بحلول 2030؛ بولندا رائدة مبكرة وسيتصل نظام KSeF بمبادرة ViDA بأقل تغييرات معمارية).

من يدير نظام KSeF ومن هو ملزم به؟

يُبنى نظام KSeF ويُدار من قبل الفرع التقني لوزارة المالية (Departament Informatyzacji Ministerstwa Finansow) بالتعاون مع هيئة KAS (Krajowa Administracja Skarbowa). كل دافع ضرائب بولندي نشط ملزم اعتبارًا من التاريخ الإلزامي: أصحاب المشاريع الفردية (JDG)، والشركات ذات المسؤولية المحدودة (sp. z o.o.)، والشركات الأجنبية المسجلة لضريبة القيمة المضافة البولندية، والشركات الكبرى التي تقدم إقرار JPK_V7M. بائعو المنصات التجارية على Allegro وAmazon.pl وEmpik وCeneo وMorele.net أو Erli ليسوا استثناءً.

2. 1 فبراير 2026 — التاريخ الإلزامي (مؤجَّل من 2024)

الخطة الأصلية والتأجيل

حدد قانون الفوترة الإلكترونية الأصلي لعام 2023 تاريخ 1 يوليو 2024 باعتباره تاريخ التفعيل الشامل لمعاملات B2B وB2G. في يناير 2024، كلّفت وزارة المالية بمراجعة خارجية لواجهة برمجة تطبيقات KSeF الخاصة بالإنتاج بعد أن كشفت اختبارات الضغط عن ثغرات في قابلية التوسع والموثوقية. في 19 يناير 2024، أعلنت الوزارة أن الموعد النهائي في يوليو 2024 سيُؤجَّل؛ ونُشر جدول تنفيذ جديد لاحقًا في العام نفسه وتم تثبيته لعام 2026.

جدول التطبيق لعام 2026

أشارت وزارة المالية إلى فترة انتقالية بتطبيق مرن في الربع الأول من 2026 — ستُطبَّق عقوبات عمليات الإرسال المتأخرة أو المفقودة إلى KSeF بحرية تقديرية حتى 1 يوليو 2026 على الأقل. اعتبارًا من النصف الثاني من عام 2026، يسري جدول العقوبات الكامل بموجب Ustawa o VAT دون تساهل.

ماذا يحدث للفواتير الورقية وبصيغة PDF؟

اعتبارًا من التاريخ الإلزامي، لم تعد الفاتورة الورقية أو بصيغة PDF فاتورة B2B صالحة قانونيًا في بولندا. إصدار فاتورة كهذه لمشترٍ تجاري بولندي بدلًا من فاتورة KSeF المهيكلة يُفعّل نظام العقوبات المذكور في القسم 9. الاستثناءات: معاملات B2C (تستمر إيصالات paragony عبر الصناديق الضريبية المسجلة ومنصة e-Paragon الاختيارية؛ وتستمر الفواتير التي يطلبها المستهلكون عبر KSeF)؛ والفواتير العابرة للحدود إلى عملاء ضريبة القيمة المضافة الأجانب (تسري قواعد فوترة ضريبة القيمة المضافة الأوروبية القياسية بموجب التوجيه 2006/112/EC للمجلس؛ وتظل ملفات PDF صالحة للتصدير)؛ ووضع عدم الاتصال بسبب القوة القاهرة (فاتورة تصدر خارج KSeF أثناء انقطاع واجهة برمجة التطبيقات، وتُرفَع بأثر رجعي ضمن فترة سماح مدتها يوم عمل واحد).

3. مخطط FA(2) — تنسيق XML للفاتورة

من FA(1) إلى FA(2): ما الذي تغيّر

مخطط FA(2) هو تنسيق XML للفاتورة المهيكلة من الجيل الثاني، إلزامي اعتبارًا من 2026. يحل محل FA(1) (المرحلة الاختيارية من 2022 حتى منتصف 2024) ويُنشَر كملف XSD على ksef.podatki.gov.pl، ويُتحقق منه على مستوى الخادم في كل عملية إرسال.

أبرز تغييرات FA(2) مقارنةً بـ FA(1): تحقق أكثر صرامة من رقم NIP (رقم NIP الخاص بالمستلم، 10 أرقام، يُتحقق منه في الوقت الفعلي مقابل Biala Lista ونظام VIES)؛ وحقول جديدة خاصة بالمنصات التجارية (تصبح P_RodzajFaktury وP_KSeF وP_TerminPlatnosci إلزامية لقنوات البيع)؛ وكتلة FaKorygujaca مشدّدة (تشير التصحيحات إلى معرّف KSeF المكوّن من 10 أحرف للفاتورة الأصلية في NrFaKorygowanej)؛ والعملة وسعر الصرف (يُتحقق من Waluta / KursWaluty مقابل أسعار مرجع NBP ليوم العمل السابق للبيع)؛ وعلامة الدفع المنقسم MPP (إلزامية للفواتير التي تتجاوز 15,000 زلوتي بولندي في فئات الملحق 15).

تشريح فاتورة XML من نوع FA(2)

تحمل وثيقة FA(2) البسيطة عنصر Naglowek (رأس يتضمن إصدار المخطط)، وكتلة Podmiot1 (رقم NIP للبائع، والاسم، والعنوان مع KodKraju=PL)، وكتلة Podmiot2 (رقم NIP واسم المشتري)، وكتلة Fa تتضمن رمز العملة (KodWaluty=PLN)، وتاريخ الإصدار (P_1)، ورقم الفاتورة (P_2)، والإجماليات الصافية وضريبة القيمة المضافة والإجمالية (P_13_1 وP_14_1 وP_15)، ونوع الفاتورة (RodzajFaktury)، وسطرًا واحدًا أو أكثر من نوع FaWiersz يتضمن وصف المنتج (P_7)، والكمية (P_8B)، وسعر الوحدة (P_9A)، وصافي مبلغ السطر (P_11)، ونسبة ضريبة القيمة المضافة (P_12).

يُفرَض كل عنصر مسمّى بواسطة ملف XSD الخاص بـ FA(2). أي رقم NIP غير صحيح التنسيق، أو عنصر WariantFormularza مفقود، أو نسبة ضريبة قيمة مضافة P_12 خارج المجموعة الرسمية (0، 5، 8، 23، zw، np، oo) يؤدي إلى رفض واجهة برمجة تطبيقات KSeF للوثيقة برد خطأ مهيكل من فئة 4xx. يقوم موصل KSeF الخاص بـ Zunapro ببناء وثائق FA(2) والتحقق منها وإرسالها تلقائيًا من طلبات المنصات التجارية الواردة — دون أي عمل يدوي على ملفات XSD من جانب البائع.

إصدارات مخطط FA(2) وتحديثاته

تصدر وزارة المالية إصدارات مخطط FA(2) بصيغة 1-0E و1-1E وهكذا. تُعلَن تغييرات المخطط في الجريدة الرسمية Dziennik Urzedowy Ministra Finansow بفترة تطبيق لا تقل عن ثلاثة أشهر. تُستضاف ملفات XSD الخاصة بالإنتاج تحت crd.gov.pl/wzor/. يجب على أي منصة تكامل تخدم حركة KSeF تتبّع هذه الإصدارات: تُرفَض وثيقة FA(2) المبنية وفق مخطط قديم حتى لو كانت بيانات العمل صحيحة.

4. تحديد هوية المستلم عبر NIP-VAT

NIP — معرّف دافع الضرائب البولندي

NIP (Numer Identyfikacji Podatkowej) هو رقم التعريف الضريبي البولندي المكوّن من 10 أرقام، الذي يصدره مكتب الضرائب المختص عند تسجيل الشركة. لكل دافع ضريبة قيمة مضافة نشط رقم NIP؛ تحصل الشركات الأجنبية المسجلة لضريبة القيمة المضافة البولندية على رقم NIP مسبوق برمز البلد (مثال: PL5252344078) لأغراض داخل الاتحاد الأوروبي. رقم NIP هو المعرّف الأساسي للأطراف في فاتورة FA(2).

التحقق في الوقت الفعلي — Biala Lista وVIES

تُجري واجهة برمجة تطبيقات KSeF ثلاثة فحوصات عبر الإنترنت لكل فاتورة B2B: Biala Lista (القائمة البيضاء لدافعي ضريبة القيمة المضافة على wykaz-podatnikow.mf.gov.pl — يجب أن يكون رقم NIP موجودًا ونشطًا في تاريخ الفاتورة)، ومطابقة الاسم (يجب أن يتطابق Nazwa بشكل معقول مع سجل Biala Lista؛ التباينات الجوهرية هي حاليًا تحذير بسيط، وستصبح رفضًا صارمًا اعتبارًا من النصف الثاني من 2026)، وVIES لمعاملات B2B داخل الاتحاد الأوروبي حيث يحمل المستلم رقم ضريبة قيمة مضافة أوروبيًا أجنبيًا.

طلب المنصة التجارية → جمع رقم NIP

جمع رقم NIP الخاص بالمشتري عند الدفع في المنصة التجارية: تكشف Allegro عن رقم NIP ضمن buyer.company.taxId عندما يُميَّز الطلب كشراء لشركة. يمرر مشترو Amazon.pl التجاريون رقم NIP عبر كائن SP-API BuyerInfo.BuyerTaxInfo. يكشف كل من Empik / Ceneo / Morele / Erli عن علامة "Faktura na firme" وحقل NIP في بيانات JSON الخاصة بالطلب. أما بالنسبة لعمليات الدفع في المتجر الخاص على Shopify / WooCommerce / PrestaShop / BigCommerce، فأضيفوا مربع اختيار "فاتورة ضريبية (NIP)"؛ إذ تحتوي قوالب السوق البولندية بالفعل على هذه الأداة.

تجمع Zunapro رقم NIP الخاص بالمشتري من حمولة webhook لكل طلب من منصة تجارية، وتتحقق منه مسبقًا مقابل Biala Lista، وتُدرجه في Podmiot2 → NIP الخاصة بـ FA(2) الصادرة. يؤدي رقم NIP الخاطئ أو المفقود إلى تنبيه داخل اللوحة قبل إرسال الفاتورة، بحيث تُصلحون جودة البيانات على مستوى الطلب بدلًا من ملاحقة رفض KSeF.

5. منصة PEF (Platforma Elektronicznego Fakturowania) لمعاملات B2G

ما هي منصة PEF وأين تقع؟

PEF — أي Platforma Elektronicznego Fakturowania (منصة الفوترة الإلكترونية) — هي منصة الفوترة الإلكترونية القائمة مسبقًا في بولندا لمعاملات B2G (من الشركة إلى الحكومة)، أُطلقت عام 2019 وتديرها وزارة التنمية والتكنولوجيا (Ministerstwo Rozwoju i Technologii). بُنيت PEF لتنفيذ التوجيه الأوروبي 2014/55/EU بشأن الفوترة الإلكترونية في المشتريات العامة: كل مشترٍ من القطاع العام البولندي (الحكومة المركزية، والبلديات، والمستشفيات، والمدارس) ملزم باستلام فواتير إلكترونية مهيكلة عبر PEF لعقود المشتريات العامة.

PEF وKSeF: نموذج التعايش

سؤال شائع عام 2026 هو ما إذا كانت منصة PEF ستختفي بمجرد أن يصبح نظام KSeF إلزاميًا. الجواب: تظل PEF قيد التشغيل. تتعايش المنصتان بتقسيم واضح للمهام:

• PEF — طبقة النقل والتوجيه لفواتير B2G، بما في ذلك B2G العابرة للحدود عبر شبكة Peppol الأوروبية. مُحسّنة لسير عمل المشتريات العامة (طلب → فاتورة → دفع → أرشفة).
• KSeF — طبقة التخليص الضريبي والتسجيل لجميع فواتير B2B وB2G الصادرة عن دافعي الضرائب البولنديين. وزارة المالية هي مستلم البيانات المهيكلة.
• التدفق المشترك لمعاملات B2G — تصدر الشركة البولندية التي تُفوتِر مشتريًا عموميًا بولنديًا الفاتورة عبر PEF للتسليم، وتُسجَّل نسخة موازية في KSeF لأغراض الإقرار الضريبي لضريبة القيمة المضافة. التزمت وزارة المالية ببناء تسوية آلية بين PEF وKSeF بحيث لا يضطر البائعون إلى الإرسال مرتين.

من يجب عليه استخدام منصة PEF؟

كل سلطة تعاقد من القطاع العام البولندي ملزمة باستلام فواتير PEF. الموردون (البولنديون والأجانب) ملزمون بإصدار فواتير PEF عند فوترة مشترٍ عام لمشتريات تتجاوز عتبات الاتحاد الأوروبي (حاليًا 140,000 يورو للسلع/الخدمات الخاصة بالحكومة المركزية، و215,000 يورو للجهات دون المركزية). دون هذه العتبات، يكون استخدام PEF اختياريًا لكن يُشجَّع عليه. يستخدم تسجيل الدخول إلى PEF نظام ePUAP، أو التوقيع الإلكتروني المؤهل، أو رمز PEF مخصص.

المنظومة التقنية لـ PEF

• النقل — AS4 (Applicability Statement 4)، معيار OASIS الذي تستخدمه Peppol لتبادل الوثائق الآمن.
• تنسيق الوثيقة — بشكل أساسي Peppol BIS Billing 3.0 (بصيغة UBL 2.1) للمعاملات العابرة للحدود، بالإضافة إلى مخطط PEF وطني للفواتير المحلية البولندية الصرفة من نوع B2G.
• تحديد الهوية — معرّفات المشاركين في دفتر عناوين Peppol؛ معرّف Peppol لمشترٍ عام بولندي هو رقم NIP الخاص به مُرمَّزًا وفق النظام 0190.
• الجهة المشغِّلة — تُقدَّم PEF كمنصة مجانية تديرها الوزارة، إضافةً، بشكل اختياري، عبر نقاط وصول Peppol معتمدة (Comarch وSage وEdicom وغيرها).

6. المصادقة عبر ePUAP + واجهة برمجة التطبيقات

مسارات المصادقة الثلاثة

يدعم نظام KSeF ثلاث آليات مصادقة، تناسب كل منها نمط تشغيل مختلفًا:

1. التوقيع الإلكتروني المؤهل (kwalifikowany podpis elektroniczny) — شهادة شخصية يصدرها مزوّد خدمات ثقة مؤهل بولندي (KIR Szafir، CenCert، Certum، EuroCert). الأكثر شيوعًا لدى المحاسبين ودافعي الضرائب الأفراد الذين يصدرون يدويًا حجمًا منخفضًا من الفواتير.
2. الملف الموثوق عبر ePUAP (Profil Zaufany) — الهوية الإلكترونية المجانية الصادرة عن الحكومة، المرتبطة برقم PESEL والمُتحقق منها عبر الخدمات المصرفية عبر الإنترنت. متاحة عالميًا للأفراد البولنديين؛ مسار المصادقة القياسي للشركات الصغيرة والمتوسطة.
3. الختم الإلكتروني المؤهل (kwalifikowana pieczec elektroniczna) — شهادة على مستوى الشركة تسمح لنظام آلي بتوقيع وثائق FA(2) نيابةً عن الكيان القانوني. المسار الوحيد القابل للتطبيق لتكاملات المنصات التجارية وأنظمة ERP.

ePUAP — الملف الموثوق البولندي

ePUAP (Elektroniczna Platforma Uslug Administracji Publicznej، المنصة الإلكترونية لخدمات الإدارة العامة) هي بوابة الحكومة الإلكترونية المركزية في بولندا، المستضافة على epuap.gov.pl والتي يديرها Centralny Osrodek Informatyki (COI) تحت إشراف وزارة الشؤون الرقمية. Profil Zaufany (الملف الموثوق) الصادر عبر ePUAP هو حجر الزاوية للهوية الإلكترونية البولندية: يُستخدم لتقديم الإقرارات الضريبية، وتسجيل مشروع فردي عبر CEIDG، وتوقيع العقود مع الإدارة العامة — ومنذ عام 2022، لمصادقة الإعداد الأولي لتكاملات KSeF.

بالنسبة لبائعي المنصات التجارية، يكون التدفق النموذجي كالتالي: يسجّل ممثل الشركة (عضو مجلس إدارة أو وكيل يحمل التفويض المناسب في سجل KRS) الدخول مرة واحدة إلى بوابة KSeF عبر ePUAP، وينشئ رمز واجهة برمجة تطبيقات مرتبطًا بختم مؤهل، ويفوّض Zunapro (أو مكامِلًا آخر) بصفته "osoba uprawniona" (شخصًا مفوَّضًا)، ومن ذلك الحين تُؤتمَت جميع عمليات إرسال FA(2).

نظرة سريعة على واجهة برمجة تطبيقات KSeF

واجهة برمجة تطبيقات KSeF هي خدمة REST من نوع JSON عبر HTTPS. أبرز نقاط النهاية: يفتح POST /api/online/Session/InitToken جلسة موثّقة عبر رمز مع تحدٍّ موقّع؛ ويرسل POST /api/online/Invoice/Send وثيقة XML من نوع FA(2) مُرمَّزة بصيغة Base64 ويُعيد مرجع معالجة؛ ويُعيد GET /api/online/Invoice/Status/{ref} معرّف KSeF المكوّن من 10 أحرف عند النجاح؛ ويقوم POST /api/online/Query/Invoice/Sync بتنزيل فواتير الأطراف المقابلة؛ ويغلق POST /api/online/Session/Terminate الجلسة.

تتوفر واجهة برمجة التطبيقات في بيئة اختبارية (ksef-test.mf.gov.pl) وبيئة إنتاج (ksef.mf.gov.pl). حدود المعدل سخية بالنسبة لأحمال العمل العادية، لكن حركة المنصات التجارية ذات الذروات يجب أن تُجمَّع في دفعات عند الإرسال.

نموذج التفويض — من يمكنه التوقيع نيابةً عمّن؟

يستخدم نظام KSeF نموذج "osoby uprawnione": يُنفَّذ كل إجراء يتعلق برقم NIP بواسطة شخص مفوَّض تُمنَح حقوقه عبر بوابة KSeF أو واجهة برمجة التطبيقات. تشمل الأدوار Wlasciciel (المالك، صلاحيات كاملة)، وFaktury sprzedaz (إصدار الفواتير الصادرة)، وFaktury zakup (تنزيل الفواتير الواردة)، وNadawanie uprawnien (إدارة التفويض).

عادةً ما يمنح بائعو المنصات التجارية Zunapro صلاحية "Faktury sprzedaz" المحصورة برقم NIP الخاص بهم، إضافةً اختياريًا إلى "Faktury zakup" لتسوية الفواتير الواردة. يحتفظ البائع بدور المالك ويمكنه إلغاء الوصول في أي وقت.

7. التكامل مع البرمجيات البولندية الرائدة (Comarch وSage وSymfonia)

مشهد أنظمة ERP وبرامج المحاسبة في بولندا

تعتمد الشركات الصغيرة والمتوسطة والكبرى في بولندا على مجموعة مميزة من منصات ERP والمحاسبة، معظمها أطلق موصلات KSeF خلال عامي 2024 و2026. يمتلك بائعو المنصات التجارية عادةً بالفعل أحد هذه الأنظمة ضمن منظومتهم — إما كدفتر أستاذ رئيسي أو كمستهلك لاحق لبيانات المنصة التجارية. فيما يلي أبرز اللاعبين وكيفية تعامل كل منهم مع نظام KSeF.

كيف تندمج Zunapro في منظومة ERP

Zunapro ليست بديلًا لنظام ERP — بل هي طبقة تنسيق المنصات التجارية بين Allegro / Amazon.pl / Empik / Ceneo / Morele.net / Erli وهيكلكم المحاسبي. يعمل تدفق KSeF بطريقتين: الإصدار عبر Zunapro (تبني Zunapro وتوقّع وترسل FA(2)، ثم تعيد الفاتورة بالإضافة إلى معرّف KSeF المكوّن من 10 أحرف إلى نظام ERP الخاص بكم) أو الإصدار عبر نظام ERP (تُرسل Zunapro الطلبات دفقيًا إلى Comarch / Sage / Symfonia / Insert / Enova / iFirma، الذي يصدر FA(2) عبر موصله الخاص). كلتا التهيئتين توفران تغطية كاملة لنظام KSeF.

أخطاء التكامل الشائعة

• انحراف المخطط — تتأخر أنظمة ERP أحيانًا إصدارًا واحدًا عن مخطط FA(2) الخاص بالوزارة. تحققوا من إصدار XSD النشط قبل نهاية كل ربع سنة.
• توحيد صيغة رقم NIP — ترسل المنصات التجارية أرقام NIP بأشكال متعددة (525-23-44-078، PL5252344078، أرقام صرفة). وحّدوها إلى 10 أرقام.
• توسيع نطاق مكاتب المحاسبة — إذا كان مكتب محاسبة يدير KSeF لـ50 رقم NIP، استخدموا تدفق التفويض الجماعي في بوابة KSeF، وليس واجهة الويب الفردية لكل رقم NIP.
• تسرّب البيئة الاختبارية — لا تستخدموا أبدًا الختم المؤهل الخاص بالإنتاج في البيئة الاختبارية؛ أصدروا ختمًا اختباريًا مخصصًا لـ ksef-test.mf.gov.pl.

8. الفوترة الإلكترونية العابرة للحدود — Peppol UBL عبر PEF

مسألة المعاملات العابرة للحدود

بائع منصة تجارية بولندي يُفوتِر مشتريًا ألمانيًا، أو موزّع تشيكي يُفوتِر مستشفى عامًا بولنديًا، أو مصدّر بولندي يبيع بنظام B2B إلى فرنسا — لا شيء من هذا يُدار مباشرةً عبر KSeF. نظام KSeF هو نظام تخليص وطني؛ تستمر فواتير B2B العابرة للحدود في اتباع قواعد فوترة ضريبة القيمة المضافة الأوروبية القياسية بموجب التوجيه 2006/112/EC للمجلس. تظل ملفات PDF وتبادل البيانات الإلكتروني (EDI) مقبولة للتصدير — مع استثناء مهم واحد: B2G العابرة للحدود.

Peppol — العمود الفقري الأوروبي العابر للحدود

Peppol (Pan-European Public Procurement Online) هي الشبكة القائمة على المعايير على مستوى الاتحاد الأوروبي لتبادل الوثائق التجارية المهيكلة، وتحكمها جمعية OpenPeppol. دمجت كل دولة عضو في الاتحاد الأوروبي شبكة Peppol في بنيتها التحتية للمشتريات العامة لتنفيذ التوجيه 2014/55/EU. تنسيق الوثيقة: UBL 2.1 (Universal Business Language) مغلّف ضمن مواصفة Peppol BIS Billing 3.0. النقل: AS4 عبر نموذج ذي أربع زوايا (المُرسِل → نقطة وصول المُرسِل → نقطة وصول المُستلِم → المُستلِم).

كيف تربط PEF معاملات B2G البولندية بشبكة Peppol

PEF (المذكورة في القسم 5) هي بوابة بولندا إلى شبكة Peppol. بالنسبة لمورّد بولندي يُفوتِر مستشفى عامًا ألمانيًا: يبني المورّد في نظام ERP الخاص به فاتورة Peppol BIS Billing 3.0 (بصيغة UBL 2.1)، ويرفعها إلى PEF (نقطة وصول Peppol من جانب المورّد)، وتوجّهها PEF عبر AS4 إلى نقطة وصول المستلِم الألماني، التي تسلّم الفاتورة إلى النظام المحاسبي للمستشفى. تسجّل PEF المعاملة؛ وتُسجَّل نسخة موازية في KSeF لإقرار ضريبة القيمة المضافة البولندية.

Peppol BIS Billing 3.0 مقابل FA(2): مطابقة الحقول

Peppol UBL وFA(2) قواعد نحوية XML مختلفة، لكن بيانات الفاتورة الأساسية متطابقة. يُطابَق رقم NIP الخاص بالبائع والمشتري مع cac:AccountingSupplierParty / AccountingCustomerParty / cbc:CompanyID؛ ويُطابَق Fa/P_2 مع cbc:ID؛ ويُطابَق تاريخ الإصدار Fa/P_1 مع cbc:IssueDate؛ ويُطابَق KodWaluty مع cbc:DocumentCurrencyCode؛ ويُطابَق FaWiersz/P_7 مع cac:InvoiceLine/cac:Item/cbc:Name؛ وتُطابَق نسبة ضريبة القيمة المضافة P_12 مع cac:ClassifiedTaxCategory/cbc:Percent؛ ويُطابَق الإجمالي الكلي Fa/P_15 مع cbc:PayableAmount.

تحتفظ منصات التكامل الحديثة (بما فيها Zunapro) ببيانات الفاتورة في نموذج داخلي موحّد، وتصدر FA(2) لنظام KSeF وPeppol UBL لمعاملات B2G العابرة للحدود من المصدر نفسه. لا يكتب البائعون XML يدويًا.

مبادرة ViDA الأوروبية — ما القادم بعد KSeF

تفرض حزمة الاتحاد الأوروبي ضريبة القيمة المضافة في العصر الرقمي (ViDA)، المتفق عليها أواخر عام 2024، فوترة إلكترونية مهيكلة ومتطلبات إبلاغ رقمي شبه فوري (DRR) للمعاملات B2B داخل الاتحاد الأوروبي بحلول يوليو 2030. نموذج بيانات ViDA متوافق صراحةً مع Peppol. منظومة KSeF البولندية — FA(2) بالإضافة إلى توجيه PEF/Peppol — في موقع جيد للاتصال بمبادرة ViDA بأقل تغييرات معمارية؛ وأشارت وزارة المالية إلى أن مخطط FA(3) سيستوعب الحقول التي تتطلبها ViDA عند دخول اللائحة حيز التنفيذ.

9. العقوبات — حتى 100% من مبلغ ضريبة القيمة المضافة

الأساس القانوني

العقوبات المترتبة على عدم استخدام نظام KSeF منصوص عليها في القانون المعدل Ustawa o VAT، وتحديدًا في المواد الجديدة التي أدخلها قانون الفوترة الإلكترونية لعام 2023 والمفصّلة في لائحة KSeF. أعلنت وزارة المالية عن فترة انتقالية بتطبيق مرن في الربع الأول من 2026؛ واعتبارًا من 1 يوليو 2026 يسري نظام العقوبات الكامل دون تساهل.

جدول العقوبات

المخالفة	العقوبة	الحد الأدنى
إصدار فاتورة خارج KSeF بينما يكون النظام إلزاميًا	حتى 100% من مبلغ ضريبة القيمة المضافة على الفاتورة	حد أدنى 1,000 زلوتي بولندي لكل فاتورة
عدم إرسال فاتورة إلى KSeF ضمن المهلة التنظيمية بعد إصدار خارج الاتصال بسبب قوة قاهرة	حتى 18.7% من إجمالي مبلغ الفاتورة	حد أدنى 1,000 زلوتي بولندي لكل فاتورة
إصدار فاتورة عبر KSeF تحتوي على أخطاء جوهرية (مثل رقم NIP خاطئ أو علامة MPP مفقودة)	عقوبات أخطاء ضريبة القيمة المضافة القياسية بموجب Kodeks karny skarbowy (القانون الجزائي الضريبي)	غرامات يومية (kary dzienne) وفق المادة 56 من KKS
عدم تسجيل فاتورة صادرة في JPK_V7M	حتى 20% من الضريبة غير المبلَّغ عنها	وفق المادة 112b من قانون ضريبة القيمة المضافة

مثال تطبيقي — سيناريو منصة تجارية

بائع إلكترونيات بولندي يشحن 200 طلب B2B عبر Allegro شهريًا، بمتوسط إجمالي 1,500 زلوتي بولندي مع ضريبة قيمة مضافة 23% (نحو 280 زلوتي بولندي ضريبة قيمة مضافة لكل فاتورة). إذا كان نظام KSeF إلزاميًا واستمر البائع بصيغة PDF فقط: أقصى عقوبة نظرية 200 × 280 زلوتي بولندي = 56,000 زلوتي بولندي/شهر في غرامات مبنية على مبلغ ضريبة القيمة المضافة؛ والحد الأدنى العملي 200 × 1,000 زلوتي بولندي = 200,000 زلوتي بولندي/شهر في الغرامات الدنيا لكل فاتورة (يُطبَّق المبلغ الأعلى)؛ إضافةً إلى تباينات JPK_V7M وفقدان حقوق خصم ضريبة القيمة المضافة المدخلة للمشترين. تكلفة تطبيق نظام KSeF بشكل صحيح جزء ضئيل من التعرّض لعدم الامتثال.

استراتيجيات الدفاع والتخفيف

دليل وضع عدم الاتصال — احتفظوا بسجلات استجابة واجهة برمجة التطبيقات إذا حال انقطاع دون إرسال KSeF، وارفعوها بأثر رجعي ضمن فترة السماح (يوم عمل واحد حاليًا). Czynny zal — يمكن لإجراء الإفصاح الذاتي البولندي بموجب المادة 16 من KKS أن يُلغي المسؤولية الضريبية الجنائية إذا كشف دافع الضرائب طوعًا عن عدم الامتثال قبل أن تفتح هيئة KAS مراجعة. مسار التدقيق — معرّفات KSeF هي الدليل المرجعي على الامتثال؛ احتفظوا بها مع الطلب، كما تفعل Zunapro في تفاصيل الطلب.

10. التجارة الإلكترونية وامتثال KSeF — دليل المنصات التجارية العملي

واقع المنصات التجارية

المنصات التجارية البولندية — Allegro (أكثر من 22 مليون عميل)، وAmazon.pl (أكثر من 4 ملايين)، وEmpik (أكثر من 1.5 مليون عضوية Premium)، وCeneo (أكثر من 19 مليون زائر)، وMorele.net (أكثر من 8 ملايين)، وErli (أكثر من 4 ملايين) — تعالج مجتمعةً أكثر من 30 مليون طلب شهريًا عام 2026، حصة غير ضئيلة منها موسومة بـ"faktura na firme". إصدار KSeF يدويًا مستحيل بأحجام المنصات التجارية؛ يجب أن يكون التكامل آليًا.

تدفق KSeF المكوّن من خمس خطوات للمنصات التجارية

1. استيعاب الطلب — تستلم Zunapro webhook الطلب (بما في ذلك رقم NIP إذا اختير "faktura na firme").
2. التحقق من رقم NIP — بحث في Biala Lista؛ فشل بسيط مع تنبيه داخل اللوحة إذا كان غير نشط.
3. بناء FA(2) — تُصاغ بيانات الطلب الموحّدة في XML من نوع FA(2) وفق إصدار XSD النشط.
4. إرسال إلى KSeF — يُرمَّز FA(2) بصيغة Base64، ويُوقَّع بختم البائع المؤهل، ويُرسَل إلى واجهة برمجة التطبيقات؛ ويُلتقَط معرّف KSeF المكوّن من 10 أحرف عبر الاستقصاء.
5. الإعادة — يُكتَب معرّف KSeF مرة أخرى في طلب المنصة التجارية، ويُعرَض على المشتري كفاتورة قابلة للتنزيل، ويُرسَل إلى نظام ERP الخاص بالبائع لأغراض JPK_V7M.

خصائص فريدة لكل منصة تجارية

• Allegro — لا يصل رقم NIP الخاص بالمشتري إلا بعد أن يبدّل الطلب إلى وضع "Faktura VAT"؛ إذا فُعّل بعد الشحن، يملك البائع 15 يومًا لتسجيل الفاتورة بأثر رجعي في KSeF.
• Amazon.pl — تُصدَر فواتير Amazon Business مسبقًا من قِبل Amazon لـVendor Central؛ يصدر بائعو Seller Central / الأطراف الثالثة فواتيرهم الخاصة عبر ملفهم الشخصي كدافعي ضرائب.
• Empik / Ceneo / Morele / Erli — تكشف كل منصة تجارية عن علامة "Faktura na firme" مماثلة وحقل NIP؛ يجب أن يعود وسم KSeF إلى تفاصيل الطلب حتى يرى المشتري الفاتورة في حسابه. في Ceneo CPC، تبقى الفوترة في متجر البائع الخاص، حيث تقع منطق KSeF ضمن تكامل الدفع.

طلبات المنصات التجارية العابرة للحدود

بائع بولندي يشحن طلب Allegro إلى مستهلك ألماني يقوم ببيع عن بُعد B2C (ملفات PDF صالحة، ونظام OSS يدير ضريبة القيمة المضافة). بائع بولندي يشحن Pan-EU FBA إلى مشترٍ تجاري ألماني يقوم بمعاملة B2B داخل الاتحاد الأوروبي (قواعد ضريبة القيمة المضافة الأوروبية القياسية، وليس KSeF). الحالة العكسية — بائع أجنبي يُفوتِر شركة بولندية عبر Allegro — تُفعّل بالفعل نظام KSeF إذا كان البائع الأجنبي مسجلًا لضريبة القيمة المضافة البولندية.

الإبلاغ والتسوية

كل فاتورة KSeF قابلة للاكتشاف تلقائيًا عبر الإقرار الشهري JPK_V7M، لكن البائعين لا يزالون بحاجة إلى إمكانية تتبع من الطلب إلى الفاتورة إلى معرّف KSeF لأغراض التدقيق وشكاوى المشترين. يحتفظ سجل الامتثال الخاص بـ Zunapro، لكل طلب من منصة تجارية، بما يلي: معرّف طلب المنصة التجارية، وحمولة XML كاملة من نوع FA(2)، ورقم مرجع KSeF، ومعرّف KSeF المكوّن من 10 أحرف والطابع الزمني، ورقم NIP الخاص بالمشتري ونتيجة البحث في Biala Lista، ومرجع سطر JPK_V7M، وأي سلسلة فواتير تصحيحية.

نظرة سريعة على منظومة الامتثال

الطبقة	المعيار / النظام	الدور
فاتورة B2B محلية	KSeF (XML من نوع FA(2))	تخليص إلزامي، معرّف من 10 أحرف، أرشفة
فاتورة B2G محلية	PEF + KSeF بالتوازي	التسليم عبر PEF، والتسجيل في KSeF
B2G عابرة للحدود	Peppol BIS Billing 3.0 (UBL 2.1)	فوترة إلكترونية للقطاع العام على مستوى الاتحاد الأوروبي
B2B عابرة للحدود	قواعد ضريبة القيمة المضافة الأوروبية (التوجيه 2006/112/EC)	فوترة أوروبية قياسية؛ ملفات PDF صالحة
إيصال B2C	صندوق ضريبي مسجل + e-Paragon	إيصالات المستهلك؛ KSeF عند الطلب
المصادقة	ePUAP / توقيع مؤهل / ختم	الهوية لكل من KSeF وPEF
إقرار ضريبة القيمة المضافة	JPK_V7M (SAF-T)	ملف شهري؛ يُغذّيه KSeF

الإطار القانوني — Ustawa o VAT ولائحة KSeF

Ustawa o VAT — قانون ضريبة القيمة المضافة البولندي

Ustawa z dnia 11 marca 2004 r. o podatku od towarow i uslug (Ustawa o VAT) هو القانون الأساسي الذي ينظّم ضريبة القيمة المضافة في بولندا. أُدرجت التزامات نظام KSeF في القانون بموجب قانون الفوترة الإلكترونية لعام 2023 (Ustawa z dnia 16 czerwca 2023 r. o zmianie ustawy o podatku od towarow i uslug oraz niektorych innych ustaw، Dz.U. 2023 poz. 1598). تغطي المواد ذات الصلة تعريف الفاتورة المهيكلة (faktura ustrukturyzowana)، والالتزام باستخدام KSeF، ووضع عدم الاتصال في حالات انقطاع واجهة برمجة التطبيقات، وجدول العقوبات.

لائحة KSeF

القواعد التقنية التفصيلية — إصدار مخطط FA(2)، ومصادقة واجهة برمجة التطبيقات، وفترة سماح وضع عدم الاتصال، وتدفق التفويض الجماعي — منصوص عليها في لائحة KSeF الصادرة عن وزارة المالية (Rozporzadzenie Ministra Finansow w sprawie korzystania z Krajowego Systemu e-Faktur)، المنشورة في Dziennik Urzedowy Ministra Finansow والمحدَّثة دوريًا.

القانون الضريبي البولندي ذو الصلة والطبقة الأوروبية

• Kodeks karny skarbowy (KKS) — تغطي المادتان 56 و62 مخالفات الفوترة ونظام الغرامات اليومية (kary dzienne).
• Ordynacja podatkowa والمادة 16 من KKS — يُلغي الإفصاح الذاتي "czynny zal" (الندم الفعّال) المسؤولية عند استخدامه بشكل صحيح.
• لائحة JPK — تحدد بنية ملف SAF-T من نوع JPK_V7M الذي يُغذّيه نظام KSeF.
• Ustawa o KAS — يحدد دور الإنفاذ وقدرات المطابقة الخاصة بهيئة KAS.
• التوجيه 2006/112/EC للمجلس — توجيه ضريبة القيمة المضافة الأوروبي؛ القواعد الأساسية لمحتوى الفاتورة.
• التوجيه 2014/55/EU — الفوترة الإلكترونية الإلزامية في المشتريات العامة (أساس PEF).
• حزمة ViDA الأوروبية — اتُفق عليها عام 2024؛ فوترة إلكترونية مهيكلة إلزامية لمعاملات B2B داخل الاتحاد الأوروبي بحلول 2030؛ توافق KSeF/PEF مع ذلك.

كيف تصبحون جاهزين لنظام KSeF — دليل خطوة بخطوة 2026

1. تأكدوا من تاريخ التزامكم

• مبيعات 2026 فوق 200 مليون زلوتي بولندي صافيًا من ضريبة القيمة المضافة — إلزامي اعتبارًا من 1 فبراير 2026.
• مبيعات 2026 عند أو دون 200 مليون زلوتي بولندي صافيًا من ضريبة القيمة المضافة — إلزامي اعتبارًا من 1 أبريل 2026.
• الانضمام الاختياري متاح فورًا لأي دافع ضريبة قيمة مضافة نشط.

2. احصلوا على منظومة المصادقة

• أصدروا (أو جدّدوا) ختمًا إلكترونيًا مؤهلًا للكيان القانوني عبر KIR Szafir أو Certum أو CenCert أو EuroCert.
• تأكدوا من أن عضوًا واحدًا على الأقل من مجلس الإدارة يمتلك Profil Zaufany فعالًا عبر ePUAP للمصادقة الأولية.
• حددوا الشخص الطبيعي الذي سيتولى دور "wlasciciel" في KSeF والأشخاص الذين سيُفوَّضون كممثلين لـ"Faktury sprzedaz" / "Faktury zakup".

3. سجّلوا في بوابة KSeF

1. سجّلوا الدخول إلى ksef.podatki.gov.pl باستخدام الملف الموثوق عبر ePUAP.
2. أكّدوا رقم NIP الخاص بالشركة وعيّنوا أدوار التفويض لمحاسبيكم / مكاملي أنظمتكم / نظام ERP الخاص بكم.
3. أنشئوا رمز واجهة برمجة تطبيقات KSeF، محصورًا بـ"Faktury sprzedaz" إذا كنتم بحاجة فقط إلى الإصدار الصادر، أو "Faktury zakup" بالإضافة إلى "Faktury sprzedaz" للتدفق الثنائي الاتجاه الكامل.
4. خزّنوا الرمز في خزنة الأسرار الخاصة بمنصتكم — ولا تضعوه أبدًا في نظام التحكم بالمصدر.

4. هيّئوا إنشاء FA(2)

1. طابقوا نسب ضريبة القيمة المضافة في كتالوج منتجاتكم مع المجموعة المسموحة في FA(2) (0، 5، 8، 23، zw، np، oo).
2. تأكدوا من أن محرك الفوترة لديكم يُصدر جميع الحقول المطلوبة في FA(2)، بما في ذلك WariantFormularza وKodWaluty وAdres/KodKraju.
3. تحققوا من نماذج الوثائق مقابل ملف XSD الرسمي قبل الإرسال المباشر.
4. شغّلوا حالات اختبار شاملة على ksef-test.mf.gov.pl: فاتورة B2B قياسية، وفاتورة تصحيح (faktura korygujaca)، وفاتورة انعكاس الرسوم (mechanizm odwrotnego obciazenia)، وفاتورة موسومة بـMPP.

5. اربطوا المنصات التجارية بنظام KSeF عبر Zunapro

1. سجّلوا الدخول إلى Zunapro وافتحوا وحدة المحاسبة الخاصة ببولندا.
2. اربطوا دوركم في KSeF — الصقوا رمز واجهة برمجة التطبيقات، وارفعوا شهادة الختم المؤهل.
3. اربطوا المنصات التجارية — Allegro وAmazon.pl وEmpik وCeneo وMorele.net وErli — عبر بلاطات المنصة التجارية القياسية.
4. طابقوا الطلب → FA(2) — مطابقة بنقرة واحدة للمخطط القياسي؛ ويعدّل المستخدمون المتقدمون الاستثناءات لكل منصة تجارية.
5. ابدأوا التشغيل — تصدر أول مزامنة فواتير بأثر رجعي لأي طلبات B2B معلّقة، ثم تتدفق الفواتير المباشرة مع وصول الطلبات.

الأسئلة الشائعة حول KSeF — إصدار 2026