Подаване на SAF‑T през API: система към система
SAF‑T файлът се подава през портала на НАП с КЕП. Приложение № 3 предвижда и подаване система към система през публичен програмен интерфейс, но към септември 2026 г. SAF‑T не е сред услугите, които НАП предлага през API.
Актуално към септември 2026 г. Изготвено от екипа на Safty, с позоваване на действащите текстове.
Накратко
- Реалното подаване към септември 2026 г. е през портала на НАП с КЕП; API каналът е предвиден в Приложение № 3, но още не е предложен от НАП.
- API и порталът с КЕП са канали за подаване, а не различни режими.
- API автоматизира предаването и статуса, не счетоводната коректност.
- Процесът трябва да пази логове, версии, идентификатори на заявки и отговори.
- Контролите върху данните и приемането остават отговорност на предприятието.
API намалява ръчните действия, но не заменя проверката на данните, одобрението на версията и проследяването на статуса от НАП.
Какви са каналите за подаване на SAF‑T?
Действащият канал е електронният портал на НАП с КЕП. Каналът система към система е предвиден в Приложение № 3, но към септември 2026 г. НАП не го е включила в списъка на услугите, достъпни през API.
Системното подаване е предвидено в Приложение № 3 към Заповед № З-ЦУ-30-1085 от 25.07.2025 г. И двата канала предават файл по една и съща техническа структура. Изборът не променя отчетния период или отговорността за съдържанието. Месечният срок е до края на месеца, следващ отчетния период, по чл. 71к, ал. 1 ДОПК, изменен с ДВ, бр. 65 от 08.08.2025 г. За етапите на включване вижте страницата за срокове и вълни. Списъкът на услугите на НАП, достъпни през API, е публикуван на nra.bg и се проверява преди планиране на интеграция.
При портал с КЕП упълномощено лице избира и подава файл. При система към система вътрешна система или интеграционен слой изпраща файла към НАП според техническия интерфейс.
Какво автоматизира API и какво не автоматизира?
API автоматизира изпращането и получаването на технически отговори, но не гарантира, че файлът е пълен, правилен или окончателно приет.
Автоматизацията на канала не е автоматизация на счетоводната преценка. API може да предаде готов файл, да пази идентификатор на заявка и да получи статус. То не проверява дали източниците съдържат всички данни, дали преобразуванията са правилни, дали версията на формата е актуална или дали бизнес правилата са преминати. Версия 1.0.2 е утвърдена със Заповед № З-ЦУ-30-359 от 27.02.2026 г. и трябва да се управлява като контролирана промяна.
Технически успешното изпращане не е равнозначно на приемане на съдържанието. Процесът трябва да следи целия път от генериране до окончателен статус.
Как да изберете между API и портал с КЕП?
Изборът между API и портал с КЕП зависи от обема, повторяемостта и контролната зрялост на процеса.
Нито един канал не премахва нуждата от валиден файл и ясно одобрение. Порталът с КЕП е приложим при малък обем подавания и ясен ръчен процес. API е полезно при регулярни процеси, много дружества или централизирана функция, когато има капацитет за поддръжка на интеграцията. То изисква по-строги правила за достъп, версии, повторно изпращане и наблюдение на неуспешни заявки.
Не вземайте решение само по това дали основната система генерира XML. SAF‑T и вашата ERP система обяснява защо генерирането е само част от процеса.
Кои контроли остават след автоматизиране?
След автоматизиране остават контролите върху пълнотата на данните, одобрението на файла, версиите и статуса на приемане.
Те трябва да имат конкретни собственици. Финансовият и счетоводният екип потвърждават съдържателната логика и контролните справки. ИТ екипът поддържа генерирането, версиите и интерфейса. Определен бизнес отговорник разрешава изпращането. Оперативен екип следи статуса и задейства процедура при отказ.
Пазете отчетен период, версия на файла, дата и час на генериране, версия на структурата, контролна сума, идентификатор на заявката, пълния отговор от НАП и одобрението за изпращане. При отказ тази следа показва дали проблемът е в данните, версията или предаването.
Защо НАП отхвърля валидни SAF‑T файлове разглежда защо XSD проверката не изчерпва риска.
Често задавани въпроси
Може ли SAF‑T да се подава през API?
Предвидено е, но още не е достъпно. Приложение № 3 към Заповед № З-ЦУ-30-1085 от 25.07.2025 г. допуска подаване система към система, а към септември 2026 г. SAF‑T не е сред услугите на НАП, достъпни през API. Подаването става през портала с КЕП.
По-добре ли е SAF‑T да се подава през API или с КЕП?
Към септември 2026 г. изборът не стои: подаването е през портала с КЕП. Когато НАП предложи API, той ще е подходящ за повторяеми интегрирани подавания, а КЕП за контролиран ръчен процес. И в двата случая предприятието отговаря за файла.
Проверява ли API дали SAF‑T файлът е правилен?
Не изцяло. API предава файл и връща технически статус, но не заменя проверката на данните, бизнес правилата и окончателния статус от НАП.
Какъв е срокът за месечно SAF‑T подаване?
До края на месеца, следващ отчетния период, съгласно чл. 71к, ал. 1 ДОПК, изменен с ДВ, бр. 65 от 08.08.2025 г.
Източници
Още по темата
- SAF‑T от SAP, Oracle, Microsoft Dynamics и български счетоводен софтуер: какво чете SaftyКак се съставя месечният SAF‑T файл от SAP, Oracle NetSuite, Microsoft Dynamics и български счетоводен софтуер, какво чете Safty от всяка система и какво остава при вас.
- Какво е Safty и какво не еSafty (safty.bg) е софтуер на Juma Labs, който съставя месечния SAF‑T файл от данните на предприятието и го проверява преди подаване в НАП. Какво прави, какво не прави и как се работи с него.
- SAF‑T консултант или софтуер: какво включва консултацията в SaftyКакво прави консултантът по SAF‑T, коя част от работата покрива пилотният месец в Safty и какво остава за данъчния консултант, ERP доставчика и НАП.
Файл, който минава от първия път.
Safty съставя месечния SAF‑T файл и го проверява по схемата, приложенията и теста в НАП, преди да го подадете.
Запазете консултация