Hoppa till huvudinnehåll

Release notes

Vi använder semantisk versionering för våra releaser som genom versionsnummer indikerar om brytande ändringar har införts. En större version (t.ex. 1 till 2) kan innehålla brytande ändringar. En mindre version (t.ex. 1.22 till 1.23) innehåller inga genomgripande förändringar, men kan innehålla större tillägg eller uppgraderingar av funktioner. Patchversioner (t.ex. 1.22.8 till 1.22.9) är buggfixar och mindre justeringar av funktioner.

*Observera att inte alla versionsnummer kommer att anges här. Versioner som endast innehåller infrastrukturförändringar tilldelas ett versionsnummer men dokumenteras inte här.

Version 1.0.35​

2026-06-1 Ändringar jämfört med 1.0.34

Nya schemafält Se schemat här​

Nya inställningar Se inställningarna här​

Uppdatering av dokumentationen​

Mindre funktioner / förbättringar​

  • [OC2-199] Vi hanterar nu tidsgränserna för Rossum-händelser, som är begränsade till 30 sekunder, på ett bättre sätt, så vi bör kunna visa ett tydligare meddelande för användaren i dessa situationer istället för att bara ange att något gick fel
  • [ISD-506] MS7-/CR-systemen bör nu visa det registrerade fakturabeloppet i avsnittet PO-detaljer. Observera att den registrerade fakturakvantiteten fortfarande inte är tillgänglig i API:et.

Translated with DeepL.com (free version)

Version 1.0.34​

2026-06-02 Ändringar jämfört med 1.0.33

Nya schemafält Se schemat här​

Nya inställningar Se inställningar här​

Uppdatering av dokumentationen​

Vi har förbättrat dokumentationen kring timeout-meddelandena (TIME_000 / TIME_001 / TIME_002) för rossum-händelser

Mindre funktioner / förbättringar​

  • [OC2-197 / ISD-447] Kundförfrågan. Du kan nu ställa in arrivalDateOutput i köinställningarna. Om detta är inställt kommer xml-taggen arrival_date på ERP7/CR eller registeredDate för ERPx-system att ställas in på antingen:

    • rossumArrived det arrived_at-datum som är inställt på dokumentet i Rossum.

    • export exportdatumet.

    Om detta inte är inställt kommer dessa exportfält inte att inkluderas.

  • [OC2-201] Kundförfrågan. Du kan nu ställa in allowAnyTaxCoding i köinställningarna. Observera att val av en skattekod som inte stämmer överens med skattesatsen eller valutan på fakturaraden genererar en ACL_004-varning eller ett fel, eftersom det sannolikt leder till att importtjänsten markerar dokumentet som obalanserat om detta tillåts gå vidare till ERP. Denna inställning har dock specifikt efterfrågats av kunder för att de ska kunna registrera skattekoden före importen och uppdatera inköpsordern med denna skattekod (med hjälp av verktyg inom Unit4).

    • Om detta är inställt på true kommer systemet alltid att tillåta att valfri skattekod (som respekterar fakturavalutan) och skattesystem väljs manuellt i kontokodningen, oavsett skatteprocent, kontoregler, om dokumentet är en inköpsfaktura eller inställningarna i manualTaxCodeIds.
    • Om denna inställning inte är angiven, eller är inställd på false, kommer de tillgängliga skattekoderna att begränsas av manualTaxCodeIds samt skattesatsen och valutan på fakturan.

Version 1.0.32​

2026-05-20 Ändringar jämfört med 1.0.31

Nya schemafält Se schemat här​

Nya inställningar Se inställningarna här​

Uppdatering av dokumentationen​

Vi har lagt till några fler frågor och svar i våra vanliga frågor.

Mindre funktioner / förbättringar​

  • [OC2-200] För att undvika nedströmsproblem med ERP7-/ERPCR-systemen efter implementeringen av vår lösning för matchning av enstaka rader kommer systemet nu att föraggregera fakturarader för samma order och orderradnummer. Detta beror på att ERP7/ERPCR-importsystemet inte kan hantera flera rader för samma order_id och radnummer. Radens netto, skatt, brutto och kvantitet kommer att aggregeras och allt annat på raden kommer att hämtas från den första raden under aggregeringen. ERPx påverkas inte av denna ändring.

  • [OC2-192 / ISD-480] Återställer det tidigare beteendet där fakturor för inköpsorder alltid använder skattekoden från inköpsorderraden

