§ 85o закону № 222/2004 Z. z. · IT, програмне забезпечення та електронна комерція

eFaktúra з 2027 року. Як підготуватися підприємцю

Із 1 січня 2027 року платники ПДВ у внутрішніх операціях із компаніями складатимуть рахунки-фактури у структурованому електронному вигляді та зазвичай надсилатимуть їх через сертифікованого надавача послуг. Отримувати їх повинні будуть уміти також підприємці, які не є платниками ПДВ. Крім бухгалтерського обліку, потрібно підготувати договір із надавачем послуг і внутрішні правила архівування та погодження рахунків.

Опубліковано · Оновлено

Із 1 січня 2027 року для більшості внутрішніх операцій між компаніями у Словаччині рахунок-фактура змінюється з PDF-додатка до електронного листа на структурований файл даних, який передається через сертифікованого надавача послуг доставки. Це запроваджує закон № 385/2025 Z. z., яким внесено зміни до закону № 222/2004 Z. z. про податок на додану вартість. Податкову оцінку окремих операцій здійснює податковий консультант або бухгалтер. Проте для компанії не менш важливо, хто технічно надсилатиме її рахунки, як це врегулювати в договорі з постачальником і де зберігати доказ доставлення.

Хто зобов’язаний складати eFaktúra і хто має забезпечити її отримання

Із 1 січня 2027 року електронний рахунок-фактуру зобов’язаний складати платник ПДВ за § 4, § 4b або § 4c, який постачає товар чи послугу з місцем постачання в Словаччині особі, що підлягає оподаткуванню, тобто зазвичай підприємцю, із місцезнаходженням, місцем проживання, місцем підприємницької діяльності або постійним представництвом у Словаччині, чи особі, яка зазвичай тут проживає. Обов’язок також охоплює постачання юридичній особі, що не підлягає оподаткуванню, із місцезнаходженням у Словаччині або з достатньо постійним місцем, забезпеченим людськими й технічними ресурсами для її діяльності. Те саме стосується отриманого авансу (§ 85o ч. 2 і 3 закону про ПДВ). Винятком є операції, звільнені від податку за § 28–43 і 47, та випадки, коли платник складає спрощений рахунок за § 74 ч. 3 літ. a) або b), тобто документи на невеликі суми, включно з документами каси e-kasa в межах, визначених законом. Складання eFaktúra не потребує згоди покупця. Згода потрібна лише тоді, коли її хочуть надіслати іншим способом, ніж через послугу доставки. Водночас закон забороняє цей режим для операцій зі Словацькою інформаційною службою, Військовою розвідкою та операцій, пов’язаних із секретною інформацією, які потребують такої інформації або містять її. Обов’язок має і друга сторона, навіть якщо вона не є платником ПДВ.

Оригінальний текст словацькою мовою.

Každá zdaniteľná osoba, ktorá je povinná vyhotoviť elektronickú faktúru podľa tohto zákona, je povinná zabezpečiť, aby mohla zaslať a prijať elektronickú faktúru doručovacou službou. Každá osoba, ktorej je v tuzemsku dodaný tovar alebo služba, pri ktorej je zdaniteľná osoba povinná vyhotoviť elektronickú faktúru podľa tohto zákona, je povinná zabezpečiť, aby mohla prijať elektronickú faktúru zaslanú doručovacou službou.

§ 71 ods. 5 zákona o DPH v znení od 1. 1. 2027

Неофіційний переклад: Кожна особа, що підлягає оподаткуванню і зобов’язана складати електронний рахунок-фактуру за цим законом, повинна забезпечити можливість надсилати й отримувати електронні рахунки-фактури через послугу доставки. Кожна особа, якій у Словаччині постачають товар або послугу, щодо яких особа, що підлягає оподаткуванню, зобов’язана скласти електронний рахунок-фактуру за цим законом, повинна забезпечити можливість отримати електронний рахунок-фактуру, надісланий через послугу доставки.

