Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-3246] [rvWV] PM: Maatwerk: TAX: BOMBOL: Vaste producten BOM aanpassen maar prijs behouden:

- Signatuur aangepast, na bespreking met PV => in dit geval enkel checken op Toeleveringen. Vindt anders bijna altijd een bezwaar, die vaste producten worden heel veel gebruikt. Aangezien enkel de bouwstenen aangepast worden => check op toeleveringen is voldoende.

  1. … 3 more files in changeset.
[ICT-3333] [rvTVE] PM-BIDI: TAX: LosseComponenten updaten bodems en zijkanten:

- Voor losse componenten mag er in de BezwarenControleur niet gecheckt worden op historieken. Dit is uitzonderlijk nodig omdat het over vaste producten gaat die normaliter nooit geüpdated worden, wat nu wèl moet gebeuren om de "nieuwe" HoogteVerstelling-bouwtenen erbij te krijgen. Er bleken historieken in de weg te zitten. De noodzaak tot correcte bouwstenen en prijzen overruled de historieken.

  1. … 2 more files in changeset.
Ook een klein stukje in Econ! (zie svn)

Ook een klein stukje in Econ! (zie svn)

[ICT-1693] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:
[ICT-1693] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:
[ICT-1693][rvWV] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:

- BevatGeleiderBevestigingSchroeven toegevoegd in nodige dto'kes en kenmerkensets, alsook utils-kenmerkensets

- Conversie van BevatGeleiderBevestigingSchroeven voorzien waar nodig

- Vorige voorlopige change weer verwijderd, waarin BevatGeleiderBevestigingSchroeven hardcoded voor Alpnach op true gezet werd => wordt nu gezet in Econ en proper doorgegeven via de IngegevenKenmerken

  1. … 14 more files in changeset.
ik zou onderstaande private method op de DOM.VKP.impl.LeverAdresRepository zetten. Dan kan ie hier proper uitgemocked worden. Die repo bevat ook een hoop testen die gemakkelijk aangepast kunnen wor...

ik zou onderstaande private method op de DOM.VKP.impl.LeverAdresRepository zetten. Dan kan ie hier proper uitgemocked worden. Die repo bevat ook een hoop testen die gemakkelijk aangepast kunnen worden om onderstaand gedrag te testen.

't is wel zo dat die Repository geen pure repo is, maar ook functionaliteit heeft die eigenlijk in een bovenliggende service zouden moeten zitten (maar dat is een ander verhaal)

Misschien kan de onderstaande functionaliteit dan ook vervangen worden door iets als in BestaatViaAXLeverAdresIdEnKlantNummer, maar dan met de query SELECT count(ID) from Derde_Klant.LevAdres where Klant = ? (zonder de Ax-dingen)

[ICT-2246] [rvTVE] Correctie loggingniveau betreffende LeverAdressen op Klant en BezwaarGevonden in...
[ICT-2246] [rvTVE] Correctie loggingniveau betreffende LeverAdressen op Klant en BezwaarGevonden in...
[ICT-2246] [rvTVE] Correctie loggingniveau betreffende LeverAdressen op Klant en BezwaarGevonden in ProductUpdater:

- I.g.v. HeeftBezwaarVoorProductDelete wordt nu een Warning gelogd i.p.v. een Error

  1. … 1 more file in changeset.
De timings moeten niet mee tot in productie, lijkt me. Dus de TimerUtils-lijnen terug uit de code halen vooraleer te mergen naar Prod, tenzij dit expliciet in de opdracht (jira) staat.

De timings moeten niet mee tot in productie, lijkt me. Dus de TimerUtils-lijnen terug uit de code halen vooraleer te mergen naar Prod,
tenzij dit expliciet in de opdracht (jira) staat.

De timings moeten niet mee tot in productie, lijkt me. Dus de TimerUtils-lijnen terug uit de code halen vooraleer te mergen naar Prod, tenzij dit expliciet in de opdracht (jira) staat.

De timings moeten niet mee tot in productie, lijkt me. Dus de TimerUtils-lijnen terug uit de code halen vooraleer te mergen naar Prod,
tenzij dit expliciet in de opdracht (jira) staat.

[ICT] CalculatedProduct - BOMBOL - ProductUpdater:

- Als er bezwaren gevonden zijn voor het updaten van een product, dan wordt dit voortaan niet meer gemaild naar ICT_Meldingen, maar enkel nog gelogd

- P.s.: Er wordt, indien nodig, nog wel een mail gestuurd naar Halux, rechtstreeks vanuit de code in WSimpl.AX.CalculatedProduct.ProductVolgensAxAttribuutBepaler.OrderService.ToeleveringService

  1. … 1 more file in changeset.
[ICT-1751] PM: Maatwerk: Calculatie LBX traagheid: langtekst onherwerkte halffabboom buiten de loop
[ICT-1751] PM: Maatwerk: Calculatie LBX traagheid: langtekst onherwerkte halffabboom buiten de loop
[ICT-1751] PM: Maatwerk: Calculatie LBX traagheid: langtekst onherwerkte halffabboom buiten de loop

-Optimalisatie van LangtekstCreator, halfabBoomOnherwerkt wordt nu gebouwd in ProductCreator dus wordt nu maar 1 keer gebouwd i.p.v. per taal

-TODO: testen aanpassen

  1. … 9 more files in changeset.
[ICT-1693] TAXEB1 - PM: Maatwerk: BevatGeleiderBevestigingSchroeven = True indien Alpnach:

- CustAccount wordt nu als 2e parameter mee doorgegeven aan de AxProductKenmerkenConverter

- Indien TAX en IsAlpnach => BevatGeleiderBevestigingSchroeven = True => Indien rechtstreekse klant = OK, via Personality SFS staat klaar maar wacht op voorziening PersonalityId (unimplemented in BOMBOL)

  1. … 4 more files in changeset.
Telegramstijl, omdat ze anders te lang worden en de variaties nu eenmaal soms ingewikkeld zijnhttp://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

Telegramstijl, omdat ze anders te lang worden en de variaties nu eenmaal soms ingewikkeld zijn

Idem reply hierboven.

Idem reply hierboven.

Zoals besproken... Dit ging over de property-namen, maar... toch liever niet. In de properties kunnen soms mocks, soms stubs gestoken worden, afhankelijk van wat de UnitTest nodig heeft.

Zoals besproken... Dit ging over de property-namen, maar... toch liever niet. In de properties kunnen soms mocks, soms stubs gestoken worden, afhankelijk van wat de UnitTest nodig heeft.

Done!

Done!

Done

Done

Done! (smartass http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif )

Done! (smartass )

Done!

Done!

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.