Odstraňování problémů ERP: chybové zprávy podle softwarového balíčku
Chybové zprávy a řešení podle ERP balíčku: Unit4 ERPx, Business Central, AFAS, AllSolutions, Exact Online a další.
Chybové zprávy a řešení podle balíčku ERP. Tento článek se zabývá chybami specifickými pro každý balíček. Pro obecné problémy s API, webhooky a konektivitou: viz Řešení problémů s integracemi.
Unit4 ERPx
Chybové zprávy s předponou U4 pocházejí z Unit4 ERPx. Řešení se téměř vždy nachází na straně softwaru, ne v eConnect. Zákazník může stáhnout soubor XML z platformy a předat ho správci Unit4.
Chybová zprávaPříčinaŘešeníAPI500: Unknown error occurred booking the invoiceČasový limit, >200 řádků, 0 řádků, duplicitní kódy DPHZnovu odeslat; ručně v ERPx; zkontrolovat schéma DPHU4BadRequest: Invoice number already exists (3011/3010)Faktura již zaregistrovánaZkontrolovat, zda byla faktura odeslána dvakrát; zkontrolovat rozpoznávání IDRAPI500: Could not find a VAT mapping 'P-XX9'Nesprávný kód DPH v XMLNechat dodavatele poslat přes Peppol; přidat mapování v AutopilotU4BadRequest: BET.VOORW not validBez platební lhůty pro věřiteleNastavit platební lhůtu v Unit4U4BadRequest: EI_AP_DEF_ACCOUNT not setFiktivní věřitel není aktivníAktivovat fiktivního věřitele, znovu odeslat fakturyU4BadRequest: Betaalbaar valutabedrag moet afwijken van 0Celková částka faktury je € 0,00Nelze zaúčtovat v Unit4U4Forbidden.JSON: User is not authorized (2030)Uživatel M2M-eConnect ztratil oprávněníObnovit oprávnění uživatele M2M-eConnectU4OK.JSON: System.Int32 overflowČísla faktur přesahující 2 147 483 647Na straně Unit4; Unit4 pracuje na řešeníEmbeddedDocumentBinaryObject Base64 "data" prefixOdesílatel posílá PDF s předponou "data" v Base64IDR automaticky odstraní předponu; stále možné u faktur Peppol
Kompenzace DueDate: Unit4 nemůže zpracovat faktury bez DueDate/PaymentDueDate (pole není v XML povinné). eConnect standardně nastavuje PaymentDueDate na IssueDate (datum faktury) plus 30 dní, když toto pole chybí. Jde o standardní Rule Based Enrichment, konfigurované pro každého zákazníka jako PrivateObject v PSB (typicky s Id unit4-setDueDate-30days).
Faktura zaúčtována, ale chybí příloha PDF: dřívější přerušení připojení na straně Unit4, kde byl PDF ztracen, jsou nyní opakovány (potvrzeno Platform & Integrace, květen 2026). Zbývající případy: viz diagnostická cesta níže.
Diagnostika: faktura nedorazila do ERPx bez chybové zprávy
Tato cesta se vztahuje na stížnosti jako „Zaúčtováno v eConnect, ale neviditelné v ERPx" nebo „Faktura zřejmě nikdy nedorazila, žádná zpráva v Document Journal".
Kontext: Trasa Autopilot -- Unit4 ERPx je idempotentní (shoda na číslo faktury + zákazník + dodavatel). Při shodě není ERPx znovu volán a nahraje se pouze chybějící PDF, zatímco platforma stále zobrazuje Booked. Prázdný Document Journal pro druhé odeslání tedy neznamená, že faktura zmizela, ale obvykle že byla aktivována idempotentní kontrola.
Toto nejdříve zkontrolujte u partnera Unit4 s více fakturami:
Pouze doručeno, žádný journal: stav Delivered/Přijato v příchozí schránce s 0 výsledky v Document Journals znamená, že ještě nedošlo k žádnému pokusu o zaúčtování Autopilot (Booked/Booking failed). Nejprve znovu odešlete faktury do připojeného softwaru; vyšetřování Events začněte až poté. Viz Autopilot -- Deníky dokumentů.
Oddělte strany: přijímající zákazník (uživatel ERPx) není totožný s dodavatelem na faktuře, ani s případnou zprostředkující stranou v přiloženém logu.
Správný log nebo dokument: ověřte, zda je příloha nebo eConnect log požadovaným dokumentem (číslo faktury, dodavatel k příjemci). Chybný log je jiný dokument; nezačínejte na něm vyšetřování ERPx.
Identifikátor na požadovanou fakturu: minimálně číslo faktury, nejlépe i documentId nebo consignmentId. Více chybějících čísel faktur jsou samostatné dokumenty; Booked na faktuře A nepokrývá fakturu B.
Booked plus chyba duplicity (např. invoice number already exists, nebo po opětovném odeslání): často bylo znovu odesláno stejné číslo faktury. Platforma může zobrazovat Booked na dřívějším zaúčtování; to není důkaz, že jiné číslo faktury je v ERPx. Potvrďte to přes Events (krok 3 níže) nebo existující registraci ERPx.
Kroky:
Krok 1: Identifikujte typ integrace
Určete typ integrace příjemce: Autopilot (Unit4 ERPx), jiná trasa PSB, přímé SOAP API nebo SFTP. Interpretace štítků stavu se liší podle typu integrace.
Krok 2: Shromážděte ID dokumentu
Shromážděte jedno z následujících ID pro dokument:
documentId (pocházející z PSB), nebo
consignmentId (pocházející z platformy).
Jeden z těchto dvou stačí k vyhledání dokumentu ve všech interních systémech.
Krok 3: Konzultujte Management API - Events (interní)
Otevřete dokument na documentId nebo consignmentId a konzultujte časovou osu Events. Zde je zobrazeno pro každý krok, jaká akce byla provedena na dokumentu (příjem, validace, odeslání do ERPx, opakování, idempotentní shoda, nahrání PDF). Pro integrace SFTP je toto jediné místo, kde je viditelný stav doručení.
Krok 4: Rozpoznejte idempotentní shodu
Vidíte v Events, že eConnect rozpoznal fakturu jako existující (číslo faktury + zákazník + dodavatel) a provedl pouze nahrání PDF? Pak je to očekávané chování -- faktura se již nacházela v ERPx z předchozího odeslání. Eskalace není nutná.
Krok 5: Eskalace (pokud je nutná)
Pouze pokud Events neposkytují jednoznačný obraz: eskalujte na technický tým s alespoň:
documentId nebo consignmentId
partyId příjemce
typ integrace (Autopilot, jiná trasa PSB, SOAP, SFTP)
jméno zákazníka a číslo tiketu
ABWInvoice (Agresso/Unit4)
Transformace ABWInvoice byla vytvořena na základě původních testovacích dokumentů. Nestandardní varianty dokumentů (např. faktury ve volném textu) mohou selhat s "API400: Initializing failed". Řešení: žádost o změnu vývojovému týmu pro rozšíření transformace.
Business Central
Chybové zprávy s předponou BC pocházejí z Business Central. Malý vliv ze strany eConnect; zákazník musí zkontrolovat konfiguraci BC.
Předpona v hranatých závorkách označuje typ odpovědi, kterou eConnect obdržel od Business Central při zaúčtování faktury:
[BC400] -- požadavek odmítnutý Business Central (BC vrátilo chybu typu 400). Jde téměř vždy o chybu validace nebo vztahu tabulky v konfiguraci BC zákazníka (např. chybějící hodnota v přidružené tabulce nebo pole nesplňující podmínku BC). Text přímo po [BC400]: (jako Internal_InvalidTableRelation nebo Application_FieldValidationException) pojmenovává konkrétní chybu BC a ukazuje na pole nebo tabulku k opravě.
[BCBadRequest] / [BCNotFound] / [BCTooManyRequests] -- podobné odpovědi ze strany BC (odmítnutý požadavek, nenalezeno, omezení rychlosti).
[API400] -- odmítnuto samotným API eConnect, pro BC (např. nesprávné nastavení připojení).
Ve všech případech předpony BC leží řešení na straně BC (konfigurace zákazníka); eConnect zde má malý vliv.
Chybová zprávaPříčinaŘešeníRefresh token vypršel / invalid_grantDlouho nebyla odeslána žádná fakturaSamoobsluha: odebrat integraci a znovu se připojit v BCAPI400: action 'booking' not supportedPřipojení obsahuje "booking" místo "autobooking"Nastavit správnou hodnotu přes ManagementApiBCNotFound: PSBWebhookReceiver_ReceiveHookStará integrace poškozenaTechSupport odebrat starou integraciBCTooManyRequestsPřekročen limit rychlosti API BCDokument obvykle zpracován; odkázat na partnera BCBCBadRequest: Transaction Type value (ECONNECT)Chybí typ transakcePřidáno automaticky během instalace; pro starší verze ručněBCBadRequest: VAT Prod. Posting Group value (1)Chybí hodnota DPH ve VAT Product Posting GroupPřidat hodnotu; zkontrolovat mapování DPHBC400: Internal_InvalidTableRelation -- VAT Prod. Posting Group value (1)Chybí hodnota DPH v tabulce VAT Product Posting GroupPřidat hodnotu do VAT Product Posting Group; zkontrolovat konfiguraci DPH integraceBC400: Application_FieldValidationException -- Account type must be 'Posting' (G/L Account 3000 is 'Begin-Total')Použité číslo účtu hlavní knihy je souhrnný řádek (Begin-Total), nikoli zaúčtovatelný účetPoužít zaúčtovatelný účet hlavní knihy (Account type = Posting) ve schématu zaúčtování AutopilotBCNotFound: G-Account CodeČíslo G-účtu není propojeno jako bankovní účetPřidat G-účet k dodavateli v BCBadRequest Control 'DocAmount' is read-only (4PS)Verze 4PS učinila pole jen pro čtení"excludeAmounts": true přes Management APIProperty 'Bank_Account_Code' does not exist (4PS BE)Belgické prostředí BC toto pole nemá"excludeBankAccountCode": true přes Management API
AFAS
Chybová zprávaPříčinaŘešeníNo entityID found for companyKontrola PSČ s obchodním rejstříkem neodpovídá (pobočka)Opravit číslo obchodního rejstříku na kartě dlužníkaFaktury označeny jako duplicitníČíslo faktury + datum faktury identické pro různé dodavateleProblém na straně eConnect; vyžadováno interní vyšetřováníRozúčtování DPH nepřeneseno (Small Business)Omezení AFAS Small BusinessŽádné řešení na straně eConnect
AllSolutions
Chybová zprávaPříčinaŘešeníFirma-organizace nenalezenaNeshoda obchodní rejstřík/DPH/OINZkontrolovat identifikátory v obou systémechChybí číslo objednávkyAllSolutions Logistika nepodporuje čísla objednávek na prodejních fakturáchPřidat ručně v eConnectChyby DPHNesprávný výpočet zaokrouhlení AllSolutionsAllSolutions to musí vyřešitResetovat integraci--MBDRAF > firma > eConnect > Upravit > dnešní datum; pak spustit VIMEVB nebo VIMEXB
Exact Online
Známý výpadek? Nejprve zkontrolujte status.exact.com, zda nejde o aktuální výpadek Exact -- nezávisle na vlastní stavové stránce eConnect (support.econnect.eu/status/). Výpadek na straně Exact (např. Exact Online, Exact API) někdy vysvětluje chyby, které nesouvisejí s propojením eConnect.
Chybová zprávaPříčinaŘešeníForbiddenNedostatečná oprávnění (MijnKantoor nefunguje)Nastavit plnohodnotného uživatele s minimálními oprávněnímiinvalid_grant / No consent from userSouhlas OAuth vypršel nebo byl odvolánUdělit souhlas znovu v Exact OnlineDigitální poštovní schránka nevytvořenaProblém s oprávněnímiVytvořit ručně: Moje Exact > Moje kontaktní údaje > Digitální poštovní schránkyJiž existuje: Digitální poštovní schránka; Neplatné: DivizePřipojená špatná administracePorovnat čísla divizí
Porucha platformy eConnect: například chybějící přílohy PDF. Zkontrolujte stav faktury v Doručené poště eConnect.
Vlastní chyba validace payloadu na straně Inventive: mimo rozsah podpory eConnect. Správce Inventive to vyšetřuje.
Stav "zpracováno" v Doručené poště eConnect znamená, že eConnect fakturu správně doručil. Pokud faktura pořád chybí v Inventive, zkontrolujte nejprve payload/import Inventive (dávkové úlohy), ne znovu příjem eConnect.
PříznakPrvní kontrolaSměrFaktura + PDF chybí nebo jsou nekompletní v InventiveStav Doručené pošty a přílohyPlatforma/eConnect, pokud stav není "zpracováno" nebo příloha tam již chybíFaktura "zpracována" v Doručené poště, ne v InventiveChyba payload/import InventiveSprávce Inventive (dávkový import e-faktur, DNA/konfigurace)Stížnost "nenačteno" bez důkazu stavuVždy nejprve zkontrolovat Doručenou poštuOddělit platformu vs ERP payload
Obecné kroky ERP
Pro každý balíček ERP platí následující kroky:
Testovat připojení: všechny balíčky vyžadují port 443 k endpointu eConnect.
Odvolat softwarovou integraci: Platforma > Připojení > Odvolat klíč > odebrat také v připojeném softwaru.
Znovu odeslat dokumenty: Doručená pošta/Odeslaná pošta > tři tečky > "Znovu odeslat stahování API". Při označení jako duplikát nejprve "Označit jako originál".