Gå til hovedinnhold

Utgivelsesnotater

Vi bruker semantisk versjonering for våre utgivelser, som gjennom versjonsnumre indikerer om det er gjort vesentlige endringer. En hovedversjon (f.eks. 1 til 2) kan inneholde vesentlige endringer. En mindre versjon (f.eks. 1.22 til 1.23) inneholder ikke vesentlige endringer, men kan inneholde større funksjonsutvidelser eller oppgraderinger. Patch-versjoner (f.eks. 1.22.8 til 1.22.9) er feilrettinger og mindre funksjonsjusteringer.

*Vær oppmerksom på at ikke alle versjonsnumre vil bli nevnt her. Versjoner som kun inneholder infrastrukturendringer, vil få tildelt et versjonsnummer, men vil ikke bli dokumentert her.

Versjon 1.0.35​

2026-06-11 Endringer fra 1.0.34

Nye skjemafelt Se skjema her​

Nye innstillinger Se innstillinger her​

Oppdatering av dokumentasjon​

Mindre funksjoner / forbedringer​

  • [OC2-199] Vi håndterer nå tidsavbruddene ved Rossum-hendelser, som er begrenset til 30 sekunder, på en bedre måte, slik at vi i slike situasjoner bør kunne gi brukeren en tydeligere melding i stedet for bare å si at «noe gikk galt»
  • [ISD-506] MS7-/CR-systemer skal nå vise det registrerte fakturabeløpet i delen «PO-detaljer». Merk at den registrerte fakturamengden fortsatt ikke er tilgjengelig i API-et.

Versjon 1.0.34​

2026-06-02 Endringer fra 1.0.33

Nye skjemafelt Se skjema her​

Nye innstillinger Se innstillinger her​

Oppdatering av dokumentasjon​

Vi har forbedret dokumentasjonen rundt tidsavbruddsmeldingene (TIME_000 / TIME_001 / TIME_002) på rossum-hendelser

Mindre funksjoner / forbedringer​

  • [OC2-197 / ISD-447] Kundeforespørsel. Du kan nå angi arrivalDateOutput i køinnstillingene. Hvis dette er angitt, vil xml-taggen arrival_date på ERP7/CR eller registeredDate for ERPx-systemer settes til enten:

    • rossumArrived datoen arrived_at som er angitt på dokumentet i Rossum.

    • export eksportdatoen.

    Hvis dette ikke er angitt, vil disse eksportfeltene ikke inkluderes.

  • [OC2-201] Kundeforespørsel. Du kan nå angi allowAnyTaxCoding i køinnstillingene. Merk at valg av en skattekode som ikke samsvarer med skatteprosenten eller valutaen på fakturalinjen, vil generere en ACL_004-advarsel eller -feil, fordi det å la dette gå til ERP sannsynligvis vil føre til at importtjenesten rapporterer dokumentet som ubalansert. Denne innstillingen er imidlertid spesifikt etterspurt av kunder for å gi dem muligheten til å registrere skattekoden før import, og oppdatere innkjøpsordren med denne skattekoden (ved hjelp av verktøy i Unit4).

    • Hvis dette er satt til true, vil systemet alltid tillate at enhver skattekode (som respekterer fakturavalutaen) og skattesystem velges manuelt i kontokoding, uavhengig av skatteprosent, kontoregler, om dokumentet er en innkjøpsordre eller innstillingene i manualTaxCodeIds.
    • Hvis denne innstillingen ikke er angitt, eller er satt til false, vil de tilgjengelige skattekodene være begrenset av manualTaxCodeIds og skattesatsen og valutaen på fakturaen.

Versjon 1.0.32​

2026-05-20 Endringer fra 1.0.31

Nye skjemafelt Se skjema her​

Nye innstillinger Se innstillinger her​

Oppdatering av dokumentasjon​

Vi har lagt til flere spørsmål og svar i vår FAQ.

