Al Hathaway · Данъчна практика на НАП

Онлайн магазин с Еконт, Спиди и виртуален ПОС: кога има касов бон и кои продажби влизат в XML файла?

Магазин приема поръчки онлайн, изпраща ги с Еконт или Спиди и предлага плащане с карта през виртуален ПОС. Трябва ли да издава електронен фискален бон? Може ли вместо него да издава документ по чл. 52о? Ако използва специалния режим, в одиторския файл влизат ли само картовите плащания или и куриерските поръчки?

НАП · запитване № 96-00-201/24.09.2024 г.Наредба Н-18Практически анализ към 04.11.2026 г.
Отговорът накратко

Не всяка онлайн продажба изисква касов бон. XML файл се подава само при избран специален режим – и включва доставените поръчки, не само картовите.

Карта през виртуален ПОС: по общия ред се издава фискален/системен бон; вместо него е възможен документ по чл. 52о при изпълнение на условията на чл. 3, ал. 17.

Куриер с пощенски паричен превод (ППП): за това плащане не се издава фискален бон, но клиентът получава документ с изискуемите реквизити. Обикновен наложен платеж, който не е ППП: не ползва автоматично това освобождаване.

При избор на чл. 3, ал. 17: одиторски файл по приложение № 38 се подава до 15-о число на следващия месец за поръчките с извършени доставки през отчетния месец, независимо от метода им на плащане.

Четири ситуации, четири действия

Картово плащане

Клиентът плаща онлайн през виртуален ПОС

Действие: отчетете картовата продажба с фискален/системен бон или прилагайте правилно алтернативния документ по чл. 52о. Самият платежен receipt не замества фискалния документ.

Пощенски паричен превод

Еконт/Спиди събират сумата чрез ППП

Действие: не издавате фискален бон само за плащането чрез ППП; осигурявате на клиента документа по чл. 3, ал. 1 от Наредба Н-18. Проверете вида на услугата в договора и товарителницата, а не само надписа „наложен платеж“.

Наложен платеж извън ППП

Куриерът събира цена, но не като лицензиран ППП

Действие: прилагате общия режим за фискално отчитане. Обстоятелството, че куриерът по-късно превежда събраните средства по банка, само по себе си не отменя издаването на фискален бон.

Истински кредитен превод

Клиентът плаща с банков превод

Действие: при реален кредитен превод по смисъла на платежното законодателство не се издава фискален бон за този начин на плащане. Документирането с фактура или друг приложим документ е отделен въпрос.

Двата начина за отчитане на виртуалния ПОС

Вариант А: стандартен фискален/системен бон

За картовите продажби издавате фискален/системен бон по общия ред. Когато са изпълнени условията за електронен фискален бон, може той да се предоставя електронно – това все пак е бон, генериран по законово допустимия ред, а не произволен PDF или имейл от платежната система.

Последица: специален месечен XML файл по чл. 52т не се дължи само защото имате виртуален ПОС.

Вариант Б: алтернативен документ по чл. 52о

Може да използвате документа вместо фискален бон само за допустимите неприсъствени картови плащания и при изпълнение на изискванията за софтуер, платежни сметки, регистрация и реквизити. Документът трябва да съдържа номер, дата, данни за търговеца, уникален номер на поръчката, референция на транзакцията, стоките и сумите, както и изискуемия QR код. Предоставя се електронно на клиента.

Последица: подавате всеки месец одиторски XML файл за доставените поръчки от магазина по приложение № 38.

Разликата е важна: „електронен фискален бон“ и „документ по чл. 52о“ не са едно и също. Вторият е специален режим с допълнителни изисквания и XML отчетност.

Кои поръчки влизат в месечния одиторски XML файл?

Всички поръчки, за които е извършена доставка през календарния месец и които се управляват от електронния магазин, прилагащ режима – включително тези с картово плащане, пощенски паричен превод или друг метод, посочен в съответните полета на приложение № 38. Изискването на чл. 52т, ал. 2 не ограничава файла само до поръчките, платени с виртуален ПОС.

Пример: през октомври са доставени 12 поръчки

Седем са платени с карта, четири са с ППП и една е с наложен платеж, който не представлява ППП. Ако търговецът използва режима по чл. 3, ал. 17, в XML файла за октомври се включват 12-те доставени поръчки с правилно обозначен начин на плащане, а не само седемте картови. Отделно всяко плащане се документира по режима, който му съответства.

Подаване: до 15 ноември. Поръчките, които са направени през октомври, но не са доставени през него, не се включват като октомврийски доставки само заради датата на заявката.

Не смесвайте XML отчетността и касовия бон. Включването на ППП поръчка в XML файла не означава, че за нея изведнъж възниква задължение за фискален бон. Това са две отделни изисквания с различна правна цел.

