e-Faktura i SAF-T w Rumunii w Odoo: co jest potrzebne

Jeśli Twoja firma wystawia faktury w Rumunii, zgodności podatkowej nie załatwia się już plikiem PDF i deklaracją kwartalną. Rumunia wprowadziła dwa obowiązki techniczne, które funkcjonują równolegle: ustrukturyzowaną fakturę elektroniczną (RO e-Factura) oraz znormalizowany plik księgowy SAF-T (deklaracja D406). Oba trafiają do urzędu skarbowego, ANAF, w określonych formatach i w określonych terminach.

Czym jest RO e-Factura i kogo dotyczy

RO e-Factura to krajowy system faktur elektronicznych prowadzony przez ANAF. Każda faktura jest wystawiana w ustrukturyzowanym formacie XML (opartym na europejskiej normie EN 16931) i przesyłana na platformę publiczną, która ją opieczętowuje i udostępnia odbiorcy. Od 2024 roku system jest obowiązkowy w transakcjach B2B między podmiotami mającymi siedzibę w Rumunii i stopniowo rozszerzono go na B2C. PDF przestaje być ważną fakturą: fakturą w sensie prawnym jest ustrukturyzowany plik zaakceptowany przez ANAF.

W praktyce dotyczy każdej firmy prowadzącej działalność w Rumunii, która wystawia faktury rumuńskim klientom: spółek zależnych, dystrybutorów, producentów i sprzedawców na marketplace'ach z lokalnym podmiotem. Na wysyłkę jest krótki termin od wystawienia, więc nie można jej zostawiać na koniec miesiąca.

Czym jest SAF-T (deklaracja D406)

SAF-T (Standard Audit File for Tax) to znormalizowany przez OECD plik XML ze szczegółami księgowości: plan kont, zapisy księgowe, klienci, dostawcy, produkty, podatki oraz, zależnie od przypadku, zapasy i środki trwałe. W Rumunii składa się go w ramach deklaracji D406. Główny obowiązek jest cykliczny (zwykle miesięczny lub kwartalny, zależnie od podatnika), a dla zapasów i środków trwałych przewidziano odrębne zgłoszenia, gdy wymaga tego ANAF.

D406 nie wybacza błędów w mapowaniu: jeśli Twoje konta, podatki lub kontrahenci nie są poprawnie sklasyfikowani, plik zostanie odrzucony albo, co gorsza, przyjęty z niespójnymi danymi, które po miesiącach skutkują wezwaniami do wyjaśnień.

Jak to rozwiązać w Odoo

Założenie jest takie: Twoja księgowość już działa w Odoo, więc oba obowiązki powinny być generowane stamtąd, bez przepisywania danych do zewnętrznych portali. Nasz moduł robi trzy konkretne rzeczy:

• Konwertuje każdą fakturę z Odoo do ustrukturyzowanego XML RO e-Factura i wysyła ją do ANAF, a status (zaakceptowana, odrzucona, błędy) zapisuje na samej fakturze.
• Buduje plik SAF-T / D406 na podstawie zapisów księgowych, kontrahentów, podatków i produktów już zarejestrowanych w Odoo, z mapowaniem na rumuński plan kont.
• Waliduje format przed wysyłką, dzięki czemu wykryjesz brakujące pola obowiązkowe (NIF, kody podatkowe, jednostki) zanim odrzuci je urząd.

Pełny zakres modułu i jego kartę techniczną znajdziesz tutaj:

Na co zwrócić uwagę przed uruchomieniem produkcyjnym

• Czyste dane podstawowe: NIF/CUI kontrahentów, kody podatkowe i jednostki miary muszą być poprawnie uzupełnione; to przyczyna odrzuceń numer jeden.
• Dane dostępowe i certyfikat ANAF: dostęp do platformy wymaga rejestracji i tokenu; trzeba go odnawiać i pilnować terminu ważności.
• Terminy: e-Factura ma krótki termin od wystawienia, a SAF-T jest cykliczny; zautomatyzuj wysyłkę, aby nie narastały opóźnienia.
• Identyfikowalność: przechowuj status i odpowiedź ANAF powiązane z każdą fakturą i każdą deklaracją D406, aby móc wykazać, co i kiedy zostało wysłane.

Najczęstsze pytania

Co robimy w tym temacie