Jag är rätt säker på att det här fenomenet uppstod i och med att Visma anammade sig av SQL-serverkonceptet. Det var inte så tidigare.   Mvh Lena ... Visa mer

Ja, det kan du ta. Jag kanske skulle sätta även denna avgift som en portokostnad. Det är inte så kinkigt i det här fallet.   Mvh Lena ... Visa mer

Hej, igen!   Nu har det hänt, det jag befarade skulle ske, när vi inte kan skicka betalfiler längre.   Igår betalade jag sex stycken fakturor. Jag började med att göra en bankfil för att få annan status på fakturorna i kolumnen. Men, tyvärr kan man inte sortera fram de fakturor man skickat betalfil på, för även fakturor som är förfallna och ej skickade kommer fram, hur man är gör. Hade varit bra ifall man hade kunnat sortera på betalstatus i alla fall.  I och med att jag skickat andra betalfiler strax före, tvingades jag att öppna de fakturor jag skulle betala just då i Adobe, för att ha något att betala efter.   Så med PDF-filerna till vänster och Nordea till höger på skärmen började jag göra mina manuella utbetalningar. Nu när jag ska sätta fakturor i betalläge, kan jag konstatera att jag betalat ut 10.010:- kronor för mycket till en leverantör i och med att femmorna såg ut som sexor i Adobe. Det här är vad som kallas den mänskliga faktorn, som är så besvärlig att hantera. Det är därför det är så bra med betalfiler. Det är därför vi vill ha XML-filer så länge.   Mvh Lena     ... Visa mer

Roligt att du hänvisar till TransPA, vi har precis fått det programmet. Det har visat sig att jag måste byta till annat semestervillkor, 10 istället för 20. I VL600 finns både 20 och 21 och om jag inte missminner mig, står det beskrivet att man skulle använda 20 till arbetare och 21 för tjänstemän. Jag har då matat in 20, men på TransPA säger de att det måste vara villkor 10 istället.   Jag undrar då, kan jag ändra semestervillkor mitt i ett år så här i regniga november månad istället för att vänta till det nya semesteråret påbörjas, 1 april? Börjar i alla fall med att ta en backup först... 😁   Mvh Lena ... Visa mer

Hejsan, @Jesper Fogelström !   Jag har fått till det, tror jag,  och vad som jag reagerat på (att jag tycker de räknar dubbelt upp på semester för sjuktiden) är nog att Visma Lön lägger upp en rad med lönen och gör sedan avdrag för de dagar man varit sjuk. Det tycker jag är logiskt. Det som Transport räknar med är att man raderar hela lönen och räknar fram en sjuklön så att det blir som en "nettad" historia utan att man ser vad som egentligen skett. Därför står det i avtalet att man ska räkna på, som sista grej, vad som den anställde skulle haft i lön istället.   I mitt Excelark jag tog fram för den här uträkningen, lade jag en kolumn för grundlönen, en för övertid, en för OB etc, räknade ner alla kolumner och månader och till sist gjorde jag en separat tabell med alla nedräkningar jag fått fram, tog bort det som hade med sjukdom att göra och fick en summa som godtogs och som jag tog 13% på.   Vet inte om jag skulle kanske lägga det jag nu tänkte säga som en separat tråd, men just Transportavtalet är knepigt. Ju knepigare avtal desto mer önskar vi användare att det fanns som ett av valen i Visma Lön. Har tidigare fått veta att det är så komplext att det inte fungerar att lägga upp just Transportarbetaravtalet, men jag tror att Hogia har det. Tänkte att de kanske är villiga att sälja det till er för en peng, så slipper Visma lägga ner alltför mycket jobb på att ta fram det från scratch. Det var bara en tanke jag hade.   Mvh Lena ... Visa mer

Det finns en löneart för manuellt framräknad skatt, löneart 2203. Där kan du sätta den skatt du själv räknat fram. Lycka till!   Mvh Lena ... Visa mer

@NathalieEK  Vad är Period och År som du hänvisar till?   Mvh Lena ... Visa mer

