<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="bg-BG" data-google-analytics-opt-out="">
    <updated>2025-03-27T17:03:39+02:00</updated>
    <icon>https://www.strategy.bg/img/strategy-logo.svg</icon>
    <id>https://www.strategy.bg/bg/rss/public-consultation/11004</id>
    <link href="https://www.strategy.bg/bg/rss/adv_boards/11004" rel="self" type="application/atom+xml"/>
    <link href="https://www.strategy.bg/bg/public-consultations/11004" rel="alternate" type="text/html"/>
    <logo>https://www.strategy.bg/img/strategy-logo.svg</logo>
    <title>Проект на Наредба за изменение и допълнение на Наредба № Н-18 от 2006 г. за регистриране и отчитане чрез фискални устройства на продажбите в търговските обекти, изискванията към софтуерите за управлението им и изисквания към лицата, които извършват продаж </title>
    <entry>
        <author>
            <name>Министерство на финансите</name>
                            <uri>https://www.strategy.bg/bg/institution-profile/public-consultations/146</uri>
                    </author>
        <category label="Национално" term="Национално"/>
        <content type="html"><![CDATA[
            <p><strong>Област на политика:</strong> Държавна администрация</p>
            <p><strong>Срок за коментари:</strong> 07.06.2024</p>
            <p><strong>Институция:</strong> Агенция за публичните предприятия и контрол</p>
            <p><strong>Вид акт:</strong> Акт на орган извън изпълнителната власт</p>
            <p><strong>Описание:</strong> описание пак и пак</p>
            ]]></content>
        <id>10265</id>
        <link href="https://strategy.asapbg.com/bg/public-consultations/10265"/>
        <updated>2025-03-27T17:03:39+02:00</updated>
        <published>2025-03-27T17:03:39+02:00</published>
        <title>Проект на Наредба за изменение и допълнение на Наредба № Н-18 от 2006 г. за регистриране и отчитане чрез фискални устройства на продажбите в търговските обекти, изискванията към софтуерите за управлението им и изисквания към лицата, които извършват продаж</title>
    </entry>
                                            <entry>
                    <category label="Начало на обществената консултация" term="Начало на обществената консултация"/>
                    <content type="html"><![CDATA[  ]]></content>
                    <id>Начало на обществената консултация</id>
                                                                <updated>2025-03-27T00:00:00+02:00</updated>
                                        <title>Начало на обществената консултация</title>
                </entry>
                                                <entry>
                    <category label="Приключване на консултацията" term="Приключване на консултацията"/>
                    <content type="html"><![CDATA[  ]]></content>
                    <id>Приключване на консултацията</id>
                                                                <updated>2025-04-26T00:00:00+03:00</updated>
                                        <title>Приключване на консултацията</title>
                </entry>
                                                <entry>
                    <category label="Справка за получените предложения" term="Справка за получените предложения"/>
                    <content type="html"><![CDATA[ <p><span class="d-inline-block">
                                        <button type="button" class="btn btn-sm btn-outline-secondary preview-file-modal" data-file="1212350" data-url="https://www.strategy.bg/file-preview-modal/1212350" title="Прегледай"><i class="fas fa-file-pdf text-danger me-1"></i> Справка за отразяване на предложенията и становищата вер. 1.0</button>
                                    </span></p> ]]></content>
                    <id>Справка за получените предложения</id>
                                                                <updated>2025-05-21T00:00:00+03:00</updated>
                                        <title>Справка за получените предложения</title>
                </entry>
                                        <entry>
            <author>
                <name>АСОЦИАЦИЯ НА ТЪРГОВЦИТЕ НА НЕХРАНИТЕЛНИ СТОКИ  АСОЦИАЦИЯ НА ТЪРГОВЦИТЕ НА НЕХРАНИТЕЛНИ СТОКИ</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Становище по проект на наредба за изменение и допълнение на Наредба Н-18 от 2006 г. (АТНС)<br><p>От името на Асоциация на търговците на нехранителни стоки (АТНС), изпратихме Становище с предложения по проект на наредба за изменение и допълнение на Наредба Н-18 от 2006 г. за регистриране и отчитане чрез фискални устройства на продажбите в търговските обекти, изискванията към софтуерите за управлението им и изисквания към лицата, които извършват продажби чрез електронен магазин.</p><p>Поради обема на Становището, го изпратихме на следните имейл адреси: feedback@minfin.bg; minfin@minfin.bg; secretary.evp@minfin.bg; taxpolicy@minfin.bg, в срока, обявен за обществено обсъждане.</p><p>С уважение:</p><p>Галин Попов - изп. директор на АТНС</p>
                ]]>
            </content>
            <id>53346</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #8 от АСОЦИАЦИЯ НА ТЪРГОВЦИТЕ НА НЕХРАНИТЕЛНИ СТОКИ  АСОЦИАЦИЯ НА ТЪРГОВЦИТЕ НА НЕХРАНИТЕЛНИ СТОКИ</title>
        </entry>
                    <entry>
            <author>
                <name>Ивайло  Гаев</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Предложения<br><div>4. Моля, да се внесат изменения в текстовете на чл. 25 ал. 5 и да се допусне използването на тип плащане "резерв 2" в случайте на "наложен платеж", при разносна търговия по предварителна заявка, така както това е наравено в чл.26б за изпозлването му при издаване на разширен фискален бон </div><div>Настоящите текстове на чл. 26а. ал. 3 и ал. 4, създават проблем при издаване на фискален бон при сделки със смесени данъчни ставки.</div><div> </div><div><strong>Например</strong>: В случайте на използване на софтуер и свързан към него ФУ, когато се издава ФБ по сделка с нулева или смесена данъчна ставка. </div><div> </div><div>Нека се има предвид, че електронната търговия не е ограничена в рамките на една държава и понякога се извършват сделки с нулево ДДС, което налага още по - тежък режим на работа при спазване на чл.26а</div><div> </div><div>Съгласно функционалните възможностти на ФУ, при продажба по департаменти се взима предвид данъчната ставка за департамента, и се игнорира посочената ставка за фискалният текст, изпратен от софтуера</div><div> </div><div><u>Ще цитирам ръководството на основните производители на ФУ:</u></div><div><em>(49) РЕГИСТРИРАНЕ (ПРОДАЖБА) НА СТОКА</em></div><div><em>Номер на департамент. Цяло число от 1 до 9 включително. Продажбата се причислява към данъчната група, с която е асоцииран департаментът при програмирането му.</em></div><div> </div><div><u>Друг производител: </u></div><div><em>(49) РЕГИСТРИРАНЕ (ПРОДАЖБА) НА СТОКА</em></div><div><em>Номер на департамент. Цяло число от 1 до 250 включително. Продажбата се причислява към данъчната група, с която е асоцииран департаментът при програмирането му.</em></div><div> </div><div>Моля, да се вземат предвид изложените съображения и да се допусне използването на плащане "резерв 2" и в случайте на чл. 26а ал. 3 и ал. 4 - "наложен платеж" при разносна търговия и/или електронен магазин</div>
                ]]>
            </content>
            <id>53345</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #7 от Ивайло  Гаев</title>
        </entry>
                    <entry>
            <author>
                <name>Ивайло  Гаев</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Предложения<br><div>2. Относно § 22.</div><div>Моля, да се добави в текстовете на този параграф и насока към Законът за въвеждане на еврото в РБ, или да се посочи конкретно с колко знака след запетаята се допуска/изисква да бъде цитиран обменният курс на алтернативната валута.</div><div> </div><div>Предложението е породено от липсата на каквато и да било насока за това, че съгласно чл.12 от Закона за въвеждане на еврото, <em>"Официалният валутен курс не се закръглява или съкращава при извършването на превалутирането".</em></div><div><em>"Чл. 12. (1) В съответствие с чл. 4 от Регламент (EО) № 1103/97 превалутирането от левове в евро се извършва, като числовата стойност в левове се раздели на пълната числова стойност на официалния валутен курс, изразен с шест цифри с всичките пет знака след десетичната запетая.</em></div><div><em>(2) Официалният валутен курс не се закръглява или съкращава при извършването на превалутирането."</em></div><div> </div><div>3. Относно § 28. <em>"5. Алинея 7 се изменя така:</em></div><div><em>„(7) Лицето по чл. 3 е длъжно да съхранява отчетните документи, книгите за дневните финансови отчети, специалния дневник за сервизно обслужване на средствата за измерване, включени в състава на ЕСФП, одобрените блок-схеми и КЛЕН, в 5-</em><em>годишен срок.“"</em></div><div> </div><div>Моля, да бъдат внесени уточняващи текстове в изискването за съхраняването на "книгите за дневни финансови отчети", относно това че изискването се отнася за случаите, когато е задължително поддържането на такива.</div><div><strong>Предложение</strong>: § 28. <em>"5. Алинея 7 се изменя така:</em></div><div><em>„(7) Лицето по чл. 3 е длъжно да съхранява отчетните документи, книгите за дневните финансови отчети <strong>когато се изисква поддържането на такива</strong>, специалния дневник за сервизно обслужване на средствата за измерване, включени в състава на ЕСФП, одобрените блок-схеми и КЛЕН, в 5-годишен срок.“"</em></div><div> </div>
                ]]>
            </content>
            <id>53344</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #6 от Ивайло  Гаев</title>
        </entry>
                    <entry>
            <author>
                <name>Ивайло  Гаев</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Предложения 2<br><p style="margin-bottom: 0cm;"><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt">1. Моля да се внесе корекция в текстовете на чл. 40 и чл. 35</font></font></font></p><p style="margin-bottom: 0cm;"><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><strong><span style="font-weight: normal">настоящ текст</span>:</strong> <em>"<span style="font-style: normal">Чл. 40. (1) (Изм. - ДВ, бр. 49 от 2010 г., в сила от 29.06.2010 г., доп. - ДВ, бр. 52 от 2019 г., в сила от 02.07.2019 г.) </span></em></font></font></font></p><p style="margin-bottom: 0cm;"><em><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-style: normal">Лицето по чл. 3 при работа с касови бележки от кочан на страницата за съответната дата в книгата по чл. 39, ал. 5 или в специален регистър за ползваните касови бележки от кочан вписва началния и крайния номер на издадените касови бележки за деня и общия оборот, изчислен въз основа на всички тях, както и текст, указващ причината:</span>"</font></font></font></em></p><p style="margin-bottom: 0cm;"><strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-weight: normal">корекция</span></font></font></font></strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt">: "Лицето по чл. 3, </font></font></font><strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-weight: normal">използващо ЕСФП</span></font></font></font></strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt">,  при работа с касови бележки от кочан на страницата за съответната дата в книгата по чл. 39, ал. 5 или лицето по чл. 3, </font></font></font><strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-weight: normal">което неизползва ЕСФП </span></font></font></font></strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt">в специален регистър за ползваните касови бележки от кочан вписва началния и крайния номер на издадените касови бележки за деня и общия оборот, изчислен въз основа на всички тях, както и текст, указващ причината:..."</font></font></font></p><p style="margin-bottom: 0cm;"><strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-weight: normal">текущ текст</span></font></font></font></strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt">: "</font></font></font><em><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-style: normal">Чл. 35. (2) (Изм. - ДВ, бр. 49 от 2010 г., в сила от 29.06.2010 г.) Кочанът с касови бележки се прономерова и прошнурова от лицето по чл. 3. На първа страница в книгата по чл. 39, ал. 5 се посочват началният и крайният номер на касовите бележки в кочана. Не се допускат касови бележки с повтарящи се или липсващи номера."</span></font></font></font></em></p><p style="margin-bottom: 0cm;"><strong><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-weight: normal">корекция</span></font></font></font></strong><em><font color="#222222"><font face="Arial, Verdana, sans-serif"><font style="font-size: 9pt"><span style="font-style: normal">: "Чл. 35. (2) (Изм. - ДВ, бр. 49 от 2010 г., в сила от 29.06.2010 г.) Кочанът с касови бележки се прономерова и прошнурова от лицето по чл. 3. Когато лицето по чл. 3 използва ЕСФП, на първа страница в книгата по чл. 39, ал. 5 се посочват началният и крайният номер на касовите бележки в кочана. Не се допускат касови бележки с повтарящи се или липсващи номера."</span></font></font></font></em></p><p style="margin-bottom: 0cm;"><span style="font-size: 9pt;">Смятам, че в текстовете на тези членове е допусната неяснота и това води до объркване, което е необходимо да бъде коригирано предвид публикации и изявления в медиите за отпадането на задължение за водене на касови книги в търговските обекти</span></p><p style="margin-bottom: 0cm;"> </p>
                ]]>
            </content>
            <id>53343</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #5 от Ивайло  Гаев</title>
        </entry>
                    <entry>
            <author>
                <name>Ивайло  Гаев</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Предложения<br><div>1. Относно <em>§ 25. В чл. 31 се правят следните допълнения: 1. Създава се ал. 2б: „(2б) Допуска се в рамките на един сторно системен бон да има повече от един начин на плащане, в случай че възстановяването на сумите на клиента се извършва по повече от един начин - смесено.“</em></div><div> </div><div>Моля да се, укаже в кой начин на плащане във ФУ трябва да бъде отразено при сторно бон, когато се връщат суми на клиента с плащания: "в брой", "по банка" или  "ваучер". </div><div> </div><div><strong>В настоящият момент плащане с "ваучер" или "по банка" липсват във ФУ !</strong></div><div> </div><div>2. Относно <em>§ 29. В чл. 49б се създава ал. 3: „(3) Когато производител на ФУ обновява версията на фърмуера на ФУ по реда на чл. 15, ал. 1, т. 16, лицата, извършващи сервизно обслужване и ремонт подават уведомления по реда на ал. 2 съгласувано с производителя на ФУ.“</em></div><div> </div><div>При условията на автоматична актуализация на фърмуер от производителите на ФУ, не е ли възможно това задължение да се вмени на производителя на ФУ предвид големият брой ФУ и тяхната едновременна актуализация при преминаването към новата валута?</div><div> </div><div>3. В заложените текстове се подменят "лев" с "евро", но никъде не е указано по какъв начин ще трябва да се представят старите справки от софтуерите "СУПТО" . Съгласно закона за въвеждане на еврото <em>чл. 48 ал. (8) Годишните финансови отчети се изготвят в паричната единица, която е официална парична единица на Република България в края на отчетния период, като съпоставимите данни за предходния отчетен период следва да са в същата парична единица."</em></div><div> </div><div>Моля, да се добавят текстове в изискванията към "СУПТО", насочващи към тази част от закона , за да не се изпада в допълнителни стресови моменти при случай, че доста голям списък на софтуери ще трябва да се регистрира в кратък срок.</div><div> </div><div><strong>Внасянето на яснота, по какъв начин трябва да се представя информация в справките в  СУПТО преди смяната на валутата ще е полезна за всички разработчици.</strong></div><div> </div>
                ]]>
            </content>
            <id>53342</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #4 от Ивайло  Гаев</title>
        </entry>
                    <entry>
            <author>
                <name>Ясен  Танев</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Изискване за централизирано и дистанционно зареждане на параметри<br><blockquote data-end="977" data-start="549"><p data-end="733" data-start="551">Всички фискални устройства, включително ИАСУТД, ЕСФП и ФУВАС, трябва да поддържат <strong data-end="732" data-start="673">дистанционно и защитено зареждане на следните параметри и сътоветно превключване на посочената дата към режим</strong>:</p><ul data-end="977" data-start="736"><li data-end="790" data-start="736"><p data-end="790" data-start="738">датата на начало на двойна визуализация (BGN + EUR);</p></li><li data-end="859" data-start="793"><p data-end="859" data-start="795">датата на автоматично превключване към евро като основна валута;</p></li><li data-end="911" data-start="862"><p data-end="911" data-start="864">датата на прекратяване на използването на лева;</p></li><li data-end="977" data-start="914"><p data-end="977" data-start="916">фиксирания обменен курс BGN/EUR</p></li></ul></blockquote><p data-end="1008" data-start="979">🔹 <strong data-end="1008" data-start="982">Технически изисквания:</strong></p><ul data-end="1259" data-start="1009"><li data-end="1118" data-start="1009"><p data-end="1118" data-start="1011">Параметрите се зареждат <strong data-end="1096" data-start="1035">автоматично чрез сървър на производителя/разпространителя или НАП</strong></p></li><li data-end="1118" data-start="1009"><p data-end="1118" data-start="1011"><strong data-end="1096" data-start="1035">Превключването на режимите е автоматично и необратимо</strong></p></li><li data-end="1118" data-start="1009"><p data-end="1118" data-start="1011"><strong data-end="1096" data-start="1035">Тези настройки не могат да бъдат заредени в ръчен режим</strong></p></li></ul>
                ]]>
            </content>
            <id>53341</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #3 от Ясен  Танев</title>
        </entry>
                    <entry>
            <author>
                <name>Елисавета  Новакова</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Промяна в ГФОто<br><p>Счетоводителите да могат 10 до 20 % от общия световен годишен оборот да вкарват в пасива под резерви за очаквани бъдещи ТЕСЛИ от държавата за пълнене на държавната хазна, например за саморазплащане на бонуси за висши държавни служители и за финансово стимулиране за първенците между връчващите и връчвалите глоби. </p><p>Какво ли ще е отражението върху приходната част на държавния бюдет, ако масово фирми излязат на загуба след като планират в резерва очакваните ТЕСЛИ от държавата?!<br /><br/>   </p>
                ]]>
            </content>
            <id>53340</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #2 от Елисавета  Новакова</title>
        </entry>
                    <entry>
            <author>
                <name>Ясен  Танев</name>
                            </author>
            <category label="comment" term="comment"/>
            <content type="html"><![CDATA[
                Задължително изискване за покриване на изискванията на Регламент (ЕС) 2024/2847<br><p><strong>Необходимост от разширение на техническите изисквания към фискалните устройства и терминалите за самообслужване в контекста на Регламент (ЕС) 2024/2847 относно киберустойчивостта на продукти с цифрови елементи (Cyber Resilience Act)</strong></p><p><strong>1. Въведение</strong></p><p>Регламент (ЕС) 2024/2847, известен като <strong>Cyber Resilience Act (CRA)</strong>, влезе в сила на 10 декември 2024 г. и се прилага от 2027 г. Неговата цел е да гарантира, че всички <strong>продукти с цифрови елементи</strong>, пуснати на пазара на Европейския съюз, отговарят на <strong>минимални изисквания за киберсигурност</strong> през целия си жизнен цикъл.</p><p>Фискалните устройства и терминалите за самообслужване, използвани на територията на Република България, попадат в обхвата на CRA, тъй като:</p><ul><li>са <strong>продукти с цифрови елементи</strong> – включват хардуер и вграден софтуер;</li><li>се <strong>свързват към мрежа</strong> за отчитане на данни към НАП или други системи;</li><li><strong>обработват чувствителна информация</strong>, включително платежни и идентификационни данни.</li></ul><p><strong>2. Основни изисквания на Cyber Resilience Act</strong></p><p>Съгласно Членове 10–17 от CRA, производителите и доставчиците на цифрови продукти трябва да гарантират:</p><p><strong>2.1. По време на проектиране и разработка:</strong></p><ul><li>Интегриране на сигурността по дизайн и по подразбиране.</li><li>Оценка на риска от уязвимости, включително при използване на софтуерни компоненти от трети страни.</li><li>Осигуряване на защитен механизъм за актуализация на софтуера и фърмуера.</li></ul><p><strong>2.2. След пускане на пазара:</strong></p><ul><li>Поддръжка и актуализации на сигурността за минимум <strong>5 години</strong> или за обявения жизнен цикъл.</li><li>Уведомяване на ENISA и националните органи в срок до <strong>24 часа</strong> след откриване на експлоатирана уязвимост или инцидент.</li><li>Публикуване на известия за сигурност до потребителите при необходимост от действия.</li></ul><p><strong>2.3. Оценка на съответствието:</strong></p><ul><li>Продукти с висок риск (напр. устройства за плащане или удостоверяване) подлежат на <strong>оценка от трета страна (notified body)</strong>.</li><li>Производителят носи <strong>пълна отговорност</strong> за изпълнението на изискванията, включително чрез инструкции, логове и доказателства.</li></ul><p><strong>3. Санкции съгласно CRA</strong></p><p>Съгласно Чл. 53 от CRA:</p><ul><li><strong>Глоба до 15 000 000 EUR</strong> или <strong>до 2.5% от общия световен годишен оборот</strong> на предприятието за най-сериозните нарушения:<ul><li>неспазване на изискванията за сигурност;</li><li>липса на актуализации;</li><li>неспазване на срока за уведомление за уязвимости.</li></ul></li><li>За предоставяне на <strong>невярна или непълна информация</strong> – глоба до <strong>10 000 000 EUR</strong> или <strong>2% от оборота</strong>.</li></ul><p><strong>4. Препоръки за национално прилагане</strong></p><p>В контекста на CRA, е необходимо:</p><p><strong>4.1. Актуализиране на Наредба № Н-18 чрез включване на нов раздел с разширени изисквания към:</strong></p><ul><li>сигурността на фърмуера и софтуера;</li><li>управлението на уязвимости и актуализации;</li><li>криптографска защита на комуникацията;</li><li>контрол върху интерфейси и отдалечен достъп;</li><li>срок на поддръжка и отговорност на производителите.</li></ul><p><strong>4.2. Въвеждане на национални санкции, съгласувани с CRA, чрез:</strong></p><ul><li>определяне на <strong>глоби до 50 000 лв.</strong> при несъответствие;</li><li><strong>временно отнемане на одобрението на типа</strong> по чл. 10 от Наредба № Н-18;</li><li><strong>изискване за регистър на сигурност</strong> към НАП за проследимост на актуализации и инциденти.</li></ul><p><strong>5. Заключение</strong></p><p>Предвид навлизането в сила на Cyber Resilience Act, Република България следва да предприеме действия за <strong>хармонизиране на националната нормативна уредба</strong>, касаеща фискалните устройства и терминалите за самообслужване. Това ще гарантира:</p><ul><li>по-висока степен на защита на данните;</li><li>съответствие с европейските стандарти;</li><li>избягване на тежки санкции за производители и доставчици;</li><li>засилване на доверието в националната фискална инфраструктура.</li></ul><p> </p><p data-end="502" data-start="257"> </p>
                ]]>
            </content>
            <id>53339</id>
            <link href="https://www.strategy.bg/bg/public-consultations/11004"/>
            <updated>2025-09-29T11:24:50+03:00</updated>
            <title>Коментар #1 от Ясен  Танев</title>
        </entry>
            </feed>