Какво трябва да настроите преди да започнете продажбите?

  1. Направете матрица на плащанията: карта през виртуален ПОС; ППП през куриер; наложен платеж извън ППП; банков кредитен превод. За всеки метод определете точния документ.
  2. Регистрирайте електронния магазин по приложение № 33, когато това е задължително, преди първите продажби. Услугата на НАП се ползва с КЕП. Посочете софтуера, доставчиците на платежни услуги, платежните сметки и останалите задължителни данни според избрания режим.
  3. Изберете режим за картовите плащания: фискален бон по общия ред или документ по чл. 52о. Не сменяйте режима само с включване на настройка в платежната платформа.
  4. Ако изберете чл. 52о, изградете проследимост: уникална поръчка, платежна транзакция, дата на доставка, стойност, данъчна група, документ към клиента, корекции и статус на поръчката. Уверете се, че софтуерът покрива чл. 52с.
  5. Подгответе XML експорта по приложение № 38: настройте начините на плащане за всяка доставена поръчка, включително куриерските, и валидирайте файла преди подаване.
  6. Подайте файла до 15-о число на следващия месец през електронната услуга на НАП с КЕП и съхранете входящото потвърждение. Сверете броя доставени поръчки с издадените документи, куриерските отчети и разплащанията.

Три чести грешки и правилният подход

„Еконт ми превежда сумата по банка – значи нямам касов бон.“

Не непременно. Решаващо е дали клиентското плащане е ППП или друг вид плащане. Последващият превод от куриера към търговеца сам по себе си не променя вида на първоначалното плащане.

„XML файлът е само за виртуалния ПОС.“

Не. При избрания специален режим файлът съдържа информация за доставените поръчки от електронния магазин. Методът на плащане се посочва за всяка поръчка.

„Stripe, ePay или виртуалният ПОС пращат разписка, значи всичко е наред.“

Не автоматично. Платежната разписка не изпълнява сама по себе си реквизитите и условията на българския режим по Наредба Н-18.

Източници и законови основания

Изходното становище е по запитване с вх. № 96-00-201/24.09.2024 г., предоставено в архива. Анализът допълва конкретния отговор с действащите правила и разяснения на НАП, достъпни към 04.11.2026 г.

Законова основа: чл. 118 ЗДДС, чл. 3, ал. 1, 17 и 18 и чл. 52м–52у от Наредба № Н-18. Изводите за конкретни платежни методи зависят от реалната услуга, предоставяна на търговеца и на клиента.

Прочетете пълния оригинален текст на становището на НАП

Пълен текст от предоставения документ, със запазено съдържание; техническото форматиране от Word може да е различно.

