SAF-T за счетоводни къщи: часовникът вече тече

SAF-T за счетоводни къщи не е поредната справка, която се пуска в последния ден на месеца. Това е машинночетим файл с цялото счетоводство на клиента, който НАП ще получава редовно и ще сверява с всичко останало. В тази статия ще видите графика, съдържанието на файла и мястото, където подготовката се къса най-често!

1. Какво всъщност иска НАП

SAF-T е стандартен одитен файл за данъчни цели, тоест счетоводните данни на фирмата, подредени в строго определена електронна структура. Не е PDF и не е справка за четене от човек, а файл, който машина отваря и сверява срещу декларациите, дневниците и данните на контрагентите.

Подаването върви на три нива. Месечният файл носи счетоводните записи, продажбите, покупките, контрагентите и плащанията за периода. Годишният файл добавя дълготрайните активи и движенията по тях. Трети набор данни, например складовите наличности, се подава само при изрично поискване.

Важното за вашето ежедневие обаче е друго, а то рядко се обсъжда на семинарите. Щом данните са машинночетими, всяко разминаване се вижда веднага, без ревизор да идва на място. Ако файлът бъде отхвърлен заради грешка в структурата, имате кратък срок да го поправите. Колко от вашите клиенти биха минали такава проверка днес, без никой да пипне нищо?

2. Кой кога влиза: вълните до 2030 година

Въвеждането е поетапно и започна през 2026 година с най-големите предприятия, тези с нетни приходи над 300 милиона лева или с данъчни и осигурителни задължения над 3,5 милиона лева.

През 2027 година същите прагове хващат и средни, и малки предприятия. През 2028 година прагът пада до 15 милиона лева приходи. През 2029 година влизат всички големи, средни и малки предприятия, вече без праг. През 2030 година идва ред и на останалите, включително микропредприятията, регистрирани по ДДС.

А ако обслужвате основно малки фирми? Изкушението е да отложите темата за 2029 година. Проблемът е, че тогава ще влязат почти всички ваши клиенти наведнъж, а вие имате един екип и един месец. Ако изчакате последната вълна, подготовката се превръща в аврал, а аврал по данъчни данни е скъпо удоволствие.

3. Защо ударът пада върху счетоводните къщи

Едно предприятие подготвя един файл веднъж месечно и после се връща към работата си. Една счетоводна къща с осемдесет клиенти подготвя осемдесет файла, всеки със своя сметкоплан, свои номенклатури и свои изключения, натрупани през годините. Умножението е цялата разлика между спокоен месец и аврал.

Отгоре на това клиентът ще очаква именно вие да отговаряте за качеството на данните, които той ви е изпратил както му е било удобно. Той няма да разбере защо ЕИК с водеща нула чупи файла, но ще разбере много добре, че отчетът е отхвърлен. Отговорността остава при вас.

Добрата новина е, че до първата ви реална вълна има време и то стига. Лошата е, че времето се изразходва в тихо натрупване на дребни несъответствия, които се откриват чак при първия истински файл. Кога за последно някой е поглеждал номенклатурите на най-стария ви клиент?

Ако клиентите ви пращат фактури като снимки във Viber и PDF-и по имейл, първата ви задача не е форматът на файла. Задачата е откъде идват данните, преди изобщо да стигнат до счетоводната програма.

Точно тази първа миля е най-скъпа в часове и най-лесна за автоматизиране. За нея ще разкажем и конкретен казус по-долу!

Как да подготвите кантората си за SAF-T?

Представете си първия месец, в който трябва да подадете файлове за всичките си клиенти в рамките на няколко дни. Колко от тях са готови да минат от раз, без ръчна намеса?

Подготовката за SAF-T за счетоводни къщи се свежда до три въпроса: къде са данните, какво може софтуерът и кой отговаря за процеса. Ето как да ги проверите, преди срокът да ви притисне!

1. Данните: откъде идват и в какво състояние

Файлът е точно толкова добър, колкото са записите под него. Затова проверката започва от входа, а не от изхода:

✔ Каналите: Ако документите влизат през имейл, Viber, хартия и папка в Drive едновременно, вие нямате един процес, а четири. Първата стъпка е един вход, през който минава всичко. Ако това звучи като голям проект, започнете с един клиент и вижте колко документа минават за седмица.

✔ Идентификаторите: ЕИК и ДДС номер трябва да се пазят като текст, а не като число. Водещите нули изчезват безшумно при импорт в таблица и после файлът не може да закачи контрагента към правилната фирма. Проверката отнема минута на клиент, а поправката след месеци е ровене в стари записи.

✔ Номенклатурите: Клиенти, доставчици, продукти и сметки трябва да са изчистени от дубликати. Една и съща фирма, въведена по три начина, е три контрагента в очите на машината, която чете файла. Ако номенклатурите ви растат от години, отделете им един ден сега вместо цяла седмица по-късно.

