Risoluzione problemi ERP: messaggi di errore per pacchetto software

Messaggi di errore e soluzioni per pacchetto ERP: Unit4 ERPx, Business Central, AFAS, AllSolutions, Exact Online e altro.

Messaggi di errore e soluzioni per pacchetto ERP. Questo articolo tratta gli errori specifici di ogni pacchetto. Per problemi generici di API, webhook e connettività: vedere Risoluzione problemi integrazioni.

Unit4 ERPx

I messaggi di errore con il prefisso U4 provengono da Unit4 ERPx. La soluzione si trova quasi sempre sul lato software, non in eConnect. Il cliente può scaricare il file XML dalla piattaforma e inviarlo all'amministratore Unit4.

Messaggio di erroreCausaSoluzioneAPI500: Unknown error occurred booking the invoiceTimeout, >200 righe, 0 righe, codici IVA duplicatiReinviare; manualmente in ERPx; verificare lo schema IVAU4BadRequest: Invoice number already exists (3011/3010)Fattura già registrataVerificare se la fattura è stata inviata due volte; verificare il riconoscimento IDRAPI500: Could not find a VAT mapping 'P-XX9'Codice IVA errato nell'XMLFar inviare al fornitore tramite Peppol; aggiungere il mapping in AutopilotU4BadRequest: BET.VOORW not validNessun termine di pagamento per il creditoreImpostare il termine di pagamento in Unit4U4BadRequest: EI_AP_DEF_ACCOUNT not setCreditore fittizio non attivoAttivare il creditore fittizio, reinviare le fattureU4BadRequest: Betaalbaar valutabedrag moet afwijken van 0Totale fattura è € 0,00Non può essere registrato in Unit4U4Forbidden.JSON: User is not authorized (2030)L'utente M2M-eConnect ha perso i permessiRipristinare i permessi dell'utente M2M-eConnectU4OK.JSON: System.Int32 overflowNumeri di fattura che superano 2.147.483.647Lato Unit4; Unit4 sta lavorando a una soluzioneEmbeddedDocumentBinaryObject Base64 "data" prefixIl mittente invia PDF con prefisso "data" in Base64IDR rimuove automaticamente il prefisso; ancora possibile per le fatture Peppol

