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. ... Visa mer

Vi instämmer med de andra i sin feedback. I teorin är det väl jättebra om det skulle fungera så som Visma tänker, men det gör det absolut inte i praktiken. Det är en utopi...   Det här är några saker som strulat för oss, för att ge en bild av problemet: Mottagande bolag har överlåtits till annan part, och ekonom/ekonomisk förvaltare har inte avregistrerat EDI-fakturamottagning. Mycket vanligt inom fastigheter när man har paketerat fastigheten i bolag och köper/säljer fastigheter. Byter ägare ofta och ekonomisystemen hänger inte alltid med. Fakturorna kommer fel, eller inte fram alls. Org.nr/momsreg.nr är då detsamma före och efter bolagsöverlåtelsen men fakturan hamnar fel. Fakturamottagaren har nekat oss att skicka EDI. Visma försöker då skicka EDI i alla fall. Vi får error och måste handlägga detta genom att övervaka vad som skickats och inte. Det finns ett begränsat antal fält på EDI-fakturorna. I PDF har vi fler möjligheter att styra hur det ser ut och vilken information som framgår till kund. Så på PDF kan vi kontrollera att det blir som kunden vill ha fakturan på fler sätt. Därför vill vi ibland skicka PDF trots att EDI är möjlig. Har hittills inte stött på en enda kund som vet hur de "väljer" mottagningssätt. Har aldrig fungerat att förklara hur/att det går att styra detta från kundens sida! Så i slutändan måste vi ändå gå in och styra detta på något sätt... Kund säger att de hellre tar PDF-faktura, men de är registrerade för EDI. Då går det inte att styra på ett bra sätt. Föreslagen lösning är mycket dålig i fallet med omvänd skattskyldighet. Vid omvänd skattskyldighet måste momsreg.nr framgå av fakturan och kan således inte tas bort. Resultatet är att vår kundreskontrapersonal inte förstår någonting alls av varför fakturan har skickats med respektive metod. Spenderar mycket tid med att försöka förklara och rätta saker, men det är svårt att förklara varför det här är logiskt... ... Visa mer

Den ackumulerade avskrivningen är inlagd i systemet tillsammans med senaste avskrivningsperiod, så det verkar vara korrekt och balanserna är rätt från då vi tog in anläggningarna i Visma.   Det vi är ute efter är att kunna se hur inventarien har skrivits av även innan vi förde in den i Visma. Det går förvisso att göra genom att titta bland verifikationerna, men det finns en ganska tydlig överblick i "Avskrivningshistorik" på inventarien där vi skulle vilja få in överblicken. Denna stämmer inte nödvändigtvis med hur inventarien faktiskt har skrivits av i tidigare system.   ... Visa mer

Ja, samma problem. Många rapporter är väldigt långsamma och Kontodetaljer kraschar till och med när vi försöker ta ut vissa urval (på bara ett konto, en period). ... Visa mer

Det verkar tyvärr inte gå att läsa dessa nya release notes i mobilen. ... Visa mer

Trots att vi kör senaste versionen 8.72 dyker detta val inte upp för oss. ... Visa mer

Eftersom Visma .net marknadsförs som ett toppmodernt system och driver att eFaktura är det föredragna sättet är det mycket underligt att Visma missar en så både enkel och kritiskt punkt som att det ska gå att lägga till en beskrivning till fakturan i fritext (Som är längre än 150 tecken).   Från våra leverantörer får vi ständigt längre texter i detta fält i deras eFakturor så det verkar inte som att det inte går att åstadkomma...   De sätt som anges för att arbeta runt detta har varit: Lägg till beskrivningar/text i fakturarader med 0-belopp. Känns "hackigt" och som en ful lösning. Skriv ett separat dokument och bilägg det som en bilaga. Känns som ett stort extra arbetsmoment. Skicka PDF-faktura. Men det går ju inte till offentlig sektor. Majoriteten av större organisationer såsom kommuner och storbolag trycker på för att man enbart ska skicka eFaktura och det blir ju vanligare och vanligare. Därför försöker vi göra det. Men vi skickar långt över 1 000 fakturor i månaden och får många frågor och kommentarer på detta. Dussintals i veckan, och mot flera kunder behöver vi till och med kreditera fakturan och ställa ut en ny med bättre specifikationer eftersom det inte hänger med i den första fakturan. ... Visa mer

Har detta blivit löst? Vi upplever samma problem då vi har många kunder som har flera olika platser (leveransadresser) men en fakturaadress.   Det blir korrekt på våra PDF-fakturor men i eFakturan verkar det som att vi alltid antingen får Kundens adress eller Platsens adress. ... Visa mer

Tack. Får ta kontakt den vägen!   Som framtida referens för andra - Är det i så fall via supplierInvoice och invoiceLines vi läser ut detta? ... Visa mer