Antal stk af varer ønskes i "antal kolonne" i projekter + salgspris pr. stk ved fakturering

Question

Når man registrerer 5 timer i projektmodulet vil der på projektkortet blive registreret:

Antal 5 - kostpris x (i alt) - salgspris y (i alt)

Når man overfører timerne til en faktura får man:

Antal 5 - timepris/salgspris x (pr time !) - salgspris y (i alt)

Dette vil stå fint på fakturaen

 

Samme ønske er der når man registrerer/overfører varer fra eget varelager

 

Hvis man i dag overfører 5 stk varer i projektmodulet vil der på projektkortet blive registreret:

i teksten "vare12345 - 5 stk" - Antal 1 (!!) - kostpris x (i alt) - salgspris y (i alt)

Når man overfører varerne til en faktura får man:

Tekst inkl antal - Antal 1 - kostpris x (i alt) - salgspris y (i alt)

Der vil altså i teksten stå " vare12345, 5,00 stk" - antal 1 - pris 100 - i alt 100

Det ser meget forkert ud på en fakura..... og kunden kan ikke se stk. prisen.....

Der bude står "Vare12345" - antal 5 - pris 20 - i alt 100 - altså det reelle antal stk og salgspris pr. stk

Answer 1

Hej René

Tak for dit indlæg og det glimrende forslag.

Jeg syntes det er et rigtig godt forslag og forbedring af vores salgsfakturaer vil for det meste have en positiv effekt.
Jeg vil prøve at gå videre med dette forslag, jeg opdaterer når jeg bliver yderligere oplyst i forbindelse med dette forslag.

Answer 2

Hej René

Så vender jeg tilbage med nyheder fra vores prioriteringsmøde.
Dette forslag var en af dem der krævede at vi virkelig lagde hjernerne i blød, som du måske kan forestille dig så laver kladden for Vareforbrug én registrering på projektkortet, og giver så denne en tekst der indeholder varenavn og antal. Så langt så godt, så fremgår det da af projektkortet.

Denne registrering indeholder dog ikke et antal, ligesom timeregistreringen gør, dette ville være en nødvendighed for at få dette forslag til at lykkes, og det er en af de slags ting der ligger for langt nede i vores kode til at vi tør kaste os over det i forbindelse med at udvikle denne udvidede funktionalitet.

Det vil derfor i denne omgang ikke være noget vi vil begive os ud i at forsøge at udvikle.  Så mange tak for forslaget og belysningen af denne spændende problemstilling. Desværre kan vi ikke løse det anderledes end vi gør for nuværende.