Rozwiązywanie problemów ERP: komunikaty błędów według pakietu oprogramowania
Komunikaty błędów i rozwiązania według pakietu ERP: Unit4 ERPx, Business Central, AFAS, AllSolutions, Exact Online i więcej.
Komunikaty błędów i rozwiązania według pakietu ERP. Ten artykuł omawia błędy specyficzne dla każdego pakietu. W przypadku ogólnych problemów z API, webhookami i łącznością: zobacz Rozwiązywanie problemów z integracjami.
Unit4 ERPx
Komunikaty błędów z prefiksem U4 pochodzą z Unit4 ERPx. Rozwiązanie leży prawie zawsze po stronie oprogramowania, a nie w eConnect. Klient może pobrać plik XML z platformy i przekazać go administratorowi Unit4.
Komunikat błęduPrzyczynaRozwiązanieAPI500: Unknown error occurred booking the invoicePrzekroczenie czasu, >200 linii, 0 linii, zduplikowane kody VATPonownie przesłać; ręcznie w ERPx; sprawdzić schemat VATU4BadRequest: Invoice number already exists (3011/3010)Faktura już zarejestrowanaSprawdzić, czy faktura została przesłana dwukrotnie; sprawdzić rozpoznawanie IDRAPI500: Could not find a VAT mapping 'P-XX9'Nieprawidłowy kod VAT w XMLZlecić dostawcy wysłanie przez Peppol; dodać mapowanie w AutopilotU4BadRequest: BET.VOORW not validBrak terminu płatności dla wierzycielaUstawić termin płatności w Unit4U4BadRequest: EI_AP_DEF_ACCOUNT not setWierzyciel zastępczy nie aktywnyAktywować wierzyciela zastępczego, ponownie przesłać fakturyU4BadRequest: Betaalbaar valutabedrag moet afwijken van 0Suma faktury wynosi € 0,00Nie można zaksięgować w Unit4U4Forbidden.JSON: User is not authorized (2030)Użytkownik M2M-eConnect utracił uprawnieniaPrzywrócić uprawnienia użytkownikowi M2M-eConnectU4OK.JSON: System.Int32 overflowNumery faktur przekraczające 2 147 483 647Po stronie Unit4; Unit4 pracuje nad rozwiązaniemEmbeddedDocumentBinaryObject Base64 "data" prefixNadawca wysyła PDF z prefiksem "data" w Base64IDR automatycznie usuwa prefiks; nadal możliwe dla faktur Peppol
Kompensacja DueDate: Unit4 nie może przetwarzać faktur bez DueDate/PaymentDueDate (pole nie jest wymagane w XML). eConnect domyślnie ustawia PaymentDueDate na IssueDate (datę faktury) plus 30 dni, gdy to pole jest puste. Jest to standardowe Rule Based Enrichment, konfigurowane dla każdego klienta jako PrivateObject w PSB (zazwyczaj z Id unit4-setDueDate-30days).
Faktura zaksięgowana, ale brakuje załącznika PDF: wcześniejsze przerwy w połączeniu po stronie Unit4, gdzie PDF był tracony, są teraz ponawiane (potwierdzone przez Platform & Integracje, maj 2026). Pozostałe przypadki: zobacz ścieżkę diagnostyczną poniżej.
Faktura już na platformie, jeszcze nie w UBW -- czeka na automatyczny proces
UBW to klasyczna nazwa Agresso/UBW; w ramach eConnect używamy jej jako aliasu wyszukiwania obok Unit4 ERPx, gdzie odbywa się to przekazywanie.
Symptom: faktura przychodząca (często nie-Peppol) została ręcznie wysłana e-mailem na @trust.econnect.eu, jest widoczna na platformie, ale jeszcze nie znajduje się w UBW/Agresso lub połączonym pakiecie finansowym. Zobacz także Email Receiver w celu obsługi wpływu przez ten adres.
Najpierw dokonaj tego rozróżnienia, przed eskalacją:
Tymczasowe opóźnienie wsadowe lub przekazywania: dokument prawidłowo znajduje się na platformie, ale automatyczny proces odbioru lub księgowania klienta musi jeszcze zadziałać lub jest właśnie w toku. To zwykle rozwiązuje się samo; nie ma awarii.
Trwale nie dotarła: po oczekiwanym uruchomieniu faktura nadal jest nieobecna. Kontynuuj wtedy z Diagnostyka: faktura nie dotarła do ERPx bez komunikatu błędu poniżej (typ integracji, documentId/consignmentId, Events, idempotentność między Autopilot i ERPx).
Przy nowym zgłoszeniu:
Potwierdź widoczność i status faktury na platformie.
Zapytaj o typ integracji lub pakiet ERP (UBW/Agresso, Unit4 ERPx przez Autopilot, SFTP/PSB, ...) oraz czy automatyczny proces już działał dzisiaj.
Proces jeszcze nie działał lub jest w toku? Zaczekaj wtedy chwilę i potwierdź po uruchomieniu. Nie eskaluj przedwczesnie.
Proces działał i faktura wciąż trwale nie występuje? Zbierz identyfikatory i postępuj według ścieżki diagnostycznej poniżej.
Nie istnieje sztywne SLA w godzinach między przesłaniem przez Email Receiver a przetworzeniem w UBW/ERPx.
Diagnostyka: faktura nie dotarła do ERPx bez komunikatu błędu
Ta ścieżka dotyczy skarg takich jak „Zaksięgowane w eConnect, ale niewidoczne w ERPx" lub „Faktura wydaje się nigdy nie dotrzeć, brak komunikatu w Document Journal".
Kontekst: Trasa Autopilot -- Unit4 ERPx jest idempotentna (dopasowanie na numer faktury + klient + dostawca). W przypadku dopasowania ERPx nie jest ponownie wywoływany i przesyłany jest tylko brakujący PDF, podczas gdy platforma nadal wyświetla Booked. Pusty Document Journal dla drugiego przesłania nie oznacza zatem, że faktura zaginęła, ale zazwyczaj że została aktywowana weryfikacja idempotentna.
Sprawdź to najpierw u partnera Unit4 z wieloma fakturami:
Tylko dostawa, brak dziennika: status Delivered/Odebrano w skrzynce odbiorczej z 0 wynikami w Document Journals oznacza, że jeszcze nie doszło do żadnej próby księgowania Autopilot (Booked/Booking failed). Najpierw prześlij ponownie faktury do połączonego oprogramowania; badanie Events zacznij tylko po tym. Zobacz Autopilot -- Dzienniki dokumentów.
Rozdziel strony: klient odbierający (użytkownik ERPx) nie jest tym samym, co dostawca na fakturze, ani tym samym, co ewentualna strona pośrednia w dołączonym logu.
Właściwy log lub dokument: sprawdź, czy załącznik lub log eConnect to zgłaszany dokument (numer faktury, dostawca do odbiorcy). Błędny log to inny dokument; nie zaczynaj na nim badania ERPx.
Identyfikator na zgłoszoną fakturę: co najmniej numer faktury, najlepiej także documentId lub consignmentId. Wiele brakujących numerów faktur to odrębne dokumenty; Booked na fakturze A nie obejmuje faktury B.
Booked plus błąd duplikatu (np. invoice number already exists, lub po ponownym przesłaniu): często ten sam numer faktury został wysłany ponownie. Platforma może pokazywać Booked na wcześniejszym księgowaniu; to nie jest dowód, że inny numer faktury jest w ERPx. Potwierdź to przez Events (krok 3 poniżej) lub istniejącą rejestrację ERPx.
Kroki:
Krok 1: Zidentyfikuj typ integracji
Ustal typ integracji odbiorcy: Autopilot (Unit4 ERPx), inna trasa PSB, bezpośrednie SOAP API lub SFTP. Interpretacja etykiet statusu różni się w zależności od typu integracji.
Krok 2: Zbierz ID dokumentu
Zbierz jeden z następujących identyfikatorów dla dokumentu:
documentId (pochodzący z PSB), lub
consignmentId (pochodzący z platformy).
Jeden z tych dwóch wystarczy do znalezienia dokumentu we wszystkich systemach wewnętrznych.
Krok 3: Sprawdź Management API - Events (wewnętrzny)
Otwórz dokument na documentId lub consignmentId i sprawdź oś czasu Events. Pokazuje ona dla każdego kroku, jaka akcja została wykonana na dokumencie (odbiór, walidacja, przesłanie do ERPx, ponowienia, dopasowanie idempotentne, przesyłanie PDF). Dla integracji SFTP jest to jedyne miejsce, gdzie widoczny jest status dostarczenia.
Krok 4: Rozpoznaj dopasowanie idempotentne
Czy widzisz w Events, że eConnect rozpoznał fakturę jako istniejącą (numer faktury + klient + dostawca) i wykonał tylko przesłanie PDF? Wtedy jest to oczekiwane zachowanie -- faktura znajdowała się już w ERPx z poprzedniego przesłania. Eskalacja nie jest wymagana.
Krok 5: Eskalacja (jeśli wymagana)
Tylko jeśli Events nie dostarczają jednoznacznego obrazu: eskaluj do zespołu technicznego z co najmniej:
documentId lub consignmentId
partyId odbiorcy
typ integracji (Autopilot, inna trasa PSB, SOAP, SFTP)
nazwa klienta i numer zgłoszenia
ABWInvoice (Agresso/Unit4)
Transformacja ABWInvoice została zbudowana na podstawie oryginalnych dokumentów testowych. Niestandardowe warianty dokumentów (np. faktury w formacie swobodnym) mogą kończyć się niepowodzeniem z "API400: Initializing failed". Rozwiązanie: wniosek o zmianę do zespołu deweloperskiego w celu rozszerzenia transformacji.
Business Central
Komunikaty błędów z prefiksem BC pochodzą z Business Central. Mały wpływ ze strony eConnect; klient musi sprawdzić konfigurację BC.
Prefiks w nawiasach kwadratowych wskazuje typ odpowiedzi, którą eConnect otrzymał od Business Central podczas księgowania faktury:
[BC400] -- żądanie odrzucone przez Business Central (BC zwróciło błąd typu 400). Jest to prawie zawsze błąd walidacji lub relacji tabeli w konfiguracji BC klienta (np. brakująca wartość w powiązanej tabeli lub pole niespełniające warunku BC). Tekst bezpośrednio po [BC400]: (jak Internal_InvalidTableRelation lub Application_FieldValidationException) nazywa konkretny błąd BC i wskazuje pole lub tabelę do poprawienia.
[BCBadRequest] / [BCNotFound] / [BCTooManyRequests] -- podobne odpowiedzi po stronie BC (odrzucone żądanie, nie znaleziono, limit szybkości).
[API400] -- odrzucone przez samo API eConnect, dla BC (np. nieprawidłowe ustawienie połączenia).
We wszystkich przypadkach prefiksu BC rozwiązanie leży po stronie BC (konfiguracja klienta); eConnect ma tu mały wpływ.
Komunikat błęduPrzyczynaRozwiązanieRefresh token wygasł / invalid_grantDługo nie wysyłano fakturySamoobsługa: usuń integrację i połącz się ponownie w BCAPI400: action 'booking' not supportedPołączenie zawiera "booking" zamiast "autobooking"Ustaw prawidłową wartość przez ManagementApiBCNotFound: PSBWebhookReceiver_ReceiveHookStara integracja uszkodzonaTechSupport usuń starą integracjęBCTooManyRequestsPrzekroczono limit szybkości API BCDokument zwykle przetworzony; skieruj do partnera BCBCBadRequest: Transaction Type value (ECONNECT)Brak typu transakcjiDodawany automatycznie podczas instalacji; dla starszych wersji ręcznieBCBadRequest: VAT Prod. Posting Group value (1)Brakuje wartości VAT w VAT Product Posting GroupDodaj wartość; sprawdź mapowanie VATBC400: Internal_InvalidTableRelation -- VAT Prod. Posting Group value (1)Brakuje wartości VAT w tabeli VAT Product Posting GroupDodaj wartość do VAT Product Posting Group; sprawdź konfigurację VAT integracjiBC400: Application_FieldValidationException -- Account type must be 'Posting' (G/L Account 3000 is 'Begin-Total')Używany numer konta księgowego jest wierszem sumującym (Begin-Total), a nie kontem księgowalnaUżyj konta księgowania (Account type = Posting) w schemacie księgowania AutopilotBCNotFound: G-Account CodeNumer konta G niepowiązany jako konto bankoweDodaj konto G do dostawcy w BCBadRequest Control 'DocAmount' is read-only (4PS)Wersja 4PS uczyniła pola tylko do odczytu"excludeAmounts": true przez Management APIProperty 'Bank_Account_Code' does not exist (4PS BE)Belgijskie środowisko BC nie ma tego pola"excludeBankAccountCode": true przez Management API
AFAS
Komunikat błęduPrzyczynaRozwiązanieNo entityID found for companyWeryfikacja kodu pocztowego z KRS nie pasuje (oddział)Popraw numer KRS na karcie dłużnikaFaktury oznaczone jako duplikatyNumer faktury + data faktury identyczne dla różnych dostawcówProblem po stronie eConnect; wymagane wewnętrzne dochodzeniePodział VAT nie przeniesiony (Small Business)Ograniczenie AFAS Small BusinessBrak rozwiązania po stronie eConnect
AllSolutions
Komunikat błęduPrzyczynaRozwiązanieFirma-organizacja nie znalezionaNiezgodność KRS/VAT/OINSprawdź identyfikatory w obu systemachBrak numeru zamówieniaAllSolutions Logistics nie obsługuje numerów zamówień na fakturach sprzedażyDodaj ręcznie w eConnectBłędy VATNieprawidłowe obliczenie zaokrąglenia AllSolutionsAllSolutions musi to rozwiązaćResetuj integrację--MBDRAF > firma > eConnect > Edytuj > data dzisiejsza; następnie uruchom VIMEVB lub VIMEXB
Exact Online
Znana awaria? Najpierw sprawdź status.exact.com pod kątem aktualnych awarii Exact -- niezależnie od własnej strony statusu eConnect (support.econnect.eu/status/). Awaria po stronie Exact (np. Exact Online, Exact API) czasem wyjaśnia błędy, które nie wynikają z integracji eConnect.
Komunikat błęduPrzyczynaRozwiązanieForbiddenNiewystarczające uprawnienia (MijnKantoor nie działa)Skonfiguruj pełnego użytkownika z minimalnymi uprawnieniamiinvalid_grant / No consent from userZgoda OAuth wygasła lub została odwołanaUdziel zgody ponownie w Exact OnlineCyfrowa skrzynka pocztowa nie utworzonaProblem z uprawnieniamiUtwórz ręcznie: Mój Exact > Moje dane kontaktowe > Cyfrowe skrzynki pocztoweJuż istnieje: Cyfrowa skrzynka pocztowa; Nieprawidłowa: DywizjaPołączono z błędną administracjąPorównaj numery dywizji
ECI Inventive
Połączenie: SOAP-enterprise, tylko odbieranie (zakupy). Konfiguracja: Połącz ECI Inventive.
Diagnostyka: faktury nie są wczytywane do Inventive
Dwie przyczyny, nie mylić ich:
Zakłócenie platformy eConnect: na przykład brakujące załączniki PDF. Sprawdź status faktury w Skrzynce odbiorczej eConnect.
Własny błąd walidacji payloadu po stronie Inventive: poza zakresem wsparcia eConnect. Administrator Inventive to bada.
Status "przetworzone" w Skrzynce odbiorczej eConnect oznacza, że eConnect prawidłowo dostarczył faktury. Jeśli faktura wciąż brakuje w Inventive, sprawdź najpierw payload/import Inventive (zadania wsadowe), nie ponownie odbiór eConnect.
SymptomPierwsza kontrolaKierunekFaktura + PDF brakujące lub niekompletne w InventiveStatus Skrzynki odbiorczej i załącznikiPlatforma/eConnect, jeśli status nie jest "przetworzone" lub załącznik już tam brakujeFaktura "przetworzone" w Skrzynce odbiorczej, nie w InventiveBłąd payload/import InventiveAdministrator Inventive (import wsadowy e-faktur, DNA/konfiguracja)Skarga "nie wczytano" bez dowodu statusuZawsze najpierw sprawdź Skrzynkę odbiorcząRozdziel platformę vs payload ERP
Ogólne kroki ERP
Dla każdego pakietu ERP obowiązują następujące kroki:
Testuj połączenie: wszystkie pakiety wymagają portu 443 do punktu końcowego eConnect.
Odwołaj integrację oprogramowania: Platforma > Połączenia > Odwołaj klucz > usuń też z połączonego oprogramowania.
Prześlij dokumenty ponownie: Skrzynka odbiorcza/nadawcza > trzy kropki > "Prześlij ponownie pobieranie API". Przy oznaczeniu jako duplikat, najpierw "Oznacz jako oryginał".