DoosAanvuller.cls.xml

- fix voor hulzen

- Doos met deksel en onderdelendoos toevoegen

- Berekening voor de prijs van het kartonverbruik in de bouwstenen in admin liep nog niet goed.

- Berekening voor de prijs liep nog niet goed.

- Verwerken reviewopmerkingen

- Kraftklein is niet XS karton, daar is het sws onbedrukt karton en is er maar 1 soort. Dit maakt niet uit of het voor Blum XS is of niet aangezien het niet bedrukt is

- Deployklasse corrigeren met juiste data

- ophalen berekeningspecificatie in try catch steken want oude producten zouden wel eens een niet bruikbare berekeningspecificatie kunnen hebben

- Nog extra logging toevoegen voor kaderdeuren

- Boxselect aanvullen in DoosAanvuller

- afwerken van 'Bereken verpakking' logica na testen in de praktijk

- reviewopmerkingen: refactoren duplicated code

- Deze code moet staan NA de aanvulling

- Uitbreiding voorzien dat we bij 1 recept meerdere plano's kunnen opvragen

- Fix voor aantal

- Overdoosrecept toevoegen

- Aantal -1 op -1 laten staan. Nog steeds geen idee wat het betekent maar in het oude framework bleef het ook op -1

- Als Machine != VH -> TBX Drawer karton nemen

- Productgroep PR naast OL plaatsen

- Orgaluxproducten die in admin worden aangevraagd ook over VH Doos service sturen

- Na testen in prod is gebleken dat enkele parameters ruimer mogen

- Boxselect in het leven roepen zodat we weten van waar de receptselectie komt

- RecipeName moet vanaf nu overeenkomen met de designnaam van de kraftrecepten

- Gegevens toevoegen voor zelfstaand met deksel

- Panotec verwacht parameter 1, 2, 3, ... Kraft verwachten de effectieve parameternamen

- Referentie en callback toevoegen aan de GeefDoos method

- Prioriteit is -1 als gekozen wordt voor prioriteit 'Simulatie' in admin

- Voorlopige opzet voorzien om de oude flow van het maken van karton te respecteren. Data in tabellen persisteren zodanig dat statussen kunnen worden opgevolgd op de schermen van het kartonsnijmachine

- Blijkbaar doet de optimizer standaar +12.6 bij de H2 waarde. Dit is niet terug te vinden in de code dus het zal ergens in de optimizer gebeuren. We zie de optirequest vertrekken met een waarde en is de cutrequest is de meegegeven +12.6

- kartonopdrachten loggen onder andere global