✔ Историята: Ако мислите да подавате и коригиращи данни, проверете от кой месец назад записите ви са пълни. Връщането назад е ръчна работа и се планира предварително, а не в последната седмица преди подаване, когато екипът и без това е зает с текущия месец.

2. Софтуерът: какво трябва да може реално

Всеки доставчик вече пише SAF-T в брошурата си. Въпросът е какво точно прави и какво остава за вас:

✔ Експорт в структурата на НАП: Питайте изрично за месечния и за годишния файл поотделно. Някои програми покриват първия и оставят активите за после, а вие разбирате за това чак когато ви потрябва годишният файл.

✔ Съответствие на сметките: Вашият сметкоплан трябва да се свърже с кодовете в стандарта. Тази работа се прави веднъж на клиент и е най-подценяваната част от целия проект. Ако имате десетки клиенти с различни сметкопланове, това е истинският график на подготовката.

✔ Проверка преди подаване: Ако програмата може да валидира файла локално, ще откривате грешките при вас, а не след отказ от системата на приходната агенция. Една локална проверка спестява цял цикъл по подаване, отказ, поправка и ново подаване.

3. Процесът: кой, кога и с какво

Технологията е по-лесната половина от подготовката. Другата половина е организацията в кантората, особено през първия сезон:

✔ Отговорник с име: Един човек в кантората отговаря за SAF-T като тема, следи промените и обучава останалите. Ако отговарят всички, не отговаря никой, а темата изплува чак при първия проблем с реален клиент.

✔ Календар по клиенти: Разпределете клиентите по дни в месеца, вместо да подавате всичко в последния възможен ден. Така имате време за отхвърлен файл и повторно подаване. Ако разпределението изглежда неравномерно, подредете клиентите по сложност, а не по азбучен ред.

✔ Електронният подпис: Проверете кой подписва и с чий подпис за всеки клиент. Това е дребна подробност, която спира подаване точно в най-неудобния момент. Проверете и срока на всеки подпис, защото изтеклият сертификат се открива в деня, в който ви трябва.

Ако на трите въпроса отговорите „данните са на едно място“, „софтуерът го може“ и „знаем кой отговаря“, оставащата работа е настройка. Ако някъде отговорът липсва, започнете оттам, защото точно там ще се спъне първият ви файл.

Добрата новина е, че първата вълна идва с гратисен период, тоест с време за адаптация. Използвайте го за пробни файлове, не за отлагане! 📊💼✨

Казус: как автоматизирахме първата миля при туристическите агенции

Какво общо има една туристическа агенция със SAF-T? На пръв поглед нищо, а на практика всичко, защото там решавахме точно този проблем: купчина документи, които трябва да станат коректни структурирани данни, без някой да ги преписва на ръка.

Продуктът се казва TravelInvoices, работи с платени клиенти и всеки месец превръща десетки чужди фактури в протоколи, които издържат проверка. Направихме го, защото собственикът на агенцията прекарваше вечерите си в преписване на номера, дати и суми от PDF-и, които никой доставчик не издава по един и същ начин. Нека минем през трите му части: какво прави, какво научихме за извличането от документи и какво от това важи за вашата кантора!

Пътят на един документ: от PDF до структурирани данни и файл за НАП

1. Какво прави системата

Туроператорите работят по режима на маржа за обща туристическа услуга, а протоколите по него се попълваха на ръка от папка с фактури:

✔ Качване на документа: Потребителят качва фактурата, а езиков модел извлича номера на документа, датата и стойността. Човекът проверява и потвърждава, вместо да преписва ред по ред от хартия или от екрана на друг документ.

✔ Двата раздела: Получените суми и платените суми влизат в правилния раздел на протокола автоматично, а комисионните отиват в отделен протокол, както изисква режимът. Правилото е записано веднъж в системата и после важи за всеки следващ документ.

✔ Сметката: Маржът, данъчната основа и ДДС се изчисляват от системата. Тук няма изкуствен интелект, а правила, защото сумата трябва да е точна до стотинка. Езиковият модел чете документа, но не смята данъка.

2. Какво научихме за извличането от документи

Извличането на данни от документи изглежда като решен проблем, докато не го пуснете върху реални фактури от реални доставчици:

✔ Човекът остава в процеса: Моделът предлага, човекът потвърждава. Тази една секунда на документ е разликата между спестено време и нова категория грешки, които никой не търси. Ако някой обещава извличане без проверка, питайте кой носи отговорност за сгрешена сума.

✔ Форматите са безкрайни: Всеки доставчик издава фактура по свой начин, включително сканирани и снимани. Затова системата се проверява срещу най-лошите документи, не срещу най-чистите. Снимка на фактура, направена в движение, е нормалният случай, а не изключението.

✔ Числата са отделна тема: Дати, валути и десетични знаци се разминават между доставчиците. Правилата за тях се пишат веднъж и после пазят всеки следващ документ. Една обърната дата в чужд формат стига, за да влезе фактурата в грешен период.