Hej, @My Janhall    Det handlar om periodiseringarna: Man går på skrivarikonen till höger i det blå fältet och väljer Kommande periodiseringar. Då kommer en lista upp. Den skall matcha det som står på samma konton när man gör som du föreslår, alltså när man plockar fram dessa siffror ur huvudboken. Den här funktionen stämmer av kontona. Det som finns under Kommande periodiseringar är det rätta. Är det en annan siffra i huvudboken när man jämför med periodiseringslistan, har man matat in något manuellt på 17xx av misstag.   Listan kommer upp i omvänd ordning och de som kikade på ett ärende jag lade för något år sedan eller så, förstod inte alls min invändning och tyckte väl jag var fånig som inte tyckte det var OK att kontona kom upp i annan ordning än i kontoplanen. Jag vill ju kunna skriva ut en huvudbok - på skärm eller på papper - där den kommer i rätt ordning och också skriva ut - på skärm eller på papper - en lista över periodiseringskontrollen och se dem sida vid sida.   Man kanske skulle byta namn på funktionen och kalla den Periodiseringskontroll SAMT fixa så den kommer i rätt ordning.   Mvh Lena ... Visa mer

Tyvärr, är Nordea Bakvända Banken. De vill inte, får man läsa här. De vill inte möta sina kunders behov.   Jag har arbetat med alla storbanker, SHB, SEB, Swedbank, Nordea, Danske Bank och den enda bank som kreditnotor krånglar hos är Nordea. Jag förstår inte hur de tänker. De andra bankerna kan hantera kreditnotor galant och bevakar dem i ett år. Det betyder att man har ett år på sig att skicka in - skicka in separat alltså - en faktura som uppgår till kreditnotans belopp.   Naturligtvis tycker jag att man som kund ska slippa halvdana lösningar för att inte en bank kan hänga med i utvecklingen. Jag tycker Nordea ska anpassa sig till verkligheten och att inte Visma och vi kunder ska behöva anpassa oss efter en långsam bank..   Mvh Lena ... Visa mer

Nej, det har inte med molnbaserat eller ej att göra, snarare verkar det som om att programmera icke molnbaserat verkar enklare då molnbaserade program idag har sämre funktionalitet (som jag ser det).   Jag tycker det är ett bra förslag du kommer med, att ha genvägar i dessa dialogrutor till funktionerna verifikationslista, huvudbok, balans- och resultatrapport. När det gäller att komma ihåg ett konto i huvudboken, behöver du inte vara så precis. Du kan använda dig av intervall. Vet du att kontot du söker, ska ligga under kontoklass fyra någonstans, kan du välja i huvudboken att börja sökningen på 4000 och avsluta med 4999. Programmet skriver då ut de konton som finns däremellan. Ju precisare du är, desto snävare blir resultatet, naturligtvis.   Du kan också göra samma sak inne i funktionen kontoanalys. Vill du få en lista på allt under kontoklass fyra, skriver du i sökrutan 4000..4999. Resultatet blir detsamma. Lycka till! Mvh Lena ... Visa mer

Det handlar om att konton kommer ut i fel ordning och att Visma tycker att det är en ickefråga. Har man en kontoplan som kommer ut i nummerföljd ska den göra det konsekvent och inte byta nummerföljd rätt som det är. Mina arbetsrutiner har inget att göra med det är. Det är lika irriterande att det skrivs ut bakvänt vare sig det är på skärmen eller på papper.   Mvh Lena ... Visa mer

Det finns ett annat molnbaserat program, Visma NET eller vad det heter. Det är ett annat Vismabolag än eEkonomi eller de som handhar Administration som utvecklar detta. Den programvaran vänder sig till större företag, men är så hårdstyrt - förmodligen med flit - att man måste specialsy hela kalaset. Då måste man använda sig av separata konsulter som långsamt och noggrant går igenom allt och på var och varannan fråga säger de "det går inte" och till sist är man uppe i en peng om 250.000:- om inte mer, för att få ett program som har hälften av den funktionalitet som Administration har, och som är stelbent utan flexibilitet.  Till och med lilla eEkonomi är mångdubbelt flexiblare än NET. Sedan har det inte så mycket med om ett program ligger i molnet eller ej om det programmerarna vill ändra något i programvaran. Det finns ju funktioner som vi i eEkonomi väntat på i två år och som inte fungerar längre som det stationära Administration hade ändrat på för länge, länge sedan, se bara tråden om betalfiler till Nordea. Så det har inget att göra med programutvecklingen alls, om programmet är molnbaserat eller stationärt utan det handlar om hur sexig programmeringen är för den som ska ta fram förändringen. Om inte en programmerare förstår vitsen med nummerföljd i periodiseringar utan tycker det är osexigt och gillar skojigare utmaningar eller vad det nu är som driver denne person, ja, då spelar det ingen roll om det är molnbaserat eller ej. Molnet är hackarnas nya våta dröm. Vänta bara när kaoset kommer, då de hackat in sig och ingen kommer åt någon information längre. Det är bara en tidsfråga.   Mvh Lena ... Visa mer

