Visma.net's modul Project accounting är ett fantastiskt bra verktyg för Projektekonomer och projektledare. Det ger möjlighet att knyta kontoplanens konton till Kontogrupper/ kalkylgrupper för att enklare stämma av budget, utfall, prognoser, nedbrutet enligt den kalkyl man har på sina projekt. Automatik finns för succesiv vinstavräkning m.m. I vårt fall så har vi valt att ett Projekt i PA modulen heter t ex 12053-001, vi har även valt att det projektet ska vara kopplat till Redovisningens Koddelar. Det innebär att vi ärver samma värde 12053001 vilket vi beslutat ska läggas upp i kontolistan som en koddel i projektet. Det ärvs då man fakturerar till kund, till redovisningens koddelar, likadant om man får en leverantörsfaktura som ska kopplas till PA modulen som en kostnad, och eventuell vidare fakturering i projektet med eller utan påslag. Om det ska vara en del av balansen, i successiv vinstavräkning m.m. Men det finns några brister som är viktiga för att det ska bli smidigt för ekonomerna att arbeta med det, det är att kunna ärva från Projekt till koddelar även i vanliga manuella verifikationer i Redovisningsmodulen, i Bank & Likvid - Transaktioner.   Se bifogade bilder.   Det är även viktigt att kunna kunna fånga upp kursvinst och förlust mot koddelar (projekt är i vårt fall segment 1) som finns på leverantörsfaktura och kundfaktura, det går inte idag.   Ovanstående är mycket starka önskemål för att få ett bra flöde och nöjda kunder på hela PA modulen. Hoppas på många röster på den här vidare utvecklingen !   Mvh Jan Norrbäck  ... View more

Issue: Visma.net API lacks support to create the related financialCharges and deductedCharges attributes in the customerPayment API POST request.   Background: ISV automation of the Payment, Settlement and Reconciliation from credit card processors (Amazon, PayPal & eBay, etc) is a more and more requested feature. In order to support this feature fully we must be able to pass payment financial charges and deducted Charges in the payment creation API process.   This is currently not possible via Visma.net API because the endpoint /controller/api/v1/customerPayment lacks support for creation of the attributes financeCharges and deductedCharges.   With the above background we ask you to consider the implementation of the financeCharges and deductedCharges in the /controller/api/v1/customerPayment endpoint.   ... View more

Issue: The lack of REST API support of screen CA305000 Suggestion: Add new API endpoint of screen CA305000 into Visma.net API. Use case: Payment, Settlement and Reconciliation Background:  Bank Deposits in Visma.net are useful for when we want to bring payout details from custom e-commerce solutions - save the Visma.net customers from many manual hours of work! ISV powered automation of the Payment, Settlement and Reconciliation from credit card processors (Amazon, PayPal & eBay, etc) is a more and more requested feature. By giving the ISV the ability to fully automate the complex and time consuming processes required to close invoices and reconcile their payments and fees with bank deposits would be of visma.net customers interest. With the support of the API endpoint of the screen CA305000 the ISV would be able to fully automate the creation of the deposits, and reconcile them with payments already in the visma.net. With the above background we ask you to consider the implementation of the requested API endpoint of the CA305000 screen.         ... View more

Prisavtal frisläpps från Prisavtal för leverantörspriser (AP2020PL) och Prisavtal för försäljningspriser (AR2020PL). Önskemålet är att det läggs till möjlighet att frisläppa dessa från Rutiner i menyn (med schemaläggning). Tyvärr saknas detta.   Eftersom det även saknas stöd i API, så används ofta importscenarier för daglig import av nya priser. Nu måste man då gå in och manuellt klicka på frisläpp prisavtal varje dag.  För en stora e-handlare som importerar nya priser varje dag från grossist med många olika leverantörer så är det viktigt att kunna automatisera så att t ex inköparen får korrekt priser vid inköps order registrering, och att Försäljningsprissättning till kund i webbshop blir justerat i relation till inköpspriser (i denna bransch är bästa/lägsta pris för kunden viktigt och reglerat).   Jag lyfter detta önskemål då det legat i förslagslådan sedan 2019. ... View more

I rollen som inköpsansvarig är det viktigt att ha kontroll på inköpspriserna från olika leverantörer. I Visma.net kundens fall är det stora volymer som importeras löpande. Många artiklar kan ha en annan artikel status än aktiv. t ex ingen försäljning, inga inköp.   Analys görs löpande så att det inte finns rader som är aktiva, och har ett felaktigt pris t ex 0 kr. Det finns behov av att ha en ny kolumn för artikelstatus bland raderna och/eller i huvudet, i vilket man kan göra en egen filtrering. Utan statusen som urval så blir det onödigt många rader att analysera. Detta avser fönster Leverantörspriser https://finance.visma.net/0844001002   ... View more