Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- dok:automatensplit [26.03.2021 11:42] – [Definitive Lösung nach Umstellung] ibk
+++ dok:automatensplit [05.04.2021 08:07] – [Vorbemerkungen] ibk
@@ Zeile 13: / Zeile 13: @@
 Die Splittung erfolgt automatisch beim Import der SAP Bestellungen, respektive beim direkten Erfassen von Bestellungen im BPS (Bestellaufnahme und Zuteilung).
+<WRAP info>
 Ursprünglich war geplant die Splittung durch ein Skript vorzunehmen welche per Scheduler regelmässig ausgeführt werden sollte. Im Zuge der Implementierung zeigten sich jedoch gewisse Probleme mit dem ursprünglichen Ansatz, so hätten z.B. nachträglich hinzukommende Positionen nicht automatisch an die Automaten geschickt werden können, und die Performance wäre schlechter gewesen.
 Die Implementierung erfolgte deshalb direkt im BPS Core, und es gibt somit keinen Skript der per Scheduler auszuführen wäre. Das grundsätzliche Konzept mit einer neutralen Automatenzone und der Steuerung der Splitt-Anteile mittels Partner- und Artikel-Attribut wird jedoch beibehalten.
+</WRAP>
 ===== Ausführung =====
@@ Zeile 28: / Zeile 30: @@
 Die Einstellung «Kommissionierung» bleibt deshalb bei dieser Zone leer:
-{{:dok:pasted:20210326-111200.png}}
+{{:dok:pasted:20210326-111200.png?nolink}}\\
 === Osiris ===
@@ Zeile 34: / Zeile 36: @@
 Die Auftragspositionen für den Osiris Automaten werden in dieser Zone generiert. Die Einstellung «Kommissionierung» wird auf «Automat Typ Osiris» eingestellt:
-{{:dok:pasted:20210326-111226.png}}
+{{:dok:pasted:20210326-111226.png?nolink}}\\
 === MIFA ===
@@ Zeile 40: / Zeile 42: @@
 Die Aufträge für den MIFA Automaten werden in dieser (bestehenden) Zone generiert. Die Einstellung «Kommissionierung» ist auf «Automat Typ MIFA» eingestellt:
-{{:dok:pasted:20210326-111321.png}}
+{{:dok:pasted:20210326-111321.png?nolink}}\\
 ==== Pickmatrix ====
@@ Zeile 46: / Zeile 48: @@
 Die Pickmatrix wird so eingestellt, dass die bisher direkt in der MIFA Zone erstellten Aufträge neu in die neutrale Automaten-Zone kommen:
-{{:dok:pasted:20210326-111420.png}}
+{{:dok:pasted:20210326-111420.png?nolink}}\\
 BPS splittet die Aufträge für Zone «Automaten» gemäss Konfiguration nachher direkt in die Zonen «MIFA» und «Osiris».
@@ Zeile 52: / Zeile 54: @@
 Das geschieht bei allen neu generierten Positionen, mit Ausnahme wenn gar keine Kommissionierung erforderlich ist, z.B. bei Erfassung einer Bestellung als bereits «kommissioniert» oder «belastet»:
-{{:dok:pasted:20210326-111614.png}}
+{{:dok:pasted:20210326-111614.png?nolink}}\\
 Solche Positionen werden ggf. in der Zone «Automaten» generiert statt in der «MIFA» und/oder «Osiris» Zone.
@@ Zeile 82: / Zeile 84: @@
 Die Splitt-Verhältnisse werden in den BPS Einstellungen unter //Central System Settings/Robotsplits/Splits// definiert:
-{{:dok:pasted:20210326-112356.png}}
+{{:dok:pasted:20210326-112356.png?nolink}}\\
 In der **Schlüssel-Spalte** wird jeweils eine Kombination von Partner-Attribut und Artikel-Attribut (durch Komma getrennt) definiert. Ein Stern steht dabei für ein beliebiges Partner- respektive Artikel-Attribut (sog. Wildcard).
@@ Zeile 115: / Zeile 117: @@
 Zum Start macht es Sinn erst alles auf MIFA zu haben, und später Ausnahmen hinzuzufügen welche auf Osiris gehen:
-{{:dok:pasted:20210326-112908.png}}
+{{:dok:pasted:20210326-112908.png?nolink}}\\
 === Pilot-Partner aufteilen 50/50, alles andere auf MIFA lassen ===
@@ Zeile 121: / Zeile 123: @@
 Wir ordnen einem Partner das Attribut PA1 zu. PA1 soll z.B. für eine Aufteilung 50/50 stehen:
-{{:dok:pasted:20210326-113204.png}}
+{{:dok:pasted:20210326-113204.png?nolink}}\\
 Im Laufe der Zeit gibt man weiteren Partnern dann das Attribut PA1 um die Osiris Belastung sukzessive zu steigern.
@@ Zeile 129: / Zeile 131: @@
 Angenommen die Bananenlinien sind noch nicht auf Osiris verbunden und müssen deshalb noch auf MIFA bleiben. Wir ordnen allen entsprechenden Artikeln das Attribut AA1 zu und ergänzen die Splitt-Liste wie folgt:
-{{:dok:pasted:20210326-113231.png}}
+{{:dok:pasted:20210326-113231.png?nolink}}\\
 Gibt es noch weitere Artikel die vorläufig nicht auf Osiris sollen (z.B. wegen Gebinde oder Handling) so ordnen wir diesen Artikeln einfach auch das Attribut AA1 zu.
@@ Zeile 137: / Zeile 139: @@
 Artikel welche z.B. zu 2 Dritteln auf Osiris kommissioniert werden sollen ordnen wir das Attribut AA2 zu. Zunächst sollen dies aber nur für die Pilot-Partner gelten:
-{{:dok:pasted:20210326-113351.png}}
+{{:dok:pasted:20210326-113351.png?nolink}}\\
 Und jetzt soll das für sämtliche Partner gelten, nicht nur die Piloten:
-{{:dok:pasted:20210326-113415.png}}
+{{:dok:pasted:20210326-113415.png?nolink}}\\
 === Jetzt (fast) alle Partner ===
@@ Zeile 147: / Zeile 149: @@
 Irgendwann macht es im Hochlaufprozess Sinn alle Partner und Artikel mit wenigen Ausnahmen aufzuteilen. Den Ausnahmepartnern die auf MIFA bleiben ordnen wir das Attribut PA2 zu, die Ausnahmeartikel die auf MIFA bleiben haben weiterhin Attribut AA1.
-{{:dok:pasted:20210326-113946.png}}
+{{:dok:pasted:20210326-113946.png?nolink}}\\
 Die Standardaufteilung für alle Partner und Artikel ist jetzt 50/50. Alle Partner mit PA2 bleiben aber noch zu 100% auf MIFA, ebenfalls alle Artikel mit AA1.
@@ Zeile 155: / Zeile 157: @@
 Kurz vor Abschaltung der MIFA Anlage sollten wir soweit sein dass alle Automatenpositionen auf Osiris abgehandelt werden. In der Splitt-Liste sieht das dann so aus:
-{{:dok:pasted:20210326-114012.png}}
+{{:dok:pasted:20210326-114012.png?nolink}}\\
 ===== Definitive Lösung nach Umstellung =====