CacheAdminA_trunk2010

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[DEF661] Fix IKIDhsh bij automatische verwerking

- zorgen dat vlag auto verw staat voor bestelofferte.

[UST3658] VHIP900 - update klant - postcode:

- Enkel voor het HoofdAdres: Indien niet Belgisch => Postcode voorafgegaan door LandCode en een streepje

- In test moest VerzendingWijze nog genegeerd worden, want AX zal dat daar niet meesturen en we willen die data op het klantobject dan maar behouden

[DEF661] Fix IKIDhsh bij automatische verwerking

[UST3556] OV: Doorsturen picking: rembours: enkel volledig order toelaten

- afzonderen controle of magazijn beschikbaar is

- popup tonen indien nodig

[UST3659] VHIP900 - verzendwijze op klant:

- ZetVerzendingWijze niet doen op de Klant, enkel op de LeverAdressen

- ZetKlantAdresNr ophalen van het bestaande LeverAdres

[UST3556] OV: Doorsturen picking: rembours: enkel volledig order toelaten

- afzonderen controle of order reeds gemarkeerd is

  1. /vhTest/Fake/CHUI/VKP/OrderIngave/OrderMarkeerder
  2. /vhUnitTest/CHUI/VKP/OrderIngave/OrderMarkeerder
    • -0
    • +25
    /vhUnitTest/CHUI/VKP/OrderIngave/OrderMarkeerder/Test.cls.xml
  3. /vhTest/Mock/CHUI/VKP/OrderIngave/OrderMarkeerder
    • -0
    • +15
    /CHUI/VKP/OrderIngave/OrderMarkeerder/Helper.cls.xml
    • -0
    • +40
    /CHUI/VKP/OrderIngave/OrderMarkeerder.cls.xml
[UST3556] OV: Doorsturen picking: rembours: enkel volledig order toelaten

- ophalen ordernummer gerefactored

[UST3556] OV: Doorsturen picking: rembours: enkel volledig order toelaten

- afzonderen MARKORD code

    • -0
    • +53
    /CHUI/MN/EWORDS.cls.xml
[UST3652] VHIP900 - Grondige refactoring:

- Test op BestaatViaAXLeverAdresId is voldoende, het is niet nodig eerst nog te checken of de klant bestaat (als de klant niet bestaat, bestaat de AXLeverAdresId toch ook niet)

[UST3653] DOM.VKP.Klant.impl.KlantAdresRepository en AxLocationId:

- Delete class: DOM.VKP.Klant.impl.KlantAdresRepository na alles wat erop depend te verhuizen naar de LeverAdresRepository

[UST3653] DOM.VKP.Klant.impl.KlantAdresRepository en AxLocationId:

- Move class: vhUnitTest.DOM.VKP.Klant.impl.KlantAdresRepository.GeefLeverAdres.Test => vhUnitTest.DOM.VKP.impl.LeverAdresRepository.GeefViaKlantIDEnLeverAdresID.Test

[UST3653] DOM.VKP.Klant.impl.KlantAdresRepository en AxLocationId:

- Method GeefLeverAdres overgebracht naar LeverAdresRepository en hernoemd naar GeefViaKlantIDEnLeverAdresID

    • -1
    • +33
    /DOM/VKP/impl/LeverAdresRepository.cls.xml
[ICT351] zbcheck W-node type KOM of niet-KOM order / toelevering

- Wnode werd gezet na aanmaken van orderlijnen. Deze controleerd of er een toelevering bestaat en zet dan KOM op Wnode. Daarna wordt het order gesloten en blijkbaar bij het sluiten van het order wordt de wnode niet uptodate gezet. Lijntje toegevoegd Set WNODE, deze ziet nieuwe toelevering en update KOM in op WNODE vd KPR.

[UST3657] VHIP900 - LeverAdresRepository: Bewaar faalt op ID:

- Move class om naamgeving terug te matchen met gewijzigde naamgeving method: GeefViaKlantIdEnAdresVolgnummer => GeefViaKlantIdEnKlantAdresNr

[UST3657] VHIP900 - LeverAdresRepository: Bewaar faalt op ID:

- LeverAdresRepository => KlantAdresNr wordt gebruikt om in te bewaren over welke L-lijn het gaat (is dus eigenlijk de ID van de subscript in de KKL)

- LeverAdresRepository => Voor de Bestaat, Geef en VerwijderViaID gaat het eigenlijk over de UniekeID, dewelke in piece 28 op de KKL zit en gebruikt kan worden om via de KKL.AdresI de KlantId en het KlantAdresNr te vinden

- LeverAdresRepository => GeefViaKlantIdEnKlantAdresNr => Ophalen UniekId

- Waar nodig aanpassing naamgeving

    • -16
    • +17
    /DOM/VKP/impl/LeverAdresRepository.cls.xml
[DOM.PARTIJ] - Mogelijkheid voorzien om klant aan te maken met een opgegeven nummer

- fix: Global ^DIN() updaten voor niew nummer

[ICT358] ConsistencyCheck document referenties contains referenties vh order.
[ICT357] Foutmelding Specificatie

- extra logging

[UST3634] VHIP909: Orderlijnstatus: terugtrekken picking moet status "geproduceerd" opleveren, in geval van maatwerk.

- Geen verwerking indien orderlijncode leeg is.

[UST3657] VHIP900 - LeverAdresRepository: Bewaar faalt op ID:

- AxLeveradresId ipv ID

    • -1
    • +2
    /DOM/VKP/impl/LeverAdresRepository.cls.xml
[UST3657] VHIP900 - LeverAdresRepository: Bewaar faalt op ID:

- Bewaar checkt nu op AxLeveradresId

    • -1
    • +1
    /DOM/VKP/impl/LeverAdresRepository.cls.xml
[UST3556] OV: Doorsturen picking: rembours: enkel volledig order toelaten

- cleanup

[ICT] TerminalNavigatieService : logging bij HeeftTaak, met computernaam.

De loglijn kan zeer handig zijn wanneer er een probleem is met de ReverseDnsLookup (op windows active directory niveau), bvb bij een nieuwe pc of wijziging van pc-naam of IPadres.

    • -1
    • +1
    /APPS/CHUI/TerminalNavigatieService.cls.xml
[ICT] TerminalNavigatieService : logging bij HeeftTaak, met computernaam.

De loglijn kan zeer handig zijn wanneer er een probleem is met de ReverseDnsLookup (op windows active directory niveau), bvb bij een nieuwe pc of wijziging van pc-naam of IPadres.

    • -0
    • +19
    /APPS/CHUI/TerminalNavigatieService.cls.xml
[BUS666] TAX: Huls insteekpen geleider: gewijzigde testresultaten omwille van gewijzigde data
[UST3629] VHIP900: Sync klant: issue met naam van klant:

- => AxToAdminUtils => ConvertCustNameToNaamEnToenaam

- Indien Name <= 28 -> Naam = Name, Toenaam = leeg

- Indien Name > 28 -> Naam = Name tot laatste spatie binnen eerste 28 karakters, Toenaam = overschot

- Indien daarna Toenaam > 28 -> Toenaam begrensd tot 28 + Warning loggen

[ICT] PM-wijzigingen (prijs afdekkap boven) - correcties t.g.v. AX-wijzigingen
[ICT] PM-wijzigingen (prijs afdekkap boven) - correcties t.g.v. AX-wijzigingen
[ICT] PM-wijzigingen (prijs afdekkap boven) - correcties t.g.v. AX-wijzigingen (IngaveTotBestelling)
  1. … 47 more files in changeset.
[ICT] PM-wijzigingen (prijs afdekkap boven) - correcties t.g.v. AX-wijzigingen