--- title: "Отхвърлен одиторски файл: какво да провериш и какво да направиш" url: "https://xn--80ahmagdkrculj5a.com/грешки-при-подаване/" description: "Какво да провериш, когато НАП отхвърли одиторския файл: суми, месец и дати, задължителни полета и данни за магазина. Как да подадеш отново навреме." --- 1. [Начало](/) 2. / Грешки при подаване Основи * [Какво е одиторски файл](/какво-е-одиторски-файл/) * [Алтернативен режим](/алтернативен-режим/) * [Кой подава файла](/кой-подава-одиторски-файл/) * [Касов апарат или файл](/касов-апарат-или-одиторски-файл/) Подаване * [Регистрация на магазина](/регистрация-на-електронен-магазин/) * [Срок за подаване](/срок-за-подаване/) * [Как се подава](/как-се-подава-одиторски-файл/) * [Съдържание на файла](/съдържание-на-одиторския-файл/) * [Грешки при подаване](/грешки-при-подаване/) Плащания * [Начини на плащане](/начини-на-плащане/) * [Наложен платеж](/наложен-платеж/) * [Платежни доставчици](/платежни-доставчици/) * [Връщания](/връщания/) Документи и случаи * [Електронна бележка](/електронна-бележка/) * [Маркетплейси](/маркетплейси/) * [Санкции](/санкции/) * [Одиторски файл в евро](/одиторски-файл-в-евро/) Подаване # Отхвърлен одиторски файл: какво да провериш и какво да направиш Порталът на НАП проверява одиторския файл при подаването за логическа и аритметична коректност и отхвърля файл с грешки. Становищата на НАП не изброяват отделните проверки, затова тук са четирите места, които текстът на Приложение № 38 подсказва да провериш: сумите, месецът и датите, задължителните полета и данните за магазина. Проверено: 11 ноември 2026 г. ## Накратко * При подаването порталът проверява дали информацията във файла е **логически и аритметично коректна**. * Четири места за проверка: **сумите**, **месецът и датите**, **задължителните полета** и **данните за магазина**. * Причината се търси в **данните на магазина** или в начина, по който е изготвен файлът. * **Не редактирай XML файла на ръка.** Поправи данните и изготви файла отново със софтуера, който го е създал. * Подай файла отново **преди изтичането на срока**: до 15-о число на следващия месец. Наръчник: всички теми Основи * [Какво е одиторски файл](/какво-е-одиторски-файл/) * [Алтернативен режим](/алтернативен-режим/) * [Кой подава файла](/кой-подава-одиторски-файл/) * [Касов апарат или файл](/касов-апарат-или-одиторски-файл/) Подаване * [Регистрация на магазина](/регистрация-на-електронен-магазин/) * [Срок за подаване](/срок-за-подаване/) * [Как се подава](/как-се-подава-одиторски-файл/) * [Съдържание на файла](/съдържание-на-одиторския-файл/) * [Грешки при подаване](/грешки-при-подаване/) Плащания * [Начини на плащане](/начини-на-плащане/) * [Наложен платеж](/наложен-платеж/) * [Платежни доставчици](/платежни-доставчици/) * [Връщания](/връщания/) Документи и случаи * [Електронна бележка](/електронна-бележка/) * [Маркетплейси](/маркетплейси/) * [Санкции](/санкции/) * [Одиторски файл в евро](/одиторски-файл-в-евро/) На тази страница 1. [Какво проверява порталът](#какво-проверява-порталът) 2. [Сумите](#сумите) 3. [Месецът и датите](#месецът-и-датите) 4. [Задължителните полета](#задължителните-полета) 5. [Данните за магазина](#данните-за-магазина) 6. [Не редактирай XML файла на ръка](#не-редактирай-xml-файла-на-ръка) 7. [Какво да направиш, когато файлът е отхвърлен](#какво-да-направиш-когато-файлът-е-отхвърлен) Порталът на НАП проверява одиторския файл още при подаването. Ако открие несъответствие, файлът се отхвърля и трябва да бъде подаден отново. Тук е какво да провериш според текста на Приложение № 38 и стъпките, с които да откриеш и поправиш причината навреме. ## Какво проверява порталът В становища НАП посочва, че файлът трябва да съдържа уникалния номер на електронния магазин, както и „логически и аритметично коректна информация, верността на която се проверява при подаване през електронната услуга“. Становищата не изброяват отделните проверки. Текстът на Приложение № 38 обаче показва какво трябва да си пасва във файла: сумите, месецът и датите, задължителните полета и данните за магазина. Следващите раздели минават през всяко от тях. Какво съдържа всяко поле: [Съдържание на одиторския файл](/%D1%81%D1%8A%D0%B4%D1%8A%D1%80%D0%B6%D0%B0%D0%BD%D0%B8%D0%B5-%D0%BD%D0%B0-%D0%BE%D0%B4%D0%B8%D1%82%D0%BE%D1%80%D1%81%D0%BA%D0%B8%D1%8F-%D1%84%D0%B0%D0%B9%D0%BB/). Проверката не казва дали във файла са всички поръчки от магазина. Това остава отговорност на търговеца, а в становища НАП посочва, че файлът съдържа всички направени в електронния магазин поръчки и начина, по който са платени. ## Сумите Приложение № 38 описва сумите на две нива. **На ниво артикул** всеки ред има единична цена без отстъпка и без ДДС (ART\_PRICE), количество (ART\_QUANT), ставка на ДДС (ART\_VAT\_RATE), сума на ДДС за реда (ART\_VAT) и обща сума на реда с ДДС (ART\_SUM). Сумата на ДДС трябва да отговаря на ставката, а общата сума на реда на цената, количеството и ДДС. **На ниво поръчка** има стойност без отстъпка и без ДДС (ORD\_TOTAL1), отстъпка (ORD\_DISC), ДДС (ORD\_VAT) и стойност с ДДС (ORD\_TOTAL2). Четирите суми трябва да се връзват помежду си и с артикулите в поръчката. Когато сумите не се връзват, причината обикновено е в данните: цена, количество, отстъпка или ставка на ДДС, въведена различно от реално приложената. Провери тези стойности в поръчките в магазина. Ако там всичко е вярно, причината е в начина, по който е изготвен файлът, и трябва да се обърнеш към доставчика на софтуера. ## Месецът и датите Файлът е за един календарен месец и една година, посочени в полетата MON и GOD. Освен тях във файла има дата на създаване на файла, дата на всяка поръчка, дата на документа по чл. 52о, когато е издаден, и дата на всяко връщане на сума. Провери две неща: * **За кой месец е изготвен файлът.** Файлът за даден месец се изготвя след края на месеца и се подава до 15-о число на следващия. Повече: [Срок за подаване](/%D1%81%D1%80%D0%BE%D0%BA-%D0%B7%D0%B0-%D0%BF%D0%BE%D0%B4%D0%B0%D0%B2%D0%B0%D0%BD%D0%B5/). * **Дали датите в него са верни.** Датите на поръчките, на документите и на връщанията трябва да са истинските дати от магазина. Връщането на сума се отразява във файла за месеца, в който сумата е върната на клиента. Повече: [Връщания](/%D0%B2%D1%80%D1%8A%D1%89%D0%B0%D0%BD%D0%B8%D1%8F/). ## Задължителните полета Приложение № 38 отбелязва повечето полета като задължителни, а за някои незадължителни указва кога все пак се попълват: * **Номерът на документа по чл. 52о (DOC\_N)** се попълва задължително, когато за продажбата е издаден такъв документ. * **Начинът на плащане (PAYM)** е задължителен за всяка поръчка: код от 1 до 6. * **Референтният номер на трансакцията (TRANS\_N)** е задължителен, когато плащането е извършено чрез виртуален ПОС. * **Номерът на виртуалния ПОС (POS\_N)** е задължителен, когато ПОС-ът е свързан директно с платежна сметка на търговеца. * **Идентификаторът на доставчика на платежни услуги (PROC\_ID)** е задължителен, когато плащането е извършено чрез такъв доставчик. Провери дали за всяка поръчка е посочен правилният начин на плащане и дали полетата, които той изисква, имат стойност. Какво означава всеки код: [Начини на плащане](/%D0%BD%D0%B0%D1%87%D0%B8%D0%BD%D0%B8-%D0%BD%D0%B0-%D0%BF%D0%BB%D0%B0%D1%89%D0%B0%D0%BD%D0%B5/). Отделно от полетата, наредбата изисква номерът на документа по чл. 52о да е уникален „за цялата дейност на електронния магазин и търговеца“. Ако номерацията на документите започне отначало, например при смяна на софтуера на магазина, номерата могат да се повторят. ## Данните за магазина Заглавната част на файла съдържа уникалния номер на магазина (E\_SHOP\_N), уеб адреса му (DOMAIN\_NAME) и типа му (E\_SHOP\_TYPE). Това са данните, с които магазинът е регистриран по Приложение № 33, затова ги сравни с регистрацията: * **Номерът** е този, който НАП е присвоил на магазина. Той се получава при подаване на т. 7 от Приложение № 33. Ако тази точка не е попълнена, магазинът няма номер, с който да подава файл. * **Адресът** е домейнът на магазина, а при онлайн платформа линкът към магазина в платформата. * **Типът** е „1“ за собствен или нает домейн и „2“ за продажба чрез онлайн платформа. Ако данните в регистрацията са се променили, актуалната информация се подава в 7-дневен срок по чл. 52м, ал. 3. Повече: [Регистрация на електронен магазин](/%D1%80%D0%B5%D0%B3%D0%B8%D1%81%D1%82%D1%80%D0%B0%D1%86%D0%B8%D1%8F-%D0%BD%D0%B0-%D0%B5%D0%BB%D0%B5%D0%BA%D1%82%D1%80%D0%BE%D0%BD%D0%B5%D0%BD-%D0%BC%D0%B0%D0%B3%D0%B0%D0%B7%D0%B8%D0%BD/). ## Не редактирай XML файла на ръка Изкушението да отвориш файла и да поправиш една сума или една дата е голямо, но ръчната промяна лесно разваля структурата на файла или връзката между сумите и води до нов отказ. Освен това поправката остава само във файла, а данните в магазина остават грешни и проблемът се повтаря следващия месец. Правилният ред е обратният: поправи данните там, където са въведени, в поръчката, в настройките на магазина или в регистрацията, и изготви файла отново със софтуера, който го е създал. ## Какво да направиш, когато файлът е отхвърлен 1. **Прочети причината** в резултата от проверката в портала. 2. **Открий я в данните на магазина:** поръчки, цени, количества, отстъпки, ставки на ДДС, начин на плащане, издадени документи, върнати суми и данни от регистрацията. 3. **Поправи данните** там, където са въведени. 4. **Изготви файла отново** със софтуера, който го е създал. 5. **Подай отново преди изтичането на срока**, тоест до 15-о число на месеца след отчетния. Не оставяй това за последния ден. Ако срокът вече е изтекъл, не отлагай подаването. За последиците от закъснение или неподаване: [Санкции и загуба на режима](/%D1%81%D0%B0%D0%BD%D0%BA%D1%86%D0%B8%D0%B8/). Обърни се към доставчика на софтуера, когато данните в магазина са верни, а файлът пак не минава, и когато една и съща причина се появява всеки месец. Изпрати му пълния текст на резултата от проверката и месеца, за който е файлът. Ако файлът ти е изготвен от [Take a NAP](https://takeanap.bg/%D0%BE%D0%B4%D0%B8%D1%82%D0%BE%D1%80%D1%81%D0%BA%D0%B8-%D1%84%D0%B0%D0%B9%D0%BB-%D0%B7%D0%B0-%D0%BD%D0%B0%D0%BF/), изпрати резултата на поддръжката на приложението. За месец без нито една продажба не изготвяй и не подавай файл: в становище НАП посочва, че за такъв месец файл не се подава. ## Въпроси по темата Защо НАП отхвърля одиторския файл? В становища НАП посочва, че файлът трябва да съдържа уникалния номер на магазина и логически и аритметично коректна информация, която се проверява при подаването. Становищата не изброяват отделните проверки. Провери сумите, месеца и датите, задължителните полета и данните за магазина. Мога ли да поправя грешката директно в XML файла? По-добре не. Ръчната промяна лесно разваля структурата на файла или връзката между сумите. Поправи данните в магазина и изготви файла отново със софтуера, който го е създал. Какво да направя, ако одиторският ми файл е отхвърлен? Прочети причината в резултата от проверката, открий я в данните на магазина и я поправи там. След това изготви файла отново със софтуера, който го е създал, и го подай преди изтичането на срока. Към кого да се обърна, ако не откривам грешката? Към доставчика на софтуера, който изготвя файла: платформата на магазина, приставката или външната услуга. Изпрати му пълния текст на резултата от проверката и месеца, за който е файлът. ## Източници 1. [Наредба № Н-18 от 13.12.2006 г., чл. 52м, ал. 3, чл. 52о, ал. 1, чл. 52т, ал. 2 и 3](https://lex.bg/bg/laws/ldoc/2135540645) 2. [Наредба № Н-18, Приложение № 33 и Приложение № 38](https://lex.bg/bg/laws/ldoc/2135540645) 3. Становища на НАП · проверката при подаване, уникалният номер във файла, софтуерът за изготвяне на файла 4. [Портал за е-услуги на НАП: подаване на стандартизиран одиторски файл](https://portal.nra.bg/details/odit-317) Информацията е обща и не е правна консултация. За конкретния си случай питай счетоводителя си или НАП. [← Предишна тема Съдържание на файла](/съдържание-на-одиторския-файл/) [Следваща тема → Начини на плащане](/начини-на-плащане/) На тази страница * [Какво проверява порталът](#какво-проверява-порталът) * [Сумите](#сумите) * [Месецът и датите](#месецът-и-датите) * [Задължителните полета](#задължителните-полета) * [Данните за магазина](#данните-за-магазина) * [Не редактирай XML файла на ръка](#не-редактирай-xml-файла-на-ръка) * [Какво да направиш, когато файлът е отхвърлен](#какво-да-направиш-когато-файлът-е-отхвърлен) ## Свързани теми * [Подаване Как се подава Какво ти трябва и как минава подаването през портала на НАП.](/как-се-подава-одиторски-файл/) * [Подаване Съдържание на файла Всяко поле на файла с XML елемента, задължителността и смисъла му.](/съдържание-на-одиторския-файл/) * [Подаване Срок за подаване До кога се подава файлът за всеки месец, с таблици за 2026 и 2027 г.](/срок-за-подаване/) ## Одиторски файл, _без ръчна работа_ Take a NAP се свързва с онлайн магазина ти, изпраща електронните бележки на клиентите автоматично и всеки месец ти дава готов одиторски файл за подаване в НАП. 20 платформи, сред тях Shopify, WooCommerce и Wix 14-дневен безплатен период Готов файл всеки месец [Виж как работи ![](/assets/star.Cgr3PXQl_1hD6Fo.svg)](https://takeanap.bg/одиторски-файл-за-нап/) **1000+** магазина от 2022 г. насам