common

- Na review => mini-refactortjes

- ProjectSettings IsActiefAnderePrinterVoorTaxBatchesBijHalux verwijderd

- ProjectSettings IsActiefAnderePrinterVoorTaxBatchesBijHalux

- ProjectSettings => DOM.common.ProjectSettingsAPI_IsActiefIsPrimaryDlvAddrViaAx2AdminKlantSync

- IsRechtstreekseLeveringDoorVanHoeckeAanKlantVanHandel in de PersonalityService gestoken, incl testjes

- ProjectSettings toegevoegd => resultaat van VHISIE4 is te onbetrouwbaar momenteel

- the config item

- ProjectSettings IsActiefHeinNaarEindklant met bijhorende deploy

- IsActiefHaefeleNlNaarEindklant op interface ProjectSettingsAPI => miste nog

- Uitbreiding enum HoofdingType => Hein

- Implementatie VerwerkHein op LeverbonHoofdingBepaler

- pxLevering => Gebruik eigen hoofding Hein igv ProjectSettings IsActiefHeinNaarEindklant

- Bijhorend testje

- IsActiefTAORDubbeleSifonlade toegevoegd.

- Nog wat andere visitors aangepast

- ProjectSettings => IsGemengdVerpakkingsTypeMogelijkViaVhisie4

- methods nodig om personality te bepalen adhv klantnummer.

- setting voor intere /externe knemerken.

- via projectsettings

- ZetPostcode wordt nu gebruikt ipv de property Postcode te setten

- Implementatie van ZetPostcode gewijzigd => Werkt nu met een 2e Boolean parameter genaamd Corrigeer, die gedefault is op True om huidige werking intact te houden. Indien False => CorrigeerPostcode gebeurt niet, dus LandCode wordt niet afgestript

- Nota: In de constructor van DOM.VKP.impl.DataM.DataMAdres wordt de property Postcode gezet, waarbij CorrigeerPostcode wel weer toegepast wordt => GeefPostcode geeft de Postcode zonder LandCode

- tests toegevoegd

- 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

- projectsettings op interface en mock zetten

- Mockable maken

- Toevoeging getter en setter Type op interface Adres en afgeleiden

- VanHoecke klantIdbepaling blijven proberen tot wanneer we of het leveranciersniveau van hoecke zitten

- Factor correct instellen

- Refactor van de testen -> nu blijft er één test over : afdwingen dat klantid's enkel geldig zijn in de correcte personality ->

TODO : - gedeelte van de testlogica mag eigenlijk verplaatst worden naar de personality service en bijkomende specifieke testen maken voor de KlantIDValidator controles op het al dan niet bestaan van de klant.

- bijkomende testen voor de eventuele exceptie bij de valideer

- PersonalityPrefix weggewerkt voor KlanValidatie

- hier en daar wat code opkuis

- testjes doen slagen

- testjes moeten nog herwerkt worden om de $$$ElkeWaardes weg te krijgen (die stonden er al!!!)

- Method GeefLeverancierData gebruiken ipv hardcoded waarde van hoecke;

- Hier en daar een renameke om de zaken toch wat duidelijker te maken;

- Herwerken van de test want daar zaten toch wel wat kemelkes in.

- Activatie nieuwe Taor-kleur.