Vi använder Azure Data Factory för att läsa från Visma .net REST API till en SQL-databas. Därifrån läser vi in data till Power BI. Vi kombinerar i SQL-databasen ihop data från andra källsystem med data från Visma .net.   En stor anledning till att vi valt Visma .net är att det har goda integrationsmöjligheter och vi använder andra för-system för att lösa t.ex. orderhantering, EFH, CRM etc. ... View more

Detta prioriteras inte då Approval arbetar med att ta fram en helt ny flödesdesign.  ... View more

Instämmer. Det är ett helt absurt upplägg att man ska betala timdebitering för fel som är orsakade av Visma. ... View more

Jag kan inte annat än att hålla med, vad gäller prishöjning och buggar. Företaget jag jobbar för har drabbats av en ännu större prishöjning. Sedan har detta med att balansräkningen inte balanserade hänt även mig. Trodde inte heller att detta var möjligt då alla avstämningar etc hade gjorts och allt hade varit korrekt. Det hela löstes i alla fall med "Omräkning av huvudbokssaldo" eller liknande som gjorde att allt "föll på plats". Även detta bekostat av oss själva, då rättning gjordes m.h.a. "Partner", som förvisso är väldigt kompetent. Sedan har flertalet andra uppenbara buggar i systemet lett till väsentligt merjobb och fördyringar under de snart tre år vi har kört med Visma.net. Även kunder och leverantörer har stundvis blivit lidande av felaktigheterna som löpande har fått hanteras av mig som Ekonomiansvarig. De största felen har jag kommunicerat. Oklart om något har lösts även om det verkar vara något färre problem. Jag ser att åtminstone två av dessa väsentliga fel kvarstår. Medveten om dessa har jag nu själv rutiner på plats för att undvika följdproblem. Jag förstår att det finns "barnsjukdomar" med ett nytt molnbaserat system som detta, som för övrigt har många förtjänster också. Jag ville bara bekräfta att detta med inbalans i balansräkningen har drabbat även mig och att prishöjningen är hög + plötslig. Förhoppningsvis, kan de förmodat rejält höjda intäkterna för Visma.net, göra att de värsta buggarna/avsaknade funktionaliteten åtgärdas. ... View more

Hej,    Vad händer om en leverantören råkar skicka en pappaerfaktura till gamla adressen efter de 60 dagarna ni vidaresänder fakturorna?   ... View more

Samma här väldigt segt. Borde ändra hela hanteringen på något sätt.  Vi räknade för skoj skull hur många klick det är innan 1 faktura går över till approval.  Det var vid 1. förinställd leverantör 6 klick  . Leverantör som behöver hanteras 12 klick.  Inte så smidigt kan man säga. Lägg sedan till väntetiden mellan varje klick.  ... View more

Se om din partner kan hjälpa dig att bygga detta, antingen i Visma.net eller i OneStop Reporting. ... View more

Hej, Visma har noterat detta fel och de kommer enl uppgift köra en fix idag som ska rätta till detta, så man framledes kan skicka flera fakturor till samma leverantör, i samma fil utan att ha noterat betala separat på leverantör/faktura.  Om leverantör kräver separat betalning, kan detta markeras på leverantören i fliken betalning, då kommer varje faktura skickas på egen rad i filen. Mvh, Monika Andersson ... View more

Oj, jag är i chock.  För mig har detta varit en självklarhet att denna förändring sker automatiskt.    Detta måste Visma bara lösa, det kan omöjligt vara så att alla i ett företag ska vara insatt i hur koddelen är uppbyggd.   Flyttas en attest ifrån en person till en annan person och approval är kopplat till koddelen, då måste Visma lösa så att koddelen även förändras automatiskt.  Görs inte detta automatiskt är det omöjligt att säkerhetsställa att en avdelning får rätt kostnader.   Jag är bered att gå så långt och säga att detta är pinsamt att denna funktionalitet inte finns.    ... View more

Tack för ditt bidrag. Tyvärr har din idé, denna gång, inte gått vidare till Förslagslådan. Vi rekommenderar dig att pröva ett annat sätt att lösa ert önskemål, kanske som en anpassning med hjälp av en av våra partners. Många av våra tjänster är flexibla och kan anpassas åt den enskilda kunden. Återigen, tack för att du bidrar till utvecklingen av visma.net ... View more

Jättebra ide.   Man skulle även vilja att programmet var lite mer flexibel i valutan.   Normal pratas priser med leverantörer i USD, men alla leverantörer vill ej ha betalt i USD utan i sin lokala valuta.   ... View more