Automatisk prissummering av ingående artiklar i en struktur - Administration

[KiRanz]

Hej!
Vi skulle vara tacksamma om det i en strukturartikel gick att välja utpris som en summering av utpriser på ingående artiklar. Vi har i dagsläget ungefär 15 olika prislistor och 50 strukturartiklar (bestående av upp till 4 artiklar). Inga prislistor är baserade på kalkyler utan manuellt satta. Efter ett antal bortglömda och/eller felräknade korrigeringar på strukturartiklar efter justeringar på utpriser på ingående komponenter så känner vi att vi har gått fel väg. Finns det några alternativa (icke manuella) vägar att hantera det? Hade man även kunnat summera framför allt vikt per automatik hade vi blivit väldigt glada!

Med vänlig hälsning
KiRanz

[HeleneStruthers]

Hej,

Tack för synpunkterna och din beskrivning. Vad jag kan se har vi inte fått några direkta synpunkter på detta men jag bevakar intresset här i tråden. Om fler har behov av detta så skriv eller gilla gärna förslaget med +1 knappen.

Jag vill gärna nämna att Mamut One Enterprise har funktionalitet för detta idag. Information om affärssystemet finns på vår hemsida: https://www.vismaspcs.se/produkter/bo...

[Mareco AB]

This reply was created from a merged topic originally titled
Uppdatering av priser för paketartiklar? - Administration.

Vi tycker det är omständigt att uppdatera priser för paketartiklar vid uppdatering av prislistor.
Finns ingen funktion där ingående artiklars priser summeras utifrån ordinarie utpris (ej kalkylpris). Därefter bör en funktion för att öka/minska paketpriset kunna tillämpas.
Idag måste samtliga paketartiklars priser räknas ut artikel för artikel...
Tacksam för återkoppling.

[Anna Svensson]

Hej!
Jag slår ihop din tråd med en liknande som vi fått tidigare i vårt forum.
/Anna

[Benny_5]

This reply was created from a merged topic originally titled
Prisuppdatering artiklar.

Hej, bra att någon mer ser detta som ett problem, som det är nu så är paketartiklarna bristfälliga, man får lägga mycket extra jobb. Tycker också att det samlade priset bör utgå ifrån försäljningspriset. Har också många gånger bett om möjligheten att få automatik i uppräkning av priset på p-artikeln om någon ingående komponent ändras.

Notera: Det här ämnet skapades från reply i ämnet Uppdatering av priser för paketartiklar? - Administration

[Anna Svensson]

Hej!

I den här tråden diskuteras liknande frågor. Jag slår ihop dem så får vi allt samlat på ett ställe!
/Anna

[Kjell_12]

Håller med om B:s inlägg. Egentligen borde man få en fråga när inpriset på en artikel höjs typ : "Skall försäljningspriset höjas". Om sedan artikeln ingår i en paketartikel så borde man få en påminnelse att även paketartikeln skall prishöjas.
Kjell

[Benny_5]

Hoppas att det blir en lösning, det är ju precis det här man vill ha ett data program till, slippa att sitta o räkna manuellt, känns som stenåldern.

[Anders Lindqvist]

Har precis bytt ekonomisystem.
Jag blev förvånad över att det inte finns någon summering på paketartiklarna. Vi har 95000 artiklar som uppdateras 2-3 gånger om året.
Av dessa artiklar har vi skapat ca 200 paketartiklar.
Det är och kommer att bli ett hästjobb att behöva kontrollera och uppdatera alla dessa priser manuellt.
Det enda som behövs är ju en (för programmerare) enkel koppling i SQL.
Hoppas på en snabb lösning och återkoppling.

[Benny_5]

Håller med dig, jag har frågat efter detta sedan 2006. Om paketets totala pris baseras på de samlade artiklarnas försäljningspris så är det inga problem.
Benny

[HeleneStruthers]

Hej på er, 