Mindre funksjoner / forbedringer​

  • [OC2-200] For å unngå nedstrøms problemer med ERP7 / ERPCR-systemene etter implementeringen av vår løsning for samsvar av enkeltlinjer, vil systemet nå forhåndsaggregere fakturalinjer for samme ordre og ordrenummer. Dette skyldes at ERP7 / ERPCR-importsystemet ikke kan håndtere flere linjer for samme order_id og linjenummer. Linjens netto, skatt, brutto og antall vil bli samlet, og alt annet på linjen vil bli hentet fra den første linjen under samlingen. ERPx påvirkes ikke av denne endringen.

  • [OC2-192 / ISD-480] Gjenoppretter tidligere funksjonalitet der fakturaer for innkjøpsordrer alltid bruker skattekoden fra innkjøpsordrelinjen

Vi har løst et problem der feilen ACL_002 stoppet eksport av fakturaer for innkjøpsordrer når prosentsatsen i skattekoden på ordren og skatteprosenten på fakturaen ikke stemte overens. Det vanligste tilfellet er når innkjøpsordrer opprettes feilaktig uten merverdiavgift, men fakturaen kommer inn med merverdiavgift.

Systemet vil nå godta disse fakturaene igjen, MEN DETTE KAN FORÅRSAKE PROBLEMER LENGRE NED I KJEDEN med behandlingen i ERP, og fakturaen må håndteres manuelt. Dette er en funksjon som kreves av noen av våre kunder som automatiserer oppdateringen av skattekoder på innkjøpsordren fra fakturaen.

Systemet vil gi den eksisterende ACL_004-advarselen, og vi anbefaler på det sterkeste at dette oppgraderes til en feil i innstillingene dine hvis du ikke ønsker at disse fakturaene skal legges inn i Unit4 uten inngrep.

En fremtidig utvikling vil gjøre det mulig for brukere å velge en hvilken som helst skattekode på en innkjøpsordrelinje når ACL_004-meldingen vises som en feil. Dette er for å muliggjøre videre behandling i ERP-systemet (for eksempel en AG16- eller Extension-flyt for å oppdatere innkjøpsordren).

Versjon 1.0.31​

2026-05-11 Endringer fra 1.0.29

Nye skjemafelt Se skjema her​

Nye innstillinger Se innstillinger her​

Dokumentasjonsoppdatering​

Mindre funksjoner / forbedringer​

  • [OC2-193 / ISD-469 / ISD-442] Sammenstilling av én fakturalinje med én innkjøpsordrelinje Vi har implementert første trinn i en løsning for å gjenaktivere sammenstilling av alle fakturalinjer med én innkjøpsordrelinje, der innkjøpsordren kun har én linje. Dette er en innstilling på kønivå som kan aktiveres ved å implementere utvidelsesinnstillingen singleLineMatch. Vær oppmerksom på at vi planlegger å legge til ytterligere fleksibilitet til denne innstillingen i fremtidige utgivelser.

  • [OC2-187] Vi viser nå en advarsel som kan eskaleres INL_014 hvis innkjøpsordrelinjen som er matchet mot en fakturalinje, ikke har status O

  • [OC2-190 / ISD-447] For ERPx-systemer vil vi nå alltid eksportere produktkoden fra den samsvarende innkjøpsordrelinjen, i stedet for fakturadataene, for å sikre at systemet behandler den som en samsvarende linje.

  • [OC2-146 / ISD-413] Koden for å generere regnskapsinformasjonen tar nå hensyn til bruken av verdimatriser på skattekode og skattesystem

  • [OC2-188 / ISD-468] Tillat at fakturadatoen overskrives med eksportdatoen fra Rossum. Ny utvidelsesinnstilling exportDateAsInvoiceDate

Versjon 1.0.29​

2026-04-30 Endringer fra 1.0.28

Nye skjemafelt Se skjema her​

  • discovered_po_line_tax_code

Nye innstillinger Se innstillinger her​

