Mina produkter

Logga in för att följa kategorier och för att få genvägar i denna meny
avbryt
Visar resultat för 
Sök istället efter 
Menade du: 
Theodor Ahlström
MODERATOR

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Hej Kent,


Om man i ditt fall väljer att först klicka enter på raden för 3041 så ska 80% av differensen hamna på det kontot och du kan sedan fylla i beloppet för moms antingen manuellt eller genom att klicka enter där också. Om man istället väljer att använda sig av den automatiska momsberäkningen i detta fallet så skulle det räcka med att skriva in 3041 och sedan klicka enter så hämtas då 80% upp på den raden och en ny rad för 2611 hämtas och 20% fylls i där. Den automatiska momsberäkningen är såklart inget krav och man får själv välja hur man vill arbeta i programmet. 


Vi håller på att kolla över fallet så som du beskriver det med att fylla i momsbeloppet först för att sedan klicka enter för att få konteringen att balansera. Vi får be om att återkomma med utförligare svar i forumet när vi har mer information just gällande ditt ärende.
/Theodor 
KentACar
NY MEDLEM

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Bra. Fastna dock inte i moms. Tänk att sista rad ska hämta differens. Som tidigare. Exemplet med moms kanske förvirrar? Finns många fall där jag vill avsluta sista rad genom att hämta restbelopp.

Har inte automatisk moms. Gillar inte er funktion. Hade däremot uppskattat en ”vanlig” rutin där man kan skapa det jag brukar kalla ”automatkontering”. Som i era Windows-program.

Med vänlig hälsning
Kent
KentACar
NY MEDLEM

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Dagarna går och det verkar som ni ändrar i koden, eller??

Idag upptäckte jag ett nytt beteende. Jag har ett bokföringsförslag där jag bokar inköp från EU. Därför fyra rader för en utbetalning från kontot.

På rad 1930 anger jag beloppet. På rad 6541 trycker jag Enter på tomt fält och markören flyttar sig till rad 2614. Jag är 99,9 % säker på att jag tidigare alltid fått beloppet från rad 1 i fältet på rad 6541. Jag gör detta flera gånger varje månad och har gjort så i flera år.

Av någon anledning har detta slutat fungera och jag får nu 80% av beloppet från rad 1930, se bilden vid 1. Vid 2 är det 20% i diff. Detta måste vara "moms"-relaterat.

Jag avslutar med att räkna ut EU-momsen och fyller i den på rad 2614 och trycker Enter på tomt fält på rad 2645. Nu får jag korrekt restbelopp.

Ibland funderar jag på om utvecklarna har fått en kurs i bokföring? Med basal kunskap vet man att det är omöjligt att avgöra en procentsats på det sätt ni gör. Det finns många olika typer av momssatser. Det finns varor man köper utan moms. Enda chansen att få detta rätt är att vi som användare får skapa egna automatkonteringar, då är vi ansvariga för vad som händer. Många system har också en fråga om man ska använda automatkontering eller inte för att man ska kunna undvika den på ett smidigt sätt.

Jag ber er nu fixa detta. Uppenbarligen är ni där och kodar för det beteendet jag fick idag är jag väldigt säker på att jag inte tidigare har upplevt.

Jag ber er överväga en "gammal hederlig" automatkontering. Den automatik som finns idag är för min del förvirrande och irriterande. Skulle uppskatta om det nu, efter flera månader, åtgärdas. Jag upprepar också att jag har ingen automatkontering aktiverad i mina företagsinställningar.

Med vänlig hälsning avslutar jag något frustrerad detta inlägg
Kent

AnnicaL
CHAMPION

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Hej Kent.
Det du nu beskriver har jag upplevt en tid när det gäller kontering av faktura med omvänd skattskyldighet.
Så det är nog inte helt nytt men lika irriterande för det! Har heller ingen automatkontering aktiverad.
Hoppas på lösning inom kort.

/Annica
Sanna Theodorsson1
FD ANSTÄLLD

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Hej KentACar!

Stämmer det att ditt bokföringskonto 6541 har momskod 20 med 25% moms? Jag kan återskapa problemet om jag använder bokföringskonto 4056 (inköp varor 25% EG) nämligen. 
Såklart är även detta något vi måste kika på. 

Om du väljer att aktivera inställningen för automatiskt momsberäkning så kommer det att fungera i detta scenario, beloppet blir korrekt. Så antingen får du ändra beloppet manuellt som du gör eller bocka i denna inställningen i företagsinställningarna. Detta som en tillfällig lösning, vi ska självklart lösa problemet. 

Angående ditt första scenario så arbetar vi fortfarande på detta. Det du kan göra är att ange försäljningskontot/kostnadskontot först med beloppet där, sedan lägger du till momskontot och entrar ut verifikationen. Då fungerar det. Då tar den automatiskt resterande belopp och placerar på momskonto. Det ser nämligen ut som att du lägger till momskontot först och jag gissar på att du brukar jobba så. Du ska kunna ange det i vilken ordning som men tills vi har en lösning så får du gärna ange försäljningskontot/kostnadskontot först.

