← Обратно към общността
SAF-T

Зад кулисите на SAF-T: Защо местните счетоводни програми са в капан, а големите играчи вече печелят

Krasimir Rumenov Minev Krasimir Rumenov Minev Счетоводител · 21.07.2026 16:10

Здравейте, колеги,

Предвид големия интерес към последната ми публикация, искам да споделя нещо, с което се сблъсквам ежедневно в работата си.

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

Нашите оферти наистина са неоправдано скъпи, това си е даденост, като се има предвид, че сме международна компания. Но начинът, по който клиентите водят разговора, ми показва колко невежи са всъщност за мащаба на проблема. Те смятат, че старите, претрупани и изключително сложни счетоводни програми, които ползват (с менюта в менюта в менюта), са технологично далеч по-сложни от SAF-T. Очакват, че след като плащат хиляди левове годишно за своя счетоводен софтуер, цената за SAF-T трябва да е драстично по-ниска, някакво дребно допълнение, а не цяла нова програма, която да закупят.

Това е огромна грешка. Ето и най-яркият червен флаг, който ще ви покаже, че доставчикът ви още не е започнал работа, но иска да ви държи спокойни и "в течение": ако сте говорили с вашия вендор и те ви обещават, че ще са готови след 3 - 4 месеца, това не е време за генериране на тестове и настройки за съвместимост. Това е времето, което те си отделят, преди изобщо да започнат каквато и да е работа по създаването на програмата. Те едва сега започват да разработват и все още не са се задълбочили какво точно представлява SAF-T. Точно това означава този срок, никаква реална работа все още не е свършена.

За да ви кажа нещо отвътре, нашата стратегия е да използваме сложността на SAF-T като стандарт и като инструмент, за да "избутаме" по-голямата част от българския пазар към големите международни корпорации. Защото знаем, че тези местни фирми нямат нито времето, нито капацитета да създадат нещо толкова сложно като SAF-T и да го поддържат в своята екосистема, независимо какво ви говорят техни търговци.

Знам това, защото част от тях ни плащат, за да им направим интеграции. Позволяват ни да влезем в техните програми, за да намерим документите и да подравним потоците от данни. И впечатленията ми са ужасяващи.

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

Всичко е толкова грешно, объркано, с бавно разбиране и тотално закъснение, че не знам как хората, които ще трябва да минат през всичко това, просто продължават да го отбягват.

Разбирането, че SAF-T ще бъде "функция с едно кликване", "модул" във вашия софтуер, или най-лошото, което съм чувал, обикновен конвертор на файлове (като конвертиране от Word в txt или PDF), е просто абсурдно.

SAF-T е цяла програма. И по-лошо, той е средство за огромните международни корпорации като SAP, Ernst & Young, KPMG, Deloitte, PwC, NetSuite и Oracle да погълнат местните доставчици. Защото тези местни фирми просто няма да могат да се адаптират и конкурират. Това трябва да е ясно като бял ден.

Сегашният софтуер и бъдещето на повечето локални програми са прости по замисъл, но затънали в остарели програмни подходи и монолитна архитектура. Те са изключително некомуникативни с други програми. Това ги прави толкова различни от по-модерните програми в чужбина, които са гъвкави, но дори тези модерни програми имат затруднения да абсорбират SAF-T. Не мога да си представя как нашите ще се справят, без да направят огромни компромиси "под капака".

И тук е основното неразбиране, което трябва да осъзнаем: нашите програми са сложни, но не служат на никаква реална цел, освен на това, че сме запомнили някакви пътечки в тези лабиринти. И когато ни помолят да намерим нещо елементарно, ние не можем. Това срещам почти всеки ден. А после очакваме SAF-T да е просто "модулче" вътре в този лабиринт...

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

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

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

Моля, споделете и вашите наблюдения....

Регистрирайте се, за да участвате в дискусията.

