eSche
Вход

Как се формират фактурите и плащанията

  • Всяка операция от дневник „Продажби“ или „Покупки“ става фактура. Сметката на фактурата е разчетната сметка с клиента/доставчика (41…/40…); редовете на фактурата са приходните/разходните редове, сумата на реда е данъчната основа, а ДДС е само в данъчната информация на реда.
  • Индикаторът D означава, че редът увеличава вземането (продажби) или задължението (покупки); C — че го намалява, напр. кредитно известие. Общите суми на раздела са сборът на основите по индикатор, без ДДС.
  • Номерът и датата на фактурата трябва да са както са изписани върху документа — по тях НАП сверява фактурите на доставчика и получателя. За покупките съпоставете колоните „Номер на фактура (по документа)“ и „Дата на документа“; без тях се записват номерът на счетоводния запис и датата на осчетоводяване. Датата на документа е и дата на данъчното събитие; датата на осчетоводяване определя периода.
  • Протоколи (ВОП, услуги по чл. 82 ЗДДС, самоначисляване) са тип 09, митническите декларации — 07, отчетът за продажбите — 81, дебитното известие — 02 дори да е озаглавено „фактура“. Типът се задава с колоната „Тип документ“.
  • Фактури за директно отчетени разходи и за ДМА могат да са с код на продукта 0; продуктите на склад се съпоставят с код по КН8-2026, а услугите — с 00000000.
  • Плащанията са само реални разплащания с контрагенти. Не се подават преводи между собствени сметки, теглене и внасяне на пари, обмяна на валута и аванси на подотчетни лица. D е постъпление, C — плащане.

Източник: Въпроси и отговори на НАП, версия 2 — III.5, III.6 (S.I.4, S.I.30, S.I.46, S.I.47), III.7, IV.2.5; Приложение №3, т. IV.6–IV.7.

doc_numberТекст (макс. 70 знака)Условно
Кога: Разпознава се автоматично от стандартни имена на колони — добавете ръчно само ако автоматичното разпознаване не успее

Референцията на изходния документ: номер на фактура, ваучер, запис в дневника или друг подобен. Стойността се записва като TransactionID в SAF-T файла и свързва редовете в ГК с техните изходни документи. Системата разпознава над 40 стандартни имена на колони (invoice_no, document_no, ref, voucher, je_no, move_name, …). Ако не бъде открита подходяща колона, автоматично се генерира пореден код (TXN000001, …).

invoice_typeТекст (2 цифри)Условно
Кога: За всички редове от продажби и покупкиПо подразбиране: 01 (Фактура)

Двуцифреният код от номенклатурата на НАП. Ако вашият счетоводен софтуер съхранява четимо наименование (напр. „Фактура"), системата ще приложи автоматично съпоставяне.

Автоматично съпоставяне

ОписаниеКод
Фактура, Invoice, INV01
Дебитно известие, Debit note, DN02
Кредитно известие, Credit note, КИ03
Протокол, Protocol09

Основни кодове

КодОписание
01Фактура
02Дебитно известие
03Кредитно известие
04Регистър на стоки под режим складиране на стоки до поискване, изпратени или транспортирани от територията на страната до територията на друга държава членка
05Регистър на стоки под режим складиране на стоки до поискване, получени на територията на страната
07Митническа декларация
09Протокол или друг документ
11Фактура - касова отчетност
12Дебитно известие – касова отчетност
13Кредитно известие – касова отчетност
23Кредитно известие по чл. 126б, ал. 1 от ЗДДС
29Протокол по чл. 126б, ал. 2 и 7 от ЗДДС
81Отчет за извършените продажби
82Отчет за извършените продажби при специален ред на облагане
91Протокол за изискуемия данък по чл. 151в, ал. 3 от закона
92Протокол за данъчния кредит по чл. 151г, ал. 8 от закона или отчет по чл. 104ж, ал. 14
93Протокол за изискуемия данък по чл. 151в, ал. 7 от закона с получател по доставката лице, което не прилага специалния режим
94Протокол за изискуемия данък по чл. 151в, ал. 7 от закона с получател по доставката лице, което прилага специалния режим
95Протокол за безвъзмездно предоставяне на хранителни стоки, за което е приложим чл. 6, ал. 4, т. 4 ЗДДС
journal_typeSALE | PURCHASE | BANK | CASH | GENERALУсловно
Кога: Когато не може да се определи автоматично от сметковия код

Класифицира транзакцията по икономическа природа за структурата на XML:

КолонаОписание
SALEПродажби — клиентски фактури, касови бележки
PURCHASEПокупки — доставчически фактури
BANKБанка — банкови преводи, карти
CASHКаса — приходи и разходи в брой
GENERALОбщи — амортизации, начисления, заплати, корекции
payment_methodТекст (2 цифри)Условно
Кога: За редове с плащания

Общата категория на плащането:

КодОписание
01Плащане в брой
02Прихващане
03Безкасово плащане (банков превод, карта и др.)

Механизъм на плащане (незадължително)

Конкретен начин в рамките на категорията:

Кодpayment_methodОписание
1001В брой
4203Банков превод
4803Банкова / дебитна карта
6803Онлайн плащане
2003Чек
9702Прихващане между контрагенти
9802Бартер
3003Ваучер
is_reversalBooleanПо избор

Задайте true или 1 за сторнировки. Добавете номера на оригиналния документ в колона reversed_invoice_no.

reversed_invoice_noТекст (макс. 70 знака)По избор

Номерът на оригиналния документ, който се сторнира или анулира. Използва се заедно с is_reversal = true. Позволява на НАП да свърже корекционния запис с оригиналната транзакция в одиторската следа.

eSche, част от PLANA. SAF-T генератор за България.СправочникSAF-T BG схема 1.0.3© 2026