Dynamics

- Mailer: VerzendKlantNietGevondenMelding => Uitbreiding en refactoring => Variaties...

- User bekend in Admin => Mail naar OV'er in kwestie en BDA in Cc

- User onbekend in Admin => Mail naar BDA (met extra melding van onbekende AxUser) en logger.Warning dat AxUser niet gekend is in Admin

-fallback eruit wegen potentieel verkeerd na klantsync. testen mee aangepast.

- InventoryOutConverter => Producten die een AxConfigId hebben worden niet meer tegengehouden als LinkType = S (=> geldt enkel indien geen AxConfigId, zoals voor de SyncAll)

- CustomerInConverter => mini-refactoring betreffende LanguageId

- CustomerInConverter => Bij UpdateKlant => ZetAdres => uitvoering is afhankelijk van of AX hoofdadres doorgaf => anders hoofdadres niet updaten

- LeverAdresUtils => MaakPrimairAdres => Indien geen hoofdadres doorgegeven door AX => Error loggen

- vhUnitTest...ZetLeverAdressenBestaandeKlant => moest nog verwijderd worden, want move class gebeurd naar vhUnitTest...ZetLeverAdressen wegens naamwijziging geteste method

- Service mockable maken

- Afzondering ZetAdres naar eigen klasse.

- Extra in AX aangemaakt service-product hardcoded bij de lijst van Service-producten gezet in IsOngewenstProductInMigratieFilter => ProductNr 1829171

- AxProductFilter Mockable gemaakt

- Ongewenste producten (zoals service-producten) worden nu niet meer geInventSynct

- DataBouwer => is nu Mockable => IndienMethodCall("StelSamenTeSyncenPRNrAxConfigIdCombos").DanDoeNiks() => SyncAll compileert nu wa rapper

- interface toegevoegd en mock gegenereerd

- Na review => Naming => CheckStockTussenOrderLijnenEnStockAdmin

- MaatwerkStockVerschilAfhandelaar Mockable gemaakt voor gebruik bij UnitTests van SyncAll.GenerateMaatwerk()

[UST3504] VHIP901: Orderlijn bestaat niet

- events niet nodig. Deze gebruiken lijnnr, maar zoeken unieklijnnummer op om events te gooien.

- Maar bij sortering wijzigt er niks aan productlijnen, aantallen,..;

........

[ICT] openstaande wijzigingen Cache01 doorvoeren.

- updaten toeleveringen tijdens sorteren. toeleveringen gebruiken orderlijnr en niet uniek orderlijnnr.

........

- PRNrAxConfigIdVoorraadHistoriek => property AxMaatwerkGenerischItemId voorzien

- MaatwerkIterator => AxMaatwerkGenerischItemId opgepikt

- SyncAll => AxMaatwerkGenerischItemId opgepikt en doorgegeven en PRNrAxConfigIdVoorraadHistoriekRepository is nu geinjecteerd

- InventoryOutConverter => ProductNr van AxMaatwerkGenerischItemId mag AangereiktPRNr niet vervangen want daar staat altijd 0 stock op

- InventoryOutConverter => AxMaatwerkGenerischItemId nu wel doorgegeven als parameter want dit IdentNummer moet aan AX doorgegeven worden ipv IdentNummer van PRNr-product

- InventoryOutConverter => ProductApi is daardoor niet meer nodig

- AxInventSyncCreator => Afhandeling indien IsMaatwerk

- AxInventSyncCreator => Eerste opzet voor vergelijking stock tussen OrderLijnen en Admin door o.a. injectie PRNrAxConfigIdRepository => GeefQtyVHPerProductNr

- Aanpassen bestaande UnitTests tot terug werkend

- bepaler voor geblokkeerde stock toegevoegd

- Code afgezonderd naar apart klaske, kwestie van beter te kunnen verfijnen

- hier bedoelen ze waarschijnlijk Orderlijn ipv order als type.

- LeverAdresMaker uitgemockt

- Juiste benaming.

- Refactoring => incl afzonderen code ivm adressen naar nieuwe klasse LeverAdresUtils

- Klasse Land is nu TECH.Interface => Mockable nu

- Aanpasssen UnitTests => Op 1 na die nu in comment staat => PRA gaat die nakijken

- Mail reeds voorzien. Deel 1

- LeveradresRepository => Uitbreiding Bewaar()

- ZetLeverAdressenBestaandeKlant()

- DataMKlantNative => GeefAdressenVolgensType is nu Public ipv Private

- To do => UnitTests aanpassen en nieuwe

- Extra melding indien gesplitste lijn..