Ett problem har åtgärdats där felet ACL_002 hindrade export av fakturor för inköpsorder när skattesatsen i skattekoden på ordern och skattesatsen på fakturan inte stämde överens. Det vanligaste fallet är när inköpsorder upprättas felaktigt utan moms, men fakturan kommer in med moms.

Systemet kommer nu att släppa igenom dessa fakturor igen, MEN DETTA KAN ORSAKA PROBLEM LÄNGRE FRAM I KEDJAN vid bearbetningen i ERP, och fakturan måste hanteras manuellt. Detta är ett beteende som krävs av vissa av våra kunder som automatiserar uppdateringen av skattekoder på inköpsordern från fakturan.

Systemet kommer att generera den befintliga varningen ACL_004 och vi rekommenderar starkt att denna uppgraderas till ett fel i dina inställningar om du inte vill att dessa fakturor ska bokföras i Unit4 utan ingripande.

En framtida utveckling kommer att göra det möjligt för användare att välja valfri skattekod på en inköpsorderrad när meddelandet ACL_004 genereras som ett fel. Detta för att möjliggöra hantering i ERP-systemet (t.ex. ett AG16- eller Extension-flöde för att uppdatera inköpsordern).

Version 1.0.31​

2026-05-11 Ändringar från 1.0.29

Nya schemafält Se schema här​

Nya inställningar Se inställningar här​

Dokumentationsuppdatering​

Mindre funktioner / förbättringar​

  • [OC2-193 / ISD-469 / ISD-442] Matchning av enstaka fakturarader mot en inköpsorderrad Vi har implementerat det första steget i en lösning för att återaktivera matchningen av alla fakturarader mot en enda inköpsorderrad, i de fall där inköpsordern endast innehåller en rad. Detta är en inställning på kö-nivå som kan aktiveras genom att implementera tilläggsinställningen singleLineMatch. Observera att vi planerar att lägga till ytterligare flexibilitet till denna inställning i framtida versioner.

  • [OC2-187] Vi genererar nu ett uppgraderbart varningsmeddelande INL_014 om inköpsorderraden som matchats mot en fakturarad inte har status O

  • [OC2-190 / ISD-447] För ERPx-system exporterar vi nu alltid produktkoden från den matchade inköpsorderraden, istället för fakturadata, för att säkerställa att systemet behandlar den som en matchad rad.

  • [OC2-146 / ISD-413] Koden för att generera bokföringsinformationen tar nu hänsyn till användningen av värdematriser för skattekod och skattesystem

  • [OC2-188 / ISD-468] Gör det möjligt att ersätta fakturadatumet med exportdatumet från Rossum. Ny tilläggsinställning exportDateAsInvoiceDate

Version 1.0.29​

2026-04-30 Ändringar från 1.0.28

Nya schemafält Se schema här​

  • discovered_po_line_tax_code

Nya inställningar Se inställningar här​

Dokumentationsuppdatering​

  • [OC2-171 / ISD-458] Ytterligare information om redigering av Rossum-schemat har lagts till på sidan om köer.

Mindre funktioner / förbättringar​

  • [OC2-172] Vi har implementerat en lösning för att återaktivera automatisk komplettering av order_id för alla fakturarader, där ett order_id identifieras i fakturahuvudet OCH finns i ERP-systemet. Denna lösning fungerar tillsammans med den korrigering som ursprungligen gjorde det nödvändigt att ta bort denna funktion. Se den uppdaterade dokumentationen om matchning av inköpsorder

  • [OC2-182] Vi har åtgärdat felet som uppstod när fälten ”Netto per enhet” eller ”Brutto per enhet” inte var ifyllda; detta påverkar inte befintliga saldokontroller för radbelopp. Om du vill att dessa fält ska vara obligatoriska kan du uppdatera ditt köschema så att det återspeglar detta.

  • [OC2-169] Vi har aktiverat inställningen compressGL, som ENDAST gäller ERPx. Om den är inställd på true aktiveras flaggan när fakturan exporteras. Unit4 beskriver detta så här: om inställningen är true sammanställs huvudbok- och skatteraderna enligt huvudboksanalysen. Den beskrivning som angetts för huvudboksraden överförs inte till huvudboken. (Detta beteende kan återskapas i ERP7 med parametern compress på EI02).

  • [OC2-47 / ISD-412] Det går nu att lägga till skattekod i schemat under avsnittet discovered_po_lines för att visa skattekoden. Observera att om rader har delad bokföring med olika skattekoder visas dessa separerade med vertikalstreck, t.ex. 20|5

