HaefeleDE

- IngaveTotBestelling : 5 van de 8 MP's uitgeschakeld, want niet meer relevant. Alleen VH, Daro en SFS blijven over --> testfiles en folders verwijderd

- Updaten testbestanden

- KoppelingType zal voortaan per default altijd Movento zijn => converters en utils aangepast

- Ook die van Unishop aangepast => mapping bij KoppelingType uitgebreid met => Movento = M => Is makkelijkste oplossing om ketting converters op orde te houden

=> Nieuwe integratie testbestanden

- (deel 3) vhTestFiles aangepast (o.a. "Alu look" is vervangen door "Aluminium Silbergrau") : IngaveTotBestelling

- Aanpassing van het productnummer van de veer (nieuwe is 3433118, oude was 1118152).

- Aanpassing van het AantalVeren, zowel voor bevestiging van de rug (volgens LadeHoogte) als van de bodem (volgens LadeDiepte).

=> Nieuwe testbestanden met lichte volgens Kevin aanvaardbare prijsverschillen

- LadeKleurBuiten property verwijderen uit interne configurator

- Testen updaten

- IntegratieTests IngaveTotBestelling - enkel de prijzen gewijzigd

- Alle wijzigingen terugdraaien naar oorspronkelijke staat

- integratietesten updaten

- integratie testen ingavetotbestelling.

- test resultaten mee aanpassen.

- IngaveTotBestelling : testfile voor HaefeleDE aangepast regio 14 i.p.v. regio 12 (als recipient mailgroep : OV_weborder_R14)

Update testbestanden voor:

- Defaulting corpusbreedte en wanddikte 0 verwijderen, dit wordt nu opgevangen in de DommNaaarDotNet convertor

- aanpassen prijsfactor tax voor haefele DE

- vhTestFiles aangepast in IngaveTotBestelling

- Update testbestanden

- Update testbestanden

- Update testbestanden voor: Overige eCon kenmerken opslaan in GUIKenmerken voor MAT -> hiervoor de nodige uitbreidingen doen aan de mattenconvertoren

- Update testbestanden na toevoegen extra matkenmerken

- vhTestFiles aangepast (IngaveTotBestelling) : nieuwe klantnaam = HÄFELE SE & CO KG

- Vertaling "Orion grijs" gewijzigd in talen EN/DE

- fix ingave to bestelling test met nieuw ip adres

- Aanpassing van test : ongeloofelijke prijzen, maar berekening is correct -> de data betreffende codex en prijsuitz voor haefeleDE zijn niet correct in d e data.

- duits adres voor haefele de, anders exceptie op verzendwijze bepaling.

- toch niet nodig, refactoring wel behouden om designcodebepaler en designcodeomschrijvingbepaler te behouden en onafhankelijk van elkaar.

- ingave tot bestelling fix

- de andere designcodes in de httppost

- een mail minder verstuurd