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):

- Betekenisloze change om testrun te triggeren

    • -2
    • +2
    ./BOMBOL/TAOR/VergelijkCacheDotnet.cls.xml
[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)

    • -100
    • +20
    ./BOMBOL/TAOR/VergelijkCacheDotnet.cls.xml
  1. … 4 more files in changeset.
[ICT-2278] [rvWV] PM: Maatwerk: TAX: End2End-testen aanmaken, ter validatie van de builder(s):

- Aanpassingskes om te testen

    • -7
    • +6
    ./BOMBOL/TAOR/VergelijkCacheDotnet.cls.xml
  1. … 2 more files 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.

    • -19
    • +77
    ./BOMBOL/TAOR/VergelijkCacheDotnet.cls.xml
  1. … 4 more files 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
    • +169
    ./BOMBOL/TAOR/VergelijkCacheDotnet.cls.xml
  1. … 1 more file in changeset.
[ICT-3333] [rvTVE] PM-BIDI: TAX: LosseComponenten updaten bodems en zijkanten:

- Routine om te checken welke producten ontsnapt zijn aan de procedure uitgevoerd door Sofie en Karel en dus nog manueel door Sofie moeten aangepakt worden.

    • -0
    • +90
    ./MoventoKoppelingAanwezigBijLosseComponentenTAX.cls.xml
[ICT-3119] PM: Maatwerk: TAX: Draagkracht leeg door bug in RPA:

- Uitbreiding zodat producten die reeds op niet actief gezet zijn niet nog eens opnieuw gerapporteerd worden, maar wel apart geteld worden

    • -13
    • +19
    ./TaxProductDraagkrachtLeegRapporteur.cls.xml
[ICT-3119] PM: Maatwerk: TAX: Draagkracht leeg door bug in RPA:

- RapporteerTaxProductenWaarvanDraagkrachtLeegIs en of ze al op niet actief mogen gezet worden

    • -0
    • +140
    ./TaxProductDraagkrachtLeegRapporteur.cls.xml
[ICT-2807] [rv WV] TAX - Tijdelijke meerkost voor de hoogteverstelling reeds in schaduwprijs:

- Toevoeging Meerkost-bouwsteen aan bestaande TAOR producten

    • -0
    • +161
    ./PRBSMeerkostHoogteVerstellingInSchaduw.cls.xml
dto ...MetKar hier gebruikt in de impl van BuilderZonderKar? Indien de definitie/implementatie hetzelfde is voor "metKar" en "ZonderKar", dan best de klassenaam van de dto renamen naar iets gemeens...

dto ...MetKar hier gebruikt in de impl van BuilderZonderKar?
Indien de definitie/implementatie hetzelfde is voor "metKar" en "ZonderKar", dan best de klassenaam van de dto renamen naar iets gemeenschappelijk, bvb. zonder "Kar" (if you know what I mean :-D )

[ICT-2564] [rvWV] HX: TAX: Movento-koppeling: Builders:
[ICT-2564] [rvWV] HX: TAX: Movento-koppeling: Builders:
[ICT-2564] [rvWV] HX: TAX: Movento-koppeling: Builders:

- Bij implementatie van de nieuwe ZijkantBestukking voor de TAX Front HoogteVerstelling ging er iets mis toen de SelectieKenmerken in productie goed gezet waren.

In de bijhorende builder stond de toevoeging van de nieuwe kolom (KoppelingType), die voor een (nieuwe) keuze tussen oude en nieuwe bestukking moest zorgen, nog in commentaar.

Daardoor zijn er een aantal maatwerkproducten gemaakt die zowel de oude als de nieuwe bestukking in de bouwstenen hebben zitten.

    • -0
    • +106
    ./KindBouwsteenInMaatwerkProductZoeker.cls.xml
[ICT-1738] [+TVE] Voorraad: VHIP903: ProdRaf: Space Tower: SUBSCRIPT error in zVerwerkSpaceTowerKindProduct:

- Tooltje om na te gaan bij welke Halux-ProductToeleveringLijnen piece 27 = OrderId leeg is

    • -0
    • +47
    ./ToeleveringUtils.cls.xml