Compensazione DueDate: Unit4 non può elaborare le fatture senza DueDate/PaymentDueDate (il campo non è obbligatorio nell'XML). eConnect imposta di default il PaymentDueDate sulla IssueDate (data della fattura) più 30 giorni quando questo campo è assente. Si tratta di una Rule Based Enrichment standard, configurata per cliente come PrivateObject nella PSB (tipicamente con Id unit4-setDueDate-30days).

Fattura registrata ma allegato PDF mancante: le precedenti interruzioni di connessione dal lato Unit4 dove il PDF andava perso vengono ora riprovate (confermato da Platform & Integrazioni, maggio 2026). Casi rimanenti: vedere il percorso diagnostico di seguito.

Fattura già nella piattaforma, non ancora in UBW -- in attesa del processo automatico

UBW è il nome classico Agresso/UBW; all'interno di eConnect lo usiamo come alias di ricerca insieme a Unit4 ERPx, dove avviene questo inoltro.

Sintomo: una fattura in entrata (spesso non-Peppol) è stata inviata manualmente via e-mail a @trust.econnect.eu, è visibile nella piattaforma, ma non è ancora in UBW/Agresso o nel pacchetto finanziario collegato. Vedere anche Email Receiver per l'afflusso tramite questo indirizzo.

Fai prima questa distinzione, prima di escalare:

  1. Ritardo temporaneo di batch o inoltro: il documento è correttamente nella piattaforma, ma il processo automatico di recupero o registrazione del cliente deve ancora essere eseguito o è in corso. Questo di solito si risolve da sé; non c'è un'interruzione.
  2. Non arrivata permanentemente: dopo l'esecuzione prevista, la fattura è ancora assente. Continua allora con Diagnostica: fattura non ricevuta in ERPx senza messaggio di errore di seguito (tipo di integrazione, documentId/consignmentId, Events, idempotenza tra Autopilot e ERPx).

In caso di segnalazione recente:

  1. Confermare la visibilità e lo stato della fattura nella piattaforma.
  2. Chiedere il tipo di integrazione o il pacchetto ERP (UBW/Agresso, Unit4 ERPx via Autopilot, SFTP/PSB, ...) e se il processo automatico è già stato eseguito oggi.
  3. Il processo non è ancora stato eseguito o è in corso? Attendere quindi brevemente e confermare dopo l'esecuzione. Non escalare prematuramente.
  4. Il processo è stato eseguito e la fattura è ancora permanentemente assente? Raccogliere gli ID e seguire il percorso diagnostico di seguito.

Non esiste un SLA fisso in ore tra l'invio tramite Email Receiver e l'elaborazione in UBW/ERPx.

Diagnostica: fattura non ricevuta in ERPx senza messaggio di errore

Questo percorso si applica a reclami come "Registrato in eConnect ma non visibile in ERPx" o "La fattura sembra non essere mai arrivata, nessun messaggio nel Document Journal".

Contesto: La route Autopilot -- Unit4 ERPx è idempotente (corrispondenza su numero fattura + cliente + fornitore). In caso di corrispondenza, ERPx non viene chiamato nuovamente e viene caricato solo un PDF mancante, mentre la piattaforma mostra comunque Booked. Un Document Journal vuoto per il secondo invio non significa quindi che la fattura è andata persa, ma generalmente che è stata attivata la verifica idempotente.

Verifica prima questo con un partner Unit4 con più fatture:

  1. Solo consegnato, nessun journal: lo stato Delivered/Ricevuto nella Posta in arrivo con 0 risultati nei Document Journal significa che non è ancora avvenuto alcun tentativo di registrazione Autopilot (Booked/Booking failed). Ripresentare prima la fattura al software collegato; avviare un'indagine Events solo dopo. Vedere Autopilot -- Registri documenti.
  2. Separare le parti: il cliente destinatario (utente ERPx) non è lo stesso del fornitore sulla fattura, né lo stesso di un'eventuale parte intermedia su un log allegato.
  3. Log o documento corretto: verificare se l'allegato o il log eConnect è il documento rivendicato (numero fattura, fornitore verso destinatario). Un log errato è un documento diverso; non avviare un'indagine ERPx su di esso.
  4. Identificativo per fattura rivendicata: come minimo il numero di fattura, preferibilmente anche documentId o consignmentId. Più numeri di fattura mancanti sono documenti separati; Booked sulla fattura A non copre la fattura B.
  5. Booked più errore di duplicato (ad es. invoice number already exists, o dopo un nuovo invio): spesso lo stesso numero di fattura è stato inviato di nuovo. La piattaforma può mostrare Booked sulla registrazione precedente; questo non è prova che un altro numero di fattura sia in ERPx. Confermare questo tramite Events (passo 3 di seguito) o una registrazione ERPx esistente.

Passi:

Passo 1: Identificare il tipo di integrazione

Determinare il tipo di integrazione del destinatario: Autopilot (Unit4 ERPx), altra route PSB, API SOAP diretta o SFTP. L'interpretazione delle etichette di stato differisce per tipo di integrazione.

Passo 2: Raccogliere un ID documento

Raccogliere uno dei seguenti ID per il documento:

  • documentId (proveniente dalla PSB), o
  • consignmentId (proveniente dalla piattaforma).

Uno dei due è sufficiente per cercare il documento in tutti i sistemi interni.

Passo 3: Consultare Management API - Events (interno)

Aprire il documento tramite documentId o consignmentId e consultare la cronologia degli Events. Qui è mostrato per ogni passo quale azione è stata eseguita sul documento (ricezione, validazione, invio a ERPx, tentativi, corrispondenza idempotente, caricamento PDF). Per le integrazioni SFTP, questo è l'unico posto dove lo stato di consegna è visibile.

Passo 4: Riconoscere una corrispondenza idempotente

Si vede in Events che eConnect ha riconosciuto la fattura come esistente (numero fattura + cliente + fornitore) e ha eseguito solo un caricamento PDF? Allora questo è il comportamento atteso -- la fattura si trovava già in ERPx da un invio precedente. Nessuna escalation necessaria.

Passo 5: Escalation (se necessario)

Solo se Events non forniscono un quadro conclusivo: escalare al team tecnico con almeno:

  • documentId o consignmentId
  • partyId del destinatario
  • tipo di integrazione (Autopilot, altra route PSB, SOAP, SFTP)
  • nome del cliente e numero del ticket
ABWInvoice (Agresso/Unit4)

La trasformazione ABWInvoice è stata creata sulla base dei documenti di test originali. Le varianti di documenti non standard (es. fatture in testo libero) possono fallire con "API400: Initializing failed". Soluzione: richiesta di modifica allo sviluppo per un'estensione della trasformazione.

Business Central

I messaggi di errore con il prefisso BC provengono da Business Central. Poca influenza da parte di eConnect; il cliente deve verificare la configurazione BC.

Il prefisso tra parentesi quadre indica il tipo di risposta che eConnect ha ricevuto da Business Central durante la registrazione della fattura:

  • [BC400] -- una richiesta rifiutata da Business Central (BC ha restituito un errore di tipo 400). Si tratta quasi sempre di un errore di validazione o relazione di tabella nella configurazione BC del cliente (es. un valore mancante in una tabella correlata o un campo che non soddisfa una condizione BC). Il testo direttamente dopo [BC400]: (come Internal_InvalidTableRelation o Application_FieldValidationException) nomina l'errore BC concreto e punta al campo o alla tabella da correggere.
  • [BCBadRequest] / [BCNotFound] / [BCTooManyRequests] -- risposte simili dal lato BC (richiesta rifiutata, non trovata, limite di velocità).
  • [API400] -- rifiutato dall'API eConnect stessa, per BC (es. un'impostazione di connessione errata).