Регистрация Вход
Топ коментатори
Krasimir Rumenov Minev
11
magi
5
Дарина Ганчева Драгова
4
4
Антония Вичева Хрисчева
4
10 коментара
Най-добри Нови Стари
Дарина Ганчева Драгова ·виж отговорите
Д Дарина Ганчева Драгова Счетоводител · 21.07.2026 17:03
ТОП КОМЕНТАР
Тъй като съм от най-обикновените счетоводители и работя основно с микропредприятия, не съм се запознала подробно с този "проект" на НАП. Прочетох няколко материала, все пак да разбера каква е идеята и у мен възникна само един въпрос: "Кому е нужно"? Вашата публикация отговори на това питане - просто големите компании са ненаситни, сега искат да унищожат по-малките, а после ще почнат да се ядат помежду си. Сигурна съм, че не такъв коментар сте очаквали, но... имам бегъл поглед върху работата на някои от изброените компании, както и до софтуера на SAP - много данни и труден достъп до конкретна информация, поне това е моето впечатление. Обаче това, което прочетох за SAF-T ми припомни точно тези мои мъки да направя отчет без главна книга и аналитична оборотна ведомост... Като цяло мнението ми е, че счетоводството в т.нар. развити европейски страни е по-облекчено, но не е на по-високо ниво от нашето. Разприказвах се, а темата е друга, няма да навлизам в подробности. Основната ми теза е: ако има начин да го преборим, т.е. да не се поддаваме - да го направим. Въпреки скромните си възможности и отдалечеността от столицата, ще се опитам да се включа във всякакви мероприятия - от подписки до активен протест.
magi ·виж отговорите
magi magi Админ Счетоводител · Акълиев ООД · 22.07.2026 09:16
Дарина, разбирам напълно накъде клони мисълта ти, и не е "неочакван" коментар - той е най-честният в темата. Аз лично организирах подписката и кампанията "SAF-T е абсурден" именно защото смятам, че начинът, по който се въвежда всичко това, наистина облагодетелства големите за сметка на малките. Но точно защото вярвам в съпротивата, вярвам и в подготовката успоредно с нея - едното не изключва другото. Докато се борим SAF-T да стане по-разумен и по-подходящ за реалния малък бизнес, добре е да имаме и резервен план, ако той влезе в сила такъв, какъвто е сега. Затова изградих МАГИ - не като поддаване пред "големите", а точно обратното: като начин малкият доставчик/счетоводител да остане независим, вместо да бъде принуден да купува ERP система от same тези корпорации, за които пише Красимир. Ако решиш, с радост ще ти покажа как работи - без ангажимент, само за да имаш пълната картина, докато продължаваме и с протеста. Ето и линк към клип, в който показвам как се генерира файла без луди пари за ERP: https://youtu.be/rJHDa9qjMV0?is=cNCj6Ukiu9ro3g4e
редактиран · 22.07.2026 09:16
Krasimir Rumenov Minev ·виж отговорите
Krasimir Rumenov Minev Krasimir Rumenov Minev Счетоводител · 22.07.2026 13:04
Имате напълно право в основната си теза. Нека не се лъжем, това е инструмент за пазарно преразпределение. Големите играчи гледат на SAF-T като на "врата", през която да влязат при клиенти, които досега не можеха да достигнат. Истинската борба не е срещу SAF-T като стандарт, а за това как да запазим контрола върху собствената си екосистема.
Антония Вичева Хрисчева ·виж отговорите
А Антония Вичева Хрисчева Счетоводител · 22.07.2026 07:08
решението е мост, междинен софтуер (middleware), който да работи с българските локални счетоводни програми. МОЛЯ, ЗА ПРЕДЛОЖЕНИЕ
magi ·виж отговорите
magi magi Админ Счетоводител · Акълиев ООД · 22.07.2026 09:13
Антония, точно за това мога да помогна. Системата, която изградих (Magi), работи именно като моста, за който говори Красимир - не заменя счетоводния ви или складов софтуер, а стои между него и SAF-T. Работи се на три стъпки: качваш експортите от текущата си програма, системата ти помага да мапнеш кодовете/сметките към изискваната структура, после преглеждаш и валидираш готовия SAF-T файл, преди да го подадеш. Вече имаме готови интеграции с Алма и Микроинвест и сме готови бързо да изграждаме още. Ако искаш, мога да ти пусна кратка демонстрация - 20-30 минути, показвам реален файл от твоята/подобна система. Пиши ми тук или на лично и ще уговорим удобно за теб време. През това време ето и линк към сайта на платформата. https://magi-ledger.com/
Krasimir Rumenov Minev ·виж отговорите
Krasimir Rumenov Minev Krasimir Rumenov Minev Счетоводител · 22.07.2026 13:13
Оo, тъкмо прочетох този коментар, звучи интересно. Със сигурност ще го погледна в свободното си време, за да видя дали е това, за което говорех.
Krasimir Rumenov Minev ·виж отговорите
Krasimir Rumenov Minev Krasimir Rumenov Minev Счетоводител · 22.07.2026 13:11
Все още не знам такъв. Но призивът ми е aко все още няма такъв мост, нека започнем да искаме данните. Когато ги имаме, мостът ще се появи, защото тогава ще има смисъл да се направи.
Антония Вичева Хрисчева ·виж отговорите
А Антония Вичева Хрисчева Счетоводител · 23.07.2026 07:59
БЛАГОДАРЯ, СЪГЛАСНА СЪМ, ЧАКАМ, ПОЗДРАВИ !
magi ·виж отговорите
magi magi Админ Счетоводител · Акълиев ООД · 22.07.2026 09:11
Красимире, благодаря ти, че го написа - знам, че не е лесно да го кажеш, докато работиш за такава компания, но точно това трябва да чуе гилдията. Това, което описваш, е причината, поради която Magi изобщо съществува. От над година работя точно върху идеята, която спомена в края на поста си - мост, междинен софтуер между хаотичната реалност на локалния ни счетоводен/складов софтуер, съществуващо локално ERP и изисквания като SAF-T. Не нова ERP система, не поредната "модулна" измама, а инструмент, който взима каквото вече излиза от Ажур, Микроинвест и подобни и го превръща в валиден SAF-T XML - с валидация по НАП правилата, а не просто "конвертор", както се лъжат клиентите на едрите играчи. Точно защото разбирам механизма, който описваш - как сложността се използва като лост да избутат малките локални доставчици - цената при нас никога не е обвързана несправедливо или непосилно тип пакет като при ERP. Договаряме се едно на едно спрямо реалния обем данни на клиента. Идеята е малкият и средният бизнес да не се налага да купува цяла нова система само за да остане легален. Ако искаш, с удоволствие ще ти покажа как работи на живо - с истински данни, не презентация. Пиши ми тук или лично, ще намерим половин час за разговор. През това време ето линк: https://magi-ledger.com
Krasimir Rumenov Minev ·виж отговорите
Krasimir Rumenov Minev Krasimir Rumenov Minev Счетоводител · 22.07.2026 13:19
Това е изключително ценен коментар и точно такава намеса се надявах да провокирам с публикацията си. Благодаря ти, че излезе и каза това публично знам, че позиционирането срещу "старата гвардия" и големите играчи не е лесно, но е нужно. Искам да ти кажа няколко неща, защото виждам, че си тръгнал в правилната посока, но като човек, който гледа кода и данните "отвътре" ежедневно, имам няколко предизвикателни въпроса. Те не са с цел да те оборят, а защото точно това ще питат и клиентите, а искам да съм сигурен, че имаш отговори. Първо, браво за позиционирането. Това, че не залагате на "пакет" и не вървите по модела на големите консултантски фирми (които таксуват по "проектни усилия", независимо от реалния обем), е глътка свеж въздух. Моделът на база реални данни е честен и точно това ще спечели доверието на малкия и среден бизнес. Второ, тук идва "но"то, което ще тества вашата устойчивост (и затова с удоволствие бих приел демонстрацията): В моята работа установих, че най-големият проблем не е конвертирането на данните, а качеството им. Споменаваш Ажур, Микроинвест и подобни. Аз отварям базите им и виждам, че: Кодовете на контрагенти липсват или са записани в произволни полета. Данъчните групи (VAT codes) често са грешни или липсват напълно, защото счетоводителите са ги заобикаляли с ръчни корекции. Артикулите нямат валидни мерни единици или кодове по ЕТНК (в случаите, когато се изисква). SAF-T не прощава грешки в структурата. НАП очаква детерминистичен XML. Въпросът ми към вас в Magi е: Вашият мост прави ли само мапинг на полета (1:1 конвертор), или извършва и семантична валидация и "изчистване" (sanitization) на данните? С други думи, ако счетоводителят е записал "ЕООД" в полето за име на контрагент, а ЕГН-то е сложил в бележки, вашият софтуер може ли да разпознае това, да сигнализира и да предложи корекция, или просто ще генерира невалиден XML, който НАП ще върне с грешка? Защото, ако решението е само "конвертор" (както колегите от големите компании лъжат клиентите си), ние пак стигаме до същия проблем клиентът плаща за нещо, което не минава валидация на НАП, и после виновни са "програмите". Трето, относно бъдещата поддръжка: Тъй като работиш с "мост", а не с цялостна ERP система, как планирате да се справяте с обновленията на XSD схемите на НАП? Големите корпорации имат екипи, които следят това, но те са бавни. Вашият модел позволява ли бърз вот на промените, без клиентът да плаща за "ъпгрейд", както е при традиционните български софтуерни фирми? Четвърто (и най-важно за мен): Ти потвърждаваш точно моята теза, че решението е МОСТ, а не нова система. Това ме кара да мисля, че сме на една вълна. Ако вашият инструмент наистина работи с реални, мръсни данни от българския пазар и ги изчиства до ниво, което НАП приема, то това е точно оръжието, за което говорех в поста, начинът малките да оцелеят, без да се предават на SAP, Oracle и консултантите. Приемам поканата за демонстрация. Само те моля, не ми показвай "чисти тестови данни", защото в реалния живот няма такива. Влезте в някой истински клиент (с негово разрешение, разбира се), който ползва стара програма, и ми покажете как вашият софтуер се справя с хаоса. Това ще ме убеди. Пиша ти на лично да си уточним време. Продължавай в тази посока ако наистина успявате да направите този мост стабилен, вие сте точно противоотровата на пазарния преврат, който описах.
Пишете ни