ОТНОСНО: Прилагане на разпоредбите на Наредба № Н-18 от 13 декември 2006 г. за регистриране и отчитане чрез фискални устройства на продажбите в търговските обекти, изискванията към софтуерите за управлението им и изисквания към лицата, които извършват продажби чрез електронен магазин (Наредба № Н-18/2006 г.)
 В Дирекция „Обжалване и данъчно-осигурителна практика“ …… постъпи Ваше запитване с вх. № 96-00-201/24.09.2024 г. относно прилагането на разпоредби на Наредба № Н-18/2006 г. Изложена е следната фактическа обстановка: Основната дейност на дружеството ще се извършва чрез електронен магазин. Същото има сключени договори с куриерски дружества (Еконт и Спиди) за извършване на доставки чрез услугата „наложен платеж“. Дружеството разполага също и с виртуален ПОС терминал за удобство на клиентите. Поставени са въпроси относно електронна касова бележка, стандартизиран одиторски файл, както и кои продажби следва да фигурират в същия – само тези, платени чрез виртуален ПОС терминал или всички продажби през месеца? С оглед на изложената фактическа обстановка и действащото законодателство изразявам следното становище: Следва да се има предвид, че извършените продажби се регистрират и отчитат по реда на ЗДДС и Наредба № Н-18/2006 г. в зависимост от начинът на плащане. Считано от 1 февруари 2020 г. е създадена алтернативна възможност, която при определени условия допуска вместо фискален/системен бон да се издаде друг документ за продажба. По силата на чл. 3, ал. 17 от Наредба № Н-18/2006 г. лице, което извършва продажби на стоки и/или услуги чрез електронен магазин, може да регистрира и отчита тези продажби вместо с фискален или системен бон чрез документ за регистриране на продажбата, който не е издаден от ФУ или ИАСУТД, когато е извършено неприсъствено плащане с кредитна или дебитна карта и при условие че: 1. софтуерът/софтуерите за управление на продажбите, отговаря/т на изискванията по чл. 52с от наредбата; и 2. за продажбите, извършвани чрез електронния магазин, лицето приема неприсъствени плащания, извършвани с кредитна и дебитна карта. В този случай е необходимо лицето, изпълняващо условията и желаещо да приложи посочената алтернативна възможност за отчитане на продажбите чрез електронен магазин, да се запознае подробно с разпоредбите в чл. 52о – 52у от Наредба № Н-18/2006 г. Съгласно чл. 52о, ал.1 от наредбата, лицето по чл. 3, ал. 17 е длъжно да регистрира и отчита продажбата на стоки или услуги при неприсъствено плащане с кредитна или дебитна карта чрез издаване на документ за регистриране на продажбата, който трябва да бъде четим и да съдържа най-малко посочените от т. 1 до т. 6 от същата разпоредба реквизити. При подаване на информация по чл. 52р от наредбата (приложение № 33) на електронния магазин се присвоява уникален номер. Този ред за документиране се допуска, при условие че лицата приемат неприсъствено плащане с кредитна или дебитна карта само по платежни сметки в банки и/или други доставчици на платежни услуги с титуляр задълженото лице. Стандартизираният одиторски файл се подава съгласно приложение № 38 през портала за електронни услуги на НАП, достъпни с квалифициран електронен подпис (КЕП), Предоставяне на информация за електронни магазини -> Стандартизиран одиторски файл от лице по чл. 3, ал. 17 от Наредба №Н- 18/2006 г. Файлът следва да съдържа уникалния номер на електронния магазин, както и да съдържа логически и аритметично коректна информация, верността на която се проверява при подаване през електронната услуга. Същият следва да съдържа информация за направените в електронния магазин поръчки, по които са извършени доставки на стоки/услуги през календарния месец. Следователно, само в случай че дружеството отговаря на изискванията на чл. 3, ал. 17 от Наредба № Н-18/2006 г. и е избрало да регистрира и отчита продажбите, заплатени неприсъствено с кредитна или дебитна карта, чрез документ за регистриране на продажбата, който не е издаден от ФУ или ИАСУТД, с реквизити, посочени в чл. 52о от Наредба № Н- 18/2006г., то е задължено на основание чл. 52т, ал. 2 от същата наредба за всеки календарен месец да подава към НАП стандартизиран одиторски файл съгласно приложение № 38. В случай че дружеството не е избрало да приложи алтернативната възможност, предвидена в чл. 3, ал. 17 от Наредба № Н-18/2006 г. за отчитане на продажбата на стоки при неприсъствено плащане с кредитна или дебитна карта, същото следва да регистрира и отчита онлайн продажбите чрез регистрирано фискално устройство по общия ред. На основание чл. 118, ал. 3, изр. последно и ал. 3а от ЗДДС, в случаите на продажби на стоки или услуги чрез електронен магазин фискалният бон, регистриращ продажбата, може да се генерира в електронен вид и автоматично да се предостави на електронен адрес на получателя, без да се издава хартиен документ, по ред и по начин, определени с Наредба № Н-18 от 2006 г. В случаите на неприсъствено плащане с кредитна или дебитна карта по продажби/доставки на стоки или услуги се допуска вместо фискален или системен бон да се издава и предоставя на получателя по електронен път документ за продажбата, който не е издаден от фискално устройство от одобрен тип или от одобрена интегрирана автоматизирана система за управление на търговската дейност. Генерираният фискален бон в електронен вид трябва да отговаря на изискванията на наредбата за издаване на фискален бон на хартиен носител с изключение на изискването за отпечатване. Съгласно чл. 3, ал. 18 от Наредба № Н-18/2006г. задължените лица може да регистрират и отчитат извършваните от тях продажби на стоки и/или услуги в търговски обект чрез издаване на фискален бон, генериран в електронен вид, при условие че: 1. са избрали да използват в търговския обект софтуер, включен в списъка по чл. 118, ал. 16 от ЗДДС, и са подали информация съгласно приложение № 32; 2. разполагат с данни за клиента, необходими за предоставяне на фискалния бон в електронен вид, съгласно чл. 52з, ал. 17. Настоящото становище е въз основа на изложената в запитването фактическа обстановка. В случаите, когато в производство, възложено по реда на Данъчно-осигурителния процесуален кодекс (ДОПК), се установи фактическа обстановка, различна от посочената, Вие не може да се позовавате на разпоредбата на чл. 17, ал. 3 от ДОПК.
Al Hathaway · Счетоводни и данъчни услуги

Организирайте онлайн продажбите правилно още от първата поръчка

Помагаме при регистрация на електронни магазини, избор на фискален режим, счетоводни процеси и ДДС.

✦ Al Hathaway · Услуги
Posted in