Kelog — Masteritem use
Kelog — Masteritem use
Key-Facts
| Aspekt | Wert |
|---|---|
| 👥 Antragssteller | Kelog — Dejan Stevanovic |
| ⏱️ Geschaetzter Aufwand | 12 h (nach Abnahme der DoR) |
| 🗄️ Quellsystem | Rimo bzw. Rimo-Exports |
| 📅 Geplantes Ende | 31.05.2024 |
Ausgangssituation
Durch die Definition der Anforderungen fuer den Kelog-Report DO_Planning wurde eine weitere Reporting-Anfrage in den Raum geworfen: Es geht darum, den besten Lagerplatz der Masteritems fuer die DOs (im Status Ordered) zu identifizieren.
Hierfuer muessen keine Rimo-Daten angebunden werden — die Daten werden ueber CSV-Files importiert. Die CSV-Files werden direkt aus Rimo (Mandant: H3A) exportiert und anschliessend eingespielt.
Dateien:
- Reports_Demand_Order_4
- Material_Master_Data_Material_all
Dejan hat diesbezueglich bereits einen initialen PBI-Report erstellt — siehe dazu Jira-Ticket.
Sollsituation
Der Report soll Abhilfe schaffen, den am besten geeigneten Lagerplatz des jeweiligen Masteritems zu identifizieren.
Prozess (Reihenfolge)
- Zuerst sollen die Masteritems verwendet werden, die im Namen mit
beginnen → refurbed Masteritems.
2. Anschliessend zaehlt das niedrigste Erstelldatum.
3. Danach sollten jene Masteritems verwendet werden, die im Depot in einer tieferen Ebene gelagert sind.
Definition Lagerebene
Anhand des Attributs Storage Space soll eine neue Spalte „Lagerebene" erstellt werden:
| Storage Space Name | Lagerebene |
|---|---|
| E00 | Ebene 0 |
| E01 | Ebene 1 |
| E02 | Ebene 2 |
| E03 | Ebene 3 |
| E04 | Ebene 4 |
| E05 | Ebene 5 |
| E06 | Ebene 6 |
| E07 | Ebene 7 |
| kein E0… | „keine Ebene" |
flowchart TD
Q[DO im Status Ordered] --> S1{Refurbed Masteritem
Name beginnt mit *?}
S1 -->|Ja| USE1[Diese Masteritems
zuerst verwenden]
S1 -->|Nein| S2{Niedrigstes
Erstelldatum?}
S2 --> S3{Tiefere
Lagerebene?}
S3 -->|"E07 / E06 / ..."| USE2[Vorschlag
Lagerplatz]
S3 -->|"keine Ebene"| LOW[Letzte Wahl]
classDef q fill:#e3f2fd,stroke:#1976d2,stroke-width:1px
classDef use fill:#c8e6c9,stroke:#2e7d32,stroke-width:1px
class S1,S2,S3 q
class USE1,USE2,LOW use
Vorschlag zur Gestaltung des Reports
- Zentraler Ablageort fuer die Input-Files — sollten identisch heissen bzw. immer den gleichen String enthalten
- Beispiel: PMO / 73 - KELOG Logistik GmbH / Masteritem use / Reports_Demand_Order_4
- Material_Master_Data_Material_all
- Aktualisierung nur ueber Semantic Model steuern → Kelog kann bei Bedarf ausfuehren
- Standard-Sortierung anhand Masteritem-Name → sollen ganz oben stehen
- Abbildung des kleinsten Datums
- Neue Filter schaffen, die den Drill noch weiter einschraenken koennen — anhand der Lagerebene
- Drill Through auf Detailansicht (Page 1 auf Page 2 im Vorlage-Report H3A Report_Maxi → Jira)
Related pages
Verwandte Themen
Kuratiert — kann direkt im Editor ergänzt werden://
Automatisch vorgeschlagen über gemeinsame Tags (powerbi, reporting, architektur):
- Buchhaltung — Tax proof
- Kelog — DO Planning
- Kelog — Scan Report
- PMO — Project Overview
- Arbeitsbereiche Abteilungen
- Linemanager — Produktivierungsreport_Master
Status: Migriert — Team-Review ausstehend · Owner: (festlegen) · Letzter Review: 2026-06-11