Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT482] EDI - niet meer over Vhintra voor LBX/TAX/beslag

- als een order niet automatisch gesloten kan worden (niet actieve producten), melden aan bidi/ict_meldingen dat er naar gekeken moet worden

[ICT482] EDI - niet meer over Vhintra voor LBX/TAX/beslag

- alpnach is nog uitzondering : klant van mp SFS moet nog op de oude manier. (integratie test bewaakt dit.)

[ICT482] EDI - niet meer over Vhintra voor LBX/TAX/beslag

- Altijd via Orderingaveservice passeren, niet meer via ExterneOfferteService

- Id van aangemaakt order in resultaat dto meegeven

- oproepen van de ordersluiter

  1. … 2 more files in changeset.
[ICT482] EDI - niet meer over Vhintra voor LBX/TAX/beslag
[ICT482] EDI - niet meer over Vhintra voor LBX/TAX/beslag
[ICT482] EDI - niet meer over Vhintra voor LBX/TAX/beslag

- in geval van Uytterhoeven via OrderIngaveService gaan.

- bijbehorend testje.

  1. … 2 more files in changeset.
Return type niet aanwezig

Return type niet aanwezig

Hier gebruik je de juiste dto. In de implementatiecode de verkeerde, denk ik http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Hier gebruik je de juiste dto. In de implementatiecode de verkeerde, denk ik

Misschien de ideale moment om die ProductRepository eens te refactoren http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif *KlantId als parameter, terwijl ...

Misschien de ideale moment om die ProductRepository eens te refactoren

  • KlantId als parameter, terwijl het eigenlijk KLNr is.
  • Return type is %String, terwijl het eigenlijk een product teruggeeft.
  • Beetje verduidelijking in naamgeving variabelen kan helpen (bv: Result)
APPS.EDI.common.dto.Product heeft maar één property, nml: Type

APPS.EDI.common.dto.Product heeft maar één property, nml: Type

APPS.EDI.common.dto.Product heeft maar één property, nml: Type

APPS.EDI.common.dto.Product heeft maar één property, nml: Type

[UST4121] EDI: Noteborn: afsplitsing van UST3964
[UST4121] EDI: Noteborn: afsplitsing van UST3964
[UST4121] EDI: Noteborn: afsplitsing van UST3964

- en last but not least: de UnishopBesteller de klantorderlijnnr laten invullen

[UST3964] EDI: Noteborn: verwerking beslagproducten geeft fouten + orderlijnnummer opslaan
[UST3964] EDI: Noteborn: verwerking beslagproducten geeft fouten + orderlijnnummer opslaan
[UST3964] EDI: Noteborn: verwerking beslagproducten geeft fouten + orderlijnnummer opslaan

- ProductIdBepaling afgezonderd uit de UnishopBesteller

  1. … 4 more files in changeset.
Had ik misschien moeten aanpassen. Het is een bestaande klasse hernoemt omdat SFS niet in de benaming mee kwam.

Had ik misschien moeten aanpassen.
Het is een bestaande klasse hernoemt omdat SFS niet in de benaming mee kwam.

[UST4037] EDIT alpnach controle op leverdatums en afhaaldatums van SFS

- Betere implementatie voor bepalen leverdatum indine geldi of ongeldige datums meegegeven worden.

  1. … 6 more files in changeset.
Veel variatie in casing (Do <> do) voor een nieuwe klasse.

Veel variatie in casing (Do <> do) voor een nieuwe klasse.

[UST4037] EDIT alpnach controle op leverdatums en afhaaldatums van SFS
[UST4037] EDIT alpnach controle op leverdatums en afhaaldatums van SFS
[UST4037] EDIT alpnach contorle op leverdatums en afhaaldatums van SFS

- leverdatumbepaler naar constructor. (later in constructor params voor testen. (nieuw kaartje op kanban.)

[UST4037] EDIT alpnach contorle op leverdatums en afhaaldatums van SFS

- Gebruikt van leverdatum bepaler nu toegevoegd in unishopbesteller. -> gebruikt geeen data van sfskalender aangezien deze testen voor VH zijn.

- testen aangepast aan de wijzigingen van de code/

- vastgesteld dat er een refactor nodig is voor unishop besteller en voor de testen.

  1. … 1 more file in changeset.
[UW524] Meer info in errormail over Labonorm-files.