CacheAdminA_trunk2010

- 1e testje => refactorke

- 2e testje => er is nog een openstaand order => staan geen productorderlijnen op => niets toevoegen aan leverbon

- Om 0 stuks te voorkomen op het productiedetailblad moet de builder gewoonweg niet werken in de situatie waar 0 stuks uitkomen

- Eerste testje => er zijn geen openstaande orders meer voor die bon

- Todo => verdere testjes, Deploy van vertalingen

- Verdere uitbreidingen

- Ophalen van vertalingen voorzien in de code => Naleveringen per

- Todo => Deploy van vertalingen, TestCase

- Update testbestanden na toevoegen extra kenmerken

- OrderId wordt nu mee in de naleveringsdata gezet.

- DateTimeApi er weer uitgehaald => datum-vergelijk en -omzetting tot "asap"-melding indien nodig => gaan we bij nader inzien toch niet doen

- Todo => Vertalingen, TestCase

- commentaar toegevoegd : nuttige info bij het porten naar .NET

- Data van naleveringen die in NaleveringDataArray zitten worden nu omgezet naar tekstlijnen en op Leverbon-weergave-object (pxLevOrd) gezet.

- Todo => Vertalingen, datum-vergelijk en -omzetting tot "asap"-melding indien nodig, TestCase

- Bij afhaling wordt adres van VH doorgestuurd, en is de naam van de klant te halen op de klant zelf, niet leveradres.

- Hernoemen testmethodes

- Testen op meerdere properties van transportData in plaats van enkel op aantal

- Meerdere leveringen toevoegen om grondiger te testen

- Het pad waar InitVars normaal wordt gezet (In bepalen van KostContext) is niet het pad dat gevolgd wordt door MVX. Daarom moeten de Vars hier nog eens gedefinieerd worden.

- KlantID start niet vanuit alle codepaden met 'K||' -> code hierop voorzien

- IntegratieTest voor ActiviteitGroepen : UnittestCategorie niet opnemen in de lijst.

- IntegratieTest voor AansturingActies volgorde : Test + gemaakte bestand toegevoegd.

- Deployen nieuwe selectiekenmerken MVX deel 2

- IntegratieTest voor ActiviteitVolgorde : sortering nu eerst op ActiviteitGroepID (deel 2)

- alleen de volgorde in de .txt is gewijzigd

--> SQL-select in productie is toch steeds "per ActiviteitGroep"

- Hoort bij commit over: Aanpassing aan framework van maatwerkmmodel. Nieuw buildertype voorzien waarvoor geen selectiekenmerk wordt aangemaakt bij het uitvoeren + wanneer een selectiekenmerk enkel Li/Re heeft als kolom ook de 3 andere standaardkolommen genereren geldigvan/geldigtot/klantbeperking. Vroeger was dit niet het geval en hiervoor was geen reden