Voorraad aanpassing: verwerkings datum

Ik was in de veronderstelling dat als je in de artikellijst of in het artikeldetail scherm de voorraad handmatig aanpast dan (indien gezet) de datum gebruikt wordt welke je in het voorraad instellingen scherm doet.
In de Database is dit de waarde "nopfinance.core.domain.configuration.stocksettings.stockmutationdate": (12/31/2019 16:33:20)
Dit gebeurt in de .167 niet, daar komt de datums op "nu":

CreatedOnUtc      TransactionStatusId  TransactionDateUtc   EffectiveDateUtc
2020-01-21 16:43:00  30  2020-01-21 16:18:46.9354309  2020-01-21 16:43:21.7070000
2020-01-21 16:48:00  30  2020-01-21 15:47:52.3792316  2020-01-21 16:47:52.2070000
2020-01-21 16:49:00  30  2020-01-21 15:48:45.3444054  2020-01-21 16:48:45.2600000
2020-01-21 17:13:00  30  2020-01-21 16:13:16.2764263  2020-01-21 17:13:13.1330000

Indien dit niet klopt, hoe zou ik deze boekingen dan weer ongedaan gemaakt kunnen krijgen?

Nee, dat is een foute aanname. De transactiedatum is altijd de datum van invoer.

Als je beginvoorraad wilt invoeren tegen een vast-ingesteldedatum dan doe je dat in het ProductLijst scherm aan de rechterzijde van het grid.

Om eerdere voorraadmutaties ongedaan te maken open je het dagboek 'Voorraadboek'

Daar kun je verwerkte mutaties opzoeken en deze ongedaan maken,.

Je ziet in het voorraadmutatie dagboek in het tabblad verwerkte boekingen alleen grootboek rekeningen en een bedrag.
Hoe weet je nu wat welke mutatie is?
Als je de boeking terugdraait, zie je dan wel een product ID.
Maar aangezien je deze (anders dan bij documenten waar je ze wel ziet) niet in een kolom kunt zien in de artikellijst kun je hier ook niet niets aan herleiden.
Voor meerdere redenen kan het wel handig zijn dus om ook hier de ID kolom te tonen.

Na wat getest te hebben merk ik dat als je in de product lijst deze handeling doet, dat inderdaad dan wel de EffectiveDateUtc (2019-12-31 16:33:20.0000000) op de ingestelde datum komt.
Maar ook dat de CreatedOnUtc op "nu" (2020-01-24 10:00:00) gezet is.
Maar de TransactionDateUtc staat echter op (2020-01-24 09:00:21.2561004)

Kun je uitleggen waar de TransactionDateUtc voor gebruikt wordt?

Ook zie je de verwerking niet terug in het tab "Verwerkte boekingen", ook niet bij het verversen.
Pas als je het programma opnieuw start, zie je dat je al 3 keer de aanpassing dus verwerkt hebt tijdens het proberen.
Na verder testen lijkt het erop dat dit alleen voorkomt indoen je nog onverwerkte boekingen hebt staan.

TransactionDateUtc is voor de vastlegging van 'wanneer' de transactie verwerkt is door de gebruiker.
EffectiveDateUtc is voor de vastlegging van de datum waarop de mutatie van toepassing was/is

"Ook zie je de verwerking niet terug in het tab "Verwerkte boekingen", ook niet bij het verversen"

Ik zal meenemen dat een ververs ook de verwerkte transacties opnieuw laadt (kan wel traag worden in de loop der tijd)