Version 1.0.28​

2026-04-22 Ändringar från 1.0.27

Vi kommer nu att inkludera två nya avsnitt i versionsinformationen för att tydligt se vilken ny konfiguration som kan krävas. Dessa avsnitt kommer endast att innehålla ändringar sedan den tidigare versionen.

Nya schemafält Se schema här​

  • split_percentage

Nya inställningar Se inställningar här​

Dokumentationsuppdatering​

Mindre funktioner / förbättringar​

  • [OC2-148 / ISD-422] Dela kodning av inköpsordrar Vi har nu förbättrat hanteringen av inköpsordrar som har rader med delad huvudbokskodning, eller som kan vara "delade" på grund av Unit4 API-fel (noterat på ERPx). Systemet kommer nu att:
  • Avduplicera dessa orderrader innan de försöker matcha mot fakturarader, vilket ökar matchningsgraden
  • Visa flera redovisningsrader (endast för information) inklusive procentuell fördelning om det nya fältet ingår.
  • Inte visa flera rader i avsnittet med inköpsorderdetaljer.

Observera att för alla inköpsorderfakturor kommer kodning och fördelning att dikteras av Unit4-systemet när data skickas. Därför kommer exportprocessen fortfarande bara att skicka en rad per fakturarad. Exporten kommer inte att dela upp analysen på data som skickas till ERP.

  • [OC2-167 / ISD-447] Skicka redovisningsinformation i ett annat format endast när den skickas till ERP-X.

  • [OC2-155] Öka tillåten nyttolastens storlek och förbättra felrapporteringen kring felet "Nyttolasten är för stor" vid hantering av mycket stora fakturor.

  • [OC2-165 / ISD-430] Åtgärda falska radavslag vid avrundningsproblem när radkvantiteten är mindre än ett.

Version 1.0.27​

2026-04-01 Ändringar jämfört med 1.0.26

Uppdatering av dokumentationen​

  • Vi har utökat dokumentationen för felsökning för att underlätta identifieringen av skillnader mellan data/meddelanden som genereras via tillägget jämfört med Rossums kärnsystem.

Mindre funktioner​

  • [OC2-48 / ISD-237] Kundförfrågan om att tillåta att icke-aktiva leverantörer matchas i OCR, men att ett felmeddelande visas om så är fallet. De vill t.ex. veta att leverantören finns och var den bästa matchningen, men att den är stängd.

    • Eftersom ERP ger ett felmeddelande om leverantörer med en annan status än N eller P skickas, har vi också lagt till ett ytterligare felmeddelande SU_017 om den bäst matchade leverantören inte har en giltig status.
    • Vi har också lagt till ett ytterligare varningsmeddelande SU_018 (som kan uppgraderas till ett fel) om leverantören är parkerad, även om ERP accepterar transaktionen i detta fall
    • Denna nya funktion är OPT-IN och det befintliga beteendet kommer inte att ändras om du inte lägger till tilläggsinställningen validSupplierStatus för att tillåta systemet att importera leverantörer med olika statuskoder.

  • [OC2-41] Bättre felrapportering för ogiltiga URL-format och ogiltiga protokoll för URL:er som är inställda i inställningar / hemligheter. Ytterligare felmeddelanden CF_003 och CF_004 för att stödja detta.

  • [OC2-127] Lagt till en ”manuell överskrivning” på radnivå.

    • Ibland kan du upptäcka att den automatiska radmatcharen skriver över inmatade data, vilket gör justeringar av raddetaljer mer besvärliga. Av denna anledning har vi gjort det möjligt att mata in rader i ”manuellt läge”. Detta kan ställas in med hjälp av rullgardinsmenyn ”Line Input Mode” i användargränssnittet. När detta är inställt på ”manuellt” kommer ingen automatisk inmatning att försökas, så se till att de uppgifter som matas in är korrekta. Se dokumentationen och skärmdumpen här
    • För att implementera denna ändring i en befintlig kö måste du lägga till ett nytt fält line_input_mode med alternativen auto och manual. Se inställningarna (sök efter detta fält) i dokumentationen för obligatoriskt schema

