Overzicht nog te leveren goederen - rappellist

[mdekraa]

Wij hebben een probleem binnen AD.

Verkoop wil van een order de bevestigde leverdatum aan de klant vastleggen en bijhouden.
Productie heeft echter planningen die daar niet altijd mee overeenkomen, door capaciteitsgebrek te late aanlevering grondstoffen, prioritering enz.

Nu zit er in een verkooporder header 2 maal het veld datum, namelijk "Leverdatum" en "Eerst mogelijke verzendatum"

Wat wij nu zouden willen is het volgende:

-1-
Het aanpassen van de print rappellijst (verzendlijst) menu 3.2.7.1, dusdanig dat deze op basis van elk van de beide data's kan worden geprint.
Dat geeft verkoop de mogelijkheid om te kijken of alles voor de klanten OK is en hoeveel productie achterloopt.
Dat geeft productie een indruk van de prioritering en ook een inzicht in de realiteit.

-2-
Dat betekent ook dat als dadelijk jullie een keer de planningsmodule gaan aanleveren de "Eerst mogelijke verzenddatum" dus verschoven moet (kunnen) worden n.a.v. het later gereed zijn van de productieorder.
(PS hoever staat het nu met de planningsmodule?)


Vraag:
Kunnen jullie (1) op korte termijn realiseren en hoeveel kost dat.

[Peter Stordiau]

Na een half uur proberen hier bij ons iets uit te krijgen waarmee ik voor mezelf kan aantonen wat er zou moeten gebeuren, tref ik op tabblad 2 een veld "Op volgorde van Verzenddatum" aan. "-" zal wel zijn Leverdatum, terwijl je verder kan kiezen uit Verzenddatum van Order of Regel.

[mdekraa]

Binnen de order worden 2 data aangegeven, zie scherm prints

graag een optie om één of andere datum van beide data te gebruiken binnen het printen van de lijst

[Peter Stordiau]

Denk je nou dat je leuk bent of zo ?

[mdekraa]

Nee,

Maar ik wil dat overzicht hebben op beide datums
Volgens mijn mensen is dat nu (nog) niet mogelijk.

Jullie hebben een verschil omschrijving gemaakt in de orders:
- leverdatum
- eerst mogelijke verzenddatum
- datum in huis

rappellijst gaat op slechts 1 van die drie datum's
en ik wil hem graag kunnen printen op 2 van de drie datums

that's all

[Peter Stordiau]

Reageer nou maar op wat ik voorstel, ok ?
Als dat te moeilijk is ... pech gehad.

[mdekraa]

Ji stel niets voor, roept alleen wat zonder te controleren:


print met optie 2e tabblad op:

-
geeft datum 28/02/2011

O
geeft datum 28/02/2011

R
geeft datum 28/02/2011

Ik zoek 1 print die datum 28/02 geeft en 1 print die 01/02 geeft (datums in deze bewust voor jou gemanipuleerd om duidelijk verschil te geven)


test met order 20110225014
debiteur 102185

order zie screendump

[Peter Stordiau]

Ji stel niets voor, roept alleen wat zonder te controleren:

Ja ja.
En dus moet ik het doen met gewoon verder niets en herhalingen van zetten ?

Niet dus.

Goed, het maakt me nu niets meer uit. Als het er al in zat ? pech voor jou. Dan doen we wel alsof het niet zo was.

Ik houd voor de zekerheid 9 uur aan, en dat lijkt me nog veel te weinig ook. Voor het geval je dacht dat ik dit "expres" doe, bekijk alle opties in die print eens.

Hartelijk dank voor je medewerking.

[mdekraa]

Niet flauw doen hè, Ik had het gecontroleerd en krijg geen overzicht met de 2 data die ik zoek.

En dat het € 1000 gaat kosten, dat is accoord...

En als het makkelijker is mag je hem ok wel in 2 separate printjes middels een submenu splisten, mij gaat het om de functionaliteit.

[Peter Stordiau]

Nee, maar wie doet er nou flauw ?
Ik ben intussen weer een half uur verder, alleen maar om te konstateren dat je gelijk zal hebben. Maar zeg nou zelf, wat suggereert dat veld op tabblad 2 nou ? Mijn logika (mocht die nog ergens gelden) is dat dat gewoon moet werken. Nou, niet dus. Zal wel afhankelijk zijn van een bepaalde kombinatie met andere velden, of geen idee. Maar dit is gewoon een ontzettend K-ding die iedere gebruiker op z'n eigen manier gebruikt (vandaar ook al die velden).

