Українська база відповідей

Peppol · мережа

Як працює мережа Peppol?

Найпростіше уявити це як мобільну мережу. У вас є свій оператор, у вашого знайомого свій, і попри це ви можете зателефонувати один одному — оператори домовляються між собою. Саме так працює

Peppol · держава

Чи є Peppol державною системою?

Ні, сама мережа не є словацькою державною системою — це міжнародна рамка, яку використовують багато країн і постачальників. Але словацька держава (Фінансове управління СР) має в ній конкретн

Peppol · governance

Кому належить Peppol?

Міжнародною мережею та її правилами керує OpenPeppol AISBL — неприбуткова організація, а не приватна платформа одного постачальника. Крім того, кожна країна має свій Peppol Authority, який в

Peppol ID · onboarding

Як отримати Peppol ID?

Peppol ID — це не новий номер компанії. Це мережева адреса у форматі «схема ідентифікатора : значення», за якою інші учасники мережі можуть вас знайти і надіслати вам eFaktúra. У Словаччині

Peppol ID · клієнт

Чи потрібно просити клієнта про Peppol ID?

Не завжди. Але адресу Peppol клієнта (participant ідентифікатор) не слід вгадувати за назвою компанії або вручну доповнювати без перевірки. Для словацьких суб'єктів ключовим ідентифікатором

Peppol · lookup

Чи можна перевірити, чи компанія є в Peppol?

Так, але недостатньо знайти комерційну назву у публічному пошуку. Потрібно розрізняти три речі: публічний пошук (Peppol Directory), технічне опублікування в мережі (lookup) і здатність прийн

Peppol · Directory

Що таке Peppol Directory?

Peppol Directory — це каталог, у якому можна шукати учасників мережі Peppol та їхні опубліковані business card дані.

Peppol · lookup

Що таке Peppol Participant Lookup?

Participant Lookup — це технічна перевірка, чи конкретний учасник Peppol є доступним для пошуку і які документні можливості він опублікував.

Peppol · SMP

Що таке SMP?

SMP означає Service Metadata Publisher. Він публікує технічні дані про учасника мережі Peppol: що він може приймати і як йому має бути доставлений документ.

Peppol · SML

Що таке SML?

SML означає Service Metadata Locator. Він допомагає в мережі Peppol знайти, який SMP містить дані про отримувача.

Peppol BIS · Billing

Що таке Peppol BIS Billing 3.0?

Peppol BIS Billing 3.0 — це специфікація правил і даних для електронних рахунків та кредит-нот (Credit Note) у мережі Peppol. Вона визначає, які дані має містити документ, як вони записуютьс

Peppol ID · кілька ідентифікаторів

Чи може одна компанія використовувати кілька Peppol ID?

Технічно у світі Peppol можуть існувати різні participant ідентифікатори, але для словацької eFaktúra це не слід використовувати без чіткої причини. Для словацьких суб'єктів ключовим є насам

XML валідація

Що таке XSD валідація?

XSD валідація перевіряє, чи XML рахунок технічно відповідає синтаксичній схемі. Для eFaktúra це означає насамперед перевірку структури UBL 2.1: чи елементи знаходяться на правильному місці,

XML валідація

Що таке Schematron валідація?

Schematron — це мова валідації на основі правил і XPath, яка використовується для перевірки бізнес-правил XML документів. На відміну від XSD, вона не перевіряє структуру XML, а логічну прави

XML валідація

Як перевірити, чи XML рахунок правильний?

Правильність XML рахунку перевіряйте як ланцюг із п'яти рівнів: технічний XSD → семантичний EN 16931 → профільний Peppol BIS → словацькі транспозиції → можливість доставки. Документ може про

XML валідація

Що означає, що рахунок не пройшов валідацію?

Це означає, що документ не виконав принаймні одну перевірку. Це може бути неправильний порядок XML, відсутнє поле, суми, які не збігаються, помилковий EndpointID або правило, специфічне для

XML валідація

Чому XML проходить XSD, але не проходить EN 16931?

XSD підтверджує, що XML технічно складений за схемою. EN 16931 і Peppol BIS перевіряють, чи бізнес-дані мають сенс і відповідають правилам eFaktúra.

XML валідація

Яка різниця між XSD помилкою і Business Rule?

XSD помилка — це проблема форми XML. Business Rule — це проблема правила рахунку: сума, референція, DPH, ідентифікатор або інший бізнес-зв'язок.

