Jag har tidigare skrivit om att jag personligen inte är så berörd av den automatiska bokföringshjälpen och den nya avgiften som den medförde, eftersom jag redan till stor del använder Autoinvioce. Men de senaste halvåret har jag drabbats av en allt starkare osäkerhetskänsla kring hanteringen av bildunderlag i Bokföring & Fakturering. Så jag har nu ikväll satt mig ner och testat igenom olika saker systematiskt. Och det jag har upptäckt bekräftar i mina ögon att implementationen är minst sagt bristfällig och har introducerat massor med osäkerhet för användaren i flera olika delar av webbappen.
1. Det tycks som alla uppladdade bildunderlag alltid blir av typen leverantörsfakturor, även om ordet Invoice eller Faktura inte finns någonstans i bilden/dokumentet. Även om t.ex. ordet Kortköp finns i bilden/dokumentet.
Möjligt undantag för om ordet Reciept / Kvitto finns i dokumentet, då tycks det kunna bli ett Kvitto.
Bortsett från att detta leder till medarbete när man har andra typer av dokument så leder det till osäkerhet kring hur det påverkar senare steg i hanteringen av dessa bildunderlag, se även längre ner.
2. Stor minimal bredd på webbfönstret för att ens se att Hantera-knappen har en nedfällbar meny med ytterligare alternativ. Det krävs en bredd av webläsarfönstret på mer än ca 1440 pixlar för att alls kunna använda “pil nedåt”, så att man kommer åt det sekundära alternativet “Manuellt utan bokföringshjälp”. Faktum är att vid smalare fönster än så är det stor risk att man i många lägen inte ens ser att det finns ett sekundärt alternativ eftersom man inte ser den högra delen av knappen.
3. Ingen separat visuell bekräftelse att konteringen man gör är ett (del)resultat av automatisk bokföringshjälp (en hjälp som medför extra debitering). Detta leder till osäkerhet kring vilka funktioner man använt och vad man kommer att debiteras. Detta har jag skrivit om i tidigare inlägg i annan tråd och även skickat in som utvecklingsförslag.
4. Tidigare var det sagt att om man började med att skapa en "tom" leverantörsfaktura och sedan lade till bildunderlag så skulle inte den automatiska bokföringshjälpen "kicka in". Detta tycks dock vara ändrat (?) och man måste nu, även i om man startar utifrån “tom” faktura, alltid se till att välja det sekundära alternativet “Manuellt utan bokföringshjälp”. Detta förvärras eventuellt av problemet ovan med minsta bredd, risk för att man inte ens ser att det finns något annat än Hantera. (?)
Det finns en viss logik i denna ändring eftersom det gör hanteringen av bildunderlag lika oavsett när/var/hur man hanterar dessa men det är en förändring mot vad som sade från början. Och jag inte kan se att denna förändring har kommunicerats. Därav återkommande missförstånd och misstag i användningen, något som jag upplever att flera kunder råkar ut för när jag läser här i forumet.
5. Även för bildunderlag med dokumenttyperna Kvitto och Dokument heter knappen och dessa alternativ “Hantera” och “Manuellt utan bokföringshjälp”. Det antyder att någon form av automatisk bokföringshjälp eventuellt används (och debiteras?) även för dessa dokumenttyper? Eller? Dels är det en otydlighet som medför osäkerhet för kunden och OM det är så som jag skriver så är även det ett markant ändring från vad som sades från början. Återigen utan att ha tydligt kommunicerats. (?) Återigen också något jag tror lett till missförstånd och gjorda misstag i användningen som jag tycker mig (läs: eventuellt inbillat mig :-)) se i forumet.
6. För bankhändelser på kontoutdrag så används knapp alternativet “Matcha” och som sekundärt alternativ finns… ..“Hantera”??? Men för mig som användare är numera “Hantera” en åtgärd som är förknippad med automatisk bokföringshjälp och därmed med en extra kostnad. Innebär alternativet Hantera under Kassa- och bankhändelser just det att det är en slags bokföringshjälp som kommer jag kommer att debiteras för? Om inte, varför använda samma term där när det betyder något helt annat nu? Problemet här är egentligen att man använt ett så generiskt ord som “Hantera” för något som medför extra kostnad, så “felet” är inte egentligen här i kontoutdraget utan under bildunderlag.
7. När jag använder Matcha på Kontoutdrag och vill Koppla fler bilder till en transaktion så finns det enbart alternativet “Hantera” när jag skall välja ett bildunderlag. Se mitt resonemang precis ovan angående betydelsen av ordet Hantera. Även här blir det en osäkerhet om exakt vad som kommer hända och vad jag kommer att få betala för.
8. Dessutom, vad händer, i relation till det jag skrev om Matcha precis ovan, med ett bildunderlag som av systemet klassats med dokumenttypen leverantörsfaktura och som jag senare har ändrat till annan dokumenttyp (t.ex. “Dokument”)? Har det någon påverkan här vilken dokumenttyp det är? Har det någon påverkan vilken dokumenttyp det har varit?
Även om allt det här går att lära sig så kommer det hela tiden medföra en onödig kognitiv belastning på användaren eftersom nuvarande implementering leder till onödiga tolkningsmöjligheter och tvetydigheter kring gränssnittet.
Och jag ser fram emot svar på mina frågor ovan så jag åtminstone får lite ökad grad av säkerhet i min använging av webappen. För just nu känns det inte bra.
Problemet är ju det som jag tidigare skrivit, att det här programmet marknadsförs som om bokföring och redovisning är enkelt, programmet gör allt för dig och att du behöver bara trycka på en knapp. Detta har medfört att så många "där ute" fastnar i övertygelsen, och förstår bland annat inte att matcha är likställt med ett verifikat, att om matcha inte funkar så kan man lösa problemet med en "riktig" verifikation. Ett annat exempel är att om en utbetalning studsat tillbaka så är det inte alla som förstår att ingen transaktion har skett på banken och att studsningen som visat sig som en matchahändelse bara är att radera.
Min åsikt om den automatiska bokföringshjälpen á 3:50 (so far) borde vara en grundinställning under företagsinställningarna. På något sätt, borde också det i någon form av färgskiftning i bokföringsfönstrena indikera "gratis" eller "kostnad", så man slipper gå in och kontrollera status. Att vara osäker på om betalning är på eller av är inget som jag tycker att man ska besväras av så snart man ska skapa ett verifikat, vilken typ det än må vara.
Att inte matchningarna är betalbelagda, är nog att de klassas som en konteringmall - å förlåt bokföringsmall ska det visst heta numera - och de är gratis. Man kan ju skapa egna också med viss svårighet. Det är ju inte lika enkelt som i Visma Administraion att skapa egna, nya och funktionaliteten är ju långt ifrån Admin det också. Alltså, det är så - ja inte svårt direkt, men sorgset på något sätt - att sakna funktioner i ett program. Det är jobbigt att veta att därute finns det smartare lösningaar än det jag sitter med just nu. Det är också därför som när man ska provköra en bil hos en bilförsäljare, så får man alltid provköra den dyraste bilen först, med massor med kraft och finesser, för chansen är då större att man köper något dyrare än den billigaste bilen man testat.
Sedan tycker jag det har gått hysteri i att lägga in dessa bilder och dokument i varje verifikat. Jag hänger med på att reskontrorna är guld värda och ett absolut måste, men det är inget tvång att ha bilder kopplade till alla andra verifikat som går utanpå det. Javisst, man får inskannade kvitton och annat kul, men man kan lika gärna ha dessa i en struktur i datorn. Jag har arbetat på så många byråer med ett otal kunder och överallt har jag haft min egen struktur över dokument i olika former för vi har aldrig hysteriskt sett det nödvändigt att koppla bilder in till progrmamen. Det sägs ju att alla är så "duktiga på datorer idag" men att handha en trädstruktur i datorn verkar inte vara en av de kunskaper som finns idag för gemene man. Jag vet att du, Khedron, kan det; jag menar inte dig 🙂 Tyvärr anses allt såsom besvärtligt idag och alla vill ha en Bluetoothuppkoppling till datorn "GÖR SOM JAG TÄNKER", men tyvärr så är handpåläggning ett måste fortfarande. Den här trädstrukturen jag talade om, den läggs ju upp efter önskemål och smak, men en bra grej att komma ihåg är i alla fall att man har en katalog för verifikat som är uppdelad i månader. PDF-erna ska numreras efter datum och verifikationsnummer + kort beskrivning. Då kan man gå runt problemet med att bilder vill bli kopplade till fel typ av verifikat. De få gånger som Skatteverket eller en revisor vill se underlaget, ja då finns ju trädstreukturen i datorn eller hos nya guden Molnet med stort M och man kan mycket snabbt lokalisera det man söker efter.
Sen är frågan varför saker är så komplicerade med olika typer av verifikat. Som jag ser det har vi fakturor som tillhör reskontror. Utöver det har vi enbart verifikat sedan. Att verifikaten ska kallas olika saker där de behandlas på olika vis, är för mig en onödig pryl. Är det ett problem idag att lära in? Klassas kunskap idag som fult, besvärligt och onödigt? Själv tycker jag att kunskap är makt! Jag vill ta makten över programmet! Programmet ska inte bestämma över mig! Om alla lärde sig hantera "Bokföring - Verifikationer - Nytt verifikat" istället för att haka upp sig på annat, såsom olika typer av matchningar och inskanningsprocedurer, så skulle de ta makten över programmet. Är det fult att kunna något idag?
Ja, nu blev jag långrandig och har säkerligen orsakat stor irritation hos många, men när jag läste Khedrons inlägg så kände jag att jag behövde lätta på trycket jag också. Jag kan faktiskt inte förstå att saker ska göras så komplicerade i onödan men marknadsföras som så enkelt att hantera. Forumet överöses varje vecka med frågor om matchningar och kopplingar av dokument. Då är det väl inte så lätt! Jag menar att lägga in ett dokument i ett verifikat i Visma Administration, har jag väl kunnat göra GRATIS sedan 90-talet utan att fråga supporten! Varför är allt så komplicerat numera?
Mvh Lena
"jag menar inte dig" 😁
Hej @Khedron Wilk
Nu har jag fått återkoppling från våra produktspecialister och här kommer svaren på dina frågor utifrån den information vi har just nu:
Uppladdade bildunderlag och dokumenttyp
Vi har tagit med oss din input kring hur uppladdade bildunderlag klassificeras. Flera förbättringar kring detta flöde finns med i listan över möjliga initiativ att arbeta vidare med under 2026. Målet är att göra processen tydligare och mer bättre för användaren.
Synlighet av alternativet under knappen “Hantera” vid mindre skärmar
Vi har försökt återskapa beteendet du beskriver men har inte lyckats få fram samma resultat. Oavsett tar vi med oss synpunkten. Vi arbetar löpande med förbättringar för att funktioner ska fungera bättre även på mindre skärmar och kommer därför att se över detta.
Tydlighet kring när automatisk bokföringshjälp används
Tack för din input. Vi tar med oss detta i det fortsatta utvecklingsarbetet där vi framöver kommer att arbeta för att göra flödet tydligare och enklare att förstå.
Påstådd förändring kring “tom leverantörsfaktura”
Här verkar det ha uppstått ett missförstånd, vilket är förståeligt eftersom diskussionerna i forumet ibland är långa och innehåller många olika tolkningar från användare. Det har aldrig funnits ett gratisalternativ via att skapa en tom leverantörsfaktura och sedan lägga till underlaget. Om man öppnar en tom leverantörsfaktura och lägger in ett underlag kommer systemet att tolka det. Vill man undvika kostnaden behöver underlaget i stället kopplas efter att fakturan blivit bokförd, eller så väljer man alternativet “Manuellt utan bokföringshjälp”.
Benämningar och alternativ för dokumenttyper som Kvitto och Dokument
Här finns en bugg som är identifierad och som kommer att åtgärdas.
Begreppen “Matcha” och “Hantera” vid bankhändelser
Vi tar med oss din feedback kring begreppen. Ambitionen framåt är att förtydliga användningen av “Matcha” och “Hantera” så att terminologin blir mer enhetlig och lättare att förstå.
Alternativet “Hantera” när man kopplar bildunderlag via Matcha
Även här tar vi med oss din input i arbetet med att göra begreppen och flödet mer konsekventa och tydliga.
Påverkan av ändrad dokumenttyp på bildunderlag
Tack för synpunkten. Vi tar även med oss detta i det fortsatta arbetet med att förbättra och förtydliga flödet kring bildunderlag.
Detta är den information vi har möjlighet att dela kring frågorna i nuläget.
Hej!
Jag använder uppladding av bildunderlag där jag laddar upp leverantörsfakturor, de kommer in i programmet men det funkar inte lika bra längre...den läser oftast inte av vad totalsumman är, inte heller moms osv.
Är det någon ändring som gjorts i tolkningen av bildunderlaget eller varför funkade det jättebra innan?
Det händer oftast om bildunderlaget är flersidigt, men som sagt innan funkade det klockrent även vid flersidiga leverantörsfakturor.
Mvh Marie
Hej @MarieJ
När en faktura består av flera sidor tolkar vi normalt bara information från första och sista sidan. Om till exempel totalsumma eller momsbelopp står på sida 2 av 3 kommer den informationen därför inte alltid att läsas av. Anledningen är att totalbelopp och moms i de flesta fall brukar finnas på första eller sista sidan. Det skullle kunna vara förklaringen till att det inte alltid fungerar när underlaget är flersidigt.
Om du vill får du gärna kontakta oss så kan vi titta på ett exempel tillsammans och se hur det ser ut i just ditt underlag. Du når supporten på 0470‑70 60 00.
Tack för ditt svar @Tinna Gunnarsson
Det jag tycker är konstigt är att det har funkat. Men nu vet den inte ens vilken totalsumma som ska betalas.
Mvh Marie
Hej i tråden!
Jag vill gärna bidra med ett konkret exempel på den inkonsekvens i den automatiska tolkningen som diskuteras här.
Som ni kan se i bifogad bild har jag laddat upp ett antal kvitton. Trots att kvittona är identiska i sitt utförande väljer systemet att tolka leverantörsnamnet på fyra olika sätt:
AB Storstockholms Lokaltrafik
Lokaltrafik
SL:s
Aktiebolaget Storstockholms Lokaltrafik
Detta belyser precis den problematik som lyfts gällande funktionen "Hantera". När tolkningen varierar så här mycket försvinner poängen med automatiserad bokföringshjälp, eftersom det krävs manuell korrigering för att få en enhetlig huvudbok. Det blir svårt att motivera en kostnad per dokument när resultatet innebär merarbete snarare än tidsvinst.
Har någon annan märkt om detta är specifikt för vissa typer av leverantörer, eller är det en generell brist i hur algoritmen prioriterar data på kvittona?
Length Name
------ ----
48189 Kvitto 2026-04-14 SL-resa.pdf
48215 Kvitto 2026-04-15 SL-resa.pdf
48212 Kvitto 2026-04-16 SL-resa.pdf
53364 Kvitto 2026-04-21 SL-resa.pdf
53367 Kvitto 2026-04-24 SL-resa.pdf
48211 Kvitto 2026-04-26 SL-resa.pdf
48213 Kvitto 2026-04-29 SL-resa.pdf
53378 Kvitto 2026-04-30 SL-resa.pdf
Redigerar post. Inte så konstigt att de automatiska förslagen som borde komma inte gör det. Det tycker ju inte det är samma troligen.
Redigering 2. Såg nu att det är samma datum på alla 🤪
Den lyckas alltså heller inte fiska ut datum.
Tack för att du delar ett så tydligt exempel.
Det du ser beror på hur kvittotolkningen fungerar idag. För kvitton hämtar systemet egentligen inte någon faktisk leverantörsinformation, utan namnet som visas i listan är bara en tolkning av text som finns på själva kvittot. Därför kan samma leverantör ibland tolkas på olika sätt, till exempel “AB Storstockholms Lokaltrafik”, “Lokaltrafik”, “SL:s” eller “Aktiebolaget Storstockholms Lokaltrafik”, beroende på vilken text algoritmen bedömer som mest relevant på just det kvittot.
När du sedan öppnar kvittot för bokföring är leverantörsfältet tomt, eftersom det inte är ett obligatoriskt fält för kvitton. Det här skiljer sig alltså från hanteringen av leverantörsfakturor där leverantören identifieras och används mer konsekvent i flödet.
Vi förstår absolut poängen du lyfter kring att variationen kan göra det svårare att få nytta av automatiseringen. Jag har delat vidare detta till våra produktspecialister, och förbättringar kring hur leverantörer tolkas på kvitton finns redan registrerat som ett önskemål.
Tack igen för att du tog dig tid att visa ett konkret exempel!
Hej!
Tack för svar.
Jo, men eftersom de pdf som jag lagt in ser "exakt" lika ut, information ligger på samma ställe, så borde de ju tolkas på samma sätt och ge samma resultat i er lösning, inte lite "random" plocka vad den verkar känna för 🤔
Testade med en egen tolkare en lokal LLM med en väldigt liten AI-modell. Den hade absolut inga problem med något jag "slängde på den", fick alltid fram samma och rätt information. Ni kanske bör träna eller använda en LLM som kan tolka det lite bättre 😁.
Jobbar med ett system nu som använder LLM (en lokal liten modell på 3b parametrar, ej API-mot någon "jätte" typ claude/gemini/openai) för att tolka alla mina fakturor & kvitton, oavsett antalsidor och var information finns på dessa sidor. Den tar det den hittar och lägger på försättssida till pdf:n, denna har jag anpassat och testat så att Spiris alltid hittar rätt information... men som sagt ett "pet-project" med hög "nerd"-faktor. Skulle inte behövas när man "betalar" för tolkning som skall fungera.
Copyright 2026 Visma Spiris AB. All rights reserved.