Treść komunikatu i jego sekcja
AEAT pisze to tak: „No debe informarse como primer registro, existen facturas emitidas con el obligado emisión y el sistema informático actual.” Komunikat należy do sekcji błędów, które akceptują rekord i wymagają korekty. Dokument walidacji zalicza go do dopuszczalnych błędów: PrimerRegistro z wartością S, gdy dla tego systemu informatycznego i tego NIF istnieją już rekordy.

Kiedy Odoo oznacza pierwszy rekord
Każdy rekord zawiera blok Encadenamiento (łańcuch). Moduł wypełnia go na jeden z dwóch sposobów:
- Jeśli rekord nie ma poprzedniego skrótu, wysyła PrimerRegistro z wartością S. Dzieje się tak w przypadku pierwszego rekordu łańcucha danej firmy w tej bazie danych Odoo.
- W każdym innym przypadku wysyła RegistroAnterior, z NIF, numerem, datą i skrótem poprzedzającego go rekordu.
Łańcuch znajduje się w bazie danych: każda firma ma własny, a moduł identyfikuje każdą instalację własnym NumeroInstalacion, obliczanym z bazy danych i firmy. Nowa baza danych rozpoczyna łańcuch od zera, a jej pierwsza faktura idzie jako pierwszy rekord.

Co zwykle za tym stoi
Błąd 2007 mówi, że według AEAT ten wystawca wysłał już faktury tym samym oprogramowaniem, zanim rozpoczął się łańcuch, którego używasz. Warto zadać sobie te pytania:
- Czy faktury tej firmy były wysyłane z innej bazy danych Odoo z tym samym modułem i do tego samego środowiska AEAT? Na przykład kopia testowa skonfigurowana na Produkcję.
- Czy w połowie drogi zmieniono bazę danych, w wyniku migracji lub przywrócenia, i nowa baza rozpoczęła własny łańcuch?
- Czy Genesis Record w Stanie łańcucha to faktura, którą spodziewałeś się mieć jako pierwszą?
Jeśli choć na jedno pytanie odpowiedź brzmi tak, dla tego wystawcy istnieją dwa łańcuchy i warto to wstrzymać, zanim wystawisz kolejne faktury z obu. Każda nowa faktura z drugiego łańcucha będzie powiązana z jego własnym początkiem, a nie z początkiem pierwszego, i rozbieżność będzie się przenosić dalej.
Jak to zamknąć
Faktura z błędem 2007 jest zarejestrowana. W Odoo widnieje jako „Aceptado con errores (subsanar)”, a AEAT prosi o jej korektę nowym rekordem z tym samym identyfikatorem faktury. Opublikowany moduł sam nie wysyła rekordów korygujących, więc napisz na comercial@flexigobe.com, podając nazwę firmy, Genesis Record oraz bazy danych, z których wysyłano faktury: ustalimy to razem z Tobą.
Pozostałe kody łańcucha, jak źle wypełniony poprzedni rekord czy skróty o nieprawidłowej długości, opisuje strona o łańcuchu.
Czytaj dalej
Sprawdzone w kodzie źródłowym modułu (wersja 20.0) i w podlinkowanych źródłach
Źródła
- www.agenciatributaria.es/static_files/AEAT_Desarrolladores/EEDD/IVA/VERI-FACTU/Validacione
- Kod modułu: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_aeat_client.py
- Kod modułu: flexigo_spain_verifactu 20.0 (aa2ea3d2): models/verifactu_cola_envio.py
- Kod modułu: flexigo_spain_verifactu 20.0 (aa2ea3d2): data/verifactu_crons.xml
- prewww2.aeat.es/static_files/common/internet/dep/aplicaciones/es/aeat/tikeV1.0/cont/ws/err
