"Doorrekenen gewijzigde Inkoopprijs" probeert een achteraf gewijzigde Inkoopprijs door te rekenen naar alle plekken waar de ingekochte voorraad in is verwerkt. Om meerdere redenen kan het voorkomen dat zo'n Inkoopprijs niet meer kan worden doorgerekend, maar, laten we maar als eenvoudig voorbeeld aanhouden: "de perioden zijn afgesloten".
Ofwel, stel dat we vandaag de prijs willen wijzigen van een Inkooporder die vorig jaar geleverd is, en waarvan de ontvangen goederen al zijn geleverd aan een klant, en de order aan die klant vorig jaar is gefaktureerd én die Periode (of Boekjaar) inmiddels is afgesloten, dan kunnen we de prijs niet meer "doorrekenen" simpelweg omdat we hiermee het resultaat van vorig jaar aanpassen, terwijl er over die periode al lang is gerapporteerd c.q. aangifte is gedaan.
Als "Doorrekenen" niet mogelijk is, is er altijd nog een escape, nl. door het verschil (per heden) als Prijsverschil te journaliseren.
De keuze om een gewijzigde prijs als Prijsverschil te journaliseren was opgehangen aan een J/N rubriek, welke J/N rubriek nu is gewijzigd naar de opties J/N/A. Hierin is een optie "Automatisch bepalen" toegevoegd. Optie "A" zal eerst proberen of de prijs doorgerekend kán worden, en zo ja, dit ook daadwerkelijk doen. Als de prijs echter niet doorgerekend kan worden, zal ze automatisch voor de andere optie kiezen: "Boeken als Prijsverschil".
Middels
Profit-DynScreen kan de waarde van deze rubriek worden disabled op de waarde "Automatisch". Het voordeel van de situatie die dat ontstaat, is dat de gebruiker niet op voorhand ervoor kan kiezen om het verschil naar Prijsverschillen te boeken, zonder dat eerst geverifiëeerd is of "Doorrekenen" mogelijk was.
Let op: Als de optie op "Automatisch" staat én de Prijs niet kan worden doorgerekend, zal de journalisering naar "Prijsverschillen" alsnog achter een Enter = Door, Esc = Terug melding worden opgenomen. Het opnemen als "Prijsverschil" kán dan nog in theorie worden afgekeurd, hetgeen impliceert dat de prijs niet zal worden gewijzigd. Deze "escape" is nodig omdat er situaties zijn waarin de Gebruiker het systeem "een handje kan helpen" waarna Doorrekenen misschien alsnog mogelijk is. Denk hierbij aan het feit dat Doorrekenen niet mogelijk is omdat "slechts" afgelopen maand al is afgesloten, maar, dat we weten dat er nog niet gerapporteerd is, er er nog geen aangiftes over afgelopen maand zijn gedaan. In overleg zouden we dan eenvoudig de Afgesloten Periode tijdelijk weer even kunnen heropenen, de prijs alsnog aanpassen én Doorrekenen, en dan de periode weer afsluiten. Zou het verschil zonder meer naar Prijsverschillen worden geboekt, dan wordt de mogelijkheid het nogmaals te proberen door het systeem een handje te helpen uitgesloten, en daarna verliezen we feitelijk funktionaliteit.
Merk ook op dat niet iedere Foutmelding inzake het niet kunnen Doorrekenen automatisch leidt tot een journalisering op Prijsverschil; zo zijn er bijv. ook meldingen die aangeven dat "Doorrekenen Gewijzigde Inkoopprijs" momenteel even niet kan worden uitgevoerd omdat er bijv. zojuist een Faktuurrun is opgestart. Een situatie als deze zal dus gewoon leiden tot een foutmelding, waarna de gebruiker het op een ander moment nogmaals kan/moet proberen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOEXPEVP | Omschrijving (nog) niet bekend | 03-05-2018 | 16-04-2021 |
| LOIRPE | Wijzigen Prijs Inkooporderregl | 04-05-2018 | 16-04-2021 |
| LOIRPEBR | Doorrekenen Gewijzigde Inkoopprijs | 15-12-2020 | 16-04-2021 |
| LOIRPEKS | Omschrijving (nog) niet bekend | 23-12-2015 | 16-04-2021 |
| LOIRPEPO | Omschrijving (nog) niet bekend | 14-12-2020 | 16-04-2021 |
| LOIRPEVA | Omschrijving (nog) niet bekend | 24-08-2009 | 16-04-2021 |