Ja, precis, @AnnicaL , det är inte lättåtkomligt. Jag använder den dock hela tiden för att kolla vilket datum jag skickat iväg en fil och använder den då jag fått någon påminnelse trots jag betalat. Det vore praktiskt att kunna skriva ut en lista. Hände häromdagen att jag skapat en fil, men uppenbarligen glömt skicka den till banken (ja, det var före avstängningen hos Nordea) och då hade det varit praktiskt att skriva en lista att betala efter. Mvh Lena     ... Visa mer

Du har helt rätt och eEkonomi är nog inte byggt för organisationer som kräver lite mer. Det fungerar bra med eEkonomi när man kör med kontantmetoden och har företaget på fickan. Jag menar inte att vara disrespectful mot eEkonomi nu, utan försöker bara berätta att man bör göra en ordentlig research över programvarorna idag innan man bestämmer sig. Jag vet inte vad du arbetat i för system tidigare. I dagsläget, är stora nyheten att allt ska ligga i molnet. Molnet är programmakarnas nya gud. Tyvärr är det "biverkningar" när man jobbar i molnet. Driftstörningar dyker aldrig upp när man jobbar med installerad programvara, men så snart det ligger i molnet är störningarna ett faktum. Argumentet att "man aldrig behöver ta backup" är också något som är dumt men som ses som en fördel. Jag ser det som en nackdel, då man aldrig kan backa när man gjort fel. Allt speglas på molnservern så du kan aldrig gå tillbaka en dag, en timme eller en minut. Allt speglas i realtid. Man ska vara riktigt försiktig, för det puffas hela tiden för - i mina ögon - programvaror som för stunden är poppis och vilka tycker det är poppis, jo, de som utvecklat ett nytt system och som vill ha investeringspengarna tillbaka.  Man måste alltid vara försiktig och göra egna noggranna genomgångar, sondera terrängen ordentligt, innan man bestämmer sig.   Lycka till! Mvh Lena ... Visa mer

Förlåt, jag blev precis varse att du lagt en radda med förbättringsförslag till eEkonomigänget. Hade inte upptäckt det ännu när jag försökte hjälpa dig. Trodde du inte var medveten om att man kunde göra så. Mitt fel.   Mvh Lena ... Visa mer

Oboy, du verkar verkligen ha en annan preferens än eEkonomi och förmodligen har du precis börjat jobba i programmet. eEkonomi är inte så avancerat och jag har påpekat att man borde kunna få konteringsmallar som Administration har, så att man skulle kunna få till det som du beskriver här. Tyvärr säger supporten att man ska nöja sig med att eEkonomi föreslår förra konteringen man använde när man reggar leverantörsfakturor. Tror tyvärr inte de är så intresserade av specialfinesser som dessa. Vänta bara, tills du vill få ut en lista över periodiseringarna 1710 - 1799 så ser du hur eEkonomi fungerar 😂   Mvh Lena ... Visa mer

Om inte annat, borde man kunna se sändningsnumret på betalfilen i en egen kolumn, en kolumn man skulle kunna sortera efter (så man får alla i samma betalfil samlade på rad).   Mvh Lena ... Visa mer

Hej, @NathalieEK !   Du kan göra så att du begär få fakturorna på en PDF till din egen e-maillåda, spara filen och själv dra den till motsvarande registrerad leverantörsfaktura i eEkonomi. Det är inte ett tvång att använda PDF via Autoinvoice eller äkta e-faktura.   Mvh Lena ... Visa mer