Version 1.0.26​

2026-03-26 Ändringar från 1.0.25

Dokumentationsuppdatering​

  • [OC2-120 / ISD-379] Vi har lagt till en ny FAQ där det anges att om versionsnumret EI02 inte anges korrekt kan detta orsaka ett 500-fel vid MS7-/CR-SOAP-förfrågningar.

Mindre funktioner​

  • [OC2-143 / ISD-414] Vi har förbättrat matchningen av sorteringskoder för att ta hänsyn till icke-numeriska tecken som ingår i ERP eller i inkommande data.
  • [OC2-144 / ISD-417] Vi har lagt till en längdkontroll för produktkoder i listan över fält som vi kontrollerar innan data skickas till ERP för att undvika importproblem i ERP.
  • [OC2-150] Systemet kommer nu att visa varningar på Rossum-skärmen om någon data är för lång för att skickas till ERP och kommer att avkortas vid export (Meddelandekod: INL_013)

Version 1.0.25​

Dokumentationsuppdatering​

Vi har lagt till ytterligare information på ordersidan i användarhandboken om ordermatchning.

Vi förstår att det tidigare problemet med falska positiva resultat vid matchning mot order med en enda rad (fixat i 1.0.22) kan ha dolt vissa ERP7-funktioner avseende kodning av ytterligare rader.

Dessa kan tidigare ha matchats felaktigt mot en orderrad och därför skulle ERP ha hämtat kodningen från detta orderradnummer.

Med den korrigeringen på plats kommer extra rader att kräva att en kontokod skickas till ERP7, men denna kommer sedan att skrivas över av EI-parametrarna (se Unit4:s dokumentation om elektronisk fakturering för mer information). För att underlätta denna funktion har OC2-135 nedan implementerats.

Mindre funktioner​

  • [OC2-135] Tillåt att kontokoden för ytterligare (omatchade) rader på en PO-faktura anges som standard från systemparametern EI_SUPP_DEF_ACCOUNT (Obs! ytterligare objekttillgång måste beviljas)

  • [OC2-133][ISD-404] Relaterat till [OC2-126] Vi har gjort ändringar för att ytterligare förbättra ordermatchningen och vi förväntar oss ytterligare förbättringar i kommande versioner.

  • [OC2-132] Lägg till en ny varning PO_008 (som kan uppgraderas till ett fel) när ytterligare/omatchade orderrader hittas på en faktura.

Mindre buggfixar​

  • [OC2-131] Förbättrad hantering av eskalerade varningar som ibland eskalerade felaktigt.

Version 1.0.22​

Mindre buggfixar​

  • [OC2-125][ISD-396] Fixar ett problem med manuella överskrivningar om raderna inte matchar.

  • [OC2-126][ISD-395] Minskar falska positiva resultat vid matchning mot enradiga order.

Version 1.0.21​

Mindre funktioner​

[OC2-91] Tillåt att varningsmeddelanden uppgraderas till blockerande fel. Tillägget kan nu konfigureras så att vissa meddelanden stoppar exporten av fakturor. Se dokumentationen för den nya inställningen för att uppgradera varningar

[OC2-108] Alla meddelanden (fel, varningar, information) som genereras av mikrotjänsten har nu en kod som kan slås upp i felsökningsavsnittet.

Dokumentationsuppdatering​

Vi har gjort några viktiga ändringar i dokumentationssystemet.

  • Lagt till varningar för lämplig styrka och överföring av lösenord
  • Lagt till en fil som förklarar några JSON-grunder för användare som inte är bekanta med detta
  • Implementerat plugin-image-zoom (samma som i portaldokumentationen) som gör det möjligt för användare att klicka och förstora bilder i dokumentationen
  • Översatt till norska och svenska
  • Andra mindre förbättringar

Version 1.0.19​

Mindre buggfixar​

  • [OC2-113 / ISD-344] Åtgärdat ett problem där sökning efter dubbla transaktioner under vissa omständigheter misslyckades i miljöer med flera företag.
  • [OC2-114] Åtgärdat ett problem för MS7 där anropet för att söka efter flera inköpsorder samtidigt från ERP misslyckades.