XML ідентифікатори

Що таке EndpointID в eFaktúra?

EndpointID — це електронна адреса продавця або покупця. У мережі Peppol разом з атрибутом schemeID він використовується для однозначної ідентифікації учасника, пошуку його документних можлив

Звіт валідації

Критична помилка чи warning?

Критична помилка означає, що документ порушує обов'язкове правило валідації і зазвичай не має бути надісланий як валідна eFaktúra. Warning — це попередження про потенційну проблему, яка не о

Вкладення

Як працюють вкладення в eFaktúra?

Електронний рахунок може містити вкладення, якщо їх підтримує використаний стандарт, профіль і система отримувача. Але вкладення мають додатковий характер. Дані, які утворюють зміст електрон

Безпечне виправлення

Як виправити помилку в XML без порушення бухгалтерії?

Спочатку визначте, чи йдеться про технічну помилку експорту або про зміну фактурного змісту. Техніку виправляйте в мапуванні; бухгалтерський зміст — лише затвердженим бухгалтерським процесом

Незгода отримувача

Що робити, якщо отримувач не погоджується з eFaktúra?

Якщо отримувач не погоджується зі змістом електронного рахунку, діють так само, як і при паперовому або e-mail рахунку. Електронна форма не змінює правил комерційного або податкового права.

Виправлення після відправлення

Як виправити вже надіслану eFaktúra?

Після успішного відправлення електронного рахунку його зміст додатково не змінюється. Якщо після відправлення виявиться помилка або настане обставина, яка впливає на первісно виставлений рах

Архів

Як архівувати eFaktúra?

Архівуйте оригінальне XML, вкладення, звіти валідації, метадані доставки та внутрішню обробку. Сам PDF перегляд не є достатнім доказовим і даним пакетом.

Audit trail

Що таке audit trail при eFaktúra?

Audit trail — це часова шкала подій навколо рахунку. Вона показує, хто і коли файл прийняв, валідував, відкрив, схвалив, відхилив, експортував або виправив.

Підпис

Чи має eFaktúra бути електронно підписана?

eFaktúra — це не «PDF з підписом». Для структурованої eFaktúra ключовими є правильний формат, цілісність змісту, доказ доставки та контрольний процес. Підпис може бути корисним, але він не з

QR код

Чи має eFaktúra містити QR код?

Може, але він не обов'язково є ядром рішення. QR код допомагає людині або платіжному застосунку, але eFaktúra базується на структурованих XML даних і правилах обробки.

DPH

Як eFaktúra пов'язана з контрольним звітом DPH?

eFaktúra не є контрольним звітом. Це структурований документ. Її перевага в тому, що дані про DPH, партнера та суми є машиночитними і можуть краще пов'язуватися з податковим обліком.

Reverse charge

Як вирішувати перенесення податкового обов'язку в eFaktúra?

В XML мають збігатися DPH категорії, причина, ставки, суми та текстове пояснення. Валідатор перевірить структуру і правила, але податковий режим транзакції має оцінити бухгалтер або податков

Експлуатація

Що робити при збої системи для eFaktúra?

Майте fallback план: чергу невідправлених документів, incident log, контакти, правила retry і контроль після відновлення. Не надсилайте випадкові замінні файли без домовленості та обліку.

Бухгалтерський експорт

Що має містити бухгалтерський експорт eFaktúra?

Не лише ZIP з XML файлами. Бухгалтеру потрібні оригінали, перегляди, звіти, metadata, статус обробки та контрольний список.

Контрольний пакет

Що має містити контрольний пакет eFaktúra?

Усе, що людині потрібно для рішення: оригінальне XML, перегляд, валідацію, вкладення, metadata, аудиторський слід і рекомендований наступний крок.

Google Drive

Як підключити Google Drive до eFaktúra?

Drive може бути практичним робочим простором, якщо має правила: папки, права, назви, валідацію, metadata і відокремлення оригіналів від робочих копій.

Workspace

Як використовувати Google Workspace при eFaktúra?

Workspace — хороший операційний простір для малої компанії: Gmail, Drive, Sheets і схвалення. Але eFaktúra потребує шару валідації та аудиту поверх цього.

E-shop

Як працювати з eFaktúra в e-shop?

E-shop потребує чистих корпоративних даних клієнта, зв'язку із замовленням і платежем, правильного DPH режиму, кредит-нот і експорту в бухгалтерію.