Dokumentasjonsoppdatering​

  • [OC2-171 / ISD-458] Det er lagt til ytterligere informasjon på køsiden om redigering av Rossum-skjemaet.

Mindre funksjoner / forbedringer​

  • [OC2-172] Vi har implementert en løsning for å gjenaktivere automatisk utfylling av order_id for alle fakturalinjer, der en order_id er angitt i fakturaoverskriften OG finnes i ERP-systemet. Denne løsningen fungerer sammen med den feilrettingen som gjorde det nødvendig å fjerne denne funksjonen i utgangspunktet. Se den oppdaterte dokumentasjonen om sammenstilling av innkjøpsordrer

  • [OC2-182] Vi har fjernet feilmeldingen som oppstod når verdiene for «Unit Net» eller «Unit Gross» ikke var utfylt; dette påvirker ikke eksisterende saldo-sjekker for linjeverdier. Hvis du ønsker at disse feltene skal være obligatoriske, kan du oppdatere køskjemaet ditt for å gjenspeile dette.

  • [OC2-169] Vi har aktivert en compressGL-innstilling som KUN gjelder ERPx. Hvis denne settes til «true», aktiveres flagget når fakturaen eksporteres. Unit4 beskriver dette slik: Hvis innstillingen er «true», aggregeres hovedbok- og skatteradene i henhold til hovedbokanalysen. Beskrivelsen som er angitt for hovedbokraden, overføres ikke til hovedboken. (Denne funksjonaliteten kan gjenskapes i ERP7 ved å bruke parameteren «compress» på EI02).

  • [OC2-47 / ISD-412] Det er nå mulig å legge til skattekode i skjemaet under seksjonen discovered_po_lines for å vise skattekoden. Merk at der linjer har delt regnskapsføring med ulike skattekoder, vil disse vises adskilt med vertikalstrek, f.eks. 20|5

Versjon 1.0.28​

2026-04-22 Endringer fra 1.0.27

Vi vil nå inkludere to nye seksjoner i utgivelsesnotatene for å hjelpe med å tydelig se hvilken ny konfigurasjon som kan være nødvendig. Disse seksjonene vil kun inkludere endringer siden forrige versjon.

Nye skjemafelt Se skjema her​

  • split_percentage

Nye innstillinger Se innstillinger her​

Dokumentasjonsoppdatering​

Mindre funksjoner / forbedringer​

  • [OC2-148 / ISD-422] Delt koding av bestillinger Vi har nå forbedret håndteringen av bestillinger som har linjer med delt hovedbokkoding, eller som kan være "delt" på grunn av Unit4 API-feil (notert på ERPx). Systemet vil nå:
  • Deduplisere disse ordrelinjene før det forsøkes å matche dem med fakturalinjer, noe som øker matchraten
  • Vise flere regnskapslinjer (kun til informasjon) inkludert prosentvis fordeling hvis det nye feltet er inkludert.
  • Ikke vise flere linjer i delen for bestillingsdetaljer.

Vær oppmerksom på at for alle bestillingsfakturaer vil kodingen og fordelingen bli diktert av Unit4-systemet når dataene sendes. Derfor vil eksportprosessen fortsatt bare sende én linje per fakturalinje. Eksporten vil ikke dele analysen på dataene som sendes til ERP.

  • [OC2-167 / ISD-447] Send regnskapsinformasjon i et annet format kun når du sender til ERP-X.

  • [OC2-155] Øke tillatt nyttelaststørrelse og forbedre feilrapportering rundt feilene "Nyttelast for stor" når du håndterer svært store fakturaer.

  • [OC2-165 / ISD-430] Rette falske linjeavvisninger ved avrundingsproblemer når linjeantallet er mindre enn én.

Versjon 1.0.27​

2026-04-01 Endringer fra 1.0.26

Oppdatering av dokumentasjon​

  • Vi har utvidet feilsøkingsdokumentasjonen for å gjøre det lettere å identifisere forskjeller mellom data/meldinger som genereres via utvidelsen og de som genereres i selve Rossum-systemet.