Mindre funktioner​

  • [OC2-40] Systemet kommer nu att verifiera den maximala dokumentstorleken för dokumenttypen och visa ett felmeddelande om det dokument som bearbetas överskrider denna storlek.

  • Förbättringar av dokumentationen

  • Förbättringar av förhandsverktyg och testning

Version 1.0.17​

Mindre funktioner​

  • [OC2-96 / ISD-350] Vi har infört en ny tilläggskonfiguration som gör det möjligt för användare att ställa in sin egen giltiga inköpsorderstatus och förbättrat meddelandena kring ordermatchning tillbaka till ERP. Se dokumentationen om tilläggskonfiguration och användarhandboken.

  • [OC2-98] Vi har åtgärdat ett fel med den nya matchningen av juridiska personer där enhetskoden under vissa förhållanden inte tillämpades korrekt på raderna.

Version 1.0.14​

Mindre funktioner​

  • [OC2-94] Vi har infört möjligheten att mappa juridiska personer i ERP från Rossum-identifierade kundnamn.

  • [OC2-90] Vi har gjort några mindre förbättringar av avrundningslogiken.

Version 1.0.13​

2025-11-27 Ändringar från 1.0.12

Mindre buggfixar​

  • [ISD-335] - När man sökte efter leverantörer manuellt och rensade sökrutan efter att en leverantör hade hittats, flaggades detta felaktigt som "Leverantör hittades inte". Denna patch löser detta.

Version 1.0.12​

2025-11-18 Ändringar från 1.0.11

Mindre uppdateringar​

  • [OC2-43] - Förbättring: Lagt till en testförlängningsfunktion för att testa anslutningen tillbaka till ERP-systemet. Se dokumentationen här

  • [OC2-80] - Förbättring: Inköpsorder med decimaler/punkt utesluts nu som icke-numeriska och skickas inte längre vidare till sökningen i ERP

  • [OC2-81] - Löst ett problem med obligatoriska standardskattekoder som inte tillämpades korrekt på GL-rader förrän användaren öppnade skärmen.

  • [OC2-82] - Förbättring: ERPx v2 av API:et för inkommande fakturor används nu.

  • [OC2-83] - ERPx har löst ett problem med att radnumren som skickades ibland orsakade en E-status som rensades när fakturan sparades i ERPx.

  • [OC2-84] - Förbättrad filtrering på slutpunkten för betalningsmottagare för att undvika problem med att URL:en överskrider den maximala längden.

Version 1.0.11​

2025-10-21 Ändringar från 1.0.10

Mindre uppdateringar​

  • [OC2-79] - Förbättring: Vi har förbättrat dokumentationen kring timeouts och lagt till felkoden: TIME_000

Version 1.0.10​

2025-10-21 Ändringar från 1.0.9

Mindre uppdateringar​

  • [OC2-74] - Förbättring: API-/IDS-/SOAP-URL:er kan nu konfigureras i tilläggsinställningarna istället för i hemlighetsinställningarna, så att de blir mer synliga.

  • [OC2-17] - Ny funktion: Kontroller av betalningsmottagare (faktor) är nu på plats. Det finns två nya tilläggsinställningar för att aktivera dessa. Du måste också ge din OCR-användare åtkomst till objektet accounting/supplier payment recipients.

    • payRecipientCheck: Om detta är inställt på true kommer systemet att flagga ett INFO-meddelande mot den matchade leverantören om en betalningsmottagare identifieras som angiven i leverantörsregistret. Detta uppgraderas till ett VARNING-meddelande om betalningsmottagaren inte har status N.
    • payRecipientBankCheck: Om detta är inställt på true kommer systemet att matcha bankuppgifterna OCH valutan från fakturan med dem från betalningsmottagaren (istället för dem i leverantörens huvudfil).
info

Observera att för att aktivera detta måste du också ge din OCR-användare åtkomst till objektet supplier-payment-recipient i ERP.

Version 1.0.9​

2025-10-20 Ändringar från 1.0.8

