Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Dit is uitvoerig besproken met Pieter. Idee is dat, als straat niet is ingevuld, het adres toch niet bruikbaar is. Bovendien is dit sowieso een verbetering, want voordien werd er enkel gecheckt of ...

Dit is uitvoerig besproken met Pieter.
Idee is dat, als straat niet is ingevuld, het adres toch niet bruikbaar is.
Bovendien is dit sowieso een verbetering, want voordien werd er enkel gecheckt of er al dan niet een 1 stond in de 1e piece (LeveringAdresNr), wat bij voorbaat al absurd was (dit wordt expliciet leeggemaakt in de interface Order2Admin!!).

Twee opmerkingen: 1. Ben je ZEKER dat naam en straat altijd ingevuld zijn? Als menselijke veronderstelling is dat oké, maar een computer is onverbiddellijk hé. bvb. voor rechtstreekse levering (on...

Twee opmerkingen:

1. Ben je ZEKER dat naam en straat altijd ingevuld zijn?
Als menselijke veronderstelling is dat oké, maar een computer is onverbiddellijk hé.
bvb. voor rechtstreekse levering (onvolledig ingevuld door de eindklant zelf) zou plots toch bij Handel afgeleverd worden.

2. Ik zou deze wijziging ook eens bij Paul voorleggen. Best gewoon effe met hem deze method kritisch reviewen. Wat denk je?

Gebruik enu.Klant method Halux()

Gebruik enu.Klant method Halux()

[DEF730] Adres van bon: partijapi haalt het hoofdadres (probl. in consist. check):
[DEF730] Adres van bon: partijapi haalt het hoofdadres (probl. in consist. check):
[DEF730] Adres van bon: partijapi haalt het hoofdadres (probl. in consist. check):

- DataMBon voert nu in constructor eerst Super uit => GeefKlant en GeefKlantID middels zetten van private property KlantNr in constructor => Verhuisd naar Super zijnde DataMBonAbstract

- DataMBonAbstract => GeefLeveringsAdres => Logging voorzien indien noch adres noch AxLocationId op bon stonden en als fallback GeefStandaardLeverAdres op Klant-object gebruikt werd

  1. … 1 more file in changeset.
[ICT] DataMBon opvragen : index KU1() steeds "F" als 2e subnode (NIET facturatiesoort!)