Chattade med Nordea precis om det här, och så här gick det:   Välkommen till Nordeas kundcenter via chatt! Här kan vi hjälpa dig med dina bankfrågor. 11:05   Hej! Jag heter Nova och är Nordeas chatt-robot. Beskriv med en kort mening vad jag kan hjälpa dig med.   Jag: Hej, vi har Nordea som bank och Visma eEkonomi. Det betyder att vi inte kan skicka betalfiler längre. Visma säger att det hänger på er att inte en betalfilslösning e dyl har kommit till ännu. Hur ligger det till med den här saken? Visma har vetat om detta i två år nu...   Robot: Jag förstår inte meningar med så många ord. Försök att beskriva ditt ärende med minst 2 och max 15 ord.   Jag: Visma eEkonomi och betalfiler och Nordea   Robot: Du vill importera betalningar från ditt ekonomisystem. Välj "Betalningar" i menyn och sedan "Filimport", och följ instruktionerna som visas.  Du kan importera en fil genom att antingen dra och släppa eller genom att bläddra dig fram till filen och importera från mappen. Obs! Du kan endast importera betalningar om de är i formaten BG Lön, XML eller PO3. Blev du hjälpt av den information du fick av mig?   Jag: Nej   Robot: Jag är ledsen att jag inte kunde hjälpa till. Du kan försöka omformulera din fråga eller klicka på länken nedan så ser jag till så du kommer i kontakt med mina kollegor. Kontakta Kundcenter Du får nu chatta med en av mina kollegor. Vänta kvar och låt chattfönstret vara öppet. Vår konversation sparas, så du behöver inte skriva din fråga igen.   Nordea: Hej, jag heter Madeleine, jag ska läsa igenom din konversation med Nova – dröj lite är du snäll. Som du nämner har Nordea meddelat detta att vi kommer ändra filtyper i den senaste internettjänsten och Visma har fått detta som information ifrån oss.   Jag: Ja, jag vet. Jag vill veta status, hur långt ni kommit i kommunikationen er emellan om hur en betallösning ska se ut. eEkonomigänget verkar inte gilla XML-filer, vilket jag själv tycker är en bra lösning på problematiken. Kan ni inte påverka dem att gå över till den typen av fil? De har redan den lösning på annat håll inom organisationen.   Nordea: Det man kan göra för att detta ska fungera är att lägga till tjänsten Girolink för er. Det jag funderar på då är om ni gör många filbetalningar per vekca? vecka*   Jag: Och den kostar ju extra... hur ser kommunikationen ut mellan er på Nordea och på Visma eEkonomi? Kan ni påverka om XML-lösningen som funkar bra med SKV t ex.  Tillräckligt många (utbetalningar) för att det blir oerhört merarbete att betala manuellt   Nordea: Jag kan kika om vi har fått mer information om detta.   Jag: Tack, jag väntar.   Nordea: Tack!   Nordea: Vi har ingen ny information om detta. Men Visma är uppmärksammade om att de behöver se över detta omgående.   Jag: de har haft två år på sig... Jag förstår att ni inte har någon ytterligare information, men Vismas support skyller på att ni inte är samarbetsvilliga på Nordea. Hur ser du på den saken?   Nordea: Vi strävar efter att våra kunder ska ha möjlighet att fortsätta hantera sina betalningar via oss som bank även om vi gör om vår nättjänst, därav att vi informerat ekonomiprogrammen om detta.   Jag: Ja, lösningen finns ju i XML-formatet. Kan ni påverka Visma eEkonomi i detta? Har ni ett aktivt samarbete sinsemellan om detta problemområde?   Nordea: Det har jag ingen information om.   Jag: OK, tack för allt. Ha en bra dag!!     *** ... Visa mer

