Prisen ændrer sig ved opdatering af leveringsdato i ordre-/indkøb

Hvis prisen ikke skal findes på lagerkortet, hvor skal den så findes?

mariaf: Han mener: Hvis man har opettet f.eks. en indkøbslinie, hvor varen har kostpris 5,00, og man så manuelt ændrer den til 4,00, og man så senere ændrer leveringsdatoen, så ændrer den indkøbsprisen tilbage til 5,00.

tobler: Det er en fejl. Du kan - såfremt du har adgang til programmering i C5 -gå ind i Udviklingsmenuen under FRM/Ret, vælge IndLinie, stille dig i leveringsdatofeltet, trykke F6, vælge Felttformler, vælge Post-Change og slette linierne der står her. Det burde ikke give dig yderligere problemer.

Jeg fejlmelder den hos Navision - hvis andre ikke allerede har gjort det!

Fra Navisions forhandlersupport har jeg fundet følgende:

Denne problemstilling har jeg tidligere indrapporteret (R-DEN-DDSP-PEHA-02637). Svaret fra denne fejlrapport (Rejected) har jeg givet til kunden. Grunden til, at ændring af leveringsdato betyder ændring i prisen, er at der kan ligge en datobestemt rabataftale. Kunden spørger, om man ikke kan lave koden således, at der "føles på", om der ligger en rabataftale på varen. Såfremt der ikke ligger en rabataftale på varen, skal der ikke ændres pris ved ændring af leveringsdato. Jeg synes, kunden har en pointe. Derfor indrapporterer jeg "fejlen" igen. I ver. 2.0 bliver der i øvrigt ikke ændret på pris ved ændring af leveringsdato.

Status er, at det behandles som et "Forslag" - læs: Det er ikke sikkert at Navision laver om i standardprogrammet på dette område. Jeg skal forresten tilføje at den er indrapporteret i februar 2003!!! Så du skal nok ikke forvente det store!

Jeg har ikke tidligere stødt på den - eller rettere, jeg har en kunde, der vil have at prisen skifter, hvis der er kommet en ny på lagerkortet siden linien blev oprettet. Systemmmet SKAL alstå tage den nye pris ved ændring af leveringsdatoen - de kører med indtastning af ordre måneder før den endelige pris er kendt.
Så for min skyld skal den ikke ændres - så skal jeg nemlig til at fejlmelde den :-)

Hvorfor ikke køre med prisgrupper og datostyring? Eller rabat? Så er du ude over det.

--> mariaf, 75% af vores priser følger ikke listeprisen, men tilbydes fra gang til gang, derfor kan det ikke lade sig gøre med prisgrupper/datostyring.

Det der undrer mig, er at når jeg har sendt/udskrevet en ordrebekræftelse, at prisen alligevel "må" ændre sig, på dette tidspunkt har jeg jo fastlagt min pris.

--> dma, jeg prøver lige dit forslag i vores testsystem.

Jeg har været inde i den problemstilling hos flere kunder...
Man kan ikke generelt sige at fordi en kunde benytter rabatsystemet så skal priserne altid opdateres, man kan have indtastet en aftalt pris eller lign.
På den anden side hvis kunden ændrer en bestilling fra 5 til 10 stk. og 10 stk prisen er lavere så skal han jo have den lavere pris.
Problemet med leveringsdatoen er at man kan kører med rabatperioder (Det har sågar Navision prøvet - køb 3 betal for 2 - de tider er nok forbi) med rabatperioder skal prissystemet jo også kontrolleres.

I grund og bund burde der være nogle flere parametre så man via dem kunne vælge hvordan det skal virke hod den enkelte kunde.

//Tommy

Jeg har en kunde hvor problemet er ret grotesk:
De opretter et indkøb i f.eks. USD. Efterfølgende ændrer de dollarkurs (sker næste dagligt). Herefter opdaterer de indkøbslinierne med f.eks. en bekræftelsesdato. USD priserne ændre sig herefter (ofte uden brugeren opdager det). Og indkøbet bliver opdateret med de forkerte priser. Det groteske er at en USD sgu' da altid er lig med en USD uanset hvad kursen er overfor DKK.

--> dma, Din løsning virker. TAK - mine brugere er lykkelige.

--> nielshenriksen, årsagen er igen denne opdatering fra lagerkortet, hvor kostprisen er sikkert er oprettet i DKK og derfor ændrer indkøbet sig, hver gang kursen ændres! Omvendt problematik!