За Magi
Magi конвертира експортите от вашия счетоводен софтуер в валидни SAF-T файлове автоматично.
Magi беше изграден от разочарование. И ако сте прекарали някакво време със SAF-T, вече знаете точно как се усеща това разочарование.
Реалността на SAF-T в България
Мандатът на Националната агенция по приходите за SAF-T не ви моли просто да генерирате файл. Той ви моли да произведете единен, унифициран, прецизно структуриран XML документ, който съчетава целия ви сметкоплан, всяка продажба и покупка, движенията на складовите наличности, данъчните ви кодове, регистъра на партньорите - всичко това, съпоставено с стандарт, чието финализиране отне на самата НАП години.
И ви моли да направите това от софтуер, който никога не е бил изграден за тази цел.
Българската счетоводна практика работи на разделена реалност. Счетоводните ви данни живеят в една система. Данните за склада и инвентара - в друга. Ведомостта на клиента ви може да е някъде другаде. Тези системи не комуникират помежду си. Никога не е трябвало - досега.
Какво се случва на практика? Счетоводител отваря три различни експорта. Започва да ги съгласува ръчно. Открива, че кодовете на сметките в едната система не съответстват на номенклатурата, изисквана от SAF-T. Прекарва часове в ръчно съпоставяне. Произвежда XML файл. Пуска го през валидатор. Получава зелена отметка. Подава го в НАП. Получава обратно списък с технически кодове за грешки от НАП - криптични препратки към нарушения на правила без никакво обяснение къде в данните е проблемът или как да се поправи. Започва отначало.
Това не е изключение. Това е всяка фирма, всеки период, всеки клиент.
Говорим за работна седмица от 40 часа, която тихо се превръща в 60. Крайни срокове, изместени до неделна вечер. Часове, изпаряващи се в работа, за която никой клиент никога няма да плати - защото никой не фактурира за преформатиране на XML. Старши счетоводители, вършещи работата на инженер по данни с инструменти, никога не предназначени за това. И особеното, тихо безпокойство от знанието, че една грешно съпоставена сметка в файл с десетки хиляди редове може да задейства ревизия - не защото счетоводството е грешно, а защото решение за съпоставяне е взето под натиска на краен срок.
SAF-T не е просто административно изискване. То е дълбоко техническо. Изисква разбиране на XML схеми, правила за валидиране на данни, логика за съпоставяне на кодове и структурирани файлови формати, за които повечето счетоводни специалисти никога не са били обучавани и никога не би трябвало да се налага да учат. НАП моли счетоводителите да станат инженери по данни за една нощ. Това не е разумно. И е напълно решимо.
Написали сме за това подробно - реалните изисквания на SAF-T, капаните при валидация и какво всъщност се случва, когато подадете файл. Прочетете нашите статии за SAF-T →
Какво прави Magi
Magi е middleware платформа. Тя се намира между софтуера, който вече използвате, и SAF-T формата, изискван от НАП.
Експортирате отчетите си точно както винаги - от Алма, Микроинвест или каквато система използва фирмата ви. Magi взема тези експорти, почиства данните, съгласува разделянето между счетоводство и склад, съпоставя кодовете ви с правилната SAF-T номенклатура и валидира целия изход, преди да подадете каквото и да било.
Тази валидация стига по-дълбоко от повечето инструменти. Magi валидира не само срещу официалната NRA XSD схема, но и срещу собствените бизнес логически правила на НАП - кръстосаните проверки между секции, които определят дали файлът действително ще бъде приет, а не само дали е структурно коректен. Файлът може да е перфектно валиден XML и все пак да бъде отхвърлен от НАП, защото вътрешните връзки между секциите не се събират. Magi улавя тези грешки преди подаването, не след.
Получавате файл, който е готов. Не вероятно готов. Не готов с изключение на няколко неща, които ще трябва да поправите ръчно. Готов.
Никакъв нов ERP. Никакви скъпи интеграции. Никакво преобучение на екипа ви за софтуер, от който нямат нужда. Никакви уикенди, прекарани в ръчно редактиране на XML.
Работата, която в момента отнема дни, отнема минути.
За кого е предназначено
Ако отговаряте за съответствие с SAF-T - независимо дали управлявате малка счетоводна кантора с двадесет клиента МСП или сте главен счетоводител на голямо предприятие със сложна многосистемна инфраструктура - проблемът е един и същ. Данните са фрагментирани. Форматът е безмилостен. Крайният срок е реален.
Magi е изграден за всеки, който е погледнал изискванията за SAF-T и е помислил: трябва да има по-добър начин.
Кой изгради Magi
Казвам се Милен Акълиев. Аз съм софтуерен инженер, основател на Magi, и счетоводител.
Тази последна част е по-важна, отколкото може да изглежда.
Родителите ми работят като счетоводители в България от над 35 години. Заедно те са се ориентирали в всяка регулаторна промяна, всяко ново изискване на НАП, всяка системна промяна, която българската счетоводна практика е произвела в продължение на три десетилетия. Те не са хора, които лесно се претоварват от сложността. Те са виждали всичко.
Когато бе обявен мандатът за SAF-T, наблюдавах как преминават през документацията. Това са опитни специалисти, които познават българското данъчно законодателство така, както повечето хора познават собствения си адрес. И това, на което се натъкнаха, ги стресна. Не заради счетоводната логика - тя беше ясна. Но защото SAF-T не е счетоводен проблем. Той е технически. Изисква разбиране на XML структура, валидиране на схеми, съпоставяне на кодове между несъвместими номенклатури, съгласуване на данни между системи, никога не проектирани да комуникират помежду си. Умения, нямащи нищо общо с доброто счетоводство и всичко общо с работата на софтуерен инженер.
Аз съм и двете.
И прекарах по-голямата част от годината в изграждането на Magi заради това.
Не година на прототипиране. Година на изграждане спрямо действителната НАП схема, работа с реалните експортни формати на реален български счетоводен софтуер, съпоставяне на граничните случаи, които се появяват само когато обработвате реални счетоводни данни от реални български фирми. Година на разбиране не само на това, което казва спецификацията на SAF-T, но и на това, което системата на НАП действително приема - защото тези две неща не винаги съвпадат.
Изградих Magi, защото бях в уникална позиция да го направя - разбирах техническата дълбочина на проблема и бях израснал, наблюдавайки отблизо човешката цена на българското счетоводно съответствие. Това не е продукт, изграден от разработчик, прочел документацията на НАП. Това е продукт, изграден от някой, който е наблюдавал как двама души с 35 години опит гледат SAF-T и осъзнават, че се иска от тях да направят нещо, за което никога не са били обучавани, с инструменти, никога не изградени за това, при краен срок, който не се мести.
Това е проблемът, който Magi решава. И е лично.
В момента въвеждаме първите си фирми.
Ако имате нужда от практичен, надежден път към съответствие с SAF-T преди крайния срок 2026, искаме да чуем от вас.
Свържете се с насВашите данни
Счетоводните файлове съдържат чувствителни финансови данни - транзакциите на вашите клиенти, техните партньорски регистри, данъчните им позиции. Разбираме тежестта на това, което качвате, и се отнасяме към него съответно. Вашите данни се обработват сигурно, никога не се споделят с трети страни и съществуват в Magi единствено за целите на генерирането на вашия SAF-T изход.
Ако имате специфични изисквания за обработка на данни - какъвто е случаят с корпоративните клиенти - с удоволствие ще ги обсъдим директно.
Къде сме
Magi в момента въвежда първата си група счетоводни фирми чрез затворена бета. Независимо дали управлявате пет или петстотин клиента, разговорът започва по един и същи начин.
На текущия етап Magi поддържа месечно SAF-T подаване. Годишно и подаване при поискване са в процес на разработка.
Готови ли сте да опростите SAF-T съответствието?
Присъединете се към българските счетоводители, които вече се подготвят за SAF-T изискванията с Magi
Отговаряме в рамките на 2 работни часа