OrderReservatie.cls.xml

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2483]Kvik-workaround voor andere klanten

- Toevoegen van OL Beslag aan het lijstje : zij verkopen de KVIK spacetowers in Denemarken aan KVIK Denemarken.

[ICT-2483]Kvik-workaround voor andere klanten

- Code werd niet uitgevoerd omdat de Do ontbrak :-( Gelukkig heb ik de fout zelf gevonden

De lijst van de klantnummers is nu duplicate code. Kunnen we afspreken dat bij een volgende uitbreiding, dit zal ge-refactored worden. Dan krijg je gratis een method met een leesbare naam, wat de b...

De lijst van de klantnummers is nu duplicate code.
Kunnen we afspreken dat bij een volgende uitbreiding, dit zal ge-refactored worden. Dan krijg je gratis een method met een leesbare naam, wat de begrijpbaarheid van de code verhoogd.
Bijkomende optionele uitbreiding is om dit in Data te steken, dan is het tevens gedeeld met cache05, wat dan weer enkele aanpassingen uitspaart (misschien :-P )

Op dit moment is de code-change aanvaard.

Lijst van klantnummers : zie opmerking hieronder

Lijst van klantnummers : zie opmerking hieronder

[ICT-2483]Kvik-workaround voor andere klanten
[ICT-2483]Kvik-workaround voor andere klanten
[ICT-2483]Kvik-workaround voor andere klanten

- onderscheid specifieker maken, HAL of TBX laat bvb ook kader deuren door.

- wijziging in PRODGRP^PRODUKT op aanraden van PV en zou vergeen impact mogen hebben.

  1. … 1 more file in changeset.
[ICT-2483]Kvik-workaround voor andere klanten

- Er was nog een probleem met niet maatwerk op bons met ook maatwerk die gepicked moesten worden. Er komt een lijst palletten voor het maatwerk, maar niet voor het beslag, en dat geraakt dus niet gepicked.

- dit gebeurde niet bij KVIK, omdat die alleen maatwerk bestellen

- maken dat er wel een fallback is voor niet maatwerk.

[ICT-2483]Kvik-workaround voor andere klanten

- Equals ipv Contains gebruiken.(bis)

[ICT-2483]Kvik-workaround voor andere klanten

- Equals ipv Contains gebruiken.

[ICT-2483]Kvik-workaround voor andere klanten

- klantnummers toevoegen.

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- na te veel problemen : geen fallback meer voor KVIK, dus alleen op basis van EWPAL (paletten voor order) en niet meer paletten met product van mogelijk verkeerd order.

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- log msg duidelijker

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- Indien gelukte fallback: indien nodig mail naar ict_meldingen om NRA en RDL te verwittigen

- indien nodig wil zeggen : reservatie voor maatwerk, en meer dan één toelevering voor desbetreffend product de voorbije maand

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- Er zijn 2 kviks...

Idem voor de cleanup van de UTDataVoorKvik --> aparte method Hier zelfs geen parameters nodig, denk.

Idem voor de cleanup van de UTDataVoorKvik --> aparte method
Hier zelfs geen parameters nodig, denk.

Ik heb lang gezocht naar het verschil in setup tussen deze method en de method erboven. Door de setup (de lijnen hierboven) in een aparte private method te zetten wordt het onderscheid meteen duide...

Ik heb lang gezocht naar het verschil in setup tussen deze method en de method erboven.
Door de setup (de lijnen hierboven) in een aparte private method te zetten wordt het onderscheid meteen duidelijk:

bvb. Do ..SetUpUTDataVoorKvik ( PalletIdVoorEWMS, PalletIdVoorEWPAL )

En hierdoor worden de 2 tests meteen een pak overzichtelijker

MethodNaam volgens vh-conventies : ZetOpEWPAL() en KuisOpEWPAL() en ZetOpEWMSData()

MethodNaam volgens vh-conventies : ZetOpEWPAL() en KuisOpEWPAL() en ZetOpEWMSData()

Als er palletten meegeven zijn, en we vinden niet wat we zoeken, dan stoppen we. Als er geen palletten meegegeven zijn moeten we verder. (fallback) de test op Count is dus essentieel. en dient niet...

Als er palletten meegeven zijn, en we vinden niet wat we zoeken, dan stoppen we.
Als er geen palletten meegegeven zijn moeten we verder. (fallback)
de test op Count is dus essentieel. en dient niet om de 0 te detecteren, maar om niet 0 te detecteren.

OPGELET: Tracht zoveel mogelijk de code van deze klasse tussen caché v5 en cache2010 in sync te houden. Net voor uw wijzigingen waren deze methods redelijk goed in sync (behalve method FPalletsPerP...

OPGELET:
Tracht zoveel mogelijk de code van deze klasse tussen caché v5 en cache2010 in sync te houden.
Net voor uw wijzigingen waren deze methods redelijk goed in sync (behalve method FPalletsPerProdNr() die is ge-refactored).
Na uw wijzigingen dreigt de code uiteen te lopen en wordt het steeds lastiger voor iemand anders om nog toe te voegen, of erger nog: om te troubleshooten!

Maak er desnoods een apart kaartje van. Of overleg met Pieter en/of met mij

Early quit :-O Gelukkig gaat ie binnenkort wel weg.

Early quit :-O
Gelukkig gaat ie binnenkort wel weg.

Als reviewer ben ik verplicht om dit aan te geven : embedded sql aanpassen : beter : wegwerken en vervangen door TECH.Resultset reden: gedrag is beter onder controle bij errors, early quits, onvoo...

Als reviewer ben ik verplicht om dit aan te geven :

embedded sql aanpassen :
beter : wegwerken en vervangen door TECH.Resultset
reden: gedrag is beter onder controle bij errors, early quits, onvoorspelbaar gedrag indien 2 sql's gemixed worden (lees op andere stacklevel een andere &sql doorlopen), compile-issues.

In dit specifiek geval zou ik misschien toch ook de &sql behouden.

Zeer goed dat je deze lijn erbij zet! http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Zeer goed dat je deze lijn erbij zet!

Count() is niet nodig, want als Count=0 , dan zal Find() ook niks vinden.

Count() is niet nodig, want als Count=0 , dan zal Find() ook niks vinden.