Разбиране на българската система NEFS
Българската Национална система за електронно фактуриране (NEFS) представлява рамката на страната за структурирано електронно фактуриране, установявайки техническите стандарти и правни изисквания за обмен на цифрови фактури. NEFS изисква използването на UBL 2.1 (Universal Business Language) XML формат за електронни фактури, привеждайки България в съответствие с по-широката европейска екосистема за електронно фактуриране. В комбинация с изискването за квалифицирани електронни подписи, NEFS създава правно стабилна система, в която електронните фактури носят същата правна тежест като техните хартиени еквиваленти. За предприятия, работещи в или търгуващи с България, разбирането на изискванията на NEFS е от съществено значение за поддържане на съответстващи процеси на фактуриране.
UBL 2.1 XML: Задължителният формат на фактурите
NEFS изисква фактурите да бъдат форматирани съгласно стандарта UBL 2.1, международно признат XML-базиран формат, разработен от OASIS. UBL 2.1 дефинира цялостен модел на данни за бизнес документи, включително фактури, кредитни известия и дебитни известия. Всяка фактура трябва да съдържа структурирани данни, обхващащи идентификацията на доставчика и купувача, редове на фактурата с описания на артикулите и количества, разбивки на данъците на ниво ред и документ, условия за плащане и информация за валутата. XML структурата гарантира, че данните на фактурата са машинно четими, позволявайки автоматизирана обработка, валидиране и интеграция със счетоводни системи.
За предприятия, свикнали да изпращат фактури като PDF прикачени файлове или хартиени документи, преходът към UBL 2.1 изисква значителни промени. Данните на фактурата трябва да бъдат генерирани от счетоводни или ERP системи в точната XML структура, която UBL 2.1 дефинира. Това означава, че всички задължителни полета с данни трябва да бъдат попълнени, типовете данни трябва да съответстват на спецификацията, а списъците с кодове за валути, данъчни категории и мерни единици трябва да използват стандартизираните стойности. Много български предприятия ще трябва или да надградят съществуващия си софтуер, или да внедрят специализиран междинен софтуер за електронно фактуриране, за да произвеждат съответстващ UBL 2.1 изходен формат.
Квалифицирани електронни подписи: Правни изисквания
Критичен компонент на съответствието с NEFS е изискването за квалифицирани електронни подписи (КЕП) върху електронните фактури. Съгласно Регламент (ЕС) 910/2014 (eIDAS) и българското национално законодателство, квалифицираният електронен подпис има същата правна сила като саморъчен подпис и осигурява най-високо ниво на гаранция относно самоличността на подписващия и целостта на документа. За прилагане на КЕП предприятието трябва да получи квалифициран сертификат от доставчик на удостоверителни услуги, акредитиран от Комисията за регулиране на съобщенията (CRC) на България.
Квалифицираният сертификат обикновено се съхранява на защитено устройство за създаване на подписи като смарт карта или USB токен, или се достъпва чрез облачна услуга за квалифицирани подписи. Всяка фактура трябва да бъде цифрово подписана преди предаване, а подписът трябва да бъде проверим от получателя. Подписът криптографски свързва самоличността на подписващия със съдържанието на фактурата, гарантирайки, че всяка последваща модификация би обезсилила подписа. Предприятията трябва да установят ясни вътрешни процедури за управление на сертификатите за подписване, включително подновяване преди изтичане, оттегляне при компрометиране и контрол на достъпа за предотвратяване на неоторизирано подписване.
Интеграция с бизнес системи
Внедряването на електронно фактуриране, съответстващо на NEFS, изисква интеграция на множество нива от вашия бизнес технологичен стек. На ниво данни вашата счетоводна или ERP система трябва да може да генерира всички полета с данни, изисквани от UBL 2.1. На ниво трансформация тези данни трябва да бъдат преобразувани в валидни UBL 2.1 XML документи. На ниво подписване квалифицираният електронен подпис трябва да бъде приложен към всеки документ. На ниво предаване подписаните фактури трябва да бъдат доставени до получателите чрез договорени канали. И на ниво архивиране както изпратените, така и получените фактури трябва да бъдат съхранени в оригиналната им подписана форма за законово изисквания период на съхранение.
Всяко от тези нива представлява свои собствени технически предизвикателства. Много наследени счетоводни системи не поддържат нативно UBL 2.1 изход, което налага персонализирана разработка или инструменти за конвертиране от трети страни. Интеграцията на подписа трябва да обработва управлението на сертификати, свързаността с хардуерни токени и съответствието на формата на подписа. Системите за архивиране трябва да запазват както съдържанието на фактурата, така и криптографския подпис по начин, който остава проверим години след оригиналното подписване.
Често срещани капани при съответствието
Предприятията, внедряващи съответствие с NEFS, често се сблъскват с няколко често срещани проблема. Първо, непълното съпоставяне на данни за UBL 2.1 води до грешки при валидирането, когато задължителни полета липсват или са форматирани неправилно. Второ, изтекли или неправилно конфигурирани сертификати за подписване причиняват грешки при валидирането на подписа от страна на получателя. Трето, съхраняването на фактури във формати, различни от оригиналния подписан XML, като например отпечатване в PDF, нарушава веригата на подписа и може да направи фактурата правно невалидна за целите на съответствието. Четвърто, неуспехът да се проверят входящите подписани фактури спрямо веригата на сертификати на подписващия означава потенциално приемане на подправени или измамно подписани документи. Пето, неадекватните практики за архивиране, които не запазват пълния подписан XML, могат да създадат проблеми по време на данъчни ревизии, когато оригиналният подписан документ не може да бъде представен.
Подготовка за по-широки мандати за електронно фактуриране
Съответствието с NEFS трябва да се разглежда като част от по-широката траектория на електронното фактуриране за българските предприятия. С мандата за SAF-T, който вече се разгръща на вълни от 2026 г., и директивата на ЕС ViDA, задаваща бъдещи етапни цели за трансгранично и вътрешно електронно фактуриране, инфраструктурата, която изграждате за NEFS днес, ще послужи като основа за разширяващите се изисквания за съответствие. Предприятията, които инвестират в гъвкави, базирани на стандарти платформи за електронно фактуриране сега, ще бъдат далеч по-добре подготвени да се адаптират към нови мандати от тези, които внедряват тесни решения с единствена цел. Изберете технологични партньори и платформи, които поддържат множество стандарти, адаптират се към регулаторни промени и се мащабират с нуждите на вашия бизнес.
Как Arhivix помага
Arhivix осигурява слоя за сигурно архивиране, който съответствието с NEFS изисква. Подписаните UBL 2.1 фактури се съхраняват в оригиналния им XML формат с AES-256 криптиране, запазвайки както съдържанието на документа, така и целостта на криптографския подпис през целия период на съхранение. Съхранението на AWS S3 гарантира, че архивираните фактури са защитени с 99.999999999% издръжливост с автоматична географска репликация, елиминирайки риска от загуба на данни, която би могла да остави вашето предприятие неспособно да представи изискваните документи по време на ревизия. Всеки достъп до архивирани фактури се записва в изчерпателни одитни следи, документирайки кой е извлякъл кой документ и кога, създавайки пълната верига на отговорност, която българските данъчни органи и регламентите на eIDAS изискват. Arhivix гарантира, че вашите фактури, съответстващи на NEFS, остават непокътнати, проверими и мигновено достъпни толкова дълго, колкото законът изисква.