Бухгалтер

Як надсилати eFaktúra бухгалтеру?

Не як хаотичний пакет вкладень в e-mail. Бухгалтеру потрібні список, оригінали, статуси, звіти і чіткі примітки, що готове до проведення в обліку.

Peppol lookup

Що означає Participant not found у Peppol?

Lookup не знайшов учасника за введеним Peppol ID. Найчастіше йдеться про неправильний ідентифікатор, неправильну схему, неопублікований запис або отримувача, який ще не готовий до цього доку

SMP

Що означає SMP lookup fail?

Ланцюг доставки не знайшов або не зміг завантажити metadata отримувача. Без SMP metadata відправник не знає, куди і яким способом доставити документ.

EndpointID

Що станеться при неправильному EndpointID?

EndpointID — це електронна адреса в XML. Якщо вона неправильна, рахунок може не пройти lookup, бути відхиленим або спрямуватися до неправильного отримувача.

Філії

Чи може компанія мати інші Peppol ID для філій?

Так, якщо це має процесний сенс. Велика компанія або група може мати кілька адрес для сутностей, філій або центрів обробки. Але це має бути чітко узгоджено в master data.

Зміна постачальника

Як змінити Peppol постачальника?

Як керовану міграцію, а не як зміну пароля. Потрібно експортувати дані, запланувати перемикання, оновити записи, протестувати доставку і мати fallback.

Інцидент

Що робити, якщо eFaktúra пішла неправильній компанії?

Сприймайте це як інцидент. Зупиніть подальше відправлення, збережіть докази, зв'яжіться з постачальником доставки і виправте причину в master data або routing.

Доставка

Як довести доставку eFaktúra?

Потрібен доказовий пакет: оригінал XML, відправник, отримувач, час, статус від постачальника, технічний звіт і аудиторський слід. Screenshot порталу не достатній як єдиний доказ.

Адресування

Чи можу надіслати eFaktúra без Peppol ID?

XML рахунок можна підготувати і без Peppol ID. Але якщо ви хочете доставити його через Peppol, потрібна правильна електронна адреса отримувача або погоджений механізм доставки.

Платіжний статус

Що означає статус «до оплати» при eFaktúra?

Це внутрішній статус, що рахунок може перейти в платіжний процес. Перед цим він має бути валідований, предметно схвалений, бухгалтерськи перевірений і підготовлений до зіставлення з платежем

Рекламація

Як рекламаційно оскаржити отриману eFaktúra?

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

Предметне відхилення документа

Як предметно відхилити отриману eFaktúra?

Якщо ви не згодні з отриманою eFaktúra, це не технічна проблема документа, а незгода зі змістом або призначенням. Тимчасово не включайте рахунок до оплати, запишіть конкретну причину і надіш

Ролі

Які ролі налаштувати в команді для eFaktúra?

Налаштуйте ролі за роботою з рахунком: адміністратор, бухгалтер, предметний схвалювач, закупівлі, платежі, аудитор і технічна підтримка. Нехай кожен бачить і змінює лише те, що потрібно.

Багаторівневе схвалення

Як вирішувати схвалення eFaktúra кількома особами?

За правилами компанії: сума, центр витрат, проєкт, постачальник або ризик. Кожен схвалювач має мати чітку роль, термін і слід рішення.

Invoice Response

Що таке Invoice Response при eFaktúra?

Це повідомлення про статус рахунку в процесі отримувача: прийнято, в обробці, під питанням, схвалено, відхилено або оплачено. Використовується лише там, де його підтримують процес і партнери

Excel і виставлення

Чи можу виставити eFaktúra з Excel?

Так, Excel може служити вхідною таблицею або тимчасовою допомогою, але сама eFaktúra має бути валідним XML у правильному форматі. Excel файл або PDF експорт з Excel не є eFaktúra. При повтор

Кредит-нота

Як створити кредит-ноту як eFaktúra?

Кредит-нота не виникає переписуванням початкового рахунку. Вона виставляється як новий коригувальний документ, у Peppol/UBL типово CreditNote, з власним номером і зв'язком із початковим раху

Аванс

Як вирішувати авансовий рахунок в eFaktúra?

При авансі недостатньо написати примітку в тексті. Має бути ясно, чи це вимога до оплати, податковий документ до отриманої оплати або фінальний розрахунковий рахунок. В XML потрібно правильн

