Защо "Yandex" стартира трансферафискалните данни като услуга
Леонид Шнир, ръководител на услугата Yandex.OFD за новите правила за работа с касови апарати за онлайн магазини и ролята на Yandex
Измененията във федералния закон номер 54 „За използването на касови апарати“ донесоха на пазара доста нови концепции, свързани с процеса на прехвърляне на фискални данни от чекове от продавачи към Федералната данъчна служба. Струва си да се каже, че самата процедура не е уникална, има подобни схеми в света, например в Корея, Чехия и редица други страни.
Наред с други неща, се появи концепцията за оператор на фискални данни (FDO). Общо 12 OFD вече работят на пазара, включително сега Yandex, и повече от 20 производители на касови апарати, като броят на участниците вероятно ще се увеличи.
Защо се появи протоколът за обмен на фискални данни?
Ако по-рано фискалните данни бяха записани на касата в „сигурна електронна контролна лента“ (EKLZ) и след това ръчно прехвърлени към Федералната данъчна служба, съгласно новите правила обменът се извършва автоматично чрез оператора на фискални данни, докато фискалните данни все още се съхраняват на касата във фискалното устройство (FN). Преди да стигнат до Федералната данъчна служба, данните от касата се събират от OFD и това се случва по определен протокол. Спецификацията му е предложена и описана от Федералната данъчна служба. Реализацията остана на страната на пазарните участници. Касиерът и OFD комуникират помежду си в двоичен формат. Благодарение на протокола касата и OFD се разбират - той регулира къде какви данни се записват. Например първо номера на фискалния документ, след това датата, името на обекта, фискалния знак и т.н. Така можете да вземете двоично съобщение от касовия апарат и да го конвертирате във фискален документ или обратното - да вземете фискален документ и да преведетев двоичен формат, така че боксофисът да го разбере. Използването на двоичен формат е най-простото решение от техническа гледна точка - дори не много модерни и модерни модели касови апарати могат да работят с този формат доста бързо, включително стари модели след надграждане до изискванията на 54FZ. Потенциално това намалява разходите за производство на съответното желязо, но поради недостига на пазара, цената му все още е доста висока.
Трудности при внедряването
Както вече споменахме, всеки от участниците на пазара прилага този протокол независимо и според възможностите си. Yandex не е изключение, ние също внедрихме този протокол, за да стартираме прехвърлянето на фискални данни като услуга.
Прави впечатление, че самият процес на внедряване отне около месец и може би, ако разполагахме с готова версия на протокола, щяхме сериозно да спестим време (както други компании). В допълнение към факта, че протоколът трябваше да бъде направен от нулата (нямаше внедрени опции в публичното пространство), на първия етап имаше няколко пречки наведнъж - липсата на оборудване за тестване (сега вече съществува), липсата на специфични алгоритми в описанието на протокола (те трябваше да бъдат избрани независимо и всяка нова версия да бъде тествана) и накрая две части от предложения протокол (взаимодействието на касовия апарат и OFD и взаимодействието на OFD и Федералната данъчна служба) просто не бяха съвместими помежду си (и това също трябваше да бъде финализирано емпирично). Общо бяха необходими три седмици за внедряване на взаимодействието между OFD и касовия апарат (включително финализиране на самия протокол) и една седмица за финализиране на кода.
Присъствието на пазара на отворена версия на протокола, според нас, би могло да улесни много живота на настоящите и бъдещите играчи. Това ни накара да отворим достъп до нашияверсия на протокола за всички. Както показа опитът на ClickHouse, споделянето на знания при създаване на технически сложни продукти може да бъде много привлекателно решение. Освен това, от страна на Федералната данъчна служба, със сигурност все още ще има промени във форматите за обмен и в логическия контрол на формата, при който всеки ще трябва да адаптира своите продукти. Сътрудничеството ще ви позволи да се съсредоточите върху продукти за потребителите и да отделите по-малко време за извършване на необходимите промени в технологиите за обмен на данни.
Освен това сме публикували JSON схеми на фискални документи, според които се извършва форматно-логически контрол на декриптирани документи от каси. С тях може да се провери дали генерираното съобщение от касовия апарат отговаря на изискванията, посочени в протокола.
Защо е необходимо това и какво може да се направи по въпроса? Очевидно това отворено решение засяга ограничен кръг от хора - производители на касови апарати, оператори на фискални данни, експертни организации. Но ние очакваме, че от една страна това ще улесни живота им, а от друга страна ще помогне за систематизирането на нова процедура за българския пазар. Например, ако Федералната данъчна служба направи промени в спецификацията на протокола, тогава наличието на една единствена опция, отворена за всички, която съответства на всички промени, ще ви позволи бързо да тествате оборудването - дали работи правилно.
Като пример за използване създадохме "OFD Emulator" - приложение, което получава съобщение от касата, дешифрира го и в отговор изпраща потвърждение за получаване на документа на касата. Може да се използва за тестване на нови каси и CRF. Нашето приложение вече е достъпно за всички. И ние сме отворени за дискусии и съвместна работа с този формат.