Mindre funksjoner​

  • [OC2-48 / ISD-237] Kundeforespørsel om å tillate at ikke-aktive leverandører blir matchet i OCR, men at det oppstår en feilmelding hvis dette er tilfelle. F.eks. ønsker de å vite at leverandøren eksisterer og var det beste treffet, men at den er stengt.

    • Fordi ERP vil gi en feilmelding hvis leverandører med en annen status enn N eller P sendes, har vi også lagt til en ekstra feilmelding SU_017 hvis den best matchede leverandøren ikke har en gyldig status.
    • Vi har også lagt til en ekstra advarselsmelding SU_018 (som kan oppgraderes til en feil) hvis leverandøren er parkert, selv om ERP vil godta transaksjonen i dette tilfellet
    • Denne nye funksjonen er OPT-IN, og den eksisterende oppførselen vil ikke endres med mindre du legger til utvidelsesinnstillingen validSupplierStatus for å tillate systemet å importere leverandører med forskjellige statuskoder.

  • [OC2-41] Bedre feilrapportering ved ugyldige URL-formater og ugyldige protokoller for URL-er angitt i innstillinger / hemmeligheter. Ytterligere feilmeldinger CF_003 og CF_004 for å støtte dette.

  • [OC2-127] Lagt til en «manuell overstyring» på linjenivå.

    • Av og til kan du oppleve at den automatiske linjematcheren overskriver inndata, noe som gjør justeringer av linjedetaljer mer vanskelige. Av denne grunn har vi gjort det mulig å legge inn linjer i «manuell modus». Dette kan angis ved hjelp av rullegardinmenyen «Line Input Mode» i brukergrensesnittet. Når dette er satt til «manuell», vil det ikke bli forsøkt automatisk innlegging, så sørg for at detaljene som legges inn er korrekte. Se dokumentasjonen og skjermbildet her
    • For å implementere denne endringen i en eksisterende kø, må du legge til et nytt felt line_input_mode med alternativene auto og manual. Se oppsettet (søk etter dette feltet) i dokumentasjonen for obligatorisk skjema

Versjon 1.0.26​

2026-03-26 Endringer fra 1.0.25

Oppdatering av dokumentasjon​

  • [OC2-120 / ISD-379] Vi har lagt til et nytt FAQ-spørsmål som forklarer at hvis versjonsnummeret EI02 ikke er oppgitt riktig, kan dette føre til en 500-feil i MS7 / CR SOAP-forespørselen.

Mindre funksjoner​

  • [OC2-143 / ISD-414] Vi har forbedret samsvaret mellom sorteringskoder for å ta hensyn til ikke-numeriske tegn som er inkludert i ERP eller i innkommende data.
  • [OC2-144 / ISD-417] Vi har lagt til en lengdekontroll for produktkode i listen over felt vi sjekker før dataene sendes til ERP, for å unngå importproblemer i ERP.
  • [OC2-150] Systemet vil nå returnere advarsler til Rossum-skjermen hvis noen data er for lange til å sendes til ERP og vil bli avkortet ved eksport (Meldingskode: INL_013)

Versjon 1.0.25​

Oppdatering av dokumentasjon​

Vi har lagt til ytterligere informasjon på bestillingssiden i brukerveiledningen om bestillingssammenstilling.

Vi er klar over at det tidligere problemet med falske positive resultater ved sammenstilling med enkeltlinjebestillinger (løst i 1.0.22) kan ha skjult noen ERP7-funksjoner knyttet til koding av tilleggslinjer.

Disse kan tidligere ha blitt feilaktig sammenstilt med en bestillingslinje, og ERP ville derfor ha hentet kodingen fra denne bestillingslinjenummeret.

Med feilen rettet, vil ekstra linjer kreve at en kontokode sendes til ERP7, men denne vil da overskrives av EI-parametrene (se Unit4-dokumentasjonen for elektronisk fakturering for mer informasjon). For å hjelpe med denne funksjonen er OC2-135 nedenfor implementert

