| Zusammenfassungszeitr. 1 … 6 | 2stellig, numerisch Eingabe eines Zeitraums in Monaten, der in der Dispoliste den tatsächlichen Verbrauch bzw. den daraus resultierenden Durchschnittsverbrauch ausgibt. Beispiel: Zusammenfassungszeitr. 1 = 1 Zusammenfassungszeitr. 2 = 3 Zusammenfassungszeitr. 3 = 6 In der Dispoliste wird der erste Verbrauch für den aktuellen Monat (= 01) angedruckt, der zweite Verbrauch für den aktuellen plus 2 Vormonate (= 03) und der dritte Verbrauch für den aktuellen plus 5 Vormonate (= 06). |
| Simulationsaufträge berücksichtigen | Über dieses Kennzeichen kann gesteuert werden, ob in den Programmen Artikeldisposition, Erstellen Fertigungsvorschläge oder Erstellen Bestellvorschläge Einkaufsteile simulierte Fertigungsaufträge (sog. Planaufträge) bei der Errechnung der Verfügbarkeit berücksichtigt werden. Der Feldinhalt wird in die Einstiegsmaske der Programme übernommen und kann dort überschrieben werden. Mögliche Werte sind: nein, keine Beachtung: Die simulierten Fertigungsaufträge werden bei der Errechnung der Verfügbarkeit bzw. bei der Erstellung von Bestellvorschlägen nicht berücksichtigt. ja, ohne a-disponierte EK-Artikel: Die simulierten Fertigungsaufträge werden bei der Errechnung der Verfügbarkeit bzw. bei der Erstellung von Bestellvorschlägen berücksichtigt. ja, mit a-disponierten EK-Artikel: Die simulierten Fertigungsaufträge werden bei der Errechnung der Verfügbarkeit bzw. bei der Erstellung von Bestellvorschlägen berücksichtigt. Zusätzlich werden bei dieser Auswahl im Programm „Erstellen Bestellvorschläge Einkaufsteile“ a-disponierte Artikel aus simulierten Fertigungsaufträgen mit beachtet. |
| Zusatzbedarf buchen | Die Nutzung dieses Kennzeichens ist nur über eine Individualprogrammierung möglich. Hierbei wird erreicht, dass ein Zusatzbedarf für Artikelgruppen verbucht werden kann. Im Standard ist dieses Kennzeichen ohne Bedeutung. |
| Periode kumulierter Verbrauch | Über dieses Feld ist es möglich, die Anzahl der Monate vorzugeben, für die eine Kumulierung der Verbrauchszahlen (ausgehend vom aktuellen Monat) erfolgen soll. Wenn das Kennzeichen „Periode kumulierter Verbrauch kürzen“ aktiv ist, so wird der Zeitraum verkürzt falls der erste Verbrauch innerhalb dieser Periode liegt. (Verbrauch in diesem Monat / Kalendertage des Monats) * zu betrachtende Tage des Monats). Dieses Feld wird im Programm „Artikeldisposition - Übersicht“ für die Felder „durchschn. Verbrauch der letzten n Monate“ und „Kum. Abgänge“ der letzten n Monate verwendet. Beispiel: Vorgabe 12 Monate Vom Tagesdatum werden die kumulierten Lagerabgänge aus der Lagerveränderungsstatistik für die letzten zwölf Monate berechnet. |
| Periode kumulierter Verbrauch kürzen | Mögliche Werte sind: nein: Es erfolgt keine Verkürzung der betrachteten Periode. ja: Es erfolgt eine Verkürzung der betrachteten Periode, wenn der erste Verbrauch innerhalb der betrachteten Periode liegt. Das betrifft also die Berechnung des Durchschnittsverbrauchs und damit der Reichweite bei relativ neuen Artikeln. Beispiel: Verbrauch der letzten 12 Monate 120 Stück. Erster Verbrauch des Artikels ist vor 6 Monaten gewesen. Somit ist der Durchschnittsverbrauch nicht 120 Stk / 12 mon = 10 Stk/mon sondern 120 Stk / 6 mon = 20 Stk/mon |
| Berechnung Durchschn. Verbrauch bei FV | Über dieses Feld ist es möglich, die Anzahl der Monate vorzugeben, für die eine Kumulierung der Verbrauchszahlen (ausgehend vom aktuellen Monat) erfolgen soll. Die Monatsangabe dient hierbei zur Berechnung der Reichweite bei den Fertigungsvorschlägen (Reichweite = Bestand / durchschn. Lagerabgänge der x Monate). Wenn kein Wert eingetragen ist wird die Periode kumulierter Verbrauch (dann gültig für Einkauf und Fertigung) verwendet (ohne jeglichen Eintrag 12 Monate) (Verbrauch in diesem Monat / Kalendertage des Monats) * zu betrachtende Tage des Monats). Dieses Feld wird im Programm „Fertigungsvorschläge“ für die Felder „durchschn. Verbrauch“ und „Reichweite“ (in Tagen) verwendet, wenn aktuell ein Bestand dispositiv verfügbar ist. |
| Übernahme Bestätigter Bestellbestand | Über dieses Feld ist es möglich, den Bestellbestand Einkauf automatisch auf den bestätigten Liefertermin zu schieben. Mögliche Werte sind: nein, keine Beachtung: Bei Eintragung eines bestätigten Termins erfolgt keine automatische Verschiebung des Bestellbestandes Einkauf auf den bestätigten Termin. ja: Bei Eintragung eines bestätigten Termins erfolgt eine automatische Verschiebung des Bestellbestandes Einkauf auf den bestätigten Termin. In der Disposition liegen sowohl der Bestellbestand Einkauf, als auch der bestätigte Bestellbestand Einkauf auf dem gleichen Termin. Beispiel: → Automatische Verschiebung Bestellbestand Einkauf auf den eingegebenen bestätigten Termin |
| Lagerbestand im QS-Lager | Artikelbestand im QS-Lager wird dem Bestand im Lager=0 zugeschlagen. Mit diesem Parameter kann man diese Logik anders regeln. Mögliche Werte sind: ja, ist verfügbarer Bestand nein, ist kein verfügbarer Bestand |
| Dispocheck für Kundenaufträge | Keine Dispoprüfung: Dispocheck für Kundenaufträge inaktiv Dispoprüfung mit Statusänderung: Dispocheck für Kundenaufträge aktiv, Kopfstatus der Aufträge wird bei Dispofehlern auf Wartestatus gesetzt Dispoprüfung ohne Statusänderung: Dispocheck für Kundenaufträge aktiv, Kopfstatus der Aufträge wird nicht verändert siehe: Dispocheck (cd2505) |
| Dispocheck für die Fertigung | Keine Dispoprüfung: Dispocheck für Fertigungsauftragsmaterial ist inaktiv Dispoprüfung ist aktiv: Dispocheck für Fertigungsauftragsmaterial ist aktiv siehe: Dispocheck (cd2505) |
| Berechnung Handelswaren | nicht bestätigte Bestellungen: Bestellbestand Einkauf wird bei der Verfügbarkeitsrechnung verwendet nur bestätigte Bestellungen: bestätigter Bestellbestand Einkauf wird bei der Verfügbarkeitsrechnung verwendet siehe: Dispocheck (cd2505) |
| Berechnung Simulationsaufträge | geplante Dispowerte mit einrechnen: Dispowerte von simulierten Vorgängen, bei der Verfügbarkeitsrechnung, mit einrechnen geplante Dispowerte nicht einrechnen: Dispowerte von simulierten Vorgängen, bei der Verfügbarkeitsrechnung, nicht mit einrechnen siehe: Dispocheck (cd2505) |
| Einberechnung BBF zum Bedarfstermin | Steuerung Bestellbestand Fertigung bei der Verfügbarkeitsberechnung. Bei Versandproblemen am gleichen Tag kann der Fertigungsbestand hier entfernt werden. Fert.Bestand wird immer mit eingerechnet: Bei der Verfügbarkeitsberechnung wird der Bestellbestand Fertigung immer mit berücksichtigt. BBF zum gleichen Bedarftermin NICHT berechnen: Bei der Verfügbarkeitsberechnung wird der Bestellbestand Fertigung am gleichen Tag des Bedarfstermines NICHT mit eingerechnet. |
| Verfügbarkeitsberechnung | Art der Verfügbarkeitsberechnung beim Dispocheck. erste negative Verfügbarkeit in der Vergangenheit = : Ein Dispofehler wird erzeugt wenn vor dem Bedarfstermin eine negative Verfügbarkeit erkannt wird. Ampel wird ROT . Positive Verfügbarkeit zum Bedarfstermin =: Ist bis zum Bedarfstermin die Menge Verfügbar wird der Artikel als lieferfähig gekennzeichnet. Ampel wird GRÜN . siehe auch: Dispocheck (cd2505) |
| Anzeige Dispofehler im Auftrag | Im Kundenauftrag wird eine Meldung ausgegeben, dass ein Dispo-Fehler vorliegt. Hiermit kann die Art der Mitteilung eingestellt werden. Mögliche Werte sind: Hinweistext und PopUp-Mitteilung (0) nur Hinweistext (1) |
| Auto-DC-Freigabe bei Übereinstimmung AV- und KA-Termin | Mögliche Werte sind: ja nein |
| Meldebestand / Mindestbestand | Mögliche Werte sind: Mindestbestand berücksichtigen Meldebestand berücksichtigen Meldebestand vor Mindestbestand Mindestbestand/Meldebestand nicht berücksichtigen |
Der elektronische Datenaustausch mit Kunden erfordert es, Bedarfszahlen die der Kunde an das produzierende Unternehmen hat, im cimERP abzubilden. Bedarfszahlen die von außen kommen, können eine oder mehrere der folgenden Eigenschaften haben:
1. Die gelieferten Bedarfszahlen sind fix. Sie gelten also als vertraglich zugesichert.
2. Die gelieferten Bedarfszahlen stellen eine Schätzung dar.
3. Der Termin, zu dem ein Bedarf gemeldet wird, kann ein Tages-, ein Wochen- , ein Quartals-bzw. ein Monatstermin sein. Die Verbuchung bei Wochen- bzw. Monatstermin erfolgt auf den entsprechenden Stichtag. Quartalstermin ist der Monatsstichtag des letzten Monats im Quartal.
4. Bedarfszahlen sind lagerbezogen, d.h. Bedarfe werden immer gegen ein konkretes Lager angemeldet.
Auf diesem Reiter können bis zu zehn Bedarfszeilen definiert werden, die dann zusätzlich zu den bisherigen Zeilen im Dispo-Monitor angezeigt werden können.
| Bezeichnung | Bezeichnung Bedarf |
| Anzeige Dispo | Mögliche Werte sind: nein: keine Anzeige im Dispo-Monitor ja: Anzeige im Dispo-Monitor nur Ber.: keine Anzeige im Dispo-Monitor, nur Berechnung |
| Verfügbarkeitsrechnung | Mögliche Werte sind: keine Beachtung: Bedarf wird in Verfügbarkeitsrechnung nicht beachtet positiv: Bedarf wird in Verfügbarkeitsrechnung positiv eingerechnet negativ: Bedarf wird in Verfügbarkeitsrechnung negativ eingerechnet |
| Art | Mögliche Werte sind: nicht definiert: Keine Definition, wie die Bedarfszahlen gefüllt werden Workflow: Bedarfszahlen werden über einen Workflow gefüllt Prognoseverfahren: Bedarfszahlen werden über das Prognoseverfahren gefüllt, entsprechende Parameter werden in Einkauf Prognoseverfahren gesetzt Angebot: Bedarfszahlen werden über die noch nicht angenommene Angebotszahlen ermittelt. |