Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- Aanpassingskes om te testen

- PalletKartonvulstuk uit de DotNet-enum gehaald omdat die anders dubbel toegevoegd wordt (zit in SamengesteldHalffabItem, zie notitie in klasse bovenaan)

    • -3
    • +44
    ./SchaduwPrijs/CalculateAll.cls.xml
  1. … 4 more files in changeset.
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- Een "where" die onverklaarbaar gewijzigde werd in een "and", wat niet klopt dus terug gecorrigeerd. Was meegeglipt was bij het mergen (na copy-paste te doen van accept naar mij lokaal). Iemand die dat onterecht heeft aangepast als openstaande wijziging op accept, terwijl die al in mijne change list stond? Geen spoor verder in SVN in ieder geval.

    • -1
    • +1
    ./SchaduwPrijs/AXProductIterator.cls.xml
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- Aanpassingskes om te testen

    • -2
    • +2
    ./SchaduwPrijs/AXProductIterator.cls.xml
  1. … 1 more file in changeset.
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- Op TAORRolDotNet nog paar rollen verwijderd die op SamengesteldHalffabItem staan (wat niet mag, of ze komen dubbel aanbod).

- Aanpassingen in CalculateAll en VergelijkCacheDotnet om vergelijking te verfijnen.

    • -25
    • +55
    ./SchaduwPrijs/CalculateAll.cls.xml
  1. … 4 more files in changeset.
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- In de iterator zijn aanpassingen op de orderlijn uitgesloten, want dit kan gaan over producten die al veel vroeger gemaakt waren en die willen we niet meenemen.

- GeefMaatwerkDetails => GeefProductRestRequest => Aantal gedefaulted op 1 indien het op 0 staat.

    • -1
    • +1
    ./SchaduwPrijs/AXProductIterator.cls.xml
  1. … 1 more file in changeset.
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- zTryout-klaske gemaakt om actuele- en schaduwprijzen te vergelijken.

- AXimpl.PM.SchaduwPrijs.CalculateAll uitgebreid voor gebruik voor TAOR.

    • -0
    • +110
    ./SchaduwPrijs/CalculateAll.cls.xml
  1. … 3 more files in changeset.
[ICT-3198] TAX - Dubbele dwarsverdeling - Caché gedeelte
[ICT-3198] TAX - Dubbele dwarsverdeling - Caché gedeelte
[ICT-3198] TAX - Dubbele dwarsverdeling - Caché gedeelte

- Uitbreiding van nog enkele convertoren met DwarsverdelingType

  1. … 1 more file in changeset.
Ge ziet niets over 't hoofd :-D Ge hebt helemaal gelijk! Is een 1-op-1-property, dus mag automatisch geconverteerd worden. In tegenstelling tot DwarsverdelingAantal, want daar is de property-naam v...

Ge ziet niets over 't hoofd :-D Ge hebt helemaal gelijk! Is een 1-op-1-property, dus mag automatisch geconverteerd worden. In tegenstelling tot DwarsverdelingAantal, want daar is de property-naam verschillend (cq. AantalDwarsverdelingen in APPS).

Aangepast naar "Dwarsverdelingen te picken"

Aangepast naar "Dwarsverdelingen te picken"

Als opmerking in de kantlijn (dus je moet niks aanpassen) : hier moeten we eigenlijk gebruik maken van het berekende HalffabItem en daarvan de (bewerkte) lengte opvragen. Nu staat er duplicate logi...

Als opmerking in de kantlijn (dus je moet niks aanpassen) : hier moeten we eigenlijk gebruik maken van het berekende HalffabItem en daarvan de (bewerkte) lengte opvragen. Nu staat er duplicate logica.
Maar ik geloof best, zonder het na te kijken, dat in deze klasse nog code staat die vertrekt van de ingegevenKenmerken i.p.v. halffabItem.

DwarsverdelingKleur zit volgens mij "impliciet" in de ConverteerGegenereerdeProperties() hiervoor is geen "uitzondering nodig". Tijdens de uitbreidingsfase en review lijkt het me handig om te zien ...

DwarsverdelingKleur zit volgens mij "impliciet" in de ConverteerGegenereerdeProperties()
hiervoor is geen "uitzondering nodig".
Tijdens de uitbreidingsfase en review lijkt het me handig om te zien dat beide properties zijn toegevoegd. Maar eenmaal in productie (en ondersteund door automatische testen) kan dit het standaard pad volgen.
Of zie ik iets over t hoofd?

Tekst correct? Zonder kar --> geen vakken, right?

Tekst correct?
Zonder kar --> geen vakken, right?

Staat al in productie en is voordien al uitgebreid end-to-end getest.

Staat al in productie en is voordien al uitgebreid end-to-end getest.

[ICT-2728] [rvWV] TAX configurator : uitbreiden met een dwarsverdeling:
[ICT-2728] [rvWV] TAX configurator : uitbreiden met een dwarsverdeling:
[ICT-3072] TAX DwarsverdelingAantal en DwarsverdelingKleur AX naar Cache
[ICT-3072] TAX DwarsverdelingAantal en DwarsverdelingKleur AX naar Cache
[ICT-3072] TAX DwarsverdelingAantal en DwarsverdelingKleur AX naar Cache

- Properties van ConvertTAX en Kenmerken uitgebreid met DwarsverdelingAantal en DwarsverdelingKleur

[ICT-2952][rvPVR] PM: Maatwerk: ALU Kaderdeur detailblad PDF in de taal van de klant (via order of offerte)

- De Verwerk() method (om via een geschedulede taak te runnnen) in commentaar gezet, want niet nodig. Enkel manueel triggeren is hier zinvol.

    • -0
    • +6
    ./Maatwerk/KaderdeurPdfCreator.cls.xml
ik heb het opgekuist. Dat komt wel goed zonder die controle.

ik heb het opgekuist. Dat komt wel goed zonder die controle.

Script zal normaal gezien nog 1x manueel getriggerd worden, en is nadien niet meer nodig. Zal ook niet als geplande taak (bvb. wekelijks) in de background lopen. Dus eigenlijk zou dit script zelfs ...

Script zal normaal gezien nog 1x manueel getriggerd worden, en is nadien niet meer nodig. Zal ook niet als geplande taak (bvb. wekelijks) in de background lopen.
Dus eigenlijk zou dit script zelfs mogen gearchiveerd worden.
Anderszijds is dit wel handig (als template) voor toekomstige gelijkaardige gevallen. Daarom zal ik het laten staan.

Bepalen van klantnummer is inderdaad niet alledaags, maar als het werkt..! http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/biggrin.gif

Bepalen van klantnummer is inderdaad niet alledaags, maar als het werkt..!

Overal waar gelogd wordt naar ^LOG.WV, is dit code die nog dient te blijven bestaan of was dat puur ter hulp bij de ontwikkeling?

Overal waar gelogd wordt naar ^LOG.WV, is dit code die nog dient te blijven bestaan of was dat puur ter hulp bij de ontwikkeling?