Mindre uppdateringar​

  • [OC2-75] - Förbättring: bättre hantering av containerhanteringsprocessen på våra servrar.

  • [OC2-76] - MS7 löste ett problem med att fakturadatumet inte tillämpades korrekt.

  • [OC2-77] - MS7 löste ett problem med långa beskrivningar som orsakade att EI02 misslyckades (radbeskrivningen är nu avkortad till 255 tecken).

  • [OC2-56] Förbättring: hantering av meddelandefiler.

    • Implementerat en ny parameter för att konfigurera vilken nivå av meddelanden som skickas till ERP-systemet attachMessagesDocument
    • Vi har bytt namn på meddelandetextfilen till zzzz_messages... när den skickas till ERP. ERP visar dokument i alfabetisk ordning, så i vissa fall visades meddelandefilen som den första filen istället för fakturafilen.
    • Nedgraderat varningen "Skattebeloppet är icke-noll och ignoreTax är aktiverat. Skatten kommer att nollställas vid inlämning." till ett informationsmeddelande.

Version 1.0.8​

2025-10-01 Ändringar från 1.0.7

Mindre uppdateringar​

  • [ISD-292] - Löst ett problem där fältet för bankkonto inte markerades när det inte stämde överens med leverantörsregistret.

  • [OC2-50] - Förbättrat meddelandet om IBAN-felaktighet, med hänvisning till det "normaliserade fältet" som applikationen kontrollerar.

  • [ISD-293] - Löst ett problem där OCR-data var för stora för att överföras till tillägget. Orsakades när ERP-systemet hade ett betydande antal konto-/attribut-/skattealternativ och det fanns ett antal rader på fakturan.

Version 1.0.7​

2025-09-17 Ändringar från 1.0.6

Mindre uppdateringar​

  • [ISD-284] - MS7 löste ett problem med kontoregler med automatisk ifyllning via relationer, där det relaterade attribut-id skickades i XML istället för attributen attribute_id.

Version 1.0.6​

2025-09-17 Ändringar från 1.0.5

Mindre uppdateringar​

  • [ISD-277 OC2-68] Mindre förbättring, vi har aktiverat systemet för att replikera v1-funktionaliteten för att skicka antingen den första radens beskrivning eller en tidsstämpel som fakturabeskrivning. Det finns en ny tilläggsinställning för att hantera detta: firstLineAsDescription.

  • [OC2-46] Mindre buggfix för MS7 för att korrigera att textfilen "messages" inte bifogades korrekt till fakturatransaktionen. I ERP7 måste vi vänta på att EI02 körs och att transaktionsnumret genereras innan indexen kan uppdateras. Denna fil kommer nu att visas som en andra bilaga med fakturor och innehålla all information och varningsmeddelanden. Vi kommer att utöka möjligheten att konfigurera detta ytterligare vid ett senare tillfälle.

  • [OC2-63] Mindre förbättring för att tvinga erpVersion till gemener för att undvika konfigurationsproblem

  • [OC2-63] Mindre buggfix för MS7 för att hantera erpcr som en inställning på rätt sätt

  • [ISD-275] Mindre buggfix för MS7 vid försök att matcha en Rossum-inloggning med en Unit4-användare för att skicka tillbaka i accountable (sökning i Unit4Id fungerade bra, men när man förlitade sig på adresser måste alla adresser innehålla e-postadressen, detta har ändrats till valfritt). Detta fält hamnar i ext_ref på acrtrans.

Version 1.0.5​

2025-09-09 Ändringar från 1.0.5

Mindre uppdateringar​

  • Mindre buggfix för MS7 för att korrigera attribute_ids som skickas i XML
  • Mindre buggfix för att korrigera en api-förfrågan för flera attribut, där stängda värden kan ha visats som alternativ.

Version 1.0.4​

2025-09-08 Ändringar från 1.0.4

Mindre uppdateringar​

  • Mindre buggfix för MS7 för att skicka 0 istället för tom sträng om skattevärde och skattesats inte anges.
  • Mindre buggfix där ett fält fortfarande skickades som netto när parametern ignoreTax var aktiverad.

Version 1.0.3​

2025-09-02 Ändringar från 1.0.2

Mindre uppdateringar​

Den konfigurerade transaktionstypen i Rossum Extension kommer nu att skickas till MS7-system på parametern EI02: vt_pre_reg_i (Tt Incoming Invoice)

Version 1.0.2​

2025-08-13 Ändringar från 1.0.1

Mindre uppdateringar​

Ytterligare felloggning när vi inte kan ansluta till ERP-systemet alls.

Version 1.0.1​

2025-08-06 Ändringar från 1.0.0

Mindre uppdateringar​

Säkerställ att bankuppgifterna för leverantörer också kontrollerar SWIFT/BIC-koden.