--- title: "Начини на плащане в одиторския файл: кодовете от 1 до 6" url: "https://xn--80ahmagdkrculj5a.com/начини-на-плащане/" description: "Кодовете за начин на плащане (PAYM) в одиторския файл по Приложение № 38, кога се попълват POS_N, TRANS_N и PROC_ID и кои въпроси текстът оставя открити." --- 1. [Начало](/) 2. / Начини на плащане Основи * [Какво е одиторски файл](/какво-е-одиторски-файл/) * [Алтернативен режим](/алтернативен-режим/) * [Кой подава файла](/кой-подава-одиторски-файл/) * [Касов апарат или файл](/касов-апарат-или-одиторски-файл/) Подаване * [Регистрация на магазина](/регистрация-на-електронен-магазин/) * [Срок за подаване](/срок-за-подаване/) * [Как се подава](/как-се-подава-одиторски-файл/) * [Съдържание на файла](/съдържание-на-одиторския-файл/) * [Грешки при подаване](/грешки-при-подаване/) Плащания * [Начини на плащане](/начини-на-плащане/) * [Наложен платеж](/наложен-платеж/) * [Платежни доставчици](/платежни-доставчици/) * [Връщания](/връщания/) Документи и случаи * [Електронна бележка](/електронна-бележка/) * [Маркетплейси](/маркетплейси/) * [Санкции](/санкции/) * [Одиторски файл в евро](/одиторски-файл-в-евро/) Плащания # Начини на плащане в одиторския файл: кодовете от 1 до 6 Всяка поръчка в одиторския файл носи код за начина, по който е платена: от 1 до 6 по Приложение № 38. При плащане чрез виртуален ПОС или чрез доставчик на платежни услуги се попълват и номерът на ПОС, референтният номер на трансакцията или идентификаторът на доставчика. Проверено: 11 ноември 2026 г. ## Накратко * Начинът на плащане е **задължително поле** за всяка поръчка: код от **1 до 6** по Приложение № 38. * Във файла влизат **всички поръчки**, включително с наложен платеж и банков превод, а не само плащанията с карта. * **TRANS\_N** е задължителен при плащане чрез виртуален ПОС, **POS\_N** при ПОС, свързан директно със сметката на търговеца, а **PROC\_ID** при плащане чрез доставчик на платежни услуги. * Банковият превод е **код 1**: за него фискален бон не се издава. * Кой код е за конкретен доставчик, за **Apple Pay и Google Pay** и кое плащане е **код 5**, текстът и становищата на НАП не уреждат изрично. Наръчник: всички теми Основи * [Какво е одиторски файл](/какво-е-одиторски-файл/) * [Алтернативен режим](/алтернативен-режим/) * [Кой подава файла](/кой-подава-одиторски-файл/) * [Касов апарат или файл](/касов-апарат-или-одиторски-файл/) Подаване * [Регистрация на магазина](/регистрация-на-електронен-магазин/) * [Срок за подаване](/срок-за-подаване/) * [Как се подава](/как-се-подава-одиторски-файл/) * [Съдържание на файла](/съдържание-на-одиторския-файл/) * [Грешки при подаване](/грешки-при-подаване/) Плащания * [Начини на плащане](/начини-на-плащане/) * [Наложен платеж](/наложен-платеж/) * [Платежни доставчици](/платежни-доставчици/) * [Връщания](/връщания/) Документи и случаи * [Електронна бележка](/електронна-бележка/) * [Маркетплейси](/маркетплейси/) * [Санкции](/санкции/) * [Одиторски файл в евро](/одиторски-файл-в-евро/) На тази страница 1. [Шестте кода](#шестте-кода) 2. [Какво покрива всеки код](#какво-покрива-всеки-код) 3. [POS\_N, TRANS\_N и PROC\_ID](#pos_n-trans_n-и-proc_id) 4. [Когато не знаеш как точно е платил клиентът](#когато-не-знаеш-как-точно-е-платил-клиентът) 5. [Сумата е тази, която плаща клиентът](#сумата-е-тази-която-плаща-клиентът) 6. [Какво остава неуредено](#какво-остава-неуредено) Във всеки одиторски файл всяка поръчка носи код за начина, по който е платена. Кодовете са шест и са дадени в Приложение № 38 към Наредба Н-18. Тук е обяснено какво покрива всеки код, кога към него се добавят номерът на виртуалния ПОС, референтният номер на трансакцията или идентификаторът на доставчика и кои въпроси текстът и становищата на НАП оставят открити. ## Шестте кода Кодове за начин на плащане (PAYM) по Приложение № 38 Код Текст в Приложение № 38 1 „освободено по чл. 3 плащане без ППП“ 2 „виртуален ПОС“ 3 „наложен платеж с ППП“ 4 „доставчик на платежни услуги“ 5 „друг вид плащане, неизискващо издаване на фискален бон извън посочените в т. 1 - 4“ 6 „плащане, отразено с фискален бон“ Кодът се записва в полето PAYM („Начин на плащане на поръчка“), което е задължително за всяка поръчка. В становище НАП посочва, че при съставянето на файла се въвеждат данни за начина на плащане на всяка отделна поръчка, като се избира вид плащане от 1 до 6. Затова във файла влизат и поръчките, платени с наложен платеж или по банков път, а не само плащанията с карта. ## Какво покрива всеки код ### Код 1: освободено по чл. 3 плащане без ППП Чл. 3, ал. 1 от наредбата изброява плащанията, за които фискален бон не се издава: > „… освен когато плащането се извършва чрез внасяне на пари в наличност по платежна сметка, кредитен превод, директен дебит или наличен паричен превод, извършен чрез доставчик на платежна услуга по смисъла на Закона за платежните услуги и платежните системи, или чрез пощенски паричен превод, извършен чрез лицензиран пощенски оператор за извършване на пощенски парични преводи по смисъла на Закона за пощенските услуги.“ [Наредба Н-18, чл. 3, ал. 1 (откъс)](https://lex.bg/bg/laws/ldoc/2135540645) Код 1 е за тези освободени плащания без пощенския паричен превод: наложеният платеж с ППП има отделен код 3. Най-честият случай е банковият превод: за него фискален бон не се издава, а поръчката влиза във файла с код 1. ### Код 2: виртуален ПОС Код 2 е за плащане през виртуален ПОС. При такова плащане референтният номер на трансакцията (TRANS\_N) е задължителен, а номерът на ПОС (POS\_N) се попълва задължително, когато ПОС-ът е свързан директно с платежната сметка на търговеца. ### Код 3: наложен платеж с ППП Наложен платеж, при който клиентът плаща сумата чрез пощенски паричен превод през пощенски оператор, лицензиран за такива преводи. Тогава фискален бон не се издава, а клиентът получава документ с данните, които изисква чл. 3, ал. 1. Подробно, включително кога наложеният платеж е такъв превод: [Наложен платеж](/%D0%BD%D0%B0%D0%BB%D0%BE%D0%B6%D0%B5%D0%BD-%D0%BF%D0%BB%D0%B0%D1%82%D0%B5%D0%B6/). ### Код 4: доставчик на платежни услуги Плащане чрез доставчик на платежни услуги. При него задължително се попълва идентификаторът на доставчика (PROC\_ID). Подобно разграничение прави и т. 7.2 от Приложение № 33: виртуален ПОС, предоставен на търговеца, или плащания през виртуален ПОС на доставчик, свързан с платежна сметка на доставчика, от която сумите после се превеждат на търговеца (чл. 52п, ал. 2). Кой от двата кода се използва за конкретен доставчик, текстът не уточнява. ### Код 5: друг вид плащане Текстът на кода е „друг вид плащане, неизискващо издаване на фискален бон извън посочените в т. 1 - 4“. Кои конкретни плащания попадат в него, текстът на наредбата и становищата на НАП не уреждат изрично. ### Код 6: плащане, отразено с фискален бон Плащане, за което е издаден фискален или системен бон, например наложен платеж, платен в брой или с карта при получаване на пратката. В становище НАП разглежда случай, в който куриерът издава системен бон от името на търговеца, и посочва, че тези поръчки могат да бъдат включени във файла с код 6, макар приложението да няма отделен код за такъв бон. Становището обвързва само търговеца, който го е поискал. ## POS\_N, TRANS\_N и PROC\_ID Трите полета са отбелязани в приложението като незадължителни, но бележките към тях казват кога стават задължителни: Поле Наименование в Приложение № 38 Кога се попълва POS\_N Номер на виртуален ПОС Задължително, когато плащането е извършено чрез виртуален ПОС, свързан директно с платежна сметка на задълженото лице. Попълва се и когато плащането е чрез виртуален ПОС на доставчик на платежни услуги и търговецът разполага с неговия номер. TRANS\_N Референтен номер на финансовата трансакция Задължително, когато плащането е извършено чрез виртуален ПОС. PROC\_ID Идентификатор на доставчика на платежни услуги Задължително, когато плащането е извършено чрез доставчика на платежни услуги. Посочва се ЕИК, а за чуждестранни лица ДДС номер, номер от търговски регистър, идентификационен номер за данъчни цели или друг, както и наименование на доставчика. Референтният номер на трансакцията е и реквизит на документа по чл. 52о при всяко плащане с карта (чл. 52о, ал. 1, т. 4), а QR кодът на документа също го съдържа. Във файла обаче TRANS\_N е задължителен само при плащане чрез виртуален ПОС. Наредбата не казва откъде се взимат данните за PROC\_ID. Потърси ги в договора с доставчика или в неговата информация за юридическото лице. Самите доставчици се декларират в т. 7.2 от Приложение № 33. Повече за отделните видове доставчици: [Платежни доставчици](/%D0%BF%D0%BB%D0%B0%D1%82%D0%B5%D0%B6%D0%BD%D0%B8-%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D1%87%D0%B8%D1%86%D0%B8/). ## Когато не знаеш как точно е платил клиентът Понякога системата за плащане не показва дали клиентът е платил с карта или с превод от собствената си платежна сметка. В становище НАП посочва, че ако търговецът няма тази информация, двата вида плащания, направени чрез системите за електронни плащания, могат да се регистрират и отчитат с документ по чл. 52о, при наличие на надеждна одитна следа в счетоводството. Едно и също плащане не бива да се отчита два пъти. ## Сумата е тази, която плаща клиентът Сумата на продажбата е цената, която клиентът плаща, а не сумата, която получаваш след таксите и комисионите на платформата или на доставчика на платежни услуги. В становище за стойността на бона НАП посочва, че тя е цената, която клиентът заплаща по поръчката, „а не разликата между продажната цена и удържаните такси и комисионни от платформата“. Таксите на доставчика не намаляват сумата на продажбата. ## Какво остава неуредено Текстът на наредбата и становищата на НАП не уреждат изрично няколко въпроса, които търговците задават често: * **Кой код е за конкретен доставчик.** Приложението има отделни кодове за „виртуален ПОС“ (2) и „доставчик на платежни услуги“ (4), но не казва по какъв признак се разграничават и не назовава доставчици. Провери договора си с доставчика и се посъветвай със счетоводството. * **Apple Pay и Google Pay.** Определението в § 1, т. 96 от допълнителните разпоредби на ЗДДС обхваща плащане с кредитна или дебитна карта „или друг картово базиран платежен инструмент“ през виртуален ПОС. Дали дигиталните портфейли попадат тук, текстът и становищата на НАП не уточняват. * **Код 5.** Не е ясно кои плащания се отчитат с него. Ако файлът се изготвя от софтуер, кодът на всяка поръчка идва от начина на плащане, записан в магазина. В [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/) начинът на отчитане се задава за всяко платежно средство на магазина, затова провери настройката, когато добавяш нов начин на плащане. ## Въпроси по темата Какъв код е банковият превод в одиторския файл? Код 1, „освободено по чл. 3 плащане без ППП“. Чл. 3, ал. 1 от Наредба Н-18 освобождава от фискален бон плащането чрез кредитен превод, внасяне на пари по сметка, директен дебит и наличен паричен превод чрез доставчик на платежна услуга. Поръчката влиза във файла с този код. Кога се попълва PROC\_ID? Когато плащането е извършено чрез доставчик на платежни услуги: тогава полето е задължително. Посочва се ЕИК, а за чуждестранни лица ДДС номер, номер от търговски регистър, идентификационен номер за данъчни цели или друг, както и наименованието на доставчика. Наредбата не казва откъде се взимат данните: провери договора си с доставчика. Плащанията с Apple Pay и Google Pay плащане с карта ли са? Определението в ЗДДС обхваща кредитна или дебитна карта „или друг картово базиран платежен инструмент“. Дали портфейли като Apple Pay и Google Pay попадат тук, текстът на наредбата и становищата на НАП не уреждат изрично. Какво влиза в код 5, „друг вид плащане“? Текстът на кода е „друг вид плащане, неизискващо издаване на фискален бон извън посочените в т. 1 - 4“. Кои конкретни плащания попадат в него, текстът на наредбата и становищата на НАП не уреждат изрично. Какво правя, ако не знам дали клиентът е платил с карта или с превод от сметката си? В становище НАП посочва, че когато търговецът няма информация дали клиентът е платил с карта или с превод от платежната си сметка, двата вида плащания през системите за електронни плащания могат да се отчитат с документ по чл. 52о, ако има надеждна одитна следа в счетоводството. ## Източници 1. [Наредба № Н-18 от 13.12.2006 г., чл. 3, ал. 1 и ал. 17, чл. 52о, ал. 1, чл. 52п](https://lex.bg/bg/laws/ldoc/2135540645) 2. [Наредба № Н-18, Приложение № 33, т. 7 и Приложение № 38](https://lex.bg/bg/laws/ldoc/2135540645) 3. [Закон за данък върху добавената стойност, § 1, т. 96 от допълнителните разпоредби](https://lex.bg/bg/laws/ldoc/2135533201) 4. Становища на НАП · начин на плащане на всяка поръчка, неизвестен начин на плащане, бон от куриера и код 6, данни за доставчика на платежни услуги Информацията е обща и не е правна консултация. За конкретния си случай питай счетоводителя си или НАП. [← Предишна тема Грешки при подаване](/грешки-при-подаване/) [Следваща тема → Наложен платеж](/наложен-платеж/) На тази страница * [Шестте кода](#шестте-кода) * [Какво покрива всеки код](#какво-покрива-всеки-код) * [Код 1: освободено по чл. 3 плащане без ППП](#код-1-освободено-по-чл-3-плащане-без-ппп) * [Код 2: виртуален ПОС](#код-2-виртуален-пос) * [Код 3: наложен платеж с ППП](#код-3-наложен-платеж-с-ппп) * [Код 4: доставчик на платежни услуги](#код-4-доставчик-на-платежни-услуги) * [Код 5: друг вид плащане](#код-5-друг-вид-плащане) * [Код 6: плащане, отразено с фискален бон](#код-6-плащане-отразено-с-фискален-бон) * [POS\_N, TRANS\_N и PROC\_ID](#pos_n-trans_n-и-proc_id) * [Когато не знаеш как точно е платил клиентът](#когато-не-знаеш-как-точно-е-платил-клиентът) * [Сумата е тази, която плаща клиентът](#сумата-е-тази-която-плаща-клиентът) * [Какво остава неуредено](#какво-остава-неуредено) ## Свързани теми * [Плащания Платежни доставчици Доставчици на платежни услуги, виртуален ПОС, сметки по чл. 52п и PROC\_ID.](/платежни-доставчици/) * [Плащания Наложен платеж Наложен платеж, пощенски паричен превод и бон от куриера във файла.](/наложен-платеж/) * [Подаване Съдържание на файла Всяко поле на файла с XML елемента, задължителността и смисъла му.](/съдържание-на-одиторския-файл/) ## Одиторски файл, _без ръчна работа_ Take a NAP се свързва с онлайн магазина ти, изпраща електронните бележки на клиентите автоматично и всеки месец ти дава готов одиторски файл за подаване в НАП. 20 платформи, сред тях Shopify, WooCommerce и Wix 14-дневен безплатен период Готов файл всеки месец [Виж как работи ![](/assets/star.Cgr3PXQl_1hD6Fo.svg)](https://takeanap.bg/одиторски-файл-за-нап/) **1000+** магазина от 2022 г. насам