Inte mot en valutatabell som ändras varje dag. Registrera tio betalningar i en lista, se kursvinsten per rad innan ni bokför, och låt varje rad bokföras i sin egen transaktion — en låst period på en rad stoppar inte de andra.
Sök faktura, kund eller leverantör — varje träff blir en rad. Raderna grupperas automatiskt per bankkonto och betalningsdatum med summa per valuta, och grupperna bildas om direkt när ni ändrar datum eller konto.
Ligger resten under toleransgränsen — normalt en krona, inställbar — bockas den som avskriven och bokförs på avskrivningskontot, värderad till fakturans kurs. Ni kan avbocka per rad eller bocka manuellt över gränsen.
Avgiften bokförs på bankkostnadskontot och banken blir lika mycket fattigare. Bocken Egen bankrad avgör bara om avgiften ska bli en separat rad i verifikatet — så det speglar ett kontoutdrag som listar avgiften för sig. Saldona blir identiska.
En rad med omvänt reskontratecken märks Kredit och bokförs spegelvänt. Ingen separat körning, inget eget flöde — den räknas bara negativt i summorna.
Varje betalning bokförs i sin egen databastransaktion. Lyckade rader försvinner ur listan och verifikatnumren visas; misslyckade rader stannar kvar med sitt eget felmeddelande — låst period, saknat bankkonto. Ni behöver inte börja om. Innan ni trycker visar en bekräftelseruta antal betalningar, summa per valuta, total genom banken, total kursvinst, total avskrivning och total bankavgift.
Belopp i valuta, Kurs och Belopp SEK är kopplade. Ändrar ni valutabeloppet eller kursen räknas SEK om; ändrar ni SEK räknas valutabeloppet om vid samma kurs. Servern räknar, gränssnittet visar.
Kursdifferensen räknas mot fakturans egna bokförda kurs, härledd ur reskontraposterna. En full betalning utan kursändring ger därför exakt noll i differens — inte en öresrad någon måste förklara.
Bank, reskontra, avskrivning, kursvinst, kursförlust, bankavgift och avgiftens bankrad. Varje belopp har en roll — inget hamnar i en klumppost.
En bankpost i EUR mot en faktura i USD vägras med ett tydligt felmeddelande i stället för att prissättas på en gissad kurs. Regeln skrevs efter en verklig incident.
Betalningen kvittar mot det konto fakturan faktiskt bokfördes på — inte mot vad inställningen säger idag. Byter ni reskontrakonto efter att en faktura är bokförd lämnas inga hängande saldon. Regeln gäller alla betalvägar: enkel betalning, batch, filimport och CAMT.
Markera leverantörsfakturor som ska betalas och ladda ner en ISO 20022-betalfil att lämna i internetbanken. Mottagarkonto kan vara bankgiro eller IBAN, och fakturorna flyttas till Pågående utbetalningar medan de väntar.
Ladda upp bankens camt.054-fil så läses varje bankpost: belopp, valuta, riktning, motpart, meddelande och IBAN. Fakturanumret plockas ur meddelandet eller referensen, och resultatet flaggas Exakt, Att granska eller Ingen match.
Posten fördelas på flera fakturor och varje fördelning blir ett eget verifikat. Refererar en rad flera fakturanummer delas beloppet efter utestående saldo — i stället för att siffrorna klistras ihop till ett nummer som inte finns.
Bankkontots IBAN i filen kopplas till rätt 19xx-konto — antingen från admininställningen eller genom att systemet lär sig kopplingen första gången en post bokförs. Inställningen har alltid företräde.
Vid utlandsbetalning bokförs bankbenet till betalkursen och reskontrabenet till fakturans egna bokföringskurs — skillnaden blir en realiserad kursvinst eller kursförlust. I CAMT-importen måste ni uttryckligen godkänna kursvinsten per rad innan något bokförs, och verifikatet förhandsgranskas med konto, kontonamn, debet och kredit.
En betalväxel sätter in ett nettobelopp på kontot. Frågan är vilka ordrar det täcker och vad avgiften blev. Asstio hämtar utbetalningarna från Qliro och stänger varje orders kundfordran för sig, i samma verifikat som bokar insättningen.
Utbetalningarna hämtas för ett datumintervall och visas per batch med betalmetod, datum, antal ordrar och bruttosumma.
Systemet föreslår vilken bankrad som hör till vilken utbetalning. Förslaget går att ändra per utbetalning.
Brutto, banknetto, avgift i kronor och procent visas innan något bokförs. Avgiften härleds som brutto minus netto.
Servern hämtar om batchen och vägrar bokföra om en rad saknas eller insättningen inte stämmer. Samma batch kan aldrig bokföras två gånger.
Kontrollen byggdes efter att ett bankkonto drev drygt 12 000 kronor utan att synas på något enskilt verifikat. Nu måste varje rad i batchen redovisas antingen som betald order eller som ett belopp betalväxeln dragit av, och insättningen måste stämma. Utbetalningen bokförs dessutom på bankradens datum, inte på betalväxelns settlement-datum, och bankreferensen står först i verifikatstexten så bankavstämningen hittar raden.
Vi läser camt.054 för återrapportering av betalningar. Inte camt.053 (kontoutdrag) — det flödet går via bankavstämningen som läser CSV. Vi har ingen direkt bankkoppling: filen laddas upp och betalfilen laddas ner och lämnas manuellt i internetbanken. Bankgirots egna textformat (BgMax, LB) stöds inte. Av betalväxlarna är det bara Qliro som har en färdig avstämning — Klarna, Walley och Swish har det inte. Lokal valuta är SEK; lösningen är byggd för svenska bolag.
Vi registrerar den tillsammans och visar kursdifferensen, bankavgiften och verifikatet innan något bokförs.