Craft Commerce 5 · Sverige
Dina ordrar i Visma — korrekt bokfört
Att få in en order i ett bokföringsapi är den enkla delen. Det som faktiskt är svårt är svenskt — öresavrundning, omvänd betalningsskyldighet, OSS, och att Klarna, Swish och kort inte redovisas mot samma konto. Vismaz hanterar det, och visar exakt vad som kommer att bokföras innan det bokförs.
Repetera innan det gäller
En torrkörning kräver ingen Visma-anslutning alls och skapar ingenting. Den skriver ut verifikatet som skulle bokföras, med debet och kredit, och talar om huruvida det balanserar — ett verifikat som inte balanserar avvisas i stället för att skickas.
$ php craft vismaz/sync/voucher --from=2026-08-01 --to=2026-08-31 --dryRun
Webshop sales 2026-08-01 – 2026-08-31 (412 orders)
Account Debit Credit
1580 Kortfordringar 504 655,80
6570 Bankkostnader 7 685,10
3001 Försäljning, 25 % moms 409 872,00
2610 Utgående moms, 25 % 102 468,00
3740 Öresavrundning 0,90
Balances.Funktioner
Byggt kring en enda idé: en bokföringsintegration är bara värd att ha om du kan kontrollera den innan du litar på den.
Kundfakturor eller samlingsverifikat
En kundfaktura per order när du behöver Vismas kontoutdrag och påminnelser. Eller ett samlingsverifikat per period — dagligen, veckovis eller månadsvis — när du inte gör det.
- 412 ordrar om dagen blir ett verifikat, inte 412 fakturor
- Båda går genom samma byggare och kan därför inte säga emot varandra
Svensk moms, avgjord en gång
Inrikes skattesatser, omvänd betalningsskyldighet för EU-företag, OSS med destinationslandets sats för konsumenter och nollbeskattning utanför EU — avgjort på ett enda ställe och använt likadant av fakturan, verifikatet, SIE-filen och OSS-rapporten.
Öresavrundning som en riktig bokföringspost
En svensk faktura går jämnt upp i hela kronor. Vismaz bokför differensen på 3740 som en egen rad i stället för att gömma den i sista radens pris, där den tyst förstör ett annat konto.
Omvänd betalningsskyldighet du kan försvara
EU-momsnummer kontrolleras mot VIES innan en försäljning nollbeskattas, och fakturan förses med den text som krävs. Ett nummer som VIES inte kan bekräfta lämnar försäljningen momsbelagd — att ta ut momsen är det misstag som går att rätta.
- Varje beslut motiveras, direkt i ordervyn
- VIES-svar cachas; en timeout cachas aldrig
Betalsätt som stämmer av
Klarna, Swish, Stripe och kort redovisas var och en mot sitt eget konto, och betalförmedlarens avgift bokförs som en kostnad i stället för som en intäktsminskning. Det är den inställningen som avgör om bokföringen stämmer mot betalrapporterna.
Den kan inte bokföra två gånger
Varje verifikat har en idempotensnyckel med ett unikt index bakom sig. Kön kan göra ett nytt försök, du kan trycka två gånger och konsolen kan köra samtidigt — det finns ändå bara ett verifikat när allt är klart.
- Summan Visma bokförde stäms av mot summan som skickades
- Nya försök byggs om från ordern, aldrig ett gammalt anrop som spelas upp igen
Vanliga frågor
Frågorna som är värda ett svar innan du installerar.
Visma eAccounting — i Sverige sålt som Bokföring & Fakturering, och före namnbytet 2025 som Visma eEkonomi. Namnbytet ändrade namnet, inte API:et. Det gäller inte Visma.net ERP eller Visma Business.
Nej. Vismaz är ett fristående plugin byggt av Justin Holt, och det pratar med Vismas publika eAccounting-API precis som vilken annan klient som helst. Det har ingen koppling till Visma och är varken godkänt eller sponsrat av Visma. ”Visma” och ”Spiris” är varumärken som tillhör respektive rättighetsinnehavare.
Ja, via SIE-exporten. Visma Administration har inget publikt API, så ingenting kan skicka till det — men det läser in SIE precis som alla andra svenska bokföringsprogram. Vismaz skriver samma verifikat som annars hade bokförts, till en .se-fil som din redovisningskonsult importerar.
79 USD, med en förnyelse på 59 USD/år för fortsatta uppdateringar och support. Ett pris, allt påslaget — det finns ingen nivå med avstängda funktioner. Förnyelsen är frivillig: pluginet fortsätter fungera när den löper ut, du slutar bara få uppdateringar.
Säljer du B2B, i låg volym, eller behöver dina kunder kontoutdrag och påminnelser från Visma: fakturor. Driver du en konsumentbutik med riktig volym: verifikat. Niohundra ordrar om dagen ska bli ett verifikat, inte niohundra fakturor i en reskontra som ingen läser.
Nej. Varje verifikat har en idempotensnyckel med ett unikt databasindex bakom sig. Kön kan göra ett nytt försök, du kan trycka två gånger och konsolen kan köra — allt samtidigt — och det finns ändå bara ett verifikat när allt är klart. En order kan heller inte hamna i två olika samlingsverifikat.
Ja, bokstavligen. Förhandsgranskningen, torrkörningen i konsolen, den skarpa sändningen och SIE-skrivaren kör alla samma byggare och läser samma verifikat. En förhandsgranskning byggd av annan kod än sändningen vore sämre än ingen alls.
Nej. När en order slutförs läggs ett jobb i kön; ingenting anropar Visma under själva förfrågan. Ett driftstopp, en utgången token eller en trög VIES-slagning kan inte nå kunden som betalar.
Försäljningen förblir momsbelagd. Vismaz nollbeskattar inte på grund av en timeout — går numret inte att bekräfta är det att ta ut momsen som är det misstag som går att rätta, inte tvärtom. Ordervyn säger precis det, så du kan korrigera för hand.
Kunder och artiklar matchas innan något skapas, på kundnummer och artikelnummer, så en butik som redan har sitt register i Visma får inget dubblettregister. Båda synkarna kan stängas av helt.
Ja, och det bör du. Vismas testmiljö är kostnadsfri och du registrerar dig själv. Anslut den, kör en förhandsgranskning eller en torrkörning i konsolen mot dina riktiga ordrar och läs anropet. En torrkörning kräver ingen anslutning alls och skapar ingenting.
Craft CMS 5.3+, Craft Commerce 5.0+, PHP 8.2+.
Kontrollera innan du litar på den
79 USD med en förnyelse på 59 USD/år. Anslut Vismas kostnadsfria testmiljö, förhandsgranska en riktig order och läs exakt vad som skulle skickas innan något rör din bokföring.