Heart-Profit ERP
July 03, 2024, 11:49:03 am *
Welcome, Guest. Please login or register.

Login with username, password and session length
News:
 
   Home   Help Login Register  
Pages: [1]
  Print  
Author Topic: Terug van weg geweest: Gratis levering is niet gratis meer  (Read 2938 times)
0 Members and 0 Guests are viewing this topic.
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« on: September 24, 2008, 10:06:26 am »

Hoofdstuk 2 : Mooi heh !  Fishy

Wanneer ik een verkoopprijs overschrijf met 0 euro op een verkooporderregel, wordt het bedrag - 0,60 per KH. Maar bij een gratis levering nemen we zelf ook de heffing voor onze rekening, zoals we dat in april 2007 ook hebben vertelt.

Geen heffing aub bij een gratis levering, conform hoe het het afgelopen ca 1,5 jaar na de releasenote http://ha1.heartprofit.nl/profit/index.php?topic=18128.0 heeft gewerkt.

Op enigerlei wijze is dit er weer ingeslopen. Kan dit er aub weer uit?


Work stopped
Logged

KM
Menno
Knowledgable
**
Offline Offline

Posts: 398

Het is niet zo moeilijk, als je denkt.


View Profile
« Reply #1 on: September 24, 2008, 02:06:30 pm »

Beste Johan,

Ik constateer het volgende:
Indien je bij Toevoegen Verkooporderregel de Verkoopprijs direct op EUR 0,00 zet, dan wordt er géén DKK gegeneerd.
Indien je bij Wijzigen Verkooporderregel de Verkoopprijs aanpast en op EUR 0,00 zet, dan wordt de Verkoopprijs gewijzigd naar -0,60 per KH wat gecompenseerd wordt door het DKK-Tarief (+ 0,60 per KH).

Kun je aangeven welke situatie jij hier bedoeld?
Logged

Heart-Profit company ID : HA
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #2 on: September 24, 2008, 05:45:19 pm »

Zowel bij lovrtv als lovrwy (toevoegen / wijzigen VO-regel) krijg je dit weer voor mekaar. Kan dit te maken hebben met die 'prijzen herbereken' parameters (lijkt me niet, want dat is iets wat thuis hoort bij lodatv/lodawy)


* LOVRPBRA 20080924030.PNG (16.35 KB, 703x304 - viewed 142 times.)

* lovrtv prijs 0.PNG (31.77 KB, 822x500 - viewed 139 times.)
Logged

KM
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #3 on: September 24, 2008, 05:49:13 pm »

MOGELIJK is er dan ook iets te doen aan de melding dat het artikel niet voorkomt in het assortiment:
Deze melding verschijnt na de vorige (Let op prijs is 0!)

De melding "let op prijs is 0" is prima, die bevestig je met <Enter>, maar daarna komt direct onderstaande melding. Je hebt dus niet eens de kans gehad om een artikelnummer in te vullen op de nieuwe verkooporderregel.

Het is natuurlijk niet iets dat heel veel voorkomt, maar als het er eenvoudig uit te halen is, zou dat mooi meegenomen zijn.


* vervelende melding artikel die niet voorkomt.PNG (41.71 KB, 858x606 - viewed 141 times.)
Logged

KM
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #4 on: September 25, 2008, 08:55:57 am »

zie http://ha1.heartprofit.nl/profit/index.php?topic=19166.0
of http://ha1.heartprofit.nl/profit/index.php?topic=18092.0

en de prijsbepaling ziet er in dit nieuwe geval anders uit. (prijsopbouw) Terwijl er  toen ook sprake was van een RCprijs (prijs voor een art/vrs ongeacht klant) en een korting op klant/artikel (prijs als korting) daarop icm met dezelde opbrengstverhogende DKK.
Logged

KM
Menno
Knowledgable
**
Offline Offline

Posts: 398

Het is niet zo moeilijk, als je denkt.


View Profile
« Reply #5 on: September 29, 2008, 11:30:43 am »

Leuk dat dit voor jullie werkte, maar als het DKK-Tarief per Eenheid is gedefinieerd, lijkt mij dat dit los staat van de Prijs op de Verkooporderregel.

Wat mij betreft ligt de oplossing bij de inrichting van de DKK. Indien je bij de DKK de Rubriek "Bedrag tonen in Netto Prijs" op 'N' zet kun je zelf bepalen of je de DKK wel of niet in rekening brengt. Je kan dan namelijk op de Verkooporderregel de Rubriek "OVDKK", waarin het DKK-Tarief staat, overschrijven met 0,00.


Het andere probleem, de melding die te vroeg komt, wordt opgelost.
Logged

Heart-Profit company ID : HA
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #6 on: September 30, 2008, 09:28:50 am »

Leuk dat dit voor jullie werkte, maar als het DKK-Tarief per Eenheid is gedefinieerd, lijkt mij dat dit los staat van de Prijs op de Verkooporderregel.

Wat mij betreft ligt de oplossing bij de inrichting van de DKK. Indien je bij de DKK de Rubriek "Bedrag tonen in Netto Prijs" op 'N' zet kun je zelf bepalen of je de DKK wel of niet in rekening brengt. Je kan dan namelijk op de Verkooporderregel de Rubriek "OVDKK", waarin het DKK-Tarief staat, overschrijven met 0,00.

Jammer dat het zo moet. Maar goed, het "tonen in nettoprijs" biedt idd wel een oplossing.
Logged

KM
Menno
Knowledgable
**
Offline Offline

Posts: 398

Het is niet zo moeilijk, als je denkt.


View Profile
« Reply #7 on: October 01, 2008, 08:57:48 am »

Het andere probleem, de melding die te vroeg komt, wordt opgelost.

De aangepaste funktie staat inmiddels bij jullie op het systeem.
Logged

Heart-Profit company ID : HA
Johan
Designer
*****
Offline Offline

Posts: 2178


As it net kin sa't moat, dan mat it mar sa't kin.


View Profile
« Reply #8 on: October 07, 2008, 03:15:05 pm »

Leuk dat dit voor jullie werkte, maar als het DKK-Tarief per Eenheid is gedefinieerd, lijkt mij dat dit los staat van de Prijs op de Verkooporderregel.

Dit staat niet helemaal los van de prijs op de verkooporderregel. Als je 0 euro opgeeft dan is de regelprijs "€ -0,60" (per 100 kilo) en de DKK is "+ €0,60". Per saldo wel 0 dus.

En voorheen was dit helemaal geen gedoe en gerommel. Het werkte echt leuk. Waarom moest dit nou anders?

De optie om het "bedrag tonen in netto prijs" anders in te richten is een goed bedoeld lapmiddel, maar betekend wel dat je dus twee keer prijs 0 op moet geven. (1 keer bij de prijs en 1 keer bij de DKK)
Logged

KM
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1 RC2 | SMF © 2001-2005, Lewis Media Valid XHTML 1.0! Valid CSS!
Page created in 0.058 seconds with 20 queries.