Om hygge_1

hygge_1 · ‎2024-06-23

Hej! Jag står också inför ett liknande fel nu. Den ingående balansen för räkneskapsåren 2019, 2020, 2021, 2022, 2023 och 2024 är för mig: -0,25kr: Detta problem har jag alltså haft varje år efter 2018, då jag misstänker denna diff kom tack vare F1, där vi ser dessa 0,25kr: Jag försökte fixa diffen så här: Det såg utt funka ändå tills Deklarationsmodulen, helt utan varningar och förklaringar bestämde sig för att vända diffen, precis som du också beskriver. Kan du dela de verifikationer som Visma's support tog fram till dig så kanske jag kan försöka luska ut hur man ska göra? Mvh Hugo

hygge_1 · ‎2024-06-07

Tack. Ja, supporten kunde aktivera Visma Lön Direkt åt mig. Så nu är den tillbaka.

hygge_1 · ‎2024-06-06

Hej! Jag förnyade just mitt abonnemang av Visma eEkonomi med ett nytt år. Nu när jag loggar in så saknar jag lönefliken. Tidigare fanns där vad jag tror heter Visma Lön Direkt. Vad har hänt? Mvh

hygge_1 · ‎2023-07-30

4.3 handlar ju om kostnader. En kapitalförsäkring ligger ju som ett balanskonto, inte som en kostnad, så jag förstår inte varför man ska skriva något på 4.3c?

hygge_1 · ‎2023-07-29

Här kommer ett tips till andra läsare som gjort en vinst på som KF istället för en förlust! "Årets amorteringar" ska bara användas om man gjort en förlust på kapitalförsäkringen, om jag förstått det rätt. Om kapitalförsäkringen gått plus, säg med 50TKR och om man återför 50TKR (eller mindre) ska man bokföra detta som en skattefri intäkt. Alltså kredit på 8220, inte kredit på 1385 (vilket är jag trodde först efter att ha läst ovan svar). Värdeökningar i kapitalförsäkringen redovisas vid uttag ur försäkringen. Om det uttagna beloppet är mindre eller lika stort som värdeökningen, redovisas hela det uttagna beloppet som intäkt. Det redovisade värdet på försäkringen påverkas inte. https://www.bfn.se/fragor-och-svar/bokforing/kapitalforsakringar/

hygge_1 · ‎2023-06-21

Låter som en rimlig förklaring! Se nu till att fixa detta så det funkar även om man bara bokför skattekontot en gång i halvåret (och då dumpar in en SKV fil med flera > 50 händelser). Som sagt, varianter av händelser på skattekontot är begränsade och standardiserade (samma text alltid för samma händelse) så här ska programmet inte ens behöva en historik att "lära" ifrån (modellen borde ha denna kunskap från början). Varsågod! / Hugo (mjukvaruutvecklare)

hygge_1 · ‎2023-06-19

Hej! Jag har som sagt gjort Skattekontots händelser manuellt nu så det finns inget jag kan "visa" för supporten längre. Eftersom det inte fungerar så kan ni väl be utvecklingsavdelningen att kolla på detta? Detta bör vara enkelt att återproducera för utvecklarna. Kanske måste de testa att importera Januari-Juni på en gång? Själv bokför jag händelser på Skattekontot kanske en gång i halvåret och då skapar jag en stor SKV fil som täcker hela den perioden. Det kändes ju som att programmet inte snappade upp händelser från förra året (bugg 1) och även om jag valde konto för händelserna i Januari så togs de inte in för resten av de importerade händelserna (bugg 2). Dessa SKV-filer ser ju väldigt typiska ut då Skatteverket använder sina bestämda texter för de olika händelserna så oavsett hur stor/liten SKV filen är så ska det inte vara något problem för programmet att känna igen dessa texter på skattekontot. Hoppas detta är löst tills nästa gång jag ska bokföra skattekontot. Mvh

hygge_1 · ‎2023-06-16

Det funkar fortfarande inte! Jag importerade en SKV fil som täcker ca 7 månader, några i 2022 och några i 2023. Där fanns så klart många rader som heter "Debiterad preliminärskatt", "Intäktsränta", "Kostnadsränta". Dessa texter är ju standard för händelser på skattekontot. För 2022 så verkade programmet kunna snappa upp tidigare bokföring men för händelser 2023 så kom inga förslag alls. Så för alla ovan händelser så fick jag manuellt välja motkonto. Verkar vara en bugg (väldigt störig) som gör att mönsterkänningen nollas vid årsskiftet?

hygge_1 · ‎2023-04-03

Jo, man kan göra en manuell hantering av skatten, för att skjuta på den. Detta läser jag på https://kunskap.aspia.se/blogg/redovisning-av-tjanste-och-entreprenaduppdrag. Enligt inkomstskattelagen är det tillåtet att redovisa intäkter på löpande räkning när fakturering sker. Tidpunkten för faktureringen ska då kunna motiveras av affärsmässiga skäl. Denna regel är inte tillåten i redovisningen. Regeln är däremot tillåten i bolagets inkomstdeklaration. Om ett företag önskar tillämpa denna regel får de göra en justering i företagets skatteberäkning.

hygge_1 · ‎2023-03-24

@Josefine Johansson, kan du bekräfta att det är OK att bokföra på detta vis?

hygge_1 · ‎2023-03-22

Programmet borde lära sig lite snabbare. Inget svårt med mjukvara för mönsterigenkänning. Även små skillnader bör tolereras, håller du inte med?

