Първо ще припомни нормативната база за СУПТО, въпросната НАРЕДБА 18, регламентираща използването на фискални устройства в търговските обекти.
Тази наредба е от 2006 г. и през 2018 г. се появи съществена промяна, сввързана с изискване към софтуера, който се използва в търговските обекти. Интересното е, че много голяма част от промените е свързана с продажбите, за които се издават фактури. НАП наложиха на разработчиците на софтуер сериозни ограничения, които най-общо целят да се правят невъзможни данъчни нарушения, свързани с всякакви продажби. Наредбата наложи на разработчиците тежка процедура на лицензиране на конкретните продукти. Иска се пълно описание на базата данни и изходния код на всеки продукт. Няма смисъл да се коментира, дали някой в НАП има капацитет да разбере нещо съществено от тези описания, но се появиха много основания за санкции при нарушения на тези изисквания.
Хиляди разработчици през периода между 2018 и 2020 г. бяха принудени да се занимават с това. След като влезе в сила много скоро стана ясно, че няма съществена полза от много от промените и изискванията, свързани със СУПТО отпаднаха.
В проекта за БЮДЖЕТ 2026 отново има задължение в търговските обекти да се използва само софтуер за управление на продажбите (СУПТО).
Целта на този пост е да обявим, че няма да правим опити да регистрираме версия на ПИТАГОР, която съответства на ограниченията на тази наредба и да обясним причините за това наше решение.
Основната причина е, че ограниченията, които налага наредбата СУПТО противоречат на важни възможности на ПИТАГОР. Ние считаме, че преди да се създаде окончателна версия на всеки официален документ той е в режим "чернова" и е нормално да се променя или да се анулира. След като документа е създаден има достатъчно възможности да се проследяват всички промени и всеки опит за злоупотреба с възможностите за променяне на документи лесно може да бъде открита.
Има и други причини. Въпросната наредба по принцип налага на разработчиците задължения, които са трудно изпълними. Разработчикът е длъжен да регистрира всяка нова версия. Длъжен е да дава техническо описание на безброй функции и да доказва, че в изходния код няма "дублиращи функционалности". Много е трудно да гарантираме на потребителите, че няма да имат проблеми свързани с наредбата при поддържане на такъв продукт.
Преди години успяхме да регистрираме вариант Н18 на ПП ПИТАГОР. Разработването на този продукт продължи близо година, като няколко месеца преди регистрирането се занимавахме предимно с това. Не беше изненада, че реалните приложения бяха много малко. Почти всички потребители намериха начин да се справят и без този продукт.
Натрупания опит и се убедихме, че беше грешка да се занимаваме с това.
Считаме, че за голямата част от потребителите на ПИТАГОР е важно да не пилеем ресурси за създаване на продукт, който не е ясно дали ще има приложения. В момента основната ни цел е да успеем да направим това, което сме обявили в поста ПРОМЕНИ СВЪРЗАНИ С ЕВРОТО и други промени, които ще са много по полезни за нашите потребители.
