Unterschiede in MRP von PROGRESS zu SQL-Versionen
MRP-Algorithmus in SQL-Version
Der Planungsalgorithmus, den MRP in SQL-Version verwendet, ist nahezu identisch mit dem in PROGRESS-Version verwendeten Algorithmus. MRP in der SQL-Version beginnt die Planung der Bedarfe jeweils auf der untersten Ebene aller aktuellen, Fertigungsauftrags- und Produktionsplan-Stücklisten. Das bedeutet, es wird zunächst der Bedarf für die endgültigen Teile, dann der Bedarf aller Teile auf der nächsten Ebene usw. geplant. Jeder Bedarf wird ausgehend vom Bedarfsdatum rückwärts zum Datum des Zeitbedarfs für das Teil geplant und ähnliche Bedarfe werden dabei zusammengefasst. MRP in der SQL-Version generiert geplante Aufträge und Ausnahmemeldungen, um Sie bei der Implementierung eines genauen Plans zu unterstützen.
MRP-Planungsprozess
Der Prozess für die Verwendung von MRP sollte sich in SQL-Version nicht stark von dem Prozess der Vorgängerversion unterscheiden. Wie auch in PROGRESS-Versions MRP muss vor der Erstellung eines MRP-Plans die aktuelle Stücklistenverarbeitung und die Fertigungsauftrags-/Produktionsplan-Stücklistenverarbeitung ausgeführt werden, um sicherzustellen, dass die richtigen Low-Level-Codes verfügbar sind.
Die SQL-Version umfasst auch die folgenden MRP-Funktionen, die in PROGRESS bereits verfügbar waren:
- Zeitbedarfverarbeitung: Diese Funktion dient zur Berechnung der Zeitbedarfe für Fertigungsteile anhand der Zeitvorgaben, die über die Arbeitspläne festgelegt werden.
- Materialplanungs-Workbench und Bericht 'Auftragsaktionen': Diese beiden Komponenten können zur Anzeige vorgeschlagener Abrufdaten für geplante Aufträge verwendet werden.
- Materialplanungs-Workbench und Planungsdetail: Über diese beiden Masken können Ausnahmemeldungen angezeigt und geplante Aufträge zum Beispiel in bestätigte Fertigungsaufträge oder Produktionspläne umgewandelt werden.
Für die Ausführung von MRP stehen die Modi Änderung und Neu generieren zur Verfügung. Ebenso wie in PROGRESS-Version werden bei Verwendung des Modus Änderung nur solche Teile geplant, für die sich Daten bezüglich des Bestands, des Zugangs oder des Bedarfs seit der letzten MRP-Ausführung geändert haben. Mögliche Änderungen werden über das Feld Änderung für den Teiledatensatz verfolgt. Wird eine Änderung am verfügbaren Bestand, dem Zugang oder dem Bedarf eines Teils vorgenommen, wird das Feld Änderung für diesen Teiledatensatz automatisch aktiviert und das Teil wird ebenso wie in der PROGRESS-Version in den nächsten MRP-Lauf, der im Modus Änderung ausgeführt wird, eingeschlossen. Wird MRP im Modus Neu generieren ausgeführt, werden alle in der Datenbank enthaltenen Teile geplant
Die übrigen Abschnitte dieses Hilfethemas listen die Unterschieden hinsichtlich bestimmter Masken und Felder sowie weitere Unterschiede im Detail auf. In einigen Fällen ist eine direkte Zuordnung der Masken oder Felder aus PROGRESS-Version und SQL-Version nicht möglich, da den Komponenten unterschiedliche Konzepte zugrunde liegen. In den meisten Fällen wurden vorhandene Konzepte jedoch durch vergleichbare neue Konzepte ersetzt.
Die unten stehende Tabelle listet nur die Bildschirme, Masken und Parameter auf, die in SQL-Version entweder neu benannt wurden oder auf einer neuen Funktionsweise basieren. Masken, die in SQL-Version ebenso benannt wurden wie in PROGRESS-Version, (z. B. die Maske Materialplanungs-Workbench) werden nicht aufgeführt.
Abweichende Masken und Bildschirme
PROGRESS-Version - Bildschirm | Entsprechende SQL-Version |
---|---|
Planungsdetail-Ansicht | Planungsdetail - Maske |
MRP-Erstellung | MRP-Planung – Maske |
Bericht 'MRP-Auftragsaktionen' | Bericht 'Auftragsaktionen' |
RCCP-Bildschirm (Rough Cut Capacity Planning) | (Das RCCP-Konzept wurde in SL7 nicht mehr implementiert) |
Ressourcen-Master | (Das Konzept benutzerdefinierter Ressourcen wurde in SQL nicht mehr implementiert) |
Bericht 'Teile mit Netto-Änderung-Kennung' | Feld Änderung in der Maske Teile zur Erstellung einer Liste der Teile, für die das Feld Änderung aktiviert ist |
Dienstprogramm für geplante Aufträge | Parameter Geplante Aufträge terminieren in der Maske Werkstattsteuerungsparameter |
Abweichende Parameter
PROGRESS-Version - Parameter | PROGRESS - Bildschirm | SQL-Version - Parameter | Maske in SL (SQL) |
---|---|---|---|
Planungsparameter für Fertigung und Bestellung (online) | Planungsparameter | (Das Konzept wurde in SQL nicht mehr implementiert) | n.z. |
Kundenauftrag und Vorhersage (online) | Planungsparameter | (Das Konzept wurde nicht implementiert, aber diese Funktion wird automatisch über die SQL-Datenbankstruktur unterstützt.) | n.z. |
Umlagerungen (online) | Planungsparameter | (Das Konzept wurde nicht implementiert, aber diese Funktion wird automatisch über die SQL-Replizierung unterstützt.) | n.z. |
Lager berücksichtigt für | Planungsparameter | Dedicated Inventory | Lager |
Geplante Umlageraufträge buchen | Planungsparameter | (Das Konzept wurde nicht implementiert, aber diese Funktion wird automatisch über die SQL-Replizierung unterstützt.) | n.z. |
JIT-Terminierungverwenden | Planungsparameter | Material zum Arbeitsgang-Start planen | Planungsparameter |
Dynamischen Zeitbedarf verwenden | Planungsparameter | Terminierte Zeiten in Planung verwenden | Planungsparameter |
Multi-Site-Gruppen-ID | Planungsparameter | (Das Konzept wurde nicht implementiert, aber diese Funktion wird automatisch über die SQL-Replizierung unterstützt.) | n.z. |
MRP-Enddatum | Fertigungsaufträge | Diesem Parameter entspricht weitgehend der errechnete Termin des Fertigungsauftrags. Weitere Informationen zur Verwendung dieses Felds in der MRP-Planung finden Sie unter dem Thema "Informationen über Fertigungsauftragstermine". | Fertigungsaufträge |
Abweichende Ausnahmemeldungen
Ausnahmemeldung in PROGRESS-Version | Ausnahmemeldung in SQL-Version |
---|---|
Eingang neu planen | Eingangsbeleg
Ausgangsbeleg |
Plan Eingang nicht nötig | Eingang nicht nötig |
Plan Eingang überfällig | Erwarteter verspät. Eingang |
Plan Bedarf überfällig | Erwartete verspät. Anforderung |