Валюта

Як вирішувати рахунок в іноземній валюті в eFaktúra?

В eFaktúra валюта документа має бути зазначена машиночитно, наприклад EUR, CZK або USD. Якщо податкові дані вимагають вираження в EUR, потрібно відрізняти валюту документа від податкової вал

Одиниці виміру

Як зазначати одиницю виміру в eFaktúra?

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

Знижка

Як зазначати знижку в eFaktúra?

Знижку не зазначайте лише як мінусовий текст в описі позиції. В XML має бути зрозуміло, чи це знижка на рядку, чи на рівні всього рахунку. Вона має мати суму, можливо причину або код, і має

Округлення

Як вирішувати округлення в eFaktúra?

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

QR платіж

Чи має бути QR платіж в eFaktúra?

QR платіж сам по собі не є ядром eFaktúra. Важливими є структуровані платіжні дані: спосіб оплати, сума до оплати, рахунок, референція платежу або variabilný symbol. QR код може допомогти пр

PDF вкладення

Чи може PDF бути вкладенням до eFaktúra?

Так, PDF може бути вкладенням або читабельним переглядом, якщо це підтримує процес і шар доставки. Але він не є заміною eFaktúra. Вирішальним документом для автоматизованої обробки є структу

Основа

Що таке eFaktúra?

eFaktúra — це структурований електронний рахунок, який система отримувача може автоматично обробити. На практиці це насамперед XML документ за погодженим стандартом, а не зображення або PDF,

PDF vs XML

Чи є PDF рахунок eFaktúra?

Сам PDF не є eFaktúra, якщо це лише візуальний документ без структурованих даних. Він може бути читабельним переглядом або вкладенням до XML рахунку. Вирішальним є те, чи існує валідне XML,

Формати

Яка різниця між PDF, XML і справжньою eFaktúra?

PDF переважно для людини, XML для систем, а справжня eFaktúra — це валідне XML у правильному стандарті, процесі та архіві. Саме XML ще може бути недостатнім, якщо воно в неправильному профіл

Перший крок

Що потрібно зробити першим при eFaktúra?

Спочатку зробіть інвентаризацію: чи будете eFaktúra виставляти, приймати або і те, і те, який у вас DPH статус, у чому ви сьогодні фактуруєте і хто обробляє вашу бухгалтерію. Лише після цьог

Софт

Чи мушу міняти бухгалтерський софт через eFaktúra?

Не автоматично. Спочатку перевірте, чи ваш софт може виставити або прийняти правильне XML, зберегти його, валідовати і підключити до служби доставки або експортного процесу. Якщо він цього н

Inbox

Де я побачу отримані eFaktúry?

Це залежить від вибраного рішення. Отримані eFaktúry можна бачити в порталі digitálneho poštára, в ERP, в бухгалтерській системі або в окремому робочому просторі. Важливо бачити не лише PDF-

Прийом

Як прийняти eFaktúru?

eFaktúru ви не приймаєте як звичайний e-mail з PDF, а як структурований документ. Після отримання треба зберегти оригінальний XML, перевірити технічну правильність, показати документ людині,

Помилка

Чи може отримана eFaktúra не пройти валідацію?

Справді невалідна eFaktúra - тобто така, що порушує XSD, правила EN 16931 або Peppol BIS Billing, - зазвичай взагалі не доходить до odberateľa. Її зупиняє мережа ще до доставки: або власна п

Бухгалтер

Як передати отриману eFaktúru бухгалтеру?

Бухгалтер має отримати придатний пакет: оригінальний XML, читабельний перегляд, валідаційний report, додатки, стан затвердження та базове зіставлення з постачальником або замовленням. Сам PD

Дубль

Що, якщо я отримаю дубль eFaktúry?

Дубль eFaktúry не видаляйте мовчки і не проводьте повторно. Позначте її як дублікат, порівняйте постачальника, номер фактури, суми, дату, variabilný symbol і hash XML. Потім вирішіть, чи це

Відправлення

Як надіслати eFaktúru?

eFaktúru надсилайте лише тоді, коли маєте валідний XML, правильного odberateľa, канал доставки та збережений контрольний пакет. Саме створення XML ще не є відправленням. Потрібен також стату

Статус

Що означає статус odoslaná при eFaktúre?

Статус odoslaná означає, що фактура залишила ваш внутрішній процес і була передана партнеру доставки або каналу. Це не означає автоматично, що odberateľ уже її отримав, відкрив або прийняв.