Фінансова адміністрація в повідомленні від 27 серпня 2026 року пояснила, що неплатники ПДВ повинні забезпечити отримання eFaktúra, але складати їх не зобов’язані. За тим самим повідомленням податкового органу станом на 27 серпня 2026 року надавача послуг доставки, якого називають цифровим листоношею, обрали понад 5 000 компаній та організацій. У 2026 році використання eFaktúra є добровільним. Рахунок у встановленій структурі вже зараз можна надіслати через послугу доставки без згоди одержувача, якщо він забезпечив можливість його отримати (§ 85o ч. 22).

За що відповідає надавач послуг

Послугу доставки може надавати лише сертифікований надавач, внесений до реєстру, який веде й оприлюднює Фінансове управління Словацької Республіки. За § 76a ч. 2 він повинен забезпечити, щоб сервіс міг автоматично перевірити формальні вимоги до рахунку, надійно ідентифікувати відправника й адресата, зберегти достовірність походження, цілісність змісту та читабельність рахунку від надсилання до доставлення, а також підтвердити дату й час його надсилання, доставлення та отримання. Із 2027 року через цей сервіс виконується також обов’язок повідомляти Фінансовому управлінню дані з рахунків. Обов’язок вважається виконаним із переданням eFaktúra сервісу доставки (§ 85o ч. 11).

Закон не перекладає на надавача послуг відповідальність за зміст рахунку. За правильність даних і своєчасне складання відповідає постачальник товару або послуги, навіть якщо рахунок складає покупець або третя особа (§ 72 ч. 7). За неповідомлення, несвоєчасне або неправильне повідомлення даних загрожує штраф до 10 000 євро, а за повторне порушення до 100 000 євро (§ 85o ч. 12 і 13 у редакції з 1. 1. 2027). Проте податкова інспекція не накладе штрафу, якщо дані не надіслано вчасно через доведений технічний збій у сертифікованого надавача та повідомлено відразу після його усунення. Штраф не накладається також у разі виправлення неправильних даних, якщо з обставин випливає, що це була очевидна помилка (§ 85o ч. 14). Тому договір із надавачем має врегулювати також те, як фіксуються збої і як надавач підтверджуватиме їх вам.

Що погодити з надавачем послуг і постачальником програмного забезпечення

Надавач послуг доставки та постачальник бухгалтерської програми або системи виставлення рахунків часто є різними компаніями. Договори з ними мають охоплювати передусім такі питання:

  • обсяг послуги, тобто надсилання й отримання, інтеграцію з вашою системою та відповідальність за перетворення рахунку у встановлену структуру даних,
  • доступність сервісу, строки відновлення після збою та обов’язок надавача видати письмове підтвердження технічного збою із зазначенням його початку й завершення,
  • повідомлення про інциденти та зміни технічної специфікації,
  • експорт усіх рахунків і записів про доставлення у придатному для використання форматі після припинення договору та в разі припинення діяльності надавача,
  • обсяг відповідальності надавача та її обмеження,
  • захист персональних даних, якщо рахунки містять дані фізичних осіб, наприклад приватних підприємців, і правила залучення субпідрядників.

Технічні умови ще розвиваються. Фінансова адміністрація як податковий орган публікує на своїй сторінці про eFaktúra правила валідації. Станом на 8 жовтня 2026 року діяла версія 1.11, востаннє оновлена 10 вересня 2026 року. Чи впливає зміна версії на вашу систему, має оцінити постачальник програмного забезпечення. Договір повинен зобов’язувати його реагувати на такі зміни вчасно та власним коштом або за заздалегідь погодженою ціною.

Архів і докази доставлення

Із 2027 року платник буде зобов’язаний зберігати eFaktúra протягом десяти років після закінчення календарного року, якого вона стосується (§ 85o ч. 15 у редакції з 1. 1. 2027). Особа, що підлягає оподаткуванню, повинна також протягом усього строку зберігання забезпечити достовірність походження, цілісність змісту та читабельність рахунку (§ 71 ч. 3). Тому в архіві потрібно зберігати рахунок у тому вигляді, у якому його надіслано й отримано, а не лише друковане представлення. Рекомендуємо зберігати разом із ним також записи сервісу доставки про час надсилання та доставлення. Якщо архів веде надавач послуг, договір має визначати, що станеться з архівом після його припинення.

Хто за що відповідає в компанії

