VKP

- afzonderen van bepaling ItemId voor AX

- opzoeken klant in KO1 indien order reeds op bon staat

- SalesPriceService mockable

- KPrijs roept Service aan om data eventueel te bewerken

- Lookup adhv repository.

- Gekozen om de geefviaID te gebruiken vd repository en het opzoeken van ID's toch in de Lookup te laten. Probleem was dat repository geen onderscheid maakt in foutmeldingen tussen dubbele gevonden id's en id niet gevonden. Tenzij we op tekst gaan controleren en dat willen we niet. Het zou dan een optie zijn om de repository aan te passen met een DataNotUnique melding en de verschillende excepties om te zetten naar de AX interface excepties (in de lookup), maar dan ontbraken de "id's" die meegegeven worden in de foutmelding. (dubbel id's). Vandaar deze implementatie.

- nog te verbeteren.

- 2de deel volgt : specs over tijdelijk order zijn veranderd : indien reeds een tijdelijk order bestaat voor gegeven axsalesid, dat openen ipv nieuw maken

- betere differentiatie methodnames

- maar te veel in één commit :-(

- eerste deel Navigate to AX confirmed Order

- 2de deel volgt : specs over tijdelijk order zijn veranderd

- De AdminOrderLijnIterator gebruikt nu niet meer de OrderApi (die verantwoordelijkheid is doorgegeven aan de (outer-)OrderIterator). De OrderIterator wordt gemockt in de UnitTests.

- Naamgeving in UnitTests (Stub/Mock en Dummy)

- review opmerkingen

- Oud Vlaamsch weggewerkt.