Dwie grupy traktowane inaczej
Dziesięć kodów z tej strony zaczyna się od „Error técnico” (błąd techniczny) albo „Error técnico de base de datos” (techniczny błąd bazy danych), ale lista AEAT dzieli je na dwie sekcje. Moduł traktuje je zależnie od sekcji:
| Kod | Tekst AEAT | Co robi Odoo |
|---|---|---|
| 4108 | Error técnico al obtener el certificado. | Failed, bez automatycznego ponowienia. |
| 4110 | Error técnico al comprobar los apoderamientos. | Failed, bez automatycznego ponowienia. |
| 4111 | Error técnico al crear el trámite. | Failed, bez automatycznego ponowienia. |
| 4118 | Error técnico: la dirección no se corresponde con el fichero de entrada. | Failed, bez automatycznego ponowienia. |
| 4128 | Error técnico en la recuperación del valor del Gestor de Tablas. | Failed, bez automatycznego ponowienia. |
| 3500 | Error técnico de base de datos: error en la integridad de la información. | Failed, bez automatycznego ponowienia. |
| 3501 | Error técnico de base de datos. | Failed, bez automatycznego ponowienia. |
| 1129 | Error técnico al obtener el acuerdo de facturación. | Automatyczne ponowienie. |
| 1256 | Error técnico al obtener el límite de la fecha de expedición. | Automatyczne ponowienie. |
| 1288 | Error técnico en la validación de la fecha de expedición/operación. | Automatyczne ponowienie. |

Dlaczego jedne są ponawiane, a inne nie
Pierwsze siedem należy do sekcji odrzucającej całe zgłoszenie, a AEAT zwraca je jako SoapFault. Moduł traktuje tę odpowiedź jako ostateczną: zostawia zgłoszenie w stanie Failed i go nie powtarza, bo ponowienie w całości odrzuconego żądania zwykle daje tę samą odpowiedź. Tutaj jednak usterka leży po stronie AEAT i po chwili to samo zgłoszenie może przejść bez żadnej zmiany.
Ostatnie trzy odrzucają pojedynczy rekord. Ich kolejka ponawia sama, z przerwami od 2 minut do 12 godzin, aż do szóstej próby. Przy przejściowym błędzie technicznym dokładnie tego potrzeba.

Co zrobić
- Przy jednym z pierwszych siedmiu odczekaj chwilę i wyślij ponownie z AEAT Submission › AEAT Errors, używając Retry Selected. Zgłoszenia wrócą do kolejki, która działa co 1 minutę.
- Przy 1129, 1256 lub 1288 pozwól kolejce pracować. Jeśli trafi do Dead Letter, wyślij ponownie w ten sam sposób.
- Przy 4118, które dotyczy adresu, sprawdź też, czy pole AEAT Endpoint URL firmy jest puste, chyba że podaliśmy Ci adres. Gdy pole jest puste, moduł używa standardowego adresu każdego środowiska.
Skąd się dowiem, jeśli nie patrzę na kolejkę?
Dzienny raport zgodności modułu liczy dla każdej firmy zgłoszenia oczekujące, nieudane i te w Dead Letter. Wysyłany jest e-mailem, jeśli skonfigurowano odbiorcę, a domyślnie tylko wtedy, gdy któraś firma jest na bursztynowo lub czerwono.
Jeśli błąd techniczny powtarza się przez godziny we wszystkich Twoich zgłoszeniach, napisz do comercial@flexigobe.com, podając odpowiedź: problem może nie być przejściowy. Błąd techniczny, który utrzymuje się w każdej firmie i przy każdej fakturze, warto zgłosić, bo nic w Twoich danych go nie usunie.
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
