Dolibarr az auditor előtt: mit jelent az LNE-folyamat?

2026. augusztus 27. · Megfelelőség

Dolibarr az auditor előtt: amikor a nyílt forráskódnak bizonyítania kell

A Dolibarr valódi LNE-auditja 2026 júniusában indult el. Miért folytatja a közösség a tanúsítást akkor is, ha a francia jog ismét elfogad kiadói megfelelőségi nyilatkozatot?

← Vissza a blogbejegyzésekhez

A Dolibarr hivatalos közlése szerint 2026 júniusának végén elindult az ERP pénztári és fizetésrögzítési funkcióinak valódi LNE-auditja. A tanúsítvány azonban várhatóan nem készül el 2026. szeptember 1-jéig. Első pillantásra ez határidőcsúszásnak tűnik; valójában egy sokkal érdekesebb kérdést mutat meg: ki és hogyan vállal megfelelőségi felelősséget egy olyan rendszerért, amelynek nincs egyetlen hagyományos értelemben vett gyártója?

Mi változott 2026-ban?

A francia 2025-ös pénzügyi törvény eredetileg megszüntette volna a pénztári szoftverek kiadói önigazolását: 2026. augusztus 31. után csak akkreditált szervezet tanúsítványa igazolhatta volna a megfelelést. A 2026. február 19-én elfogadott új pénzügyi törvény azonban visszaállította a kiadó által adott egyedi megfelelőségi nyilatkozat lehetőségét. A francia gazdasági minisztérium tájékoztatója szerint ezzel a kötelező tanúsításra vonatkozó korábbi határidő okafogyottá vált.

A Dolibarr közössége mégsem állította le a megkezdett munkát. A hivatalos projektközlés szerint a próba-audit 2026 februárjának végén lezajlott, a valódi audit június végén elindult, de az LNE leterheltsége és a még szükséges egyeztetések miatt szeptember 1-jéig nem várható tanúsítvány.

Mit vizsgál egy ilyen megfelelőségi folyamat?

A francia szabályozás a fizetések rögzítésére használt rendszereknél négy alapelvet emel ki:

1. Megváltoztathatatlanság: az eredeti fizetési adat és a későbbi módosítás nyoma ne legyen észrevétlenül átírható.
2. Biztonság: az eredeti, módosított és bizonylatot alátámasztó adatok védettek legyenek.
3. Megőrzés: a napi, havi és éves összesítések integritása visszaellenőrizhető maradjon.
4. Archiválás: a rendszer időszakosan lezárt, később is ellenőrizhető archívumot tudjon előállítani.

A Dolibarr wiki szerint a rendszerben ezt a logikát a BlockedLog, azaz megváltoztathatatlan napló modul támogatja. A nyomok láncolt ellenőrzőösszegekkel kapcsolódnak egymáshoz, és exportálhatók. Ettől azonban még nem válik minden telepítés automatikusan tanúsítottá: a konkrét verzió, a konfiguráció, az egyedi módosítás és az üzemeltető szerepe is számít.

Miért különösen nehéz ez nyílt forráskódnál?

Egy zárt kasszaszoftvernél általában egyértelmű, mely cég adja ki a binárist, kezeli a változtatásokat és állítja ki az igazolást. A Dolibarrnál a forráskód nyilvános, sok vállalkozás és magánszemély fejleszti, a telepítést pedig a felhasználó, egy integrátor vagy egy felhőszolgáltató is módosíthatja.

Ezért a megfelelőség nem pusztán egy funkciólista kipipálása. A kérdés az, hogy pontosan mely kiadásról, mely kódról és mely üzemeltetési láncról állítunk valamit. Egy külső modul, egy core-módosítás vagy a naplózási modul kikapcsolása megváltoztathatja az értékelést. A tanúsítás ebben az értelemben nemcsak a programot, hanem a kiadási és változáskezelési fegyelmet is próbára teszi.

Három tanulság egy magyar Dolibarr-üzemeltetőnek

1. A „megfelel a Dolibarr” mondat önmagában túl tág. Mindig verziót, modulokat, beállítást, üzemeltetőt és konkrét jogi követelményt kell megnevezni.
2. Az auditálhatóság nem csak jogszabály miatt érték. A lezárt napló, a jogosultsági rend, a mentés, a visszaállítási próba és a dokumentált frissítés belső visszaélések és egyszerű adminisztrációs hibák ellen is véd.
3. Az egyedi fejlesztés felelősséget is örököl. Nem elég, hogy a módosítás működik; azt is ellenőrizni kell, érint-e számlát, fizetést, naplózást, archiválást vagy egy már vizsgált folyamatot.

Mit érdemes most ellenőrizni?

• Rögzítsük a futó Dolibarr pontos verzióját és a telepített külső modulokat.
• Készítsünk adatfolyam-térképet arról, hol jön létre számla, hol rögzül fizetés, és mi kerül külső rendszerbe.
• Nézzük át, ki módosíthat, törölhet, exportálhat vagy kapcsolhat ki naplózási funkciót.
• A jogi állítást külön ellenőriztessük a működés országában illetékes könyvelővel vagy szakértővel.
• Frissítés és egyedi modul telepítése után ismételjük meg a kritikus pénzügyi folyamatok tesztjét.

A Dolibarr LNE-folyamata azért izgalmas, mert láthatóvá teszi a nyílt forráskód egyik ritkán tárgyalt oldalát. A kód megtekinthetősége erős ellenőrizhetőségi alap, de a bizalomhoz ezen felül reprodukálható kiadás, változásnapló, felelős üzemeltetés és bizonyítható kontroll is kell.

Források

• Dolibarr.org: hivatalos közlemény a 2025–2026-os francia szabályváltozásról és az LNE-audit állapotáról
• Francia Gazdasági Minisztérium: a pénztárgépszoftverek tanúsításának 2026-os szabályai
• Dolibarr Wiki: a hatály, a BlockedLog és a megfelelőségi munka részletei
• LNE: a pénztári rendszerek tanúsítási referenciadokumentuma (PDF)

Forrásállapot: 2026. augusztus 27. A cikk tájékoztató jellegű, nem jogi vagy adótanácsadás. Magyarországi használatnál a magyar szabályokat és a konkrét integrációt külön kell ellenőrizni.

Ez a Dolibarr.hu szerkesztett, magyar nyelvű útmutatója.