Hoppa till huvudinnehåll

FAQ

Varför får jag 401/ 403 / 500-fel med min ERP-anslutning?​

Svar​

Vanligtvis beror detta på felaktiga behörigheter för Unit4-användaren.

De vanligaste är:

401- Obehörig (inga autentiseringsuppgifter angivna eller felaktiga autentiseringsuppgifter)

403- Förbjuden (autentiseringsuppgifter angivna men ingen åtkomst – standardklient onuser, menyåtkomst, datakontroll)

404- Hittades inte (URL var inte tillgänglig eller för SOAP matchar http/https POST-begäran inte hur tjänsten publiceras, t.ex. https-begäran till http-slutpunkt)

405- Metod inte tillåten – vanligtvis på SOAP och URL:en har inte konfigurerats med service.svc i slutet i konfigurationen.

500- Internt serverfel (kontrollera din webbserver API / Webservice logfiler). Kontrollera även att varianten EI02 är korrekt definierad i tilläggsinställningarna för MS7-system

503- Tjänsten är inte tillgänglig (kontrollera din server och brandväggskonfiguration)

Mitt dokument har "export misslyckades", vad gör jag?​

Svar​

Du bör kunna se ett felmeddelande på dokumentet som förklarar varför exporten misslyckades.

För att exportera fakturan igen, markera kryssrutan på fakturaraden i listan över fakturor (du kan markera flera) och välj "Tillbaka för att granska status". Vi rekommenderar inte att du använder "Extrahera igen" om det inte är nödvändigt, eftersom detta medför extra kostnader.

AI:n lär sig inte​

Svar​

AI:n bör börja lära sig dina fakturor ganska snabbt, vanligtvis inom några få fakturor, men mer komplexa exempel kan ta upp till 10 eller så. Om det dock finns särskilda problem som du ser om och om igen, vänligen logga detta hos supporten (om du använder vår hostade tjänst) eller Rossum (om du har ett direktavtal med dem), eftersom teamet vanligtvis är mycket hjälpsamma när det gäller att lösa problemen.

AI:n fortsätter att felaktigt identifiera tabellfält eller "dubbeltagga" kolumner med två fält​

Svar​

Vi har upptäckt att AI:n ibland identifierar fält två gånger, till exempel som nettobelopp och bruttobelopp, och ibland vägrar den att lära sig när du tar bort en av dessa taggar.

AI-motorn är förprogrammerad för att känna igen vissa fält (fullständig lista finns på: https://elis.rossum.ai/api/docs/#extracted-field-types). Rossums rekommendation är att ta bort "AI-motorns fält-ID". Denna justering gör att motorn kan kringgå sin förprogrammering och istället förlita sig på tidigare bekräftade anteckningar.

För att ta bort detta, leta upp fältet i köinställningarna i Rossum och bläddra ner till avsnittet ”Captured by AI engine” (Fångat av AI-motorn) och ta bort det valda värdet från ”AI engine field ID” (AI-motorns fält-ID).

Kan vi stoppa OCR från att extrahera extra sidor för att spara pengar?​

Svar​

Ja, vi kan ställa in "effective_page_count" till x antal sidor, men detta kommer att gälla för hela din kö. OCR kommer då att försöka extrahera endast från de första x sidorna.

Om data från dokumentet inte extraheras på ett tillfredsställande sätt inom de första x sidorna kommer fakturan att skickas för granskning.

Om användaren sedan väljer data från efterföljande sidor kommer dessa sidor att faktureras.

För närvarande kan denna köinställning endast uppdateras via API, så kontakta supporten för att begära detta om det behövs.

Mer information om fakturering finns här.

I webbtjänstens loggfil ser jag System.Xml.XmlException: Data på rotnivån är ogiltig. Rad 3, position 11.​

Svar​

Detta är ett känt problem i vissa uppdateringar av Unit4 MS7 / CR där importwebbtjänsten var trasig och hade problem med inställningarna för parametern WS_RESTRICTED_HTML. Kontrollera Unit4-communityn för mer information och eventuella snabbkorrigeringar som kan behövas.

Var kan jag se XML-filen som Rossum skickade till ERP7 / ERPCR?​

Svar​

Du kan hämta XML-filen från tabellen acrxmlimport. Observera att du måste använda SQL för att konvertera blob-filen till XML för att kunna läsa den.

På MS7 eller CR misslyckades min EI02- eller IMS-process. Varför visas dokumentet fortfarande som exporterat?​

Svar​

EI02-/IMS-fel bör hanteras på lämpligt sätt i Unit4, eftersom vi inte kan ”se” några fel när vi har skickat data. API:et vi använder tillåter oss endast att skicka begäran för att köras senare, inte att köra EI02.

Problem med filstorlek vid uppladdning: felmeddelande returneras av webbtjänsten: Filstorlek [1306064] är större än max [1024000]​

Svar​

Problemet här är:

1- Dokumenttypen är inställd på att tillåta dokument på 10 MB.

2- Vi begränsar detta i vår mikrotjänst.

3- Användaren laddar upp ett dokument på 5 MB.

4- Webbtjänsten returnerar ett felmeddelande: Filstorleken [1306064] är större än maxstorleken [1024000].

Detta beror på en inställning i Unit4-webbservern som är inställd på 1 MB (i vårt exempel) och som vi inte kan känna till i mikrotjänsten.

Lösningen är att få värden att öka filstorleken i filen antisamy.xml eller att begränsa filstorleken för ditt dokumentarkiv (vanligtvis opraktiskt).