VKP

- Initiële commit opzet BlumCZ

- Initiële commit opzet OPO De

- Initiële commit opzet Haefele Spanje

[ICT-4265] Multipersonality setup Cache: Meurer

- Initiele setup van twee personalities: Meurer en BlumPLDrewTrans

- 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

- In EindPersonalityBepaler wat dingen verwijderd die toch niet nodig bleken te zijn

- Setup Blum Polen in Caché

- Nog enkele vergeten VerwerkerDozon's toegevoegd

- Uitbreiding van Toegelaten Ladetypes nog vergeten mee te committen

- Verduidelijkingske bij iets wat niets met deze story te maken heeft => Wordt nooit gebruikt ivm LadeOnderdeel Bodem, dus dat mag ook blijken uit de naamgeving

- decrypteer call werkte niet

- Personality visitor aangepast en alle daarvan ervende visitors

- Overige bestanden gewijzigd (zoals in kaartje ICT-2223)

- bijkomende definities / convertors

- bijgbehorende testen

- Hopelijke alle nodige wijzigingen / nieuwe classes

- Klantdatabepaler

- toegelaten lade types

- KlantData Bepaler

- KlantDataBepaler

- Refactor na review => Maakt nu gebruik van LeverAdresRepository met query-functionaliteit en bijhorende TestCase

- initiele commit Haefele FI + SE

- Gerelateerd aan vorige aanpassing, zijnde [ICT-759] [rvWV] PM: Maatwerk: BOMBOL VHIP481: Waarschuwing indien wijzigen variant die reeds voorbij orderklaar is:

- OrderService => Niet het Order moet bewaard worden, maar wel de OrderLijn, want daar zit de wijziging op. Order bewaren op die plek is overhead, want is op PRNr op OrderLijn na ongewijzigd.

- ProductOrderlijn => Property ProductIdIsGewijzigd als pointer om op juiste moment indexen te killen en rebuilden => Gebeurde blijkbaar (nog) niet in hoofde van de ProductUpdater, door vorige implementatie van VerwijderIndexenIndienNodig en BouwIndexenIndienNodig.

- ProductOrderlijn => Indexen rebuilden in ZetProductID weggehaald (was toevoeging in bovengenoemde story) => Was onzinnig, want in SWNODE^FLOWORD2 wordt gepersisteerde data opgehaald en die is op dat moment nog ongewijzigd (nog met oude PRNr) => Zou dus enkel de VerwijderIndexen ongedaan maken ipv de nieuwe te zetten.

- ProductOrderlijn => Voor rebuilden van indexen na zetten van ProductID voor ProductUpdate wordt nu vertrouwd op de Save => Die doet de Save van de Super vooraleer de indexen te rebuilden, dus al met juiste data opgehaald in SWNODE^FLOWORD2.

- ProductOrderlijn => Geen event ingesloten => Order2Admin volgt sowieso nog.

- DataMProductOrderlijn-Mock uitgebreid met Save.

- Nieuwe method op kortingservice

- AxSaledID van de bon kunnen ophalen, interface ook aanpassen

Bon.GeefVerzendwijzeID bijmaken die sowieso het id gaat gaan teruggeven niet mogelijks id + aanleverdag

- Workaround gemaakt voor SFS zodat een logo niet hoeft gekoppeld te worden aan de subhandeleindgebruiker maar gewoon aan de subhandel

- Testen toegevoegd die nagaan of er een subhandelId beschikbaar is of niet