Статус

Що означає статус doručená при eFaktúre?

Статус doručená означає технічну доставку до цільового каналу або системи адресата. Це ще не означає, що odberateľ фактуру предметно затвердив, провів в обліку або оплатить. Це доказовий ста

Статус

Що означає статус prijatá при eFaktúre?

Статус prijatá означає, що адресат або його система прийняли фактуру до обробки. Це не обов'язково означає фінальне затвердження, проведення в обліку або оплату. Точне значення залежить від

Статус

Що означає статус zamietnutá при eFaktúre?

Статус zamietnutá означає, що фактура не була прийнята у процесі отримання. Причина може бути технічною, формальною або предметною. Але відхилення не є автоматично storno або dobropis; треба

Моніторинг

Як з'ясувати статус доставки eFaktúry?

Статус доставки ви з'ясуєте в системі, через яку надсилаєте фактуру: у порталі партнера доставки, в ERP, в інтеграційному API або у внутрішньому робочому просторі. Важливо, щоб статус був пр

Підтвердження

Що таке технічне підтвердження доставки eFaktúry?

Технічне підтвердження - це запис, що конкретний XML був доставлений до цільового каналу або системи. Воно має містити ідентифікатор документа, час, статус, за потреби ідентифікатор транзакц

Retry

Як повторно надіслати eFaktúru?

Перед повторним відправленням з'ясуйте, що сталося з першою спробою. Якщо це був технічний retry того самого XML, він має бути чітко позначений і прив'язаний до первинного документа. Якщо ви

Дубль

Що, якщо я надішлю eFaktúru двічі?

Якщо ви надіслали eFaktúru двічі, спочатку порівняйте, чи це той самий XML. Однаковий hash вказує на повторну доставку того самого документа; змінений hash означає, що зміст відрізняється і

Архів

Як архівувати доказ відправлення eFaktúry?

Доказ відправлення архівуйте біля конкретної фактури, а не окремо в e-mailoch. Пакет має містити відправлений XML, hash, валідаційний report, час відправлення, статуси доставки та прийняття,

API

Яке API потрібне для eFaktúr?

Для eFaktúr зазвичай потрібне API для валідації XML, відправлення через партнера доставки, прийому статусів, архіву доказів та імпорту або експорту в бухгалтерію. Якщо фірма виставляє фактур

Мапування

Як мапувати поля ERP на UBL eFaktúru?

Почніть з мапування бізнес-понять, а не XML tagov. Поля ERP, як-от номер фактури, dodávateľ, odberateľ, позиції, DPH, строк оплати, IBAN і замовлення, треба прив'язати до EN 16931 business t

Версії

Як вирішувати версіонування XML exportu eFaktúr?

При кожному XML exporte реєструйте версію мапування, версію профілю, версію валідатора і hash отриманого XML. Якщо пізніше зміните логіку exportu, старі фактури не мають переписуватися задні

API відповідь

Що має повернути API після відправлення eFaktúry?

API відповідь після відправлення має бути машинно оброблюваною. Вона повинна містити внутрішнє ID фактури, ID спроби, транзакційне ID партнера, поточний статус, час, hash XML, можливі warnin

Timeout

Як вирішувати timeout при відправленні eFaktúry?

Timeout означає невідомий стан, а не автоматичний збій. Спочатку з'ясуйте, чи партнер обробив request, чи виникло транзакційне ID і чи фактура не була поставлена в чергу. Повторне відправлен

Webhooky

Як працювати з webhookmi для статусів eFaktúr?

Webhook для статусу eFaktúry ніколи не обробляйте сліпо. Перевірте джерело або підпис, збережіть payload, перевірте idempotenciu, намалюйте статус на внутрішній stavový automat і лише потім

Idempotencia

Як вирішувати idempotenciu при відправленні eFaktúry?

При відправленні використовуйте idempotency key, прив'язаний до фактури, версії XML і спроби відправлення. Якщо той самий request прийде знову після timeoutu або retry, система має його розп

Ідентифікатори

Які ідентифікатори зберігати при eFaktúre?

Розрізняйте дві групи. Ідентифікатори, які вимагаються законом (§ 74 zákona o DPH) і нормою EN16931/Peppol BIS Billing 3.0: порядковий номер фактури, ідентифікація продавця і покупця включно

Ťarchopis

