Skip to Content

Kelog — Masteritem use

Version 2.1 by Dimitri Rupp on 2026/06/11 09:16
Warning
For security reasons, the document is displayed in restricted mode as it is not the current version. There may be differences and errors due to this.
On this page

Kelog — Masteritem use

Key-Facts

AspektWert
👥 AntragsstellerKelog — Dejan Stevanovic
⏱️ Geschaetzter Aufwand12 h (nach Abnahme der DoR)
🗄️ QuellsystemRimo bzw. Rimo-Exports
📅 Geplantes Ende31.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)

  1. Zuerst sollen die Masteritems verwendet werden, die im Namen mit star 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 NameLagerebene
E00Ebene 0
E01Ebene 1
E02Ebene 2
E03Ebene 3
E04Ebene 4
E05Ebene 5
E06Ebene 6
E07Ebene 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 → star 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

Information

Migration footer
Source: Kelog Masteritem use (SharePoint)
Original author: Petru Maximilian
Original last-modified: 2024-04-29
Migration date: 2026-05-24
Migrated by: Dimitri Rupp via ClaudeAI
Notes: DE-Original 1:1 (Key-Facts, Ausgangssituation, Sollsituation mit Prozess-Reihenfolge + Lagerebene-Mapping); Mermaid-Decision-Tree fuer Lagerplatz-Vorschlag als Wissensbasis-Erweiterung; rechtschreibliche Korrekturen (mussen → muessen, ident → identisch).

Verwandte Themen

Kuratiert — kann direkt im Editor ergänzt werden://

Failed to execute the [velocity] macro. Cause: [The execution of the [velocity] script macro is not allowed in [xwiki:IT-Wiki.Makros.Verwandte-Themen.WebHome]. Check the rights of its last author or the parameters if it's rendered from another script.]. Click on this message for details.

Status: Migriert — Team-Review ausstehend · Owner: (festlegen) · Letzter Review: 2026-06-11