Mindre funksjoner​

  • [OC2-135] Tillat at kontokoden for ekstra (ikke-tilpassede) linjer på en PO-faktura blir standard fra systemparameteren EI_SUPP_DEF_ACCOUNT (Merk ekstra objekttilgang må gis)

  • [OC2-133][ISD-404] Relatert til [OC2-126] Vi har gjort endringer for å forbedre ordrematchingen ytterligere, og vi forventer ytterligere forbedringer i fremtidige utgivelser.

  • [OC2-132] Legg til en ny advarsel PO_008 (som kan oppgraderes til en feil) når det finnes ekstra/ikke-samsvarende ordrelinjer på en faktura.

Mindre feilrettinger​

  • [OC2-131] Forbedret håndtering av eskalerte advarsler som noen ganger eskalerte til feil.

Versjon 1.0.22​

Mindre feilrettinger​

  • [OC2-125][ISD-396] Løser et problem med manuelle overstyringer hvis linjene ikke samsvarer.

  • [OC2-126][ISD-395] Reduserer falske positive resultater ved samsvar med enkeltlinjeordrer.

Versjon 1.0.21​

Mindre funksjoner​

  • [OC2-91] Tillat at advarselsmeldinger oppgraderes til blokkerende feil. Utvidelsen kan nå konfigureres slik at visse meldinger stopper eksporten av fakturaer. Se dokumentasjonen for den nye innstillingen for å oppgradere advarsler

  • [OC2-108] Alle meldinger (feil, advarsler, informasjon) som genereres av mikrotjenesten, vil nå ha en kode som kan slås opp i feilsøkingsdelen.

Oppdatering av dokumentasjon​

Vi har gjort noen viktige endringer i dokumentasjonssystemet.

  • Lagt til advarsler om passende styrke og overføring av passord
  • Lagt til en fil som forklarer noen grunnleggende JSON-begreper for brukere som ikke er kjent med dette
  • Implementert plugin-image-zoom (det samme som portaldokumentasjonen) som lar brukerne klikke og forstørre bilder i dokumentasjonen
  • Oversatt til norsk og svensk
  • Andre mindre forbedringer

Versjon 1.0.19​

Mindre feilretting​

  • [OC2-113 / ISD-344] Løste et problem der det under visse omstendigheter ikke var mulig å søke etter dupliserte transaksjoner i miljøer med flere selskaper.
  • [OC2-114] Løst et problem for MS7 der oppkallet for å søke etter flere innkjøpsordrer samtidig fra ERP mislyktes.

Mindre funksjoner​

  • [OC2-40] Systemet vil nå verifisere maksimal dokumentstørrelse for dokumenttypen og gi en feilmelding hvis dokumentet som behandles overskrider denne størrelsen.

  • Dokumentasjonsforbedringer

  • Forbedringer av pre-release-verktøy og testing

Versjon 1.0.17​

Mindre funksjoner​

  • [OC2-96 / ISD-350] Vi har introdusert en ny utvidelseskonfigurasjon som lar brukerne angi sin egen gyldige innkjøpsordrestatus, og forbedret meldingene rundt ordrematching tilbake til ERP. Se dokumentasjonen for utvidelseskonfigurasjon og brukerveiledningen.

  • [OC2-98] Vi har rettet en feil med den nye samsvaringen av juridiske enheter, der enhetskoden under visse forhold ikke ble brukt riktig på linjene.

Versjon 1.0.14​

Mindre funksjoner​

  • [OC2-94] Vi har introdusert muligheten til å kartlegge juridiske enheter i ERP fra Rossum-identifiserte kundenavn.

  • [OC2-90] Vi har gjort noen mindre forbedringer i avrundingslogikken.

Versjon 1.0.13​

27.11.2025 Endringer fra 1.0.12