Що таке ťarchopis в eFaktúre?

Ťarchopis - це документ, яким виправляється základ dane у бік збільшення, наприклад при підвищенні ціни товару або послуги після виникнення податкового обов'язку. Згідно з FAQ Finančnej sprá

BT-25

Як посилатися на первинну фактуру в dobropise?

Номер первинної фактури в dobropise зазначається в полі BT-25 (Preceding Invoice Reference). Це поле, згідно з Finančnou správou SR, є multiplikovateľné, тобто його можна в одному dobropise

Сумарний dobropis

Чи можна виставити один dobropis до кількох фактур?

Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 49, časť II) можна виставити одну виправну фактуру або dobropis до кількох первинних фактур, якщо причина виправлення

Kód 384

Що таке opravná faktúra з кодом 384?

Код документа 384 позначає opravnu faktúru. Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 30, časť II), зараз для виправлень рекомендується використовувати комбінац

Виправлення

Як виправити вже доставлену eFaktúru?

eFaktúru після відправлення і доставки технічно неможливо скасувати так, ніби вона ніколи не була відправлена. Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 50, čas

Peppol ID

Чи має dobropis мати той самий Peppol ID, що й первинна фактура?

Dobropis виставляється до первинної фактури і спрямовується тому самому odberateľovi, тому він має використовувати той самий Peppol ID odberateľa, що й первинна фактура. Словацькі суб'єкти п

Неправильний документ

Що, якщо я отримаю неправильний dobropis?

Саме доставлення dobropisu не означає його автоматичного предметного визнання. Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 60, časť I), отримувач при явно неправи

Зменшення ціни

Що, якщо треба зменшити ціну після виставлення eFaktúry?

Якщо треба зменшити ціну товару або послуги після того, як уже виник податковий обов'язок, ідеться про виправлення základu dane за § 25 zákona o DPH, яке в eFaktúre вирішується виставленням

Різниця

Чи dobropis це те саме, що скасування фактури?

Dobropis не є скасуванням або видаленням первинної фактури. Це окремий документ, який виправляє základ dane і податок до вже існуючої фактури, на яку посилається через поле BT-25. Первинна ф

Графік

Чи скасується kontrolný výkaz DPH із запровадженням eFaktúry?

Ні, з 1 січня 2027 року kontrolný výkaz DPH і súhrnný výkaz не зникають. Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 9), ці звіти мають бути повністю скасовані ли

SZČO

Чи має SZČO у jednoduchom účtovníctve мати digitálneho poštára?

Так. Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 7, časť I), електронні фактури має вміти приймати кожна юридична особа і кожен підприємець, який є zdaniteľnou os

Zjednodušená faktúra

Чи треба надсилати zjednodušenú faktúru або документ з eKasy як eFaktúru?

Ні. Згідно з FAQ Finančnej správy SR до eFaktúry (9/DPH/2025/IM, príklad č. 51, časť I), platiteľ dane після 1. 1. 2027 не буде зобов'язаний виготовити електронну фактуру, якщо при постачанн

Оренда

Чи мусять орендодавці нерухомості мати digitálneho poštára?

Наразі не існує загального винятку, і фізична особа, яка здає нерухомість в оренду, має бути здатна приймати електронні фактури, тобто мати укладений договір з digitálnym poštárom. У разі пр

Орендна плата

Як вирішувати орендну плату і splátkový kalendár в eFaktúre?

Від 1 січня 2027 року для внутрішньої електронної фактурації вже неможливо виставити súhrnnú faktúru у формі домовленості про платежі орендної плати за § 75 ods. 2 zákona o DPH. Platiteľ dan

Неприбуткова організація

Чи мусить občianske združenie мати digitálneho poštára?

Так. Навіть občianske združenie, яке має доходи лише з дарів і з asignácie 2 % dane та не має жодного постачальника, який був би platiteľom DPH, має бути здатне приймати електронні фактури,

Paušálne výdavky

Чи мусить SZČO з paušálnymi výdavkami приймати eFaktúry?

Так. Živnostník або самозайнята особа має бути здатна приймати електронні фактури від осіб, які зобов'язані їх виставляти, незалежно від того, який тип витрат ця особа застосовує у своїй под

§ 7 і § 7a

Чи мусить виставляти eFaktúru особа, зареєстрована за § 7 або § 7a?

