SAFTОфициален въпрос (дословно)
Молим Ви за коментар относно начина за отчитане на частично прихващане в секция 4. SourceDocuments. За илюстрация искаме да разгледаме следния пример: извършено е частично прихващане на търговско задължение от 150 лв. с вземане от 100 лв. към един и същ контрагент, като едновременно с това е извършено плащане на остатъчното задължение от 50 лв. Съставени са следните счетоводни операции: • Дебит сметка 401 – 150 лв. • Кредит сметка 411 – 100 лв. • Кредит сметка 503 – 50 лв. Молим Ви за коментар дали е коректно отчитането на тази транзакция с payment method 02 Прихващане на следните три реда в подсекция Payments: • 1 ред: сметка 401 с дебитен индикатор, стойност 150 лв., с попълнен Supplier ID Подсекция Payments, секция SourceDocuments, съдържа информация за документи за извършени/получени плащания, включително данни за начина на плащане и свързани сметки, период, идентификатор на транзакцията, дата на трансакцията, описание и др. В подсекцията не се подава информация за задължения към ко нтрагентите на предприятието, подаващо файла. Предвид изложеното в така представения от Вас пример, не следва да се подава информация от първият ред (PaymentLine) - „сметка 401 с дебитен индикатор, стойност 150 лв., с попълнен Supplier ID“. Когато погасяването на задължението към доставчика на предприятието, подаващо файла, е осъществено чрез различни методи за плащане следва за различните методи да се подадена отделна структура за плащането. Във дадения от Вас пример, може да се подадат следните данни, като прихващането да се отрази в две линии на една структура на плащането: • 2 ред: сметка 411 с кредитен индикатор, стойност 100 лв., с попълнен Customer ID • 3 ред: сметка 503 с кредитен индикатор, стойност 50 лв., с попълнен Supplier ID. На трите реда в съответните полета Supplier ID и Customer ID се подава информация за един и същ контрагент, с който е извършено частичното прихващане с плащане на остатъка от сумата.
Официален отговор на НАП (дословно)
Подсекция Payments, секция SourceDocuments, съдържа информация за документи за извършени/получени плащания, включително данни за начина на плащане и свързани сметки, период, идентификатор на транзакцията, дата на трансакцията, описание и др. В подсекцията не се подава информация за задължения към ко нтрагентите на предприятието, подаващо файла. Предвид изложеното в така представения от Вас пример, не следва да се подава информация от първият ред (PaymentLine) - „сметка 401 с дебитен индикатор, стойност 150 лв., с попълнен Supplier ID“. Когато погасяването на задължението към доставчика на предприятието, подаващо файла, е осъществено чрез различни методи за плащане следва за различните методи да се подадена отделна структура за плащането. Във дадения от Вас пример, може да се подадат следните данни, като прихващането да се отрази в две линии на една структура на плащането: • 2 ред: сметка 411 с кредитен индикатор, стойност 100 лв., с попълнен Customer ID • 3 ред: сметка 503 с кредитен индикатор, стойност 50 лв., с попълнен Supplier ID. На трите реда в съответните полета Supplier ID и Customer ID се подава информация за един и същ контрагент, с който е извършено частичното прихващане с плащане на остатъка от сумата. Плащане №1 SD.P.5 Payment ref no.: N SD.P.10 PaymentMethod: 02 – Прихващане SD.P.18 PaymentLineLineNumber: 1 SD.P.20 AccountID: 411 SD.P.22 CustomerID: ХХХХХХХХХХХ SD.P.27 PaymentLineAmount: 100 лв. SD.P.32 PaymentMechanism: 97 Прихващане между контрагенти (опционално за подаване) SD.P.18 PaymentLineLineNumber: 2 SD.P.20 AccountID: 401 SD.P.22 SupplierID: ХХХХХХХХХХХ SD.P.27 PaymentLineAmount: 100 лв. SD.P.32 PaymentMechanism: 97 Прихващане между контрагенти (опционално за подаване) Плащане №2 SD.P.5 Payment ref no.: N+1 SD.P.10 PaymentMethod: 03 - Безкасово плащане SD.P.18 PaymentLineLineNumber: 1 SD.P.20 AccountID: 403 SD.P.23 SupplierID: ХХХХХХХХХХХ SD.P.27 PaymentLineAmount: 50 лв. SD.P.32 PaymentMechanism: 42 Плащане по банкова сметка (опционално за подаване) Или прихващането да се подаде в две отделни структури на плащанията: Плащане №1 SD.P.5 Payment ref no.: N SD.P.10 PaymentMethod: 02 – Прихващане SD.P.18 PaymentLineLineNumber: 1 SD.P.20 AccountID: 411 SD.P.22 CustomerID: ХХХХХХХХХХХ SD.P.27 PaymentLineAmount: 100 лв. SD.P.32 PaymentMechanism: 97 Прихващане между контрагенти (опционално за подаване) Плащане №2 SD.P.5 Payment ref no.: N+1 SD.P.10 PaymentMethod: 02 – Прихващане SD.P.18 PaymentLineLineNumber: 1 SD.P.20 AccountID: 401 SD.P.22 SupplierID: ХХХХХХХХХХХ SD.P.27 PaymentLineAmount: 100 лв. SD.P.32 PaymentMechanism: 97 Прихващане между контрагенти (опционално за подаване) Плащане №3 SD.P.5 Payment ref no.: N+2 SD.P.10 PaymentMethod: 03 - Безкасово плащане SD.P.18 PaymentLineLineNumber: 1 SD.P.20 AccountID: 403 SD.P.23 SupplierID: ХХХХХХХХХХХ SD.P.27 PaymentLineAmount: 50 лв. SD.P.32 PaymentMechanism: 42 Плащане по банкова сметка (опционално за подаване)
Източник: „Въпроси и отговори във връзка с внедряването на стандартния одитен файл за данъчни цели (SAF-T)“, ЦУ на НАП, версия 2 (2026), раздел III. Текстът на въпроса и отговора е възпроизведен без промяна; заглавието е наше резюме. Пълният документ: nra.bg. Всички 188 отговора, подредени: НАП отговаря.
Още по темата „Секция SourceDocuments“
- Какво съдържат задължителните елементи при отразяване на отчети за продажби в SalesInvoices.
- При износ се подава продажната фактура, без митническата декларация за износа.
- Протоколите за ВОП се отразяват едновременно в SalesInvoices и PurchaseInvoices — потвърден пример.
- Как се попълват ProductCode и ProductDescription при митническа декларация за внос.
- Вносът по чл. 167а от ЗДДС се отразява чрез митническата декларация в PurchaseInvoice.
- При ВОП се подава протоколът по чл. 117 от ЗДДС; как участва фактурата на чуждестранния доставчик.
- Преводи между собствени сметки не са плащания и не влизат в Payments.
- Масовите плащания (например заплати) се подават както са отразени в счетоводната система.
Валидаторът прилага правилата от „Въпроси и отговори“ — локално в браузъра, безплатно.