3. Какво от това важи за счетоводна къща

Казусът не е за туризъм, а за пътя на документа. Същият път минава всяка фактура, която после трябва да влезе в машинночетим файл:

✔ Един вход вместо пет: Документите влизат на едно място, независимо дали са дошли по имейл или като снимка. Оттам нататък процесът е един и същ за всички клиенти, а новият служител се обучава по един ред вместо по пет изключения.

✔ Проверка, преди да стане запис: По-евтино е да хванете грешката при въвеждане, отколкото да я търсите в отхвърлен файл след подаване. Ако сумата не се връзва, системата пита веднага, докато документът е още пред очите на човека.

✔ Данните остават ваши: Изнесени в таблица или подадени към счетоводната програма, те са структурирани от самото начало. Файлът накрая е просто друг изглед към същите данни, а не отделен проект, който започва от нулата всеки месец.

SAF-T за счетоводни къщи: повече от един файл!

Ще бъдем честни с вас: TravelInvoices не генерира SAF-T файлове и никога не е бил създаван за това. Той решава първата миля, тоест превръщането на хаотични документи в проверени структурирани данни, а точно там кантората губи най-много часове всеки месец.

Ако тази част е автоматизирана, подаването става въпрос на настройка и на календар. Ако не е, всеки нов клиент ще ви струва още една вечер ръчно въвеждане, независимо колко добра е счетоводната ви програма.

Скритите капани при подготовката за SAF-T

Ако някой ви обещае, че SAF-T е само едно копче в програмата, бъдете подозрителни. Капаните не са в самото подаване, а в данните, които се трупат месеци преди него.

Изброяваме ги, защото всеки от тях е тих: не спира работата днес, а изскача в деня, в който подавате първия истински файл!

Вълните на SAF-T: кой влиза кога и какво значи това за кантората

1. Данните, които изглеждат наред

Най-опасните грешки са тези, които не чупят нищо във вашата програма и се виждат чак при машинната проверка:

✔ Изгубените нули: ЕИК, записан като число, губи водещите си нули при първия импорт. Проверява се веднага, защото след загубата им никаква поправка по-надолу не може да ги върне. Ако сте наследили данни от стара система, точно тук е първото място за гледане.

✔ Тройните контрагенти: Една фирма, въведена като „ЕООД“, „еоод“ и с интервал накрая, е три различни записа. Почистването на номенклатурите е скучна работа, но е еднократна и се отплаща при всяко следващо подаване.

✔ Кодировката: Кирилицата извън UTF-8 превръща имената в йероглифи. Това се вижда мигновено при отваряне на файла и е сред най-лесните проблеми, стига да се провери преди подаването, а не след като файлът вече е тръгнал към приходната агенция.

2. Процесът, който не е репетиран

Вторият слой капани няма нищо общо с данните, а с организацията на кантората в решаващата седмица:

✔ Всичко в последния ден: Ако подавате за всички клиенти накрая, един отхвърлен файл няма къде да се побере. Разпределете клиентите по дни и си оставете буфер от няколко работни дни в края на периода.

✔ Срокът за корекция: При отхвърлен файл получавате кратък срок за поправка. Той е достатъчен, ако знаете къде да гледате, и никак не стига, ако търсите грешката в осемдесет клиента наведнъж. Затова първият пробен файл се прави в спокоен месец.

✔ Хората в отпуск: Отчетният месец не спира заради лято. Ако само един човек знае как се подава, кантората има точка на отказ с име и фамилия. Направете кратко описание на процеса, което втори човек може да следва без вас.

3. Очакванията на клиента

Третият слой е разговорът с клиента, който повечето кантори отлагат, докато не стане спешен:

✔ Кой какво дължи: Клиентът дължи документи навреме и в четим вид, вие дължите подаване. Запишете го писмено още сега, а не след първия отхвърлен файл. Едно изречение в договора спестява дълъг разговор по телефона.

✔ Цената на услугата: SAF-T добавя месечна работа към всеки клиент. Ако не я остойностите, ще я подарите, а подаръкът се повтаря всеки месец до края на договора. Колко струва един час от екипа ви, умножен по броя клиенти?

✔ Ранният разговор: Клиент, който научава за SAF-T от вас шест месеца по-рано, е партньор. Клиент, който научава в последния момент, е проблем и обикновено става чужд клиент. Кой от вашите клиенти влиза пръв?

Заключение: подгответе данните, а не само файла!

SAF-T за счетоводни къщи е преди всичко проект по качество на данните. Форматът е решен от НАП, програмите ще го поддържат рано или късно, а истинската работа остава там, където документите влизат при вас, често като снимка от телефон в последния работен ден.

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

Всичко описано тук идва от реална работа с документи и данни, включително грешките, които не влизат в брошурите. Какво губите от един разговор? Започнете подготовката, докато тя е проект, а не пожар!

Запазете безплатен разговор и ще минем заедно през пътя на документите във вашата кантора.