Ні. Обов'язок виставляти електронні фактури і повідомляти з них дані фінансовій адміністрації мають виключно platitelia dane, зареєстровані за § 4, § 4b або § 4c zákona o DPH. Особа, зареєст

Бухгалтерська фірма

Як вибрати digitálneho poštára для кількох клієнтів одразу?

Якщо бухгалтер або бухгалтерська фірма в межах комунікації з Finančnou správou SR має авторизованих кількох клієнтів, через портал Finančnej správy може вибрати і надіслати вибір digitálneho

Вільні джерела

Що таке zrobefaktura.sk та info-efaktura.sk?

zrobefaktura.sk - це вільно доступне (open source) рішення, надане у співпраці Finančnej správy з професійною спільнотою, яке служить для навчання, демонстрації та прикладу створення електро

DIČ з úradnej moci

Чому Finančná správa присвоїла мені DIČ, хоча раніше я його не мала?

Так, рішення про реєстрацію на податок з доходів і присвоєння DIČ z úradnej moci пов'язане з електронною фактурацією. Якщо для platiteľov DPH головним ідентифікатором залишається IČ DPH, то

Гібридна фактура

Чи дозволені гібридні фактури, що поєднують PDF і XML?

Так. Smernica Rady (EÚ) 2025/516, яка запроваджує правила DPH для цифрової епохи (ViDA), прямо допускає так звані гібридні фактури - документи, що поєднують структуровані дані і формат, чита

Časová pečiatka

Що таке časová pečiatka при eFaktúre і чому вона важлива?

Časová pečiatka при електронній фактурації - це не лише простий запис часу, а законодавчий обов'язок сертифікованого poskytovateľa doručovacej služby (digitálneho poštára) автоматизовано і д

Ціна

Скільки коштуватиме digitálny poštár?

Держава відмовилася надати централізоване безкоштовне рішення doručovacej služby, тому ціна за цю послугу є справою окремих сертифікованих провайдерів (digitálnych poštárov). За наразі досту

Daňová kontrola

У якій формі подавати eFaktúry при daňovej kontrole?

Те, що електронна фактура доставлена у машинно читабельному форматі XML, не означає, що platiteľ не зможе при daňovej kontrole подати її і у вигляді, читабельному для контролера. Отримувач а

Паперові документи

Чи можу я й надалі носити своєму бухгалтеру паперові документи?

Так, клієнт може й надалі носити своєму бухгалтеру або účtovnej kancelárii документи в паперовому вигляді - запровадження обов'язкової eFaktúry цього не забороняє і нічого не змінює у можлив

Контроль

Що таке тристороннє зіставлення при отриманій eFaktúre?

Тристороннє зіставлення - це внутрішня контрольна практика, при якій перед проведенням в обліку і оплатою отриманої eFaktúry порівнюються три документи: замовлення (що було погоджено), dodac

Міграційний код

Що таке міграційні коди при зміні digitálneho poštára?

Міграційний код - це код, який при зміні digitálneho poštára генерує первинний poskytovateľ certifikovanej doručovacej služby у своїй системі метаданих (SMP) і передає його учаснику або безп

Без збою

Чи виникне при зміні poštára збій у прийманні eFaktúr?

Ні. При належній зміні digitálneho poštára використовується стандартний процес міграції учасника між системами метаданих провайдерів (SMP) за допомогою міграційних кодів, який забезпечує пла

Строк deregistrácie

Який строк має первинний poštár на deregistráciu?

При зміні digitálneho poštára діє правило, що первинний poskytovateľ certifikovanej doručovacej služby зобов'язаний не пізніше ніж до трьох робочих днів від завершення договірних відносин за

Podnet

Що, якщо poštár не виконає строк на deregistráciu?

Якщо первинний poskytovateľ certifikovanej doručovacej služby не виконає свій обов'язок deregistrovať суб'єкт у центральній системі метаданих (SMP) до трьох робочих днів від завершення догов

Відправлення

Чи може фірма мати кількох poštárov для відправлення eFaktúr?

Так. На відміну від приймання, де суб'єкт для конкретного ідентифікатора може мати зареєстрованого лише одного провайдера, на стороні відправлення фірма може мати укладені договори з кільком

Приймання

Чи може фірма мати більше poštárov для приймання eFaktúr?

Ні. Відповідно до правил мережі Peppol суб'єкт для конкретного ідентифікатора (Participant ID) може мати для приймання документів зареєстрованого лише одного digitálneho poštára, який зазнач