In tutti i casi di prefisso BC, la soluzione risiede dal lato BC (configurazione del cliente); eConnect ha poca influenza qui.

Messaggio di erroreCausaSoluzioneRefresh token scaduto / invalid_grantNessuna fattura inviata per molto tempoSelf-service: rimuovere l'integrazione e riconnettersi in BCAPI400: action 'booking' not supportedLa connessione contiene "booking" invece di "autobooking"Impostare il valore corretto via ManagementApiBCNotFound: PSBWebhookReceiver_ReceiveHookVecchia integrazione danneggiataTechSupport rimuovere la vecchia integrazioneBCTooManyRequestsLimite di velocità dell'API BC superatoDocumento generalmente elaborato; fare riferimento al partner BCBCBadRequest: Transaction Type value (ECONNECT)Tipo di transazione mancanteAggiunto automaticamente durante l'installazione; per versioni precedenti manualmenteBCBadRequest: VAT Prod. Posting Group value (1)Valore IVA mancante in VAT Product Posting GroupAggiungere il valore; verificare il mapping IVABC400: Internal_InvalidTableRelation -- VAT Prod. Posting Group value (1)Valore IVA mancante nella tabella VAT Product Posting GroupAggiungere il valore a VAT Product Posting Group; verificare la configurazione IVA dell'integrazioneBC400: Application_FieldValidationException -- Account type must be 'Posting' (G/L Account 3000 is 'Begin-Total')Il numero di conto del libro mastro utilizzato è una riga totale (Begin-Total), non un conto contabilizzabileUtilizzare un conto del libro mastro contabilizzabile (Account type = Posting) nello schema di registrazione AutopilotBCNotFound: G-Account CodeNumero di conto G non collegato come conto bancarioAggiungere il conto G al fornitore in BCBadRequest Control 'DocAmount' is read-only (4PS)La versione 4PS ha reso i campi di sola lettura"excludeAmounts": true via Management APIProperty 'Bank_Account_Code' does not exist (4PS BE)L'ambiente BC belga non ha questo campo"excludeBankAccountCode": true via Management API
AFAS
Messaggio di erroreCausaSoluzioneNo entityID found for companyLa verifica del codice postale con la Camera di Commercio non corrisponde (filiale)Correggere il numero della Camera di Commercio sulla scheda debitoreFatture contrassegnate come duplicateNumero fattura + data fattura identici per fornitori diversiProblema dal lato eConnect; indagine interna necessariaRipartizione IVA non trasferita (Small Business)Limitazione di AFAS Small BusinessNessuna soluzione dal lato eConnect
AllSolutions
Messaggio di erroreCausaSoluzioneAzienda-organizzazione non trovataDiscrepanza Camera di Commercio/IVA/OINVerificare gli identificatori in entrambi i sistemiNumero ordine mancanteAllSolutions Logistica non supporta i numeri d'ordine nelle fatture di venditaAggiungere manualmente in eConnectErrori IVACalcolo arrotondamento AllSolutions erratoAllSolutions deve risolvere questoReimpostare l'integrazione--MBDRAF > azienda > eConnect > Modifica > data di oggi; poi eseguire VIMEVB o VIMEXB
Exact Online