Окрім технічного рішення, у компанії потрібно визначити, хто погоджує рахунки, хто замінює цю особу за її відсутності та як діяти з рахунком, який система відхилила або який оспорює покупець. Якщо рахунки складає зовнішня бухгалтерська компанія, цей розподіл завдань слід включити і до договору з нею. Добровільний період до кінця 2026 року доцільно використати для випробування з кількома постійними партнерами, включно з кредит-нотою, виправленням і ситуацією, коли сервіс недоступний.

З чим ми можемо допомогти

Договір із надавачем послуг доставки, який часто має характер SaaS, підготуємо або перевіримо в межах послуги договір та умови SaaS. Рівень доступності та дії під час збою визначимо в сервісному договорі зі SLA, а інтеграцію бухгалтерської системи в договорі впровадження. Наявні договори з бухгалтером і постачальниками програмного забезпечення розглянемо в межах перевірки та перегляду договору. Податкову оцінку окремих операцій залишаємо вашому податковому консультанту.

Ця стаття містить загальну правову інформацію станом на 8 жовтня 2026 р.. Вона не є юридичною послугою чи консультацією щодо вашої конкретної справи. Законодавство змінюється, а обставини вашої ситуації можуть відрізнятися. Перед ухваленням рішення перевірте належний порядок дій або зв’яжіться з нами.

Інші матеріалина тему IT, програмне забезпечення та електронна комерція

Усі матеріали
IT, програмне забезпечення та електронна комерція

Спір про домен .sk, .cz або .eu: суд чи альтернативне вирішення спору

Домен із вашим іменем або торговельною маркою можна отримати від власника судовим позовом або у швидшому альтернативному вирішенні спору за правилами реєстру. Для кожного домену верхнього рівня діють інші умови. Стаття призначена для фірм та інтернет-магазинів, які обирають, яким шляхом піти.

Читати далі →
IT, програмне забезпечення та електронна комерція

Контент від інфлюенсера в рекламі бренду: що має містити ліцензія на фото та відео

Бренд платить за допис, а потім з’ясовує, що відео не можна використати ані в платній рекламі, ані на сайті. Закон про авторське право за мовчання договору надає ліцензію лише в обсязі, потрібному для мети співпраці, а якщо й з неї не випливає інше, то лише для Словаччини та щонайбільше на рік. Стаття пояснює, що має містити договір із автором контенту, щоб контент працював і після кампанії.

Читати далі →
IT, програмне забезпечення та електронна комерція

Логотип від дизайнера як торговельна марка: без ліцензії ризикуєте запереченнями і спором про права

Логотип часто є авторським твором дизайнера, і оплачений рахунок ще не робить його вашим логотипом у повному обсязі. Хто хоче зареєструвати його як торговельну марку, потребує від автора ліцензію, яка прямо охоплює реєстрацію, зміни та використання в усьому світі. Інакше йому загрожують заперечення, недійсність марки і проблема при продажу фірми.

Читати далі →

Маєте подібну ситуацію?

Розкажіть, із чим вам потрібна допомога.

Опишіть свою ситуацію. Ми розглянемо її та зазвичай протягом 24 годин повідомимо, чи можемо ми допомогти та яким чином, а також зазначимо орієнтовну вартість.

  1. 1Надіслати запит через цю форму
  2. 2Зазвичай протягом 24 годин ви отримуєте підтвердження ціни та подальший план дій
  3. 3Ми починаємо роботу лише після вашого схвалення
Mgr. Patrik Tulinský, LL.M. Чеський і словацький адвокат · SAK 300422 · ČAK 19654

Не любите телефонувати чи писати електронною поштою? Написати нам у WhatsApp →
Хочете відразу забронювати час? Забронювати консультацію →
Або написати нам про цю справу електронною поштою.

PDF, Word, зображення, ZIP… макс. 10 МБ на файл, загалом 30 МБ.

Надсилання цієї форми не означає прийняття доручення та не створює відносин між адвокатом і клієнтом. Перш ніж прийняти справу, ми проводимо перевірку на конфлікт інтересів, тому не надсилайте конфіденційні оригінали, доки ми разом не підтвердимо прийняття справи.

Звернутися до адвоката