Heart-Profit ERP

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.

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.

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

Denk je nou dat je leuk bent of zo ?

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

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

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

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.

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.



:13c:

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. :smile:

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.

?

Soms ben ik je echt voor hé :wink:


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"
 :smile: :(

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

mvg

MK

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

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 ?

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

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   

En wat doet "O" dan ? (ik bedoel. t.o.v. "-")

Bij optie "O" wordt de Leverdatum van de Verkooporder gebruikt, bij optie '-' wordt de lijst niet gesorteerd op datum weergegeven.

Nu we er mee bezig zijn, zie ik plotseling iets wat mij zo onlogisch lijkt, dat ... ik het nooit heb gezien ...


Weet je wel zeker dat je hier Leverdatum bedoelt ? ik zie de logika hier niet van;
Je hebt een klant voor Japan. Geen idee of daar boten heengaan, maar laten we maar zeggen van wel. Het systeem berekent voor jou dat je 35 dagen eerder moet leveren, en zet dit in de Verzenddatum (waarop de print normaal werkt). De klant geeft aan dat het ook wel 10 dagen eerder bij hem in huis mag zijn dan oorspronkelijk gevraagd (dit is dus de Leverdatum voor HEM). Vevolgens uit dit zich in de eerst mogelijke Verzenddatum die 10 dagen vervroegt. De (normale) Verzenddatum verandert niet.

Maar nu ga jij ineens sturen op de Leverdatum die 35 dagen vooruit ligt versus die twee andere datums ? (1 eigenlijk, zoals jij het wilt).
Dat wordt niet wat volgens mij ...

Status?

bolletje draait nog

Hallo Marco,

e.e.a. is nog in behandeling.

en nu?

Nu zal dat bolletje wel zijn blijven draaien omdat jij niet meer reageert op mijn laatste post ?

De status is dus dat het bolletje bij jou ligt. :smile: :smile:

Ik heb aangegeven wat ik wil, en jij hebt geen vraag gesteld, alleen een mening geponeerd.

Ik heb het goedgekeurd op basis van de aangegeven prijs en daarna ben jij begonnen met een discussie over hoe het nu al in elkaar steekt binnen heart.

Lijkt mij off-topic zoals reeds eerder gemeld in deze post.

In de orderregels staan 2 datums en ik wil het overzicht op beide kunnen tonen.

Beide data hebben hun eigen relevantie zoals al probeer aan te geven.
Daarom wil ik in staat zijn om op orderregelniveau op basis van beide data een overzicht te printen.
Nu kan dat maar op basis van 1 datum.
De reden dat ik deze lijst heb gekozen is omdat deze het dichts bij hetgeen ligt wat men operationeel aan data gebruikt.

Immers sales wil op een bepaalde datum het materiaal bij de klant hebben en logistiek moet op een bepaalde datum het materiaal op transport stellen.

Daar de rappellijst eigenlijk al de andere relevante data bevat leek het mij het simpelste om de selectie van 2 dattum sorteringen mogelijk te maken ipv jullie te vragen een geheel nieuwe functie te maken met dezelfde selecties en informatie mogelijkheden waarbij alleen een andere datum als primair gekozen wordt.


Dus aub dit heroverwegen en de functionaliteit beschikbaar stellen

Goed Marco. We gaan het maken, maar in elk geval ik sta totaal niet voor de gevolgen in (dus, werkt niet, faktuur toch wel betalen).
Ik teken hierbij tevens aan dat wat jij wilt (wat voor ons feitelijk een relatief "bekijken" inhoudt zonder absolute referentie (denk daar het weekend maar over na)), door mij niet kan worden nagedaan met in elk geval de gedachte dat het geheel niet zo werkt als jij denkt - of zelfs zoals wij willen/wilden. Aldus kunnen wij niet anders doen dan ons baseren op wat jij meent wat wèl werkt - maar met wellicht betere test data dan wij hier hebben - en ben je aldus aan jezelf overgeleverd.
In elk geval heb ik mijn best gedaam, toch ? :smile:

Dus, accoord zo ?

E.e.a. is aangepast zie http://ha1.heartprofit.nl/profit/index.php?topic=23563.0;topicseen en staat inmiddels bij je op het systeem.

Deze functie werkt perfect.

Nu (natuurlijk) de logische volgende vraag:
Kun je dit ook doen voor 3.2.7.2 LOPRVORR?

mvg

MK
:13a: