FAQ
Hvorfor får jeg 401/ 403 / 500-feil med ERP-tilkoblingen min?
Svar
Vanligvis skyldes dette feilaktige tillatelser for Unit4-brukeren.
De vanligste er:
401- Uautorisert (ingen påloggingsinformasjon gitt eller feil påloggingsinformasjon)
403- Forbudt (påloggingsinformasjon gitt, men ingen tilgang – standard klient onuser, menytilgang, datakontroll)
404- Ikke funnet (URL var ikke tilgjengelig eller for SOAP stemmer ikke http / https POST-forespørselen med hvordan tjenesten er publisert, f.eks. https-forespørsel til http-endepunkt)
405- Metode ikke tillatt – vanligvis på SOAP, og URL-en er ikke konfigurert med service.svc på slutten i konfigurasjonen.
500- Intern serverfeil (sjekk API-en til webserveren / loggfilene til webservicen). Sjekk også at varianten EI02 er riktig definert i utvidelsesinnstillingene for MS7-systemer
503- Tjenesten er ikke tilgjengelig (sjekk serveren og brannmurkonfigurasjonen)
Dokumentet mitt har «eksport mislyktes», hva gjør jeg?
Svar
Du bør kunne se en feilmelding på dokumentet som forklarer hvorfor eksporten mislyktes.
For å eksportere fakturaen på nytt, merk av i boksen på fakturalinjen i fakturalisten (du kan merke av flere) og velg «Tilbake til gjennomgang av status». Vi anbefaler ikke å bruke «Ekstrakter på nytt» med mindre det er nødvendig, da dette medfører ekstra kostnader.
AI-en lærer ikke
Svar
AI-en bør begynne å lære seg fakturaene dine ganske raskt, vanligvis etter noen få fakturaer, men mer komplekse eksempler kan ta opptil 10 eller så. Hvis det imidlertid er spesielle problemer du ser gjentatte ganger, kan du logge dette hos support (hvis du bruker vår hostede tjeneste) eller Rossum (hvis du har kontrakt direkte med dem), da teamet vanligvis er svært hjelpsomme med å løse problemene.
AI-en fortsetter å feile tabellfelt eller «dobbelttagge» kolonner med to felt
Svar
Vi har oppdaget at AI-en av og til identifiserer felt to ganger, for eksempel som nettobeløp og bruttobeløp, og noen ganger nekter den å lære når du fjerner en av disse taggene.
AI-motoren er forhåndstrent til å gjenkjenne visse felt (fullstendig liste tilgjengelig på: https://elis.rossum.ai/api/docs/#extracted-field-types). Rossums anbefaling er å fjerne «AI-motorens felt-ID». Denne justeringen vil gjøre at motoren kan omgå forhåndstreningen og i stedet stole på tidligere bekreftede annotasjoner.
For å fjerne dette, finn feltet i køinnstillingene i Rossum, bla ned til delen «Captured by AI engine» (Registrert av AI-motor) og fjern den valgte verdien fra «AI engine field ID» (AI-motorens felt-ID).
Kan vi stoppe OCR-en fra å trekke ut ekstra sider for å spare penger?
Svar
Ja, vi kan sette «effective_page_count» til x antall sider, men dette vil gjelde for hele køen din. OCR-en vil da prøve å trekke ut kun fra de første x sidene.
Hvis dataene fra dokumentet ikke trekkes ut på en tilfredsstillende måte innenfor de første x sidene, vil fakturaen sendes til gjennomgang.
Hvis brukeren deretter velger data fra påfølgende sider, vil disse sidene bli fakturerbare.
For øyeblikket kan denne køinnstillingen bare oppdateres via API, så kontakt support for å be om dette om nødvendig.
Mer informasjon om fakturering er tilgjengelig her
I webserviceloggfilen ser jeg System.Xml.XmlException: Data på rotnivået er ugyldig. Linje 3, posisjon 11.
Svar
Dette er et kjent problem i noen oppdateringer av Unit4 MS7 / CR, der importwebservicen var ødelagt og hadde problemer med WS_RESTRICTED_HTML-parameterinnstillingene. Sjekk Unit4-fellesskapet for mer informasjon og eventuelle hurtigrettinger som kan være nødvendige.
Hvor kan jeg se XML-filen som Rossum sendte til ERP7 / ERPCR?
Svar
Du kan hente XML-filen fra tabellen acrxmlimport. Merk at du må bruke SQL for å konvertere blob-filen til XML for å kunne lese den.
På MS7 eller CR mislyktes EI02- eller IMS-prosessen min. Hvorfor vises dokumentet fortsatt som eksportert?
Svar
EI02-/IMS-feil bør håndteres på riktig måte i Unit4, da vi ikke kan «se» feilene når vi har sendt dataene. API-en vi bruker, lar oss bare sende forespørselen for senere kjøring, ikke kjøre EI02.
Problemer med filstørrelse ved opplasting: feilmelding fra nettjenesten: Filstørrelse [1306064] er større enn maksimum [1024000]
Svar
Problemet her er:
1- Dokumenttypen er konfigurert til å tillate dokumenter på 10 MB.
2- Vi begrenser dette på vår mikrotjeneste.
3- Brukeren laster opp et dokument på 5 MB.
4- Feilmelding fra nettjenesten: Filstørrelse [1306064] er større enn maksimum [1024000].
Dette skyldes en innstilling på unit4-webserveren som er satt til 1 MB (i vårt eksempel), noe vi ikke kan være klar over i mikrotjenesten.
Løsningen er å få verten til å øke filstørrelsen i antisamy.xml-filen eller å begrense filstørrelsen på dokumentarkivet (vanligvis upraktisk).