WooCommerce és a román e-Számla (ANAF): számlák automatikus küldése az SPV-be

Mióta a román e-Számla a magánszemélyeknek történő értékesítésre is kötelezővé vált, minden webshopos rendelés egy olyan számlát jelent, amelynek a kiállítástól számított 5 napon belül XML formátumban el kell jutnia az ANAF SPV-jébe. Ha ezt kézzel, számláról számlára csinálod, időt veszítesz — és ami rosszabb, meg is feledkezel róla, amikor tornyosulnak a rendelések.

A jó hír: a WooCommerce összeköthető az ANAF rendszerével úgy, hogy amint egy rendelés kifizetésre kerül, a számla magától elkészül és megy is az SPV-be. Ebben a cikkben megmutatom a valódi folyamatot, hogy melyik lehetőséget érdemes választani, hogyan állítsd be helyesen, és milyen hibák miatt utasítja el az ANAF a webshopok számláit.

Mit jelent valójában az „automatikus” — a tényleges folyamat

Az „automatikus” nem egy varázsgomb. Ez egy világos lánc:

• Egy vásárló leadja és kifizeti a rendelést a WooCommerce-ben.
• A rendelés elindítja a számlakészítést (általában egy összekötött számlázóalkalmazáson belül).
• A számla átalakul XML-lé az ANAF által megkövetelt formátumban (RO_CIUS, amely az UBL-en alapul), és biztonságos kapcsolaton, OAuth-tokennel keresztül elmegy az SPV-be.
• Az ANAF visszaad egy feltöltési indexet, ellenőrzi a fájlt, és ha érvényes, ráteszi az elektronikus pecsétjét. Ettől a pillanattól a számla hivatalosan is bekerült az e-Számlába.

A gyakorlatban egyszer beállítod az összeköttetést, és onnantól minden rendelés magától lefuttatja a lépéseket. A te dolgod annyivá válik, hogy időnként ellenőrzöd, nincs-e elutasított számlád — nem az, hogy kézzel töltögesd fel őket.

A te döntésed: közvetlen ANAF-plugin vagy számlázóalkalmazáson keresztül

Két út áll előtted, és az ajánlásom egyértelmű.

1. lehetőség — egy WooCommerce-plugin, amely közvetlenül az ANAF API-hoz csatlakozik. Tisztán hangzik, de te maradsz felelős a tokenért, annak megújításáért, az XML szabályosságáért és a hibákért. Törékeny megoldás, ha nincs a közeledben valaki, aki ért a technikához.

2. lehetőség (ajánlott) — a WooCommerce egy román számlázóalkalmazáshoz (Oblio, SmartBill, FGO, Facturis és mások) csatlakozik, és az az alkalmazás továbbítja az SPV-be. Az alkalmazás kezeli az XML-t, a tokent és az ANAF-fal folytatott kommunikációt, ráadásul a könyvelésedet is egy helyen tartja.

A legtöbb webshop számára a számlázóalkalmazásos út stabilabb, olcsóbban tartható karban, és könnyebben javítható, amikor az ANAF megváltoztat valamit.

A beállítás lépései, röviden

Itt számít a sorrend, különben félúton elakadsz:

• Minősített digitális tanúsítvány — egy akkreditált szolgáltatótól szerezhető be. Ez az a kulcs, amely azonosít téged az ANAF felé.
• SPV-regisztráció — a tanúsítványt a céged adószámához (CUI) kell kötni a Virtuális Magánterületen.
• A számlázóalkalmazás összekötése az ANAF-fal — létrehozod az OAuth-tokent (korlátozott ideig érvényes, majd automatikusan megújul).
• A WooCommerce összekapcsolása az alkalmazással — telepíted a csatlakozót/plugint, és beírod az API-kulcsokat.
• A termékek és ÁFA-kulcsok helyes megfeleltetése — minden terméknek a megfelelő kulcs kell (normál, csökkentett vagy mentes), különben rossz lesz az XML.
• A trigger kiválasztása: számla fizetéskor vagy a rendelés teljesítésekor. Tesztelj egy valódi rendeléssel, mielőtt automata üzemmódra hagynád.

A hibák, amelyek miatt elutasításra kerülnek a számlák

Az ANAF akkor utasítja el az XML-t, ha az adatok nem tiszták. A leggyakoribb csapdák:

• Hibás vagy hiányzó adószám (CUI/CIF) céges vásárlóknál — ellenőrizd, mielőtt kiállítanád.
• Hiányzó megye — B2C esetén legalább a megye kell, különben a fájl elakad.
• Nem megfeleltetett ÁFA-kulcsok vagy kulcs nélküli termékek — validációs hibák jelennek meg.
• Duplikált számlák, amikor egy már kiszámlázott rendelést szerkesztesz, vagy amikor egy vásárló újrapróbálkozik a fizetéssel.
• A határidő lekésése — a kiállítástól számítva 5 naptári napod van a feltöltésre az SPV-be; ne hagyd elküldetlenül a hétvégi rendeléseket.

Tipp: ne bízz abban, hogy „a tesztben működött”. Rendszeresen ellenőrizd a számlák státuszát az alkalmazásban, és az elutasításokat azonnal kezeld, ne a hónap végén.

B2C, B2B és nem ÁFA-alanyok — a zavarba ejtő esetek

Sok webshop azt hiszi, hogy az e-Számla csak a cégekre vonatkozik. Már nem: a magánszemélyeknek történő értékesítést is jelenteni kell az SPV-be. A különbség a szükséges adatokban van — magánszemélyeknél név és cím szükséges megyével, nem adószám.

Nem vagy ÁFA-alany? Akkor is el kell küldened a számlákat az e-Számlába; a számlán egyszerűen a megfelelő kulcs szerepel (ÁFA nélkül), és az alkalmazás elintézi, ha jól állítod be. Ne hagyd ki ezt a lépést csak azért, mert nem szedsz ÁFÁ-t.

Ha ez az egész lánc soknak tűnik — az teljesen normális. Nem nehéz, de sok darabból áll, amelyeknek össze kell illeszkedniük. Az MPO Web Studiónál a teljes WooCommerce → számlázóalkalmazás → SPV folyamatot távolról állítjuk be, átlátható árazással és egy demóval, amelyet még fizetés előtt látsz. Ha szeretnéd, hogy átnézzük a webshopodat, vagy hogy rendesen automatizáljuk, küldj nekünk egy WhatsApp-üzenetet, és őszintén megmondjuk, mit kell tenni.