hardy_1
30th July 2003, 10:53
Hallo zusammen,
ich folgendes Problem mit dem Programm
cprpd4200m000 Plancode initialisieren, rollieren und aktualisieren.
Wir lassen das Programm in einem nächtlichem Job (ab 18:00 Uhr) jeden Tag durchlaufen (über den gesamten Ebenen-und Artikelbereich) Dauer ca. 3-4 Std., es laufen noch ein paar andere Programme danach ab.
Als letztes dann noch einmal cprpd4200m000 , jetzt allerdings mit den Einstellungen Artikelbereich=leer und nur "Ressourcenplan erstellen" aktiviert. Alle 3 Tage springt das Programm komplett wieder an und benötigt nocheinmal 3-4Std. (das nervt :-(( ), normal ist unter 1 Minute.
Am Rollierzyklus habe ich auch schon rumprobiert mit dem Effekt, das dann alle 2 oder 4 Tage das Programm wieder anspringt.
Ich benötige jeden Tag eine aktualisierte Ressourcenplanung (macht sich nicht schlecht zur groben Auftragseinlastung).
Kann mir jemand einen Tipp geben oder ist das ein "Feature" mit dem ich leben muss.
baan 5.0c SP9
Gruß
Hartwig
Andreas
5th August 2003, 11:04
Hallo Hartwig,
kannst du ein paar zusätzliche Infos geben. Ich verstehe nicht ganz dein Problem.
Wie springt das Programm noch mal an ??
Startet der komplette Job noch mal neu (Jobzeitplan) und läuft dann sehr lange, oder wie?
Wie sind deine Planperioden definiert?
Wie sieht der Rollierungszyklus aus?
Wie viele Planartikel werden geplant (ca.) und stehen beim Ablauf des Programmes in der cprrp100?
Bei uns läuft das Programm auch in einem Job (allerdings wöchentlich) und wir haben keine Probleme damit.
Gruß
Andreas
hardy_1
5th August 2003, 11:42
Hallo Andreas,
ich habe mich zwischenzeitlich etwas tiefgründiger damit beschäftigt (aber trotzdem keine Lösung).
1. Der Job läuft jeden Tag (ab 18:00), wobei das Initialisieren zwischen 20:00 und 21:00 anspringt, das läuft wie gesagt jeden Tag. Ende dann dafür ca. 0:30.
2. Mit den Periodeneinstellungen dürfte es nichts zu tuen haben.
3. Das Problem scheint der Rollierzyklus zu sein (3 Tage), weil der Beginn von 1. immer "gestern" für baan ist. Die einfachste Lösung wäre wahrscheinlich den Job 00:01 zu beginnen, aber in der Nachtzeit laufen noch intensive Sicherungen.
Mit irgendeinem Trick müßte das Aktualisierungsdatum im Plancode um 1 Tag versetzt werden.
Ca. 18000 Artikel werden geplant (Tendenz zunehmend, da Sonderfertiger)
Gruß
Hartwig
Andreas
5th August 2003, 13:19
Hallo Hartwig,
ich bin mir nicht sicher ob ihr das Programm richtig benutzt.
Die Planperioden haben sehr wohl einen Einfluß auf das rollieren.
Ich versuche mal zu erläutern wie wir das nutzen.
Die Anforderung sieht folgendermaßen aus:
Mein Plan soll mir die letzten 4 Wochen wochenweise, die nächsten 3 Wochen tageweise, die darauffolgenden 23 Wochen wieder wochenweise und die darauf folgenden 28 Wochen monatsweise (nicht Kalendermonate) anzeigen.
Angenommen heute ist der 04.08.2003 (Beginn KW 32) und ich erstelle einen neuen Plan.
Dann wäre das Planstartdatum der 07.07.2003 (Beginn KW 28), das Referenzdatum der 04.08 und der Rollierungszyklus 7 Tage.
Die Planperioden würden folgendermaßen aussehen:
Folgen. / Periodenlänge (Tage) / Anzahl Perioden
10 / 7 / 4
20 / 1 / 21
30 / 7 / 23
40 / 28 / 7
Der Rollierungszyklus würde jetzt bewirken, das jeden Montag der Plan um 7 Tage "weitergeschoben" wird. Das heißt, das ein Auftragsvorschlag der am 27.08 geplant ist, vor dem Rollieren in einer Wochenperiode liegt, beim rollieren aber auf Tagesperioden heruntergebrochen wird. Hier hängt die Performance nun nicht zwingenderweise an der Menge der Planartikel, sondern an Menge der zu generierenden Bedarfe.
Ich hoffe das ist einigermaßen verständlich ;)
Gruß
Andreas
DFisch
21st August 2003, 19:29
Prinzipielle Frage:
Warum lasst Ihr das Rollieren jeden Tag laufen und nicht nur alle 3 Tage, wenn sich der Zyklus ändert?
Die Planungsläufe können auch in einzelnen Läufen gestartet werden, dadurch lässt sich das auch besser steuern (insbesondere der net-change: es ändern sich bestimmt nicht alle 18.000 Artikel jeden Tag).
Falls außerdem die Laufzeit das Problem ist: Habt Ihr ein Mehrprozessorsystem? Man kann die zeitintensiven Prozesse auf mehrere Prozessoren verteilen, das reduziert die Laufzeit.
viele Grüße
Dirk