Om du väljer att ha markering för automatisk momsberäkning så kan du skapa verifikationen, ange 1930, lägg till 3041 och totalbeloppet inkl. moms så fördelar programmet automatiskt om beloppet. Så kan du tänka dig att använda denna funktionen så är det lite smidigare för dig. Då fungerar det nämligen som det ska. 


Vi kommer uppdatera tråden när vi har mer information. Jag hoppas att mina tips ovan kan underlätta lite för dig under tiden. 

/Sanna
KentACar
NY MEDLEM

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

6541 har momskod 21 Inköp av tjänster från annat EG-Land 25%

Jag kommer inte att aktivera automatisk beräkning då den, enligt mig, är en funktion som enbart ställer till det.

Jag upprepar att ett register där jag kan lägga in automatkonteringar är bättre för det är jag då 100% ansvarig för det som händer vid inmatningen.

Jag har svårt att förstå att det ska ta månader att ta bort funktionalitet från inmatningen. Låt mig mata in vad jag vill i fälten. Hämta diff vid Enter på tomt fält. Känns inte komplicerat. Har också en stark minnesbild av att det är så det har fungerat innan automatik infördes.

Jag tror att det Visma försöker göra med automatik som ska passa alla har nått vägs ände. Det går inte då antalet scenarion är oändligt. Register för automatkonteringar bör fungera mycket bättre. Det fanns redan på 1980-talet i era Windows-program och är en uppskattad funktion.

Med vänlig hälsning
Kent
 

Jenny Sjöström Sannéus
APPLICATION SPECIALIST

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Hej!

Vi har logik för att du som användare ska behöva räkna manuellt så lite som möjligt och logiken bygger på försäljningskontots inställningar och därav uppstår detta problem om momskontot läggs in först.


När du anger försäljningskontot och klickar enter kommer belopp exklusive moms att placeras på raden och då kan du enkelt komplettera med momskontot. 

Om du istället börjar med momskontot drar du ingen nytta av den logiken. 

Här förutsätter vi att du som användare börjar med att registrera försäljningskontot, vilket vi tror är allra vanligaste arbetssättet hos er användare. 
Men givetvis finns det användare som gör tvärt om 

Kent, när det gäller din tanke om att bara hämta differensen så försöker vi vara smartare än så för att kunna hjälpa till så mycket som möjligt. De konton man använder där det finns momskoder kommer eEkonomi räkna ut beloppet automatiskt. 

Självklart förstår jag att det inte är optimalt att programmet fungerar så här för alla våra kunden men vi behåller gärna logiken ett tag till och rekommenderar er istället att börja med försäljningskontot för att registrera insättningen mycket smidigare alternativt väljer att börja med automatisk momsberäkning.

/Jenny

Visa lösning i originalinlägg

KentACar
NY MEDLEM

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Hej!

Tack för ditt svar.

Enligt min minnesbild började era svar med att Visma inte förstod frågan, sedan blev det ett fel som ska fixas och nu skriver du att ni har en medveten logik som orsakar beteendet som ni dessutom avser att behålla.

Jag är väl inte helt nöjd med att det ska vara så svårt att få fram sanningen, om nu detta är korrekt?

Att jag tycker det är väldigt besvärande för min uppfattning om Visma kanske du förstår? Jag tycker att smarta lösningar där programmet sätter igång och räknar och donar ska vara valbara. Smarta lösningar som verkar logiska i ett konferensrum för ett gäng utvecklare kanske inte är så logiska för användare, trots allt? Att vi som använder Visma ska få bestämma över smarta funktioner bör vara en dygd, att införa förändringar bör inte ske utan information.

Därmed måste jag få svar på följande fråga:

Hur kan ni genomföra en förändring, utan att informera om denna, i hur jag, som använt Visma i flera år, ska registrera ett verifikat i ett bokföringsprogram?

/Kent

Anders23
NY MEDLEM

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Det här svaret skapades från ett sammanslaget ämne som hette Avslut av verifikation, automatiskt beräkning av moms - eEkonomi.

Hej! 
Har problem med bokföringen och autosummeringen under bankhändelser. När jag först lägger in momsen på intäkter (i det här fallet 2621) och sedan ska autosummera på respektive intäktskonto så blir siffrorna helt fel och slutdifferensen blir därmed också fel. 
Exempel i bilderna som följer...



Notera - Den här konversationen skapades från ett svar på: Automatisk avslut sista rad räknar fel - eEkonomi.
Anders23
NY MEDLEM

Re: Fel vid avslut av verifikation, automatisk beräkning av sista rad fungerar ej - eEkonomi

Det här svaret skapades från ett sammanslaget ämne som hette Avslut av verifikation, automatiskt beräkning av moms - eEkonomi.



Notera - Den här konversationen skapades från ett svar på: Automatisk avslut sista rad räknar fel - eEkonomi.