Dynamics

- Zoeken naar dossiercode is ook maatwerktype gebonden uiteraard

- Test aanmaken die encowaypad covert

- in dit geval is het de wens van Blum dat de transporteur de mail stuurt, wij geven dus het emailadres door aan de transporteur.

- inkomend bestand van AX Salesorder uitbreiden met MailAddressTrackTrace

- Opslaan op Order

- Ook voorzien op hoofding Bon (KUL)

- Maken dat TransportService dit mee doorgeeft ad RequestDataBouwer in de LeveringInfo

- Email adres op Ontvangeradres van Transsmart doBooking bericht invullen, zodat het mee verstuurd word, en uiteindelijk bij Transporteur terecht komt.

- bijbehorende testen

- dto aanpassen

- telefoonnr dat meekomt overnemen.

Aanpassen unit testen volgens nieuwe code implementatie

- refactoring code wat effecienter maken.

- Workaround voorzien voor transferorders

BatchJobPakbonMagGeboektWorden rekening houden met de dueoutime van het order, extra conditie: enkel het PakbonMagGeboektWorden bericht sturen als dit op vandaag staat.

Indien een order reeds vroeger gepicked wordt mag de bon nog niet verzonden worden op die avond als de dueouttime op overmorgen staat

Logging toevoegen als aanduiding start en einde BatchJobPakbonMagGeboektWorden

Testen aanpassen

Pakbon code aanpassen, gebruik maken van Bon.GeefVerzendwijzeID ipv Bon.GeefVerzendwijze

- SyncAll => Method GenerateDelayedInventSyncs => gebruikt nu een andere filter in de iterator, nml: AXimpl.Admin.DOM.PM.ProductIteratorFilter => Houdt Spacetowers tegen. De vorige filter deed dat niet en is enkel bedoeld voor InventSync gebaseerd op orderlijnen omdat de AxConfigId nodig is.

- AXimpl.Admin.DOM.PM.ProductIteratorFilter => werkt nu niet alleen meer met een ResultSet maar ook met een PRNr.

- AXimpl.Dynamics.InventoryOut.Converter.InventoryOutConverter => InventSync-excepties worden nu ook gemaild naar ICT_Meldingen

Refactor: gebruik maken van Flow/Uitlevering/HoofdingRepository ipv meerdere loops + unit testen aanpassen

Refactor: rename methodes ZetVlagHoofding en GeefVlagHoofding naar specifiekere methodes met duidelijke naamgeving

- Rechtzetting ICT-1159 => Voor HLX gaan de leveranciernummers NIET ALTIJD overeenkomen => voorgaande implementatie met exception terugzetten zodat missers direct in de interface aan het licht komen en mapping 06815 => L||6815 voorzien

- Mapping nieuwe leverancier => 05512 => L||5524

Refactoring volgens coding guidelines + wlip's verwijderen

- De caller ProductItemConverter vertrouwt erop dat hij een lege string terugkrijgt indien SupplierId leeg is => Eerder weggehaalde 1e conversieregel in ConvertSupplierIDHLX teruggezet.

- Check op length en indien leeg exceptie throwen heeft dus geen nut meer => conversie zal nu altijd lukken => kan echter verkeerd zijn indien nummer in AX en Admin niet overeenstemt! => heeft dan specifieke mapping nodig.

- ConversieBezwarenBepaler => ConvertSupplierIDHLX zal nooit nog een exceptie throwen, dus try catch heeft geen nut meer.

- Testjes aangepast conform nieuwe situatie.

Refactoren code, toevoegen van een helper klasse

Refactor code /PickingCompleet/PakbonMagGeboektWorden Methode RaisePakbonMagGeboektWordenEvent en VerzendwijzeUitgesteldPakbonBoekenAx + injecteren van OrderApi

Hernoemen methode VerwerkRecord naar VerwerkBon