Nou, het zal wel. Ik heb alsnog m'n best gedaan, jij ook.

Hoe dan ook, ik ben nog altijd zo dat als iets er in zit (of anders fout werkt), een klant dat niet (nogmaals) moet betalen. Een heel klein beetje medewerking mag ik dan wel verlangen, waar jij vol zit met normale "test data", terwijl wij maar iets moeten zien te kreëren wat een beetje nadoet wat het moet doen. Dus voor een volgende keer : als ik dan naar een veldje verwijs - en al werkt dat 200 keer niet, reageer *daar* dan op, in plaats van te doen of je blind bent of zo. Jij hebt vast wel meer te doen, maar wij ook hoor.

Ok ?

Verder bedankt.
Dus.

[Peter Stordiau]

Trouwens, hoe de relatie met de grafische planning is (die op zich eigenlijk klaar is nu !) vind ik moeilijk te beoordelen. Immers, (en zoals bekend) je misbruikt een fenomeen als de "Rapellist" om op te leveren (zo ongeveer dan), waarbij ik meteen aanmerk dat dit niet echt misbruik is in veel situaties (hebben we het denk ik al eens eerder over gehad). Echter, nog steeds gaat *niets* in het systeem uit van wat die Rappellist wel vanuit gaat, ofwel, hoe kan ik nu met je meedenken aangaande die Grafische Planning ?

Verder zal dat ding heus Produktieorder gerelateerd zijn, en dus zie ik zonder (lang) nadenken al helemaal niet hoe je dit ziet.
Niet zonder e.o.a. toelichting.

?

[mdekraa]

Soms ben ik je echt voor hé


Ik krijg een verzoek van de klant
dat wordt een order met een ingeplande leverdatum op basis van goed anwezig of op basis van een productieorder met een bepaalde "datum gereed" in het systeem.

Stel ik ga nu mooi plannen en schuif die order een weekje door.
Dan gaat "datum gereed" dus ook en weekje naar achteren.

Ergo, mijn klantafspraak (verzendatum, leverdat o.i.d.) klopt niet meer.
Ik moet dus een nieuwe afspraak met mijn klant maken
Dus moet er een datum verschuiven.

De één of andere hoogleraar heeft een keer gesteld: "alles is logistiek"
 

Dus daar heb je dan jouw link tussen klantorder/productie en "haalbaarheid"

mvg

MK

[Peter Stordiau]

dat wordt een order met een ingeplande leverdatum op basis van goed anwezig of op basis van een productieorder met een bepaalde "datum gereed" in het systeem.

Volgens mij gaat het hier al mis. Hoezo "bepaald goed aanwezig" ? daar doet een PRODUKTIEPLANNING toch niets mee ? (je weet wel, hetgeen je ooit hebt aangevraagd )

Verder, als je dan toch geneigd bent om even richting die Produktieorder te denken (al dan niet gekoppeld aan je VO) ... hoe dacht je dat DIE ging "meeschuiven" met iets ? Dus, denk als eerste aan Profit zelf, want als het daar al niet gebeurt, gebeurt het nergens.
Tenzij je een koppeling andersom maakt dus, en dan vooral iets met VO's een een PO planning.

Duidelijker ?

[mdekraa]

we pakken deze discussie nog wel een op buiten dit topic, dat ging n.l. over een printje....

[Richard Masseling]

De Rubriek op Tabblad 2 van de Rappellist zet indien gekozen wordt voor "R" (regel) de regels van de Order op volgorde van de Datum Leveren van de regels zelf. M.a.w. normaliter staat het van Order 1 op regelvolgorde van bijvoorbeeld 1 en 2. Maar als we dus deze Rubriek op 'R' zetten en we hebben bij de 2e Verkooporderregel een eerdere Datum Leveren ingevuld zal hij getoond worden als onderstaand:

ORDERNUMMER  ORD.DAT.  VRZ.DAT.  RGL 
20110301002    01-03-11   08-03-11    2   
20110301002    01-03-11   12-03-11    1