All right, thank you. We'll have to do that then.   The OpenAPI specification does list a "Delete" option in the DtoSegmentValueUpdateDtoBase model. Hence why we thought it's possible. So that specification should probably be updated to reflect that it's not possible. ... View more

Did you find the answer to this? Because we are seeing the same issue that it's not possible to issue DELETE requests to remove values from the Dimension SUBACCOUNT. We do get a 200 Success response but there is nothing happening in Visma. ... View more

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

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... ... View more

@Isac Falkenbergvi är en koncern med flera bolag där vi alla använder Visma .net. Men vissa använder utskick som går via AutoInvoice --> InExchange. Andra använder AutoInvoice direkt, så man slipper det extra steget via InExchange.   Det är inga problem att skicka fakturor via AutoInvoice direkt. Det fungerar mycket bra. Det är bara det att valet inte finns här:    Jämfört med om man vänder InExchange som operatör:   ... View more

Fick rådet av Exsitec att lägga upp detta som ett förbättringsförslag för jag fick info om att det inte går att skicka om med ny referens via AutoInvoice.   Vi har provat att väja InExchange som operatör i listan men det verkar inte fungera. Jag har fått information om att Visma tidigare använde InExchange men att de nu har gått över till en en egen växel (?) för AutoInvoice. Nu vet jag inte hur det är om man har konto hos både InExchange och AutoInvoice, om man då kan välja. Men det känns riktigt rörigt.   Att kunna skicka om med ny referens direkt från AutoInvoice är smidigt och har fördelen att man får bort fakturan ur fellistan. När man skickar tusentals fakturor i månaden, och det ligger dussintals/hundratals fakturor i fellistorna, blir det efter ett tag riktigt rörigt att hålla reda på vilka som faktiskt är lösta och vilka som behöver hanteras. ... View more

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.   ... View more

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). ... View more

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

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

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. ... View more

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. ... View more

Vi har också detta behov. Riktigt bökigt att hålla på att korrigera leverantörsfakturor (kredit) i vissa fall! ... View more

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? ... View more