Международни и специфични случаи

Кога тази глава ви касае

Ако работите само с local клиенти без международни операции и не сте банка, застраховател или лечебно заведение, можете спокойно да прескочите тази глава за сега - но ако имате поне един клиент с чуждестранни партньори или сте счетоводител на фирма от някой от трите специални сектора, следващото е точно за вас.

Данък при източника и намалени ставки по СИДДО

Когато плащате доход на чуждестранно лице (лихва, дивидент, авторски и лицензионни възнаграждения), обичайно се дължи данък при източника по българското законодателство. Но ако държавата на получателя има Спогодба за избягване на двойното данъчно облагане (СИДДО) с България, приложимата ставка може да е по-ниска от стандартната.

Технически това не е едно поле, а комбинация от три полета в TaxInformationStructure - същата структура, използвана на всеки ред в GeneralLedgerEntries и SourceDocuments (виж глава 5). Кодът TaxType = "700" сигнализира, че редът касае данък при източника; TaxPercentage носи реално приложената ставка; TaxExemptionReason е полето, което носи самата текстова обосновка - точно тук отбелязвате коя спогодба и коя разпоредба от нея сте приложили. Диаграмата показва всичките осем полета на структурата.

Пример - лихва, платена на чуждестранно лице, с приложена намалена ставка по СИДДО:

<TaxInformation>
  <TaxType>700</TaxType>
  <TaxCode>700010</TaxCode>
  <TaxPercentage>5.00</TaxPercentage>
  <TaxBase>10000.00</TaxBase>
  <TaxAmount>
    <Amount>500.00</Amount>
    <CurrencyCode>EUR</CurrencyCode>
    <CurrencyAmount>500.00</CurrencyAmount>
  </TaxAmount>
  <TaxExemptionReason>СИДДО с Германия, чл. 11 - намалена ставка 5% вместо стандартните 10%</TaxExemptionReason>
</TaxInformation>

Чуждестранни контрагенти - връзка с идентификаторите от глава 7

Чуждестранен контрагент, регистриран за ДДС в друга държава-членка на ЕС, получава префикс 11 пред VIES номера си (виж глава 7); контрагент извън ЕС - префикс 12. И при двата, кодът на държавата трябва да е валиден ISO 3166-1 код - точно международните ви контрагенти са мястото, където грешки в изписването на държавата се случват най-често (сравнение на латиница/кирилица, остарели или нестандартни съкращения). Дали такава грешка се хваща автоматично или трябва да я откриете ръчно зависи от софтуера ви, не от самата схема - вижте пълния разбор в глава 7.

Трите сектора с особени облекчения

Три вида дейности имат специфично законово основание да не разкриват определени данни на пълно детайлно ниво в SAF-T - не защото са изключени от задължението, а защото друг закон защитава тайната на конкретна информация. Два от трите сектора имат собствена стойност още в Header (полето TaxAccountingBasis от глава 3) - BANK и INSURANCE, редом с обичайните A/P. Диаграмата показва и четирите стойности, както и защо лечебните заведения нямат собствена стойност тук.

Банки

Банковата дейност е защитена от банкова тайна по Закона за кредитните институции (ЗКИ, чл. 62) и от изискванията на счетоводен стандарт МСС 32. На практика това позволява на банките да подават определени данни на по-агрегирано ниво, вместо разбити до последния детайл за всеки клиент поотделно.

Застрахователи

Кодексът за застраховането (КЗ, чл. 149 и чл. 345) защитава застрахователната тайна - конкретно изброени категории данни не се разкриват в пълен детайл: размерите на премиите по отделни договори, имената на застрахователните брокери, изплатените обезщетения по отделни претенции.

Лечебни заведения

Законът за здравето (чл. 27) защитава тайната на здравната информация на пациентите. На практика това означава маскиране на конкретни диагнози и медицински услуги в общи категории - например записан ред "Медицинска услуга - лечение на [конкретна диагноза]" се отчита в SAF-T като обобщена категория, като "Здравни услуги", без да разкрива конкретното медицинско състояние на пациента.

За разлика от банките и застрахователите, схемата няма отделна стойност на TaxAccountingBasis за лечебни заведения - те обичайно подават с обичайната стойност A, като обикновено търговско предприятие. Облекчението им идва изцяло от друг закон, приложен на ниво съдържание на конкретни полета - не от избор в Header.

Практическа поука за счетоводители на клиенти от тези сектори

Ако клиентът ви попада в един от трите сектора, не приемайте автоматично, че "особените правила" означават по-малко работа по подготовката на SAF-T - те означават различна работа: трябва предварително да определите точно кои категории данни попадат под защитата (не всичко в бизнеса на банката или застрахователя е защитена информация - само конкретно изброените в съответния закон категории), и да агрегирате/маскирате точно тях, докато останалите данни се подават с обичайната детайлност като при всяка друга фирма.

Какво да запомните от тази глава

• Данък при източника с намалена ставка по СИДДО се кодира с три полета от TaxInformationStructure: TaxType = "700", реалната ставка в TaxPercentage, и обосновката в TaxExemptionReason - дръжте я готова за проверка.
• Чуждестранните контрагенти следват същата префиксна система, разгледана в глава 7 - грешки в кода на държавата са най-честата причина за невалиден идентификатор именно тук, и дали ще я хванете зависи от софтуера ви.
• TaxAccountingBasis (Header, глава 3) носи собствена стойност BANK/INSURANCE за двата сектора с облекчение - но не и за лечебни заведения, които подават с A.
• Банките имат облекчение за агрегирано подаване по ЗКИ чл. 62 и МСС 32.
• Застрахователите пазят детайли по премии, брокери и обезщетения по КЗ чл. 149/345.
• Лечебните заведения маскират конкретни диагнози в обобщени категории по Закона за здравето чл. 27 - облекчение изцяло на ниво съдържание, не в Header.
• И трите облекчения касаят детайлността на данните, не самото задължение за подаване - засегнатите категории трябва да се определят конкретно, не да се приема, че цялата дейност е "по-лека" за подготовка.

Последната глава събира всичко практическо - от тестовата среда на НАП до какво точно проверява и какво не проверява "зеленото отметче" на валидатора.