
Finanssystem
Integration mellan bank och ekonomisystem: vad krävs?
En integration mellan bank och ekonomisystem knyter samman system och dataflöden så att de utbyter information automatiskt i stället för manuellt.
Vad integration mellan bank och ekonomisystem omfattar
En integration mellan bank och ekonomisystem knyter samman system och dataflöden så att de utbyter information automatiskt i stället för manuellt. Den omfattar tre flöden: betalningsinstruktioner från ekonomisystemet till banken (leverantörsbetalningar, lön, skatt, autogiro), transaktioner och kontoutdrag från banken till ekonomisystemet samt avstämningen som matchar de två. Utan integration exporteras betalningar till en fil som laddas upp manuellt i internetbanken, och kontoutdrag hämtas hem och matchas för hand.
Det finns konkreta bank- och systemkopplingar att undersöka. Cogwork beskriver en integration för Handelsbanken som hämtar dagliga rapporter för valda konton och varnar för dubbelrapportering om samma konto redan har en bankintegration via exempelvis Fortnox eller Visma (Cogwork). Kontrollera därför både bankens och ekonomisystemets erbjudande innan ni aktiverar en parallell tjänst.
För bankintegrationen är det praktiskt: bestäm vilket system som är master för betalningsinstruktioner, kontoutdrag och avstämningsunderlag, och var uppgifterna ska lagras. Annars hamnar samma transaktion i två register med olika status.
Formatet avgör vad som är möjligt
ISO 20022 är en global standard för finansiella meddelanden som ersätter äldre format som SWIFT MT och Bankgirots LB-, KI- och BgMax-filer. Övergången har till stor del skett för Riksbankens system, medan vissa betalningsformer, däribland Bankgirot, berörs i närtid och respektive bank har sin egen tidsram (Betalkontroll).
Den strukturerade informationen avgör vid avstämning: ju fler fält som följer med betalningen (referens, betalningsmottagare, ändamålskod), desto större del av matchningen kan ske automatiskt i stället för genom manuell sökning på belopp och datum.
ISO 20022 är en meddelandestandard för betalfiler (Betalkontroll). Kontrollera därför med banken och systemleverantören vilket format som stöds för era betalningar.
Även SWIFT-betalningar har till största delen gått över till den nya standarden. Övergången ska vara helt klar den 22 november 2025, när samlevnadsperioden upphör (Betalkontroll).
Har ni utlandsbetalningar i dag och genererar dem i ett äldre format, är det en tidsatt uppgift snarare än en framtidsfråga.
Börja med banken och systemleverantören: vilket format och vilken kanal erbjuds för era betalningstyper i dag? Fråga vad som händer med LB-, KI- och BgMax-filer enligt bankens tidplan, och kontrollera att ekonomisystemet kan skicka och ta emot formatet. Om systemen inte hanterar samma format flyttas det manuella arbetet bara till en annan del av processen.
Stäm av bankens tidsplan och format
Respektive bank har en egen tidsram för övergången. Därför behöver ni kontrollera format och kanal hos den bank ni faktiskt använder (Betalkontroll).
Riksbankens system har gått över till ISO 20022. Bankgirots Autogiro nämns som ett undantag i samband med övergången (Betalkontroll).
Kontrollera med banken vilka betalnings- och filkommunikationslösningar som gäller för era flöden. Använd bankens besked som underlag för planeringen.
Det gör bankens besked viktigt även för Autogiro och E-faktura: fråga hur just dessa betalningar hanteras och vilken kanal som erbjuds. Utgå inte från att samma lösning gäller för alla betalningstyper.
För Bankgirots betalningsformer sker övergången i närtid, men respektive bank har sin egen tidsram (Betalkontroll). Kontrollera därför vad som gäller för era betalningar.
Stäm därför av format, kanal och tidplan per bank och betalningstyp. Ta fram en lista över era betalningsflöden, fråga varje bank vad som gäller för respektive typ och be ekonomisystemets leverantör bekräfta vad som stöds i produktion.
Övergång till ISO 20022 i Sverige – viktiga datum
- SWIFT-betalningar
- Full övergång klar den 22 november 2025
- Bankgirots Autogiro
- Undantag i övergången, förväntas närtid
Tekniska förutsättningar bortom själva filen
En formatstandard löser inte hela integrationsarbetet. Planera därför även för hur informationen ska överföras och hanteras i ekonomisystemet.
Digital mognad gäller båda sidor om integrationen: banker och systemleverantörer kan ligga olika långt fram, och den egna organisationen behöver kunna hantera felmeddelanden, avvisade betalningar och behörigheter i drift.
Betalningsutredningens uppdrag omfattade även att beakta EU-kommissionens aviserade lagförslag om digital euro respektive omedelbara betalningar (SOU 2023:16). För företag med utlandsflöden är det praktiskt att kontrollera format och kanal för varje betalningstyp och mottagarland.
En hållbar integration kräver därför en genomtänkt arkitektur och riktning, inte bara en enskild filkoppling. Bestäm hur data ska röra sig mellan bank och ekonomisystem och var mappningen mellan formaten ska ligga, så att den kan anpassas när en banklösning ändras.
Planera också vem som ansvarar för införande och löpande ändringar. En separat mappning mellan bankens format och ekonomisystemets interna struktur gör det lättare att byta eller uppdatera en filrutin utan att bygga om varje del av betalningsflödet.
Kravlista för integration mellan bank och ekonomisystem
- Identifiera flödena. Lista varje betalningstyp (leverantörsbetalningar, lön, skatt, autogiro och inbetalningar), hur ofta de körs, ungefärliga volymer och vilka bankkonton de går över. Separera utlandsbetalningar: övergången för SWIFT-betalningar till den nya meddelandestandarden ska vara helt klar den 22 november 2025 (Betalkontroll).
- Ta reda på format och kanal per betalningstyp. Fråga banken vilket format som erbjuds – ISO 20022 XML eller ett äldre LB-, KI- eller BgMax-format – och om överföringen sker via fil eller API. Be om bankens tidplan för varje typ, eftersom lösningarna kan skilja sig mellan betalningsflöden (Betalkontroll).
- Kontrollera ekonomisystemets förmåga. Systemet behöver kunna generera och ta emot det format banken erbjuder och tolka informationen tillräckligt detaljerat för avstämning. Fråga leverantören vad som stöds i dag, vad som är under utveckling och när det finns i produktion.
Som ett konkret exempel beskriver Cogwork två Handelsbanken-alternativ: Camt.053 extended för alla banktransaktioner på valda konton och Camt.054 Credit för endast inbetalningar. Med det senare alternativet syns inte utbetalningar, bankavgifter eller räntor i tjänsten (Cogwork).
Hogia anger på sin sida för DinHyresvärd bankintegrationer med SEB, Nordea, Danske Bank, Swedbank och Handelsbanken. Där anges också direktintegration med bland annat Visma Control Edge, Spiris, Fortnox och SIE-export (Hogia). Kontrollera att exemplen gäller just den produkt och det flöde ni ska använda.
- Klargör åtkomst och behörigheter. Bestäm vilka tekniska användare och attesträttigheter som gäller mot banken, vem som får initiera och godkänna betalningar via integrationen och hur behörigheter ändras när personal byter roll. Se till att ansvar och kontroll är tydliga även när betalningarna skickas automatiskt.
Kontrollera även kostnaden för den specifika tjänsten. Cogwork anger att Handelsbankens integration med alla transaktioner kostar 3 000 kr/år i skrivande stund (år 2026), medan rapporten för endast inbetalningar kostar 500 kr/konto och år (Cogwork). Spiris uppger att bankkopplingen ingår, men att banken kan ta ut en avgift (Spiris).
- Bestäm var informationen ägs och lagras. Utse master för betalningsinstruktioner, kontoutdrag och avstämningsunderlag, och bestäm lagringsplats och gallringsregler. Poängen med integrationen är att ta kontroll över och äga sin information, inte att skapa en andra kopia av samma transaktion.
- Säkra kompetens eller leverantörsstöd för både införande och vidareutveckling. Utöver själva kopplingen behövs någon som ansvarar för arkitektur och riktning, och någon som driver arbetet från idé till drift med kontroll och kommunikation – både vid go-live och när banken ändrar format eller tidplan.
Planera för att standarden fortsätter röra på sig
ISO 20022-övergången pågår fortfarande för vissa svenska betalningsformer. Lägg därför mappningen av format, kanaler och betalningstyper utanför ekonomisystemets kärna och den enskilda bankkopplingen, så att den går att anpassa när bankens lösning ändras (Betalkontroll).
På så sätt kan ett byte av format eller en ny kanal hanteras utan att betalningsflödet byggs om från grunden. Bind inte upp lösningen vid dagens LB-, KI- och BgMax-filer.
Respektive bank har sin egen tidsram för övergången. Kontrollera därför om ekonomisystemets formatstöd passar den bank och de betalningstyper ni använder (Betalkontroll).
Välj en lösning som kan hantera ISO 20022 XML och som går att anpassa till bankens betalnings- och filkommunikation. Stäm av både bankens och ekonomisystemets formatstöd innan ni bestämmer hur integrationen ska byggas (Betalkontroll).