[ICT-2135] [rvTVE] PM/ Maatwerk: IngegevenKenmerkenTypeAPI - IsLadeMetUitsparing:

- Staat los van deze story => ff dit meegenomen om het gecommit te hebben => dient louter voor uitleg coding conventions => nog wat toegevoegd

    • -6
    • +33
    ./Training/ToRefactorSample.cls.xml
[ICT-2135] [rvTVE] PM/ Maatwerk: IngegevenKenmerkenTypeAPI - IsLadeMetUitsparing:

- Staat los van deze story => ff dit meegenomen om het gecommit te hebben => dient louter voor uitleg coding conventions

    • -0
    • +116
    ./Training/ToRefactorSample.cls.xml
[ICT-2109] BIDI: Orderingave: ProductUpdater: Toeleveringlijn soms ontbrekend: query + procedure

- Betere rapporteringsinfo

  1. … 1 more file in changeset.
[ICT-2109] BIDI: Orderingave: ProductUpdater: Toeleveringlijn soms ontbrekend: query + procedure

- PowerTool die OrderIds en bijhorende OrderLijnIds wegschrijft in Console waarvoor er geen link naar een Toelevering voorzien is

    • -0
    • +70
    ./OrderUtils.cls.xml
  1. … 1 more file in changeset.
[ICT-2026] HX: Planning: MVX: Probox overdoosetiketten:

- Tryout voor end tot end testing en debugging

    • -0
    • +121
    ./MVX/ProductieAansturing.cls.xml
Is manueel gebeurd http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Is manueel gebeurd

moet er niet nog een deployklaske bij die de code van de zTryout gaat uitvoeren? Of gaat ge dat manueel doen?

moet er niet nog een deployklaske bij die de code van de zTryout gaat uitvoeren? Of gaat ge dat manueel doen?

leuk gevonden als reminder http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

leuk gevonden als reminder

[ICT-1932] BIDI: KlantSync: (VHIP900): doorsturen picking automatisch of manueel:
[ICT-1932] BIDI: KlantSync: (VHIP900): doorsturen picking automatisch of manueel:
[ICT-1932] BIDI: KlantSync: (VHIP900): doorsturen picking automatisch of manueel:

- Bij het aanmaken van nieuwe klanten, waar initieel de globals opgezet worden, staan voortaan alle klanten per default op Automatisch doorsturen.

- SendWMSStatus-implementatie aangepast => Hoeft niet meer op order te checken => die worden gesynct van AX naar Cache => manuele aanpassingen worden toch overschreven bij iedere sync, dus dat gebeurt niet meer. Klant-object is voortaan master.

- SendWMSStatus => Openstaande wijziging van PV op Cache01 uitgebreid (uitzondering voor SFS) en netjes gecommit en doorgemerged => Quickfix in principe niet meer nodig, maar PV vroeg hem in comment te zetten tijdelijk.

- zTryout die KKL en DKL aanpast (op Automatisch doorsturen zet) voor ALLE klanten behalve SFS.

- UnitTest die binnen 2 maanden zal falen => om dan code op te kuisen.

    • -0
    • +33
    ./KlantenFixAutomatischDoorsturen.cls.xml
  1. … 5 more files in changeset.
[UST4250] PM: Maatwerk: BOMBOL VHIP481: techn. ana. update i.f.v. flag AX (TBX + LBX + TAX):

- Check of BerekeningsSpecificaties en ProductSpecificaties gekoppeld kunnen zijn aan meerdere producten

Voorraad: VHIP903: ProdRaf: ORGALUX mat make to order: geen ProdRaf naar AX, want voor AX is dit geen Halux-productie:

- Tool om te weten te komen van welke orderlijnen de ProductId niet overeenstemt met de corresponderende ToeleveringLijnen => Kindproducten

    • -0
    • +68
    ./OpToeleveringenProdRafChecker.cls.xml
[VRB561] Voorraad: InventTransID, ItemID, ConfigID in PRHIST bewaren:

- Code om foutgelopen lijnen op de PRHIST terug te corrigeren => Is al uitgevoerd op Cache01

    • -0
    • +213
    ./PrhistNaToevoegingAxIdsCorrigeerder.cls.xml