Словакия преминава към 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 изгледът не е фактурата.
• Санкции. Съгласно § 85o от Закона за ДДС регистрирано лице, което не подаде данните от фактурата, подаде ги със закъснение или ги подаде неправилно, може да бъде глобено до 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“: вие или вашият доставчик на ИТ услуги трябва да преобразувате тези фактури в UBL или CII по EN 16931.

Документът дори посочва пътя. CEN/TS 16931-3-4 съпоставя EDIFACT INVOIC D16B със семантичния модел на EN 16931, а оттам се съпоставя с UBL. Примерът му: номерът на фактурата в EDIFACT става бизнес термин BT-1, който в UBL става cbc:ID.

От това следват два избора в архитектурата.

Къде става преобразуването. Или системата ви генерира 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 и словашките правила, и насочвайте грешките към човек, който може да ги поправи. Заключвайте фактурата, след като е предадена, и направете повторните опити идемпотентни: една и съща фактура, изпратена два пъти под два номера, е данъчен проблем.

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, който сам е един от сертифицираните доставчици, отчита на 2 октомври 2026 г. 3 332 от 235 518 словашки регистрирани по ДДС лица, които могат да получават фактури през Peppol, около 1,4%. Той отчита само регистрираните по ДДС лица и определя данните си като информативни. Дори и така, малко от клиентите ви могат да приемат тестова фактура днес, а януари ще донесе много грешки „получателят не е намерен“. Третирайте ги като нормален случай.

План за 90 дни

Седмици 1 до 2: инвентаризация и решения. Избройте всяка система, която издава фактури към словашки фирми: ERP системата, модула за таксуване, EDI шлюза, електронната таблица, която някой в продажбите още ползва. Направете същото за входящите. Проверете доколко DIČ е попълнен в основните данни за клиенти и доставчици. Изберете доставчик, уредете упълномощаването в портала, регистрирайте се за получаване.

Седмици 3 до 6: изходящи. Изградете съпоставянето с UBL и валидацията, свържете се с тестовата среда на доставчика и преобразувайте фактурите в EDIFACT или договорете преобразуването с EDI доставчика си. Покрийте кредитните известия, авансовите плащания и самофактурирането, а не само щастливия сценарий.

Седмици 5 до 9: входящи. Изтегляне, валидиране, разпознаване на доставчика, съпоставяне със задълженията, изглед и архив.

Седмици 9 до 11: на живо още през 2026 г. Доброволното ползване е разрешено тази година. Изпращайте реални фактури на клиенти, които вече са регистрирани, и получавайте от доставчици, които са. Тук излизат грешките в съпоставянето, докато още не струват нищо.

Седмици 12 до 13: преминаване. Направете превключването да зависи от данъчното събитие, а не от датата на осчетоводяване. Планирайте с оглед на празниците: последните две седмици на декември не са прозорец за тестване.

Ако разработката няма да стане навреме, имайте резервен вариант. Самостоятелното уеб приложение на доставчик, вариантът, който ръководството предлага за малки фирми, стига, за да получавате фактури на 1 януари, докато интеграцията се довършва. То е временно решение за получаване, а не начин да издавате в голям обем.

Какво още се променя

Законът за ДДС се изменя отново, преди да е започнал да се прилага. Правителственият законопроект, парламентарен документ 1454, мина на първо четене на 6 октомври 2026 г. и отиде в комисия; водещата комисия има срок до 16 ноември. Той не е закон и текстът още може да се промени. Според проекта между 1 януари и 30 юни 2027 г. няма да се налагат глоби за електронна фактура, издадена след срока, нито за пропуските в докладването по § 85o. Задължението на купувача да докладва данни от получените електронни фактури би отпаднало. Данъчно задължено лице, което не е регистрирано по ДДС, не би трябвало да получава електронни фактури за освободено от ДДС отдаване под наем на имот, държан извън бизнес активите му. По-ранен проект по сведения е прекратявал толерантния период на 31 март 2027 г. Нищо от това не измества 1 януари 2027 г.: мотивите посочват, че задължението да се издават електронни фактури и да може да се получават остава непокътнато. Ако шестте месеца бъдат приети, третирайте ги като резерв за грешки, а не като по-късен старт.

Въпросите и отговорите отбелязват ревизиран EN 16931, одобрен през октомври 2025 г., и посочват, че въздействието му още не може да бъде описано; Peppol BIS ще последва стандарта. Таблицата за транспониране е във версия 1.11, а въпросите и отговорите са преиздавани многократно. Дръжте съпоставянето с версии и на едно място, а не разпръснато из кода за фактурите.

Втората фаза вече е в графика. От 1 юли 2030 г. се очаква задължението да обхване и трансграничните доставки, срокът за издаване да падне на 10 дни, а kontrolný výkaz да отпадне. Не залагайте „само словашки клиенти“ твърдо в архитектурата.

Къде да потърсите помощ

Ние изграждаме връзката между системата, която създава фактурите ви, и мрежата, която вече трябва да ги пренася: съпоставяне и валидиране на UBL, интеграция с API на доставчика, преобразуване от EDIFACT и обработка на входящите към задълженията към доставчици. Нашата услуга за интеграция на електронно фактуриране описва как работим, а ако истинският проблем е системата отдолу, вижте модернизация на ERP. Ако обхватът на работата е ясен и ви трябват хора, ние също така включваме опитни разработчици в съществуващи екипи.

За да обсъдим вашата конфигурация, пишете ни на office@c9group.dev.