--- title: "Съдържание на одиторския файл: всички полета по Приложение № 38" url: "https://xn--80ahmagdkrculj5a.com/съдържание-на-одиторския-файл/" description: "Всички полета на одиторския файл по Приложение № 38: магазин и период, поръчки, артикули, суми, начин на плащане и върнати поръчки, с XML елемента им." --- 1. [Начало](/) 2. / Съдържание на файла Основи * [Какво е одиторски файл](/какво-е-одиторски-файл/) * [Алтернативен режим](/алтернативен-режим/) * [Кой подава файла](/кой-подава-одиторски-файл/) * [Касов апарат или файл](/касов-апарат-или-одиторски-файл/) Подаване * [Регистрация на магазина](/регистрация-на-електронен-магазин/) * [Срок за подаване](/срок-за-подаване/) * [Как се подава](/как-се-подава-одиторски-файл/) * [Съдържание на файла](/съдържание-на-одиторския-файл/) * [Грешки при подаване](/грешки-при-подаване/) Плащания * [Начини на плащане](/начини-на-плащане/) * [Наложен платеж](/наложен-платеж/) * [Платежни доставчици](/платежни-доставчици/) * [Връщания](/връщания/) Документи и случаи * [Електронна бележка](/електронна-бележка/) * [Маркетплейси](/маркетплейси/) * [Санкции](/санкции/) * [Одиторски файл в евро](/одиторски-файл-в-евро/) Подаване # Съдържание на одиторския файл: всички полета по Приложение № 38 Одиторският файл съдържа данни за магазина и периода, за всяка поръчка в месеца: артикулите, общите суми и начина на плащане, и накрая върнатите на клиентите суми. Всяко поле, XML елементът му и дали е задължително са определени в Приложение № 38 към чл. 52т, ал. 2 от Наредба Н-18. Проверено: 11 ноември 2026 г. ## Накратко * Полетата, XML елементите и задължителността им са определени в **Приложение № 38** към чл. 52т, ал. 2. * Файлът е **за един електронен магазин и един календарен месец**: в заглавната част има едно поле за уникален номер и едно за уеб адрес. * Всяка поръчка носи **код за начин на плащане** от 1 до 6, а при някои кодове и номер на ПОС, на трансакцията или идентификатор на доставчика. * Върнатите суми са в **отделен блок** с номер на поръчката, сума, дата и начин на връщане. * От **1 януари 2026 г.** сумите във файла са **в евро**. * Във файла **няма поле** за данни на купувача, за данъчна група или за обща сума на продажбите за месеца. Наръчник: всички теми Основи * [Какво е одиторски файл](/какво-е-одиторски-файл/) * [Алтернативен режим](/алтернативен-режим/) * [Кой подава файла](/кой-подава-одиторски-файл/) * [Касов апарат или файл](/касов-апарат-или-одиторски-файл/) Подаване * [Регистрация на магазина](/регистрация-на-електронен-магазин/) * [Срок за подаване](/срок-за-подаване/) * [Как се подава](/как-се-подава-одиторски-файл/) * [Съдържание на файла](/съдържание-на-одиторския-файл/) * [Грешки при подаване](/грешки-при-подаване/) Плащания * [Начини на плащане](/начини-на-плащане/) * [Наложен платеж](/наложен-платеж/) * [Платежни доставчици](/платежни-доставчици/) * [Връщания](/връщания/) Документи и случаи * [Електронна бележка](/електронна-бележка/) * [Маркетплейси](/маркетплейси/) * [Санкции](/санкции/) * [Одиторски файл в евро](/одиторски-файл-в-евро/) На тази страница 1. [Как е устроен файлът](#как-е-устроен-файлът) 2. [Заглавна част: магазинът и периодът](#заглавна-част-магазинът-и-периодът) 3. [Данни за поръчката](#данни-за-поръчката) 4. [Артикулите в поръчката](#артикулите-в-поръчката) 5. [Общите суми на поръчката](#общите-суми-на-поръчката) 6. [Начинът на плащане](#начинът-на-плащане) 7. [Върнатите поръчки](#върнатите-поръчки) 8. [Какво няма във файла](#какво-няма-във-файла) Одиторският файл е XML файл, чиито полета са описани едно по едно в Приложение № 38 към чл. 52т, ал. 2 от Наредба Н-18. По-долу са всички полета, подредени в групите, в които се попълват: магазин и период, данни за поръчката, артикули, общи суми, начин на плащане и върнати поръчки. За всяко поле има XML елемента, дали таблицата в приложението го отбелязва като задължително и какво съдържа, казано просто. Пример: устройство на одиторския файл Избери ред, за да видиш какво означава 1. 2. 123456789 3. НОМЕР-ОТ-НАП 4. 1 5. primer-magazin.bg 6. 2026-11-05 7. 10 8. 2026 9. 10. 1042 11. 2026-10-14 12. 0000000127 13. 2026-10-14 14. 15. Керамична чаша 16. 2.00 17. 10.00 18. 20 19. 4.00 20. 24.00 21. 22. 20.00 23. 0.00 24. 4.00 25. 24.00 26. 4 27. 28. РЕФЕРЕНТЕН-НОМЕР 29. ИДЕНТИФИКАТОР И ИМЕ 30. 31. 1 32. 0987 33. 12.00 34. 2026-10-20 35. 2 36. 12.00 EIK ЕИК на задълженото лице Задължително ЕИК на фирмата, която подава файла. Опростен пример с измислени данни: показва полетата от Приложение № 38 и връзката между тях, а не точния формат на файла. Реалният файл съдържа всички поръчки за месеца и се изготвя от софтуер. ## Как е устроен файлът Самото приложение е таблица: „Приложението описва в табличен вид данните, които ще се подават в XML формат.“ За всяко поле в нея има наименование, XML елемент, тип, номенклатура (където има), колона „Задължителен“ и забележка. Логиката на файла е следната: * **Заглавна част.** Веднъж за целия файл: кой подава, за кой магазин и за кой месец. * **Поръчките.** За всяка поръчка поотделно: номер и дата, документът по чл. 52о, ако е издаден, артикулите, общите суми и начинът на плащане. * **Върнатите поръчки.** Накрая, за целия месец: върнатите на клиентите суми и общият им брой и стойност. В приложението елементите се изписват с главни букви, например ORD\_TOTAL2. Колоната „Задължителен“ има стойност „да“ или „не“, а при някои полета със стойност „не“ забележката уточнява кога все пак се попълват задължително. Тези случаи са отбелязани по-долу със звездичка. ## Заглавна част: магазинът и периодът Поле Елемент Задължително Какво съдържа ЕИК на търговеца EIK да ЕИК на задълженото лице, тоест на търговеца в алтернативния режим. Уникален номер на магазина E\_SHOP\_N да Номерът на електронния магазин, получен от НАП при подаване на информация по Приложение № 33. Тип на магазина E\_SHOP\_TYPE да „1“ при собствен или индивидуално нает домейн, „2“ при продажба чрез онлайн платформа. Уеб адрес DOMAIN\_NAME да Домейнът на магазина, а при онлайн платформа линкът към магазина в платформата или към страница с всички предлагани в нея стоки и услуги. Дата на създаване CREATION\_DATE да Датата, на която е създаден файлът, във формат ГГГГ-ММ-ДД. Месец MON да Календарният месец, за който се подава информацията: цяло число с два знака, от 01 до 12. Година GOD да Календарната година, за която се подава информацията: цяло число с четири знака. Заглавната част е една, с едно поле за уникален номер и едно за уеб адрес. Всеки електронен магазин се регистрира отделно и получава свой номер, затова един файл е за един магазин. Ако продаваш в онлайн платформа, типът е „2“, а адресът е линкът към магазина ти в нея. Повече: [Маркетплейси](/%D0%BC%D0%B0%D1%80%D0%BA%D0%B5%D1%82%D0%BF%D0%BB%D0%B5%D0%B9%D1%81%D0%B8/). ## Данни за поръчката Поле Елемент Задължително Какво съдържа Номер на поръчката ORD\_N да Уникалният номер на поръчката в софтуера на електронния магазин. Дата на поръчката ORD\_D да Датата на поръчката, ГГГГ-ММ-ДД. Номер на документа по чл. 52о DOC\_N не\* Цяло число с 10 знака. Попълва се задължително, когато за продажбата е издаден документ по чл. 52о, ал. 1, т. 1. Дата на документа по чл. 52о DOC\_DATE да Датата на този документ, ГГГГ-ММ-ДД. Номерът на поръчката и номерът на документа са различни неща. Първият идва от софтуера на магазина, вторият е номерът на документа по чл. 52о, който наредбата иска да е 10-разряден, да нараства с 1 за всяка продажба и да е уникален за цялата дейност на електронния магазин и търговеца. Таблицата отбелязва номера на документа като незадължителен, а датата му като задължителна. Коя дата се попълва за поръчка, за която документ по чл. 52о не е издаден, например при наложен платеж или банков превод, текстът на наредбата не уточнява. ## Артикулите в поръчката За всеки артикул в поръчката има отделен ред с шест полета. Поле Елемент Задължително Какво съдържа Наименование ART\_NAME да Какво е продадено: наименованието на стоката или услугата в този ред. Количество ART\_QUANT да Количеството, формат 0.00. Единична цена ART\_PRICE да Единична цена без отстъпка и без ДДС, в евро, формат 0.00. Ставка на ДДС ART\_VAT\_RATE да Ставката на ДДС за реда. ДДС на реда ART\_VAT да Общата сума на ДДС за реда, в евро, формат 0.00. Сума с ДДС ART\_SUM да Общата сума на реда с ДДС, в евро, формат 0.00. За ставката на ДДС таблицата дава формат „Цяло число, 2 знака“ при първия артикул и „0.00“ при следващите. Във файла има поле за ставката, но не и за кода на данъчната група: данъчната група е реквизит на документа по чл. 52о, а не на файла. Коя ставка се пише при продажба, обложена с ДДС в друга държава от Европейския съюз, текстът на наредбата и становищата на НАП не уреждат изрично. ## Общите суми на поръчката Поле Елемент Задължително Какво съдържа Стойност без отстъпка и без ДДС ORD\_TOTAL1 да Общата стойност на поръчката преди отстъпката и без ДДС, формат 0.00. Отстъпка ORD\_DISC да Сумата на отстъпката по поръчката, в евро. ДДС ORD\_VAT да Сумата на ДДС по поръчката, в евро. Стойност с ДДС ORD\_TOTAL2 да Общата стойност на поръчката с ДДС, формат 0.00. Четирите суми на поръчката трябва да са свързани логически помежду си и с редовете на артикулите. В становища НАП посочва, че файлът трябва да съдържа логически и аритметично коректна информация и че верността ѝ се проверява при подаването. Какво да направиш, ако файлът не мине проверката: [Грешки при подаване](/%D0%B3%D1%80%D0%B5%D1%88%D0%BA%D0%B8-%D0%BF%D1%80%D0%B8-%D0%BF%D0%BE%D0%B4%D0%B0%D0%B2%D0%B0%D0%BD%D0%B5/). ## Начинът на плащане Поле Елемент Задължително Какво съдържа Начин на плащане PAYM да Код от 1 до 6: 1 освободено по чл. 3 плащане без ППП, 2 виртуален ПОС, 3 наложен платеж с ППП, 4 доставчик на платежни услуги, 5 друг вид плащане, неизискващо фискален бон, 6 плащане, отразено с фискален бон. Номер на виртуален ПОС POS\_N не\* Задължителен, когато плащането е през виртуален ПОС, свързан директно с платежна сметка на търговеца. Попълва се и при ПОС на доставчик на платежни услуги, ако търговецът разполага с номера му. Референтен номер на трансакцията TRANS\_N не\* Задължителен, когато плащането е извършено чрез виртуален ПОС. Идентификатор на доставчика на платежни услуги PROC\_ID не\* Задължителен, когато плащането е извършено чрез доставчик на платежни услуги: ЕИК, а за чуждестранни лица ДДС номер, номер от търговски регистър, идентификационен номер за данъчни цели или друг, както и наименованието на доставчика. Във файла влизат всички поръчки, а не само плащанията с карта. В становище НАП посочва, че при съставянето на файла се въвеждат данни за начина на плащане на всяка отделна поръчка, като се избира вид плащане от 1 до 6. Какво покрива всеки код: [Начини на плащане](/%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/). ## Върнатите поръчки Всички полета в този блок са отбелязани като задължителни. Поле Елемент Какво съдържа Брой върнати поръчки R\_ORD Броят изцяло или частично върнати поръчки през периода, цяло число. Номер на върнатата поръчка R\_ORD\_N Уникалният номер на поръчката в софтуера на електронния магазин. Върната сума R\_AMOUNT Сумата, върната на клиента, в евро. Дата на връщане R\_DATE Датата на връщане на сумата, ГГГГ-ММ-ДД. Начин на връщане R\_PAYM 1 по платежна сметка, 2 по карта, 3 в брой, 4 друг. Обща стойност R\_TOTAL Общата стойност с ДДС на всички изцяло или частично върнати поръчки през периода. Дали R\_ORD брои поръчките или отделните връщания и дали R\_TOTAL е сборът на върнатите суми или стойността на върнатите поръчки, текстът на наредбата и становищата на НАП не уреждат изрично. Повече за връщанията и месеца, в който се отразяват: [Връщания](/%D0%B2%D1%80%D1%8A%D1%89%D0%B0%D0%BD%D0%B8%D1%8F/). ## Какво няма във файла * **Данни за купувача.** Няма поле за име, адрес, имейл, телефон или ДДС номер на клиента. * **Данъчна група.** Има ставка на ДДС за всеки артикул, но не и код на данъчната група. * **Обща сума на продажбите за месеца.** Всяка поръчка има свои общи суми, а единствената обща стойност за месеца е R\_TOTAL за върнатите поръчки. Освен датата на създаване на файла, датите в него са три: на поръчката, на документа по чл. 52о и на връщането на сумата. От 1 януари 2026 г. полетата за суми в приложението са „в евро“, а старите текстове, които говорят за левове, описват файла отпреди тази дата: [Одиторският файл в евро](/%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%B2-%D0%B5%D0%B2%D1%80%D0%BE/). Ако не искаш да попълваш тези полета на ръка, софтуер като [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/) генерира файла от данните на свързания магазин: поръчки, плащания, издадени документи и върнати суми. ## Въпроси по темата Има ли в одиторския файл данни за клиента? Не. Приложение № 38 няма поле за име, адрес, имейл или ДДС номер на купувача. Поръчката се идентифицира с уникалния си номер в софтуера на магазина и с номера на документа по чл. 52о, когато такъв е издаден. Защо във файла няма данъчна група? Приложение № 38 съдържа поле за ставката на ДДС на всеки артикул, но не и за кода на данъчната група. Данъчната група е реквизит на документа по чл. 52о, който получава клиентът, а не поле в одиторския файл. Задължителни ли са номерът и датата на документа по чл. 52о за всяка поръчка? Таблицата в Приложение № 38 отбелязва номера на документа (DOC\_N) като незадължителен, с бележка, че се попълва задължително, когато за продажбата е издаден документ по чл. 52о. Датата на документа (DOC\_DATE) е отбелязана като задължителна. Коя дата се попълва за поръчка без такъв документ, текстът не уточнява. Влизат ли във файла поръчките с наложен платеж и банков превод? Да. Приложение № 38 има кодове за начин на плащане и за тези случаи, а в становища НАП посочва, че файлът съдържа всички направени в електронния магазин поръчки и начина, по който са платени. Един файл ли се подава за няколко магазина? Не. Заглавната част на файла има едно поле за уникалния номер на електронния магазин и едно за уеб адреса му, а всеки магазин се регистрира отделно и получава свой номер. Затова за всеки магазин се подава отделен файл. ## Източници 1. [Наредба № Н-18, Приложение № 38 към чл. 52т, ал. 2](https://lex.bg/bg/laws/ldoc/2135540645) 2. [Наредба № Н-18 от 13.12.2006 г., чл. 52м, ал. 2, чл. 52о, ал. 1, чл. 52т, ал. 2](https://lex.bg/bg/laws/ldoc/2135540645) 3. Становища на НАП · обхват на файла и начин на плащане на всяка поръчка, проверката при подаване, продавачи в онлайн платформи 4. [Портал за е-услуги на НАП: подаване на стандартизиран одиторски файл](https://portal.nra.bg/details/odit-317) Информацията е обща и не е правна консултация. За конкретния си случай питай счетоводителя си или НАП. [← Предишна тема Как се подава](/как-се-подава-одиторски-файл/) [Следваща тема → Грешки при подаване](/грешки-при-подаване/) На тази страница * [Как е устроен файлът](#как-е-устроен-файлът) * [Заглавна част: магазинът и периодът](#заглавна-част-магазинът-и-периодът) * [Данни за поръчката](#данни-за-поръчката) * [Артикулите в поръчката](#артикулите-в-поръчката) * [Общите суми на поръчката](#общите-суми-на-поръчката) * [Начинът на плащане](#начинът-на-плащане) * [Върнатите поръчки](#върнатите-поръчки) * [Какво няма във файла](#какво-няма-във-файла) ## Свързани теми * [Плащания Начини на плащане Шестте кода за начин на плащане и полетата за ПОС, трансакция и доставчик.](/начини-на-плащане/) * [Плащания Връщания Как върнатите на клиента суми влизат в одиторския файл.](/връщания/) * [Подаване Грешки при подаване Защо файлът може да бъде отхвърлен и как да откриеш и поправиш причината.](/грешки-при-подаване/) ## Одиторски файл, _без ръчна работа_ Take a NAP се свързва с онлайн магазина ти, изпраща електронните бележки на клиентите автоматично и всеки месец ти дава готов одиторски файл за подаване в НАП. 20 платформи, сред тях Shopify, WooCommerce и Wix 14-дневен безплатен период Готов файл всеки месец [Виж как работи ![](/assets/star.Cgr3PXQl_1hD6Fo.svg)](https://takeanap.bg/одиторски-файл-за-нап/) **1000+** магазина от 2022 г. насам