Mycket uppskattat att fler nu gett input i frågan. En automatisk beräkning likt ni beskriver är bevisligen mer efterfrågat än jag tidigare hade underlag på och det behöver vi givetvis ta höjd för i våra diskussioner för framtiden.  

Prioriteringsmässigt måste vi bedöma hur detta står sig mot andra förbättringsförslag. Ser jag bara till önskemålen på vår lista just nu finns flera områden som prioriteras högre t.ex. de framröstade idéer som diskuterats flitigt av många intressenter här på forumet. Men jag ska börja med att titta på vad detta skulle innebära rent utvecklingsmässigt så får jag återkomma när jag har mer information.   

[Anders Lindqvist]

Det här svaret skapades från ett sammanslaget ämne som hette Strukturartikel bruttopris - Administration.

Kan man lösa problemet nedan?
När jag lägger upp en strukturartikel så får jag fram ett kalkylpris men inget bruttopris, det får jag räkna ut på egenhand.
Kan förstå att det finns företag som vill ha det så.
Vi däremot vill vi att bruttopriset ska räknas ut av programmet.
Vi har ca 50st strukturartiklar och våra leverantörer (Olika på varje strukturartikel) ändrar sina prislistor ungefär 2ggr i månaden. 
Vissa av strukturartiklarna innehåller över 10st artiklar.
Vi har dessutom olika påslag beroende på vad det är för artikel.
Det blir ett himla jobb att ändra och kontrollera alla strukturartiklar varje gång.
Kanske det går att lägga till en bockruta där man kan välja vilket av alternativen man vill använda?

[Anders Lindqvist]

Funktionen finns ju redan. Problemet är att programmet hämtar information från fel ställe i våra prislistor.
Hämtar inköpspris istället för försäljningspris.
I min värd så kan bara vara att peka på ett annat värde som redan finns.
Skulle tro att funktionen var tänkt så från början fast någon gjorde fel.
Det är troligtvis ingen som säljer produkterna för inköpspriset, nu får alla räkna om priset manuellt.  
MVH
Anders

[insitujb]

Snälla Visma, ge en av era utvecklare några koppar kaffe och en eftermiddag, så att  Administration kan få ett fält som visar en summering av försäljningspriset av alla ingående artiklar i en struktur. Det räcker med ett fält som visar summan, så att man kan sätta rätt prislapp. Utan en uppsamling av underliggande priser är funktionen med struktur meningslös, då man lika gärna kan hålla den informationen i t.ex. Excel.

[Anders Lindqvist]

Det borde vara lätt för en programmerare.

[Helena Andersson]

Hej
Vi bevakar denna tråden då jag tycker den har en väldigt bra input. 

[Fredrick M]

Vi jobbar väldigt mycket med strukturartiklar. Det vi efterlyser är att t. ex. kunna låsa täckningsgraden på strukturartikeln och på så sätt få en automatisk höjning på dess försäljningspris om en ingående artikel får förändrat pris. 

[Anders Lindqvist]

Jag tror att det här har Visma gjort grundfel (programmeringsfel) i programmet. 
Det var inte så här strukturartikel var tänkt att fungera från början.
Det ska ju fungera precis som du beskriver Fredrick.

[Robin Melldén]

Hej,
Vi har börjat kika lite på denna utmaning och jag funderar på om följande förslag skulle kunna fungera: 
Vi lägger till ett fält som visar en summering av försäljningspriset av alla ingående artiklar i en struktur. Fältet uppdateras när man ändrar försäljningspris på ingående artiklar. Vi tar i detta fall inte hänsyn till staffling, kundrabatter eller vikt. 

Vad tror ni om det? 

Mvh

Robin

[Anders Lindqvist]

Hej Robin!

Det skulle i det fallet bli många gånger bättre som du beskriver.

Det bästa skulle vara om strukturartikeln uppdateras varje gång som ingående artiklar uppdateras i prislistan.

Sen när jag lägger in en strukturartikel  på en tex. faktura så sköter programmet om rabatter och påslag för respektive kund och ingående artikel beroende på vilken kund som har vilken rabatt mm.