Mindre feilretting​

  • [ISD-335] - Når man søkte etter leverandører manuelt, ble det feilaktig markert som «Leverandør ikke funnet» hvis man tømte søkefeltet etter at en leverandør var funnet. Denne oppdateringen løser dette.

Versjon 1.0.12​

18.11.2025 Endringer fra 1.0.11

Mindre oppdateringer​

  • [OC2-43] - Forbedring: Lagt til en testutvidelsesfunksjon for å teste tilkoblingen tilbake til ERP-systemet. Se dokumentasjonen her

  • [OC2-80] - Forbedring: Innkjøpsordrer med desimaler/punktum er nå ekskludert som ikke-numeriske og sendes ikke lenger til søket i ERP

  • [OC2-81] - Løste et problem med obligatoriske standard skattekoder som ikke ble brukt riktig på GL-linjer før brukeren åpnet skjermen.

  • [OC2-82] - Forbedring: ERPx v2 av API-en for innkommende fakturaer brukes nå

  • [OC2-83] - ERPx løste et problem med at linjenumrene som ble sendt noen ganger forårsaket en E-status som ble slettet når fakturaen ble lagret i ERPx.

  • [OC2-84] - Forbedret filtrering på betalingsmottakerens endepunkt for å unngå problemer med at URL-en overskrider maksimal lengde

Versjon 1.0.11​

2025-10-21 Endringer fra 1.0.10

Mindre oppdateringer​

  • [OC2-79] - Forbedring: Vi har forbedret dokumentasjonen rundt tidsavbrudd og lagt til feilkode: TIME_000

Versjon 1.0.10​

2025-10-21 Endringer fra 1.0.9

Mindre oppdateringer​

  • [OC2-74] - Forbedring: API / IDS / SOAP-URL-ene kan nå konfigureres i utvidelsesinnstillingene i stedet for i hemmeligheter, slik at de blir mer synlige

  • [OC2-17] - Ny funksjon: Kontroller av betalingsmottakere (faktor) er nå på plass. Det er to nye utvidelsesinnstillinger for å aktivere disse. Du må også gi OCR-brukeren din tilgang til objektet accounting/supplier payment recipients

  • payRecipientCheck: Hvis dette er satt til true, vil systemet markere en INFO-melding mot den samsvarende leverandøren, hvis en betalingsmottaker er identifisert som angitt i leverandørregisteret. Dette vil bli oppgradert til en ADVARSEL-melding hvis betalingsmottakeren ikke har status N.

    • payRecipientBankCheck: Hvis dette er satt til true, vil systemet matche bankopplysningene OG valutaen fra fakturaen med de fra betalingsmottakeren (i stedet for de i leverandørens hovedfil).
info

Vær oppmerksom på at for å aktivere dette må du også gi OCR-brukeren din tilgang til supplier-payment-recipient-objektet i ERP.

Versjon 1.0.9​

2025-10-20 Endringer fra 1.0.8

Mindre oppdateringer​

  • [OC2-75] - Forbedring: bedre håndtering av containeradministrasjonsprosessen på våre servere.

  • [OC2-76] - MS7 løste et problem med at fakturadatoen ikke ble brukt riktig.

  • [OC2-77] - MS7 løste et problem med lange beskrivelser som førte til at EI02 mislyktes (linjebeskrivelsen er nå avkortet til 255 tegn).

  • [OC2-56] Forbedring: håndtering av meldingsfiler.

    • Implementert en ny parameter for å konfigurere hvilket nivå av meldinger som sendes til ERP-systemet attachMessagesDocument
    • Vi har omdøpt meldingstekstfilen til zzzz_messages... når den sendes til ERP. ERP viser dokumenter i alfabetisk rekkefølge, så i noen tilfeller ble meldingsfilen vist som den første filen i stedet for fakturafilen.
    • Nedgradert advarselen "Skattebeløpet er ikke null, og ignoreTax er aktivert. Skatten vil bli null ved innsending." til en informasjonsmelding.