hygge_1 · ‎2023-03-22

Eftersom 3*** är resultatkonto så självnollas de när det nya året börjar. Eftersom @Andy75's byrå har ökat 3001 när fakturan skickas så kanske det kan vara OK att direkt igen minska 3001 för att nolla 1620. Men då måste man alltså själv justera ner/upp skatten i ruta punkt 4.5 och 4.6.e i Inkomstdeklarationen, eller hur? I mitt fall så använder jag eEkonomi för att skapa fakturor så min intäkt för tjänst hamnar på 3041 (Försäljn tjänst 25% sv). Jag kan inte nolla 3041 mot 1620 direkt för då klagar Vismas Moms-modul på att 3041*0.25 inte stämmer med av utgående moms (konto 2611). Jag antar att jag måste nolla 1620 mot ett annat 3-konto, i mitt fall 3310 som jag använde mot 1620 året innan. Just efter jag skickat fakturan har jag alltså "minus" på 3310 och "plus" på 3041 vilket summeras till 0. Detta trixande ger alltså ingen Nettoomsättning i punkt 3.1 på deklarationen år 2:

hygge_1 · ‎2022-01-10

Hej! Precis som alla moderna bokföringsprogram försöker eEkonomi att ge förslag på hur en rad på bankontot ska bokföras. Väldigt praktiskt när det funkar. Tyvärr gör det ofta inte det. Hur ska man göra om eEkonomi "lärt sig fel"? Jag köper kaffe nästan varje månad. Kontoutdraget ser på ungefär samma sätt varje gång: 2021-12-16 My local coffee roaster Mitt Namnson 4423 23XX XXXX 0456 Köpdatum 2021-12-15 -1.215,00 5.403,88 Av någon anledning föreslår eEkonomi alltid 5410 (förbrukningsinventarier) istället för 7699 (övriga personalkostnader). Hur kan man få eEkonomi att lära om sig? Här blir det lite extra "pinsamt" eftersom transaktionen till och med har ordet "Coffee" vilket borde gå att härleda till kaffe. Den "smarta" bokföringen har en hel del brister... Jag vet inte om eEkonomi försöker använda machine learning men i vilket fall så misslyckas eEkonomi helt. Skulle inte vi användare, förslagsvis i Inställningar->Bokföringsförslag, kunna få lägga in egna filter? T.ex varje gång ord som "coffee" dyker upp på kontoutdraget, föreslå 7699? En annan grej angående "Matcha bankhändelse"-rutan: Om man tar Bokföringshändelse = Övrigt uttag. Varför dyker inte de Bokföringsförslag man själv lagt in i programmet (Typ = Egen)? Bara det hade underlättat... Det måste vara en bugg att programmet inte tillåter de Egna mallarna här, i alla fall en bugg från ett användareperspektiv. / Hugo (mjukvarutvecklare)

hygge_1 · ‎2021-06-23

Tänkte det. Hatar att Visma ofta gör det lätt att göra fel och mindre lätt att göra rätt. Sådana här möjligheter att göra fel måste bort från programmet. "Kolla med en revisor", fick jag som svar från dem via deras chat. Det borde Visma själva ha gjort, när de utvecklade årsredovisningsmodulen. Oh well...

hygge_1 · ‎2021-06-23

Tack! Bra svar. Jag förmodade det var så. Jag undrar varför Visma lagt in möjlighet att redovisa att utdelning tas från Aktiekapital. Är det ens möjligt?

hygge_1 · ‎2021-06-21

Hej! Jag håller på att ta fram årsredovisningen för 2020-01-01-2020-12-31. Under 2020 delade jag ut extra pengar, utöver vad som besluts på någon årsstämma. (Denna extrautdelning tog jag förstås från konto 2091, Balanserat resultat.) Nu till årsredovisningen. Under tabben Förvaltningsberättelse->Eget kapital, till höger om "Utdelning som bokförts under räkenskapsår 2020-01-01 - 2020-12-31" finns 3 rutor på raden (under de 3 kolumnerna Aktiekapital, Balanserat resultat, Årets resultat). I vilken av dessa ska jag ange extrautdelningen som skedde 2020? Tack!

hygge_1 · ‎2020-10-12

Jag håller med om att det dåligt att Moms-modulen ger detta förvirrande fel. Jag tycker också att datumet på kvittningsverifikationen borde bli datumet då kvittningen skedde. Då blir ju tidslinjen korrekt, eller?

Svar: Diff i Balansräkningen

Svar: Saknar Visma Lön Direkt

Saknar Visma Lön Direkt

Re: Hur deklareras vinsten som jag har tagit ut fr...

Svar: Hantering av kapitalförsäkring vid bokslut

Svar: eEkonomi förslår fel i "Matcha bankhändelse"

Re: Svar: eEkonomi förslår fel i "Matcha bankhände...

Svar: eEkonomi förslår fel i "Matcha bankhändelse"

Re: Svar: Ingående saldo på 1620 - Upparbetad men ...

Re: Svar: Ingående saldo på 1620 - Upparbetad men ...

Svar: eEkonomi förslår fel i "Matcha bankhändelse"

Re: Svar: Ingående saldo på 1620 - Upparbetad men ...

eEkonomi förslår fel i "Matcha bankhändelse"

Svar: Redovisa extrautdelning

Svar: Redovisa extrautdelning

Redovisa extrautdelning

Svar: Avvikande datum pga ångrad faktura

Produkter & tjänster

Utbildningar

Forum

Visma Spcs