Interruzione nota? Verifica prima status.exact.com per le interruzioni Exact attuali -- indipendente dalla pagina di stato propria di eConnect (support.econnect.eu/status/). Un'interruzione presso Exact stesso (ad es. Exact Online, Exact API) a volte spiega errori non legati al collegamento eConnect.

Messaggio di erroreCausaSoluzioneForbiddenPermessi insufficienti (MijnKantoor non funziona)Configurare un utente completo con permessi minimiinvalid_grant / No consent from userConsenso OAuth scaduto o revocatoConcedere nuovamente il consenso in Exact OnlineCasella postale digitale non creataProblema di permessiCreare manualmente: Il mio Exact > I miei dati di contatto > Caselle postali digitaliEsiste già: Casella postale digitale; Non valido: DivisioneAmministrazione errata collegataConfrontare i numeri di divisione
ECI Inventive

Connessione: SOAP-enterprise, solo ricezione (acquisti). Configurazione: Collegare ECI Inventive.

Diagnostica: le fatture non vengono letto in Inventive

Due cause, da non confondere:

  1. Interruzione della piattaforma eConnect: ad esempio allegati PDF non consegnati. Controlla lo stato della fattura nella Posta in arrivo eConnect.
  2. Errore di validazione del payload proprio sul lato Inventive: fuori dall'ambito del supporto eConnect. L'amministratore Inventive indaga su questo.

Stato "elaborata" nella Posta in arrivo eConnect significa che eConnect ha consegnato correttamente la fattura. Se la fattura manca ancora in Inventive dopo, controlla prima il payload/import di Inventive (lavori batch), non di nuovo la ricezione eConnect.

SintomoPrima verificaDirezioneFattura + PDF mancanti o incompleti in InventiveStato Posta in arrivo e allegatiPiattaforma/eConnect se lo stato non è "elaborata" o l'allegato manca già lìFattura "elaborata" in Posta in arrivo, non in InventiveErrore payload/import InventiveAmministratore Inventive (import batch e-fatture, DNA/configurazione)Reclamo "non letta" senza prova di statoControllare sempre prima la Posta in arrivoSeparare piattaforma vs payload ERP
Passi ERP generici

Per ogni pacchetto ERP si applicano i seguenti passi:

  1. Testare la connessione: tutti i pacchetti richiedono la porta 443 verso l'endpoint eConnect.
  2. Revocare l'integrazione software: Piattaforma > Connessioni > Revocare la chiave > rimuovere anche nel software collegato.
  3. Reinviare i documenti: Posta in arrivo/in uscita > tre punti > "Reinviare il download API". Per il contrassegno duplicato, prima "Contrassegnare come originale".

Torna alle integrazioni software