Versjon 1.0.8​

2025-10-01 Endringer fra 1.0.7

Mindre oppdateringer​

  • [ISD-292] - Løst et problem der bankkontofeltet ikke ble merket når det ikke samsvarte med leverandørregisteret.

  • [OC2-50] - Forbedret meldingen om IBAN-mismatch, med henvisning til «normaliserte felt», som er det feltet applikasjonen sjekker.

  • [ISD-293] - Løst et problem der OCR-dataene var for store til å overføres til utvidelsen. Dette skjedde når ERP-systemet hadde et betydelig antall konto-/attributt-/skattealternativer og det var mange linjer på fakturaen.

Versjon 1.0.7​

17.09.2025 Endringer fra 1.0.6

Mindre oppdateringer​

  • [ISD-284] - MS7 løste et problem med kontoregler med autofyll via relasjoner, der den relaterte attributt-ID-en ble sendt i XML i stedet for attributtene attribute_id.

Versjon 1.0.6​

17.09.2025 Endringer fra 1.0.5

Mindre oppdateringer​

  • [ISD-277 OC2-68] Mindre forbedring: Vi har gjort det mulig for systemet å replikere v1-funksjonaliteten for å sende enten beskrivelsen på første linje eller en tidsstempel som fakturabeskrivelse. Det er en ny utvidelsesinnstilling for å håndtere dette: firstLineAsDescription.

  • [OC2-46] Mindre feilretting for MS7 for å korrigere at tekstfilen «messages» ikke ble riktig vedlagt fakturatransaksjonen. På ERP7 må vi vente på at EI02 kjører og transaksjonsnummeret genereres før indeksene kan oppdateres. Denne filen vil nå vises som et andre vedlegg med fakturaer og inneholde all informasjon og advarselsmeldinger. Vi vil utvide muligheten til å konfigurere dette videre på et senere tidspunkt.

  • [OC2-63] Mindre forbedring for å tvinge erpVersion til små bokstaver for å unngå konfigurasjonsproblemer

  • [OC2-63] Mindre feilretting for MS7 for å håndtere erpcr som en innstilling på riktig måte

  • [ISD-275] Mindre feilretting for MS7 ved forsøk på å matche en Rossum-pålogging med en Unit4-bruker for å sende tilbake i accountable (søk i Unit4Id fungerte fint, men når man stolte på adresser, måtte alle adresser inneholde e-posten, dette er endret til hvilken som helst). Dette feltet havner i ext_ref på acrtrans.

Versjon 1.0.5​

2025-09-09 Endringer fra 1.0.5

Mindre oppdateringer​

  • Mindre feilretting for MS7 for å korrigere attribute_ids som sendes i XML
  • Mindre feilretting for å korrigere en API-forespørsel for flere attributter, der lukkede verdier kan ha blitt vist som alternativer.

Versjon 1.0.4​

08.09.2025 Endringer fra 1.0.4

Mindre oppdateringer​

  • Mindre feilretting for MS7 for å sende 0 i stedet for tom streng hvis skatteverdi og skattesats ikke er oppgitt.
  • Mindre feilretting der ett felt fortsatt ble sendt som netto når parameteren ignoreTax var aktivert.

Versjon 1.0.3​

02.09.2025 Endringer fra 1.0.2

Mindre oppdateringer​

Den konfigurerte transaksjonstypen i Rossum Extension vil nå sendes til MS7-systemer på EI02-parameteren: vt_pre_reg_i (Tt Incoming Invoice)

Versjon 1.0.2​

2025-08-13 Endringer fra 1.0.1

Mindre oppdateringer​

Ekstra feilloggføring når vi ikke kan koble oss til ERP-systemet i det hele tatt.

Versjon 1.0.1​

2025-08-06 Endringer fra 1.0.0

Mindre oppdateringer​

Sørg for at bankopplysningskontrollene på leverandører også sjekker SWIFT/BIC-koden.