Przejdź do głównej treści
VeriFactu

Błąd 4134 VeriFactu: „Servicio no activo”, co dzieje się z Twoimi fakturami i jak je ponownie wysłać

Błąd 4134 to odpowiedź AEAT, hiszpańskiej agencji podatkowej, która odrzuca całe żądanie: żadna faktura z tego wysłania nie została zarejestrowana. Komunikat dotyczy usługi, a nie danych w Twoich fakturach, więc pierwszym krokiem jest sprawdzenie, do której usługi AEAT kieruje się Twoje Odoo, a następnie ponowne przesłanie tych samych rekordów.

FlexigoTech · Odpowiada: Víctor Gómez · Aktualizacja: 4 listopada 2026

Najważniejsze

Moduł
VeriFactu
Wersje
Odoo 17, 18, 19 i 20
Sprawdzone
w kodzie źródłowym modułu, wersja 20.0 · w źródłach podanych na końcu
Czas czytania
3 min

Co mówi AEAT

Lista błędów VERI*FACTU publikowana przez AEAT, plik errores.properties, umieszcza kod 4134 wśród kodów powodujących odrzucenie całego wysłania. Jego treść jest krótka: Servicio no activo., czyli „usługa nieaktywna”. W tej samej sekcji są jeszcze dwa kody usług, które łatwo pomylić:

KodTekst AEATCo oznacza
4134Servicio no activo.Usługa, do której wysłano żądanie, jest nieaktywna.
4139Servicio no habilitado en producción.Ta usługa nie przyjmuje wysyłek produkcyjnych.
4141Le informamos que su acceso al sistema VERIFACTU ha sido suspendido temporalmente para realizar cualquier solicitud. Para resolver este inconveniente, le solicitamos que se ponga en contacto con nuestro equipo de soporte a través del buzón de correo electrónico verifactu@correo.aeat.es, donde le atenderán con la mayor brevedad posible.Twój dostęp został tymczasowo zawieszony, a sam komunikat kieruje do skrzynki wsparcia VERI*FACTU AEAT.

Zgodnie z dokumentem walidacji AEAT pełne odrzucenie przychodzi jako SoapFault i oznacza, że nic z tego żądania nie zostało zarejestrowane. Żadna faktura z wysłania nie figuruje w AEAT, ani poprawne, ani błędne.

Karta kodów VeriFactu 4134, 4139 i 4141
Trzy kody usług omówione na tej stronie. Kolor czerwony oznacza kody odrzucające całe żądanie, a dolna linia podsumowuje, co z nimi robi kolejka modułu.

Co robi moduł po otrzymaniu odpowiedzi

Moduł VeriFactu dla Odoo 17, 18, 19 i 20 odczytuje kod zawarty w SoapFault i traktuje odpowiedź jako ostateczną: wysłanie przechodzi w stan Failed w kolejce, a rekord każdej faktury otrzymuje status „Rechazado AEAT” (odrzucone przez AEAT). Nie ma automatycznego ponowienia, i słusznie: wysłanie tego samego żądania do nieaktywnej usługi dałoby tę samą odpowiedź.

Nieudane wysyłki widać w Envío a AEAT › Errores AEAT, pogrupowane według kodu, z wyjaśnieniem z katalogu przy każdym wierszu. Katalog zawiera te same 247 kodów co lista AEAT, z ich dosłownym tekstem, dzięki czemu nie musisz wychodzić z Odoo, żeby je sprawdzić.

Lista Errores AEAT w Odoo z dwoma wysyłkami 4134
Tak wygląda 4134 w Odoo: dwa wpisy w stanie Failed pod swoim kodem, z wyjaśnieniem obok i jedną próbą. Zrzut ekranu Odoo 20 z danymi demonstracyjnymi; odpowiedzi AEAT są symulowane.

Co sprawdzić w Odoo przed ponownym wysłaniem

Każda firma ma własne środowisko AEAT w ustawieniach VeriFactu: Pruebas (przedprodukcja AEAT), czyli punkt wyjścia, lub Producción. Pruebas wywołuje prewww1.aeat.es, a Producción wywołuje www1.agenciatributaria.gob.es. Jeśli pole AEAT Endpoint URL firmy zawiera adres, zastępuje on oba.

  • Przy 4134 sprawdź, czy firma wskazuje środowisko, które miałeś na myśli, i czy AEAT Endpoint URL jest pusty, chyba że podaliśmy Ci konkretny adres.
  • Przy 4139 i firmie w Producción komunikat mówi, że ta usługa nie jest włączona dla produkcji: nie wysyłaj w pętli i napisz do nas z pełną odpowiedzią.
  • Przy 4141 blokada leży po stronie AEAT i może być zdjęta tylko tam, pisząc do skrzynki wsparcia wskazanej w komunikacie. Ponowne wysłanie z Odoo tego nie naprawi.

Jak ponownie wysłać bez duplikatów

  1. Otwórz Envío a AEAT › Errores AEAT i rozwiń grupę dla kodu.
  2. Zaznacz wysyłki w stanie Failed i kliknij Reintentar Selección. Może to zrobić tylko użytkownik z rolą Gestor SIF.
  3. Wysyłki wrócą do stanu Pendiente, a kolejka wyśle je przy następnym przebiegu, który odbywa się co 1 minutę.

Czy trzeba ponownie tworzyć faktury?

Nie. Faktury i ich rekordy nadal są w Odoo, połączone łańcuchowo i niezmienione. Ponieważ AEAT nie zarejestrowała nic z tego żądania, ponownie wysyła się dokładnie te same rekordy.

Czy ponowne wysłanie może utworzyć duplikat?

Nie z powodu 4134, bo AEAT nie zachowała nic z tego wysłania. Gdyby w innym przypadku rekord już figurował, odpowiedzią byłby kod 3000, który moduł traktuje jako zaakceptowany: wyjaśniamy to na stronie o błędzie 3000.

Jeśli kod nie zniknie po sprawdzeniu środowiska, wyślij na adres comercial@flexigobe.com pełną odpowiedź wysyłki (pole Raw Response w kolejce), a przyjrzymy się temu razem z Tobą.

Czytaj dalej

Błąd 4102 VeriFactu: «El XML no cumple el esquema. Falta informar campo obligatorio»Błąd 4102 VeriFactu odrzuca całe wysłanie, bo brakuje pola obowiązkowego. Jak Odoo 17, 18, 19 i 20 wychwytuje go wcześniej i co zrobić, gdy mimo to przyjdzie z AEAT.Błędy techniczne VeriFactu: gdy problem leży w systemach AEATBłędy techniczne VeriFactu po stronie AEAT (4108, 4110, 4111, 4118, 4128, 3500, 3501, 1129, 1256, 1288): które Odoo ponawia samo, a które wysyłasz ponownie Ty.Błędy VeriFactu w Odoo: jak czytać to, co mówi AEAT, i co Twój system zatrzymuje wcześniejJak czytać błędy VeriFactu w Odoo 17, 18, 19 i 20: statusy wysyłki, kody AEAT, certyfikat, NIF i łańcuch rekordów oraz co robić w każdym przypadku.
Sprawdzone w kodzie źródłowym modułu (wersja 20.0) i w podlinkowanych źródłach

Źródła