Då ska vi se - vi kan frångå förra inlägget från mig. Jag har funderat lite till. Jag börjar om...   Jag har gjort ett  Excelark, i en tabell vi kan kalla A med 13 kolumner: Löneperiod (månad) = Fast månadslön / Ö-tid 1 / Ö-tid 2 / OB1 / OB2 / P-kom / Grundtimlön vid övertid / Karensdag / Sjukavdrag / Sjuklön / Komptid i pengar / Avdrag ej giltig frånvaro Den fasta månadslönen är ju presenterad på samtliga löneunderlag, så i den kolumnen återkommer samma lönepeng varje månad, vare sig man är sjuk eller ej.   När jag placerat siffror i samtliga kolumner, skapade jag en ny tabell därunder med två kolumner och 12 rader. Kolumnerna heter Löneart och Totalsumma och vi kan kalla denna tabell för B . Löneart = Månadslön, Övertid 1 & 2 etc. Totalsumma = sammanlagda utbetalningen per löneart jag fått fram i tabell A. Denna lilla tabell B ger alltså en summering totalt. Tabell A ger månadsvis uträkning.   Sedan står det i Transportavtalet att man ska ta bort sjuklönen. Jag skapade då en kolumn vid sidan av (som får heta tabell C ) och lade in samtliga siffror - precis som i den tidigare kolumnen, men jag fyllde inte i: Karensdag, Sjukavdrag, Sjuklön. Där satte jag noll. Ska man dra bort sjuklönen måste man hoppa över avdragen också, eller? Efter nedräkning av den kolumnen får jag en summa som är högre än i tabell B.   Inunder, räknar jag fram 13% på den summan och jag tycker då att jag fått fram vad denna person skulle tjänat om hon inte varit sjuk och fått fram 13% på det.   Men då, då kommer uppmaningen om att man ska räkna fram semester på sjukperioden som om hon inte varit sjuk. Men har jag inte gjort det, då jag drog bort sjukavdraget och räknade fram 13% på det? Den fasta månadslönen är ju medräknad i dessa 13% varje månad?   Det sägs att man ska räkna ut antal semesterlönegrundande frånvarodagar. För dessa dagar räknar man fram den lön som personen fått om den hade jobbat. OK, men i lönespecifikationen och i min tabell står det ju hur mycket hon skulle tjänat ifall hon arbetat och sjukavdrag etc har jag ju räknat bort, vilket gör att lönen hon skulle fått som kry och arbetande är medräknad. Jag tycker det blir uträkning av semesterersättning på sjukperioden/månadslönen en gång till fast på ett annat framräkningssätt om man räknar dagar så här, men jag kan ju naturligtvis ha fel.   Den rörliga delen av lönen, övertiden, är i vårt fall beroende på hur mycket jobb vi fått in och är inte en återkommande konstant man med säkerhet kan räkna på. Jag tycker väl, att såsom jag gjort här, har jag räknat fram 13 % på det som hon skulle fått om hon inte varit sjuk. Är det så, att jag skall räkna på att hon ska ha 13% på övertidstimmar som kanske skulle uppstått eller inte? I så fall, måste jag ju räkna fram, hur mycket övertidsersättning hon fått tills hon blev sjuk, dela det på antalet totaltimmar hon arbetat, få fram en summa och ta 13% på det utan att lägga på den fasta lönen en gång till.   Eller?   Mvh Lena ... Visa mer

Du har helt rätt, bra!  Du måste skapa en journal först. Det är journalen som skapar verifikaten för de fakturor du gjort. När journalen är klar, kan du exportera.   Mvh Lena ... Visa mer

Nu sitter vi och betalar fullt pris för en tjänst som inte fungerar fullt ut. Vilken prisreduktion får vi Visma eEkonomi-användare, när inte betalfilerna fungerar längre? Att betala fullt pris för en produkt där funktionalitet tagits bort, känns inte bra.   Mvh Lena ... Visa mer

I Visma lön, ser jag följande:   Semestergrundande lön, arbetstid, frånvaro i timmar och i dagar.  Jag ser timmar och dagar från och med 1 april, när semesteråret började, inte januari.   Semestergrundande frånvaro = 294,5 timmar enligt programvaran, men jag räknade fram själv att det är 311,5 timmar från jan - sept.   På lönespecifikationerna  kommer det upp: karensdag, sjukavdrag och sjuklön. Ska dessa raderas helt från summeringen av totallönen? Jag får det till att hon arbetat c:a 1.100 timmar totalt från januari och framåt   Övertid och OB är intermittent. Det beror således på hur mkt det är att göra. Är det rätt att göra så här:   Den fasta månadslönen + övertid 1 + Övertid 2 + OB1 + OB2 + Premiekompensationen + Grundtimlönen vid övertid + Komptid i pengar = c:a 300.000,- delat med 1.100 timmar. Då får jag en summa om 273:- ungefär. Ska jag då multiplicera 273 med antalet frånvarotimmar och ta 13% på det? Samt 13% på lönen, 300.000:-?   Sorry att jag är så trög...   Mvh Lena   ... Visa mer

Just det @Fredrik Ramstedt, du har helt rätt! Varför inte, när XML redan finns i annan funktion, använda den såsom du föreslår längst ner. Man får inga glada användare när funktioner försvinner. Om man vill briljera med en nyhet, kan inte ett annat alternativ läggas upp så länge, så vi användare som betalar för kalaset kan välja sedan?   Mvh Lena ... Visa mer