CacheAdminA_trunk2010/vhUnitTest/APPS/TRANSP/Offerte/impl

DHL

Checkout Tools

Line History

Line Count Graph
Line Count Graph

Stats

Commits this week: 0
Total Committers: 5
Last Commit: 29 Mar 24
Commits this week: 0
Total Lines of Code (LoC): 0
Net change in LoC this week: 0

Commit Activity

Commits By Day In Week
52 week commits volume
Commits By Day In Week
Commits by day
Commits By Day In Week
Commits by hour
Commits By Hour In Day
Commit calendar
 

Most active committers (90 days)

loading
loading
  • last updated a few seconds ago
All Commits Reviews
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Tuesday 07 May 2024
1:09 pm

Peter Vercoutter

Monday 06 May 2024
2:57 pm

Tom Vermeulen

2:55 pm

Tom Vermeulen

Naar deze enu's wordt nog verwezen in APPS.EC.Transport.Service.cls. Moet die ook niet aangepast worden? Zit niet mee in review.

Naar deze enu's wordt nog verwezen in APPS.EC.Transport.Service.cls. Moet die ook niet aangepast worden? Zit niet mee in review.

2:54 pm

Tom Vermeulen

Naar deze dto's wordt nog verwezen in APPS.EC.Transport.Service.cls. Moet die ook niet aangepast worden? Zit niet mee in review.

Naar deze dto's wordt nog verwezen in APPS.EC.Transport.Service.cls. Moet die ook niet aangepast worden? Zit niet mee in review.

2:51 pm

Tom Vermeulen

deze heeft er niet zo veel mee te maken zou ik zeggen. Probleem dat die mee in de commit zit?

deze heeft er niet zo veel mee te maken zou ik zeggen. Probleem dat die mee in de commit zit?

2:46 pm

Tom Vermeulen

Als dit naar productie gaat, zeker ook de caretakerjob via de caché-systeembeheerportaal afzetten

Als dit naar productie gaat, zeker ook de caretakerjob via de caché-systeembeheerportaal afzetten

Friday 29 Mar 2024
11:03 am

Peter Vercoutter

[ICT-3275] [rvTVE] Oud framework voor CubeIQ opkuisen
[ICT-3275] [rvTVE] Oud framework voor CubeIQ opkuisen
Monday 29 Oct 2018
11:49 am

Kurt Callebaut

11:48 am

Kurt Callebaut

't is een iterator, alle Isberekend resultaten moeten in rekening gebracht worden, dus && gebruiken. Als we met False starten zal m nooit true worden.

't is een iterator, alle Isberekend resultaten moeten in rekening gebracht worden, dus && gebruiken.
Als we met False starten zal m nooit true worden.

Friday 26 Oct 2018
10:23 am

Tommy Hebb

9:36 am

Tommy Hebb

Kunt ge BerekeningIsVolledig niet beter defaulten op false en dan hier gewoon = Stapeling.IsBerekend?

Kunt ge BerekeningIsVolledig niet beter defaulten op false en dan hier gewoon = Stapeling.IsBerekend?

9:25 am

Tommy Hebb

Waarom een stringske?

Waarom een stringske?

Wednesday 24 Oct 2018
1:50 pm

Kurt Callebaut

[DEF718] EC: MP: Palletberekening: wachten op alle stapeling-resultaten
[DEF718] EC: MP: Palletberekening: wachten op alle stapeling-resultaten
Wednesday 03 Oct 2018
11:36 am

Tom Vermeulen

10:59 am

Kurt Callebaut

Tuesday 02 Oct 2018
4:08 pm

Jo Willems

Monday 01 Oct 2018
11:06 am

Tom Vermeulen

[UST4032] VH4 Hein: BereidVoorBestelling probleem
[UST4032] VH4 Hein: BereidVoorBestelling probleem
Wednesday 26 Sep 2018
5:02 pm

Jo Willems

Voorlopig kan de introductie van dependency geen kwaad, commentaar toegevoegd dat bij eventuele uitbereiding hier wel rekening mee gehouden moet worden. nvdr : de term 'Offerte' slaat hier op de 'v...

Voorlopig kan de introductie van dependency geen kwaad, commentaar toegevoegd dat bij eventuele uitbereiding hier wel rekening mee gehouden moet worden.
nvdr : de term 'Offerte' slaat hier op de 'virtuele' offerte van DHL voor het transport in casu, niet de Vanhoeck offerte die bepalend is voor de goederen die getransporteerd moeten worden.
Wat dit betreft is het aantal laden te transporteren volledig irrelevant, want DHL rekent niet in 'laden', maar palletten.
De afpsraak van 10€ is ts van hoecke en Hein, DHL heeft hier eigenlijk niets in te zien.
Pragmatisch is het wel de minst kostend oplossing om het hier te bereken.

Monday 17 Sep 2018
3:52 pm

Kurt Callebaut

3:51 pm

Kurt Callebaut

OfferteBerekenaar heeft voor zover ik me herinner geen afhankelijkheden naar data zoals offertes en winkelkarren. M.a.w. deze software zou berekeningen kunnen maken enkel a.d.h.v. berekeninput gege...

OfferteBerekenaar heeft voor zover ik me herinner geen afhankelijkheden naar data zoals offertes en winkelkarren. M.a.w. deze software zou berekeningen kunnen maken enkel a.d.h.v. berekeninput gegevens.

APPS.TRANSP.OfferteService.dto.BerekenInput heeft lijst van APPS.TRANSP.OfferteService.dto.TeverzendenItem die het aantal bevatten. Dus ik denk dat er met deze gegevens het totaal aantal laden berekend kan worden.

Maarrrr.. ik ben niet zeker of dit ook het geval is met proboxen...Er zit ergens een berekening van aantal lades naar aantal proboxen en mogelijks worden de proboxen als verzendingitems meegegeven. Als dit het geval is denk ik dat er in een hogere laag waar winkelkarren wel gebruikt worden, de berekeninput dto aangepast moet worden met een extra property waarin het aantal lades van daaruit meegegeven kan worden.

"Als" er voor AX een fase komt waarbij ze het berekenen van transport van cache gebruiken a.d.h.v. een webservice met berekeninipnut dto, dan zou dat een goede reden zijn om geen winkelkarren of offertes te gebruiken. Allé, niet om een p.i.t.a. te zijn , maar te overwegen.

Even nagezien : APPS.VKP.impl.OfferteService.VerpakkingConvertor
in geval van probox worden dus eerst de verzendingitems gemaakt met afmetingen en die worden in berekeninput meegegeven. Dus in berekeninput zit het aantal lades niet meer als het probox is, maar het aantal probox dozen.

10:10 am

Jo Willems

[VRB548] EC: MP: Hein: lagere transportkosten bij weinig lades
[VRB548] EC: MP: Hein: lagere transportkosten bij weinig lades
Wednesday 17 May 2017
10:58 am

Kurt Callebaut

10:06 am

Tom Vermeulen

  • More
  • CR-231
  • finished reviewing
Tuesday 16 May 2017
4:03 pm

Kurt Callebaut

[VRB430] Refactoring TransportBerekeningen.
[VRB430] Refactoring TransportBerekeningen.