Papier of Excel maakte inderdaad niets uit. Buiten het forum om heeft mdekraa alsnog aanvullende informatie toegezonden, en uiteindelijk hebben we de oorzaak gevonden.
Waar bij een Prijslijst-id een Valutakode kan worden opgegeven, wordt deze Valutakode wél gerespekteerd door 3-4-1-1 maar niet door 3-4-3.
Zo zijn we in staat om via 3-4-1-1 een prijs vast te kunnen leggen van USD 2000,- per TN.
Vragen we die prijs op via 3-4-3 dan wordt ineens 907,- getoond (euros).
De 2000,00 wordt door 3-4-3 gelezen als 'tarief in de databasevaluta' die in dit voorbeeld op NLG staat. Het bedrag wordt vervolgens gepresenteerd in de presentatievaluta EUR.
Andersom, als nu de Staffelprijzen zijn ingevoerd via 3-4-3 dan zullen deze tarieven in de database-valuta worden opgenomen in de database, dit terwijl ze horen te worden opgenomen in de valutakode van de Prijslijst-id. Het invullen van een prijs van EUR 1,- komt dus in de database terecht als NLG 2,20371. Het prijsreglement, die wel netjes de Valutakode van de Prijslijst respekteert, ziet deze 2,20371 dus als euro bedrag.
Ofwel, de tarieven zoals in de eerder genoemde printscreen getoond zijn de tegenwaarde in guldens van prijzen die in euro ingevoerd zijn.
Wat nu even minder handig is, dat het er schijnbaar vanaf hangt hoe de gebruiker zijn prijzen vastgelegd heeft. We kunnen dus niet per definitie stellen 'alles staffels respekteren de valutakode van de prijslijst-id niet' immers alleen de via 3-4-3 ingevoerde staffels doen dat niet. Tijdens de eerst volgende upgrade zal er dan ook gekontroleerd worden òf U met Prijsstaffels voor Prijslijst-id's werkt. Mogelijk wordt er dan een waarschuwing gegeven kontakt op te nemen met Heart opdat in overleg kan worden bepaald hoe de prijzen gekonverteerd moeten worden.
Merk op dat indien U enkel met Prijslijst-id's in EUR werkt, en Uw database-valuta eveneens EUR is, dit probleem niet kan optreden. ;)
