Wiki source code of Kelog — Masteritem use
Last modified by Dimitri Rupp on 2026/06/11 09:30
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | {{box cssClass="floatinginfobox" title="**On this page**"}} | ||
| 2 | {{toc/}} | ||
| 3 | {{/box}} | ||
| 4 | |||
| 5 | = Kelog — Masteritem use = | ||
| 6 | |||
| 7 | == Key-Facts == | ||
| 8 | |||
| 9 | |=Aspekt|=Wert | ||
| 10 | |👥 **Antragssteller**|**Kelog** — Dejan Stevanovic | ||
| 11 | |⏱️ **Geschaetzter Aufwand**|12 h (nach Abnahme der DoR) | ||
| 12 | |🗄️ **Quellsystem**|**Rimo** bzw. Rimo-Exports | ||
| 13 | |📅 **Geplantes Ende**|31.05.2024 | ||
| 14 | |||
| 15 | == Ausgangssituation == | ||
| 16 | |||
| 17 | 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. | ||
| 18 | |||
| 19 | 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. | ||
| 20 | |||
| 21 | **Dateien:** | ||
| 22 | |||
| 23 | * (% style="font-family:monospace" %)Reports_Demand_Order_4(%%) | ||
| 24 | * (% style="font-family:monospace" %)Material_Master_Data_Material_all(%%) | ||
| 25 | |||
| 26 | Dejan hat diesbezueglich bereits einen initialen PBI-Report erstellt — siehe dazu Jira-Ticket. | ||
| 27 | |||
| 28 | == Sollsituation == | ||
| 29 | |||
| 30 | Der Report soll Abhilfe schaffen, den **am besten geeigneten Lagerplatz des jeweiligen Masteritems** zu identifizieren. | ||
| 31 | |||
| 32 | === Prozess (Reihenfolge) === | ||
| 33 | |||
| 34 | 1. Zuerst sollen die Masteritems verwendet werden, die im Namen mit (% style="font-family:monospace" %)(*)(%%) beginnen → **refurbed Masteritems**. | ||
| 35 | 2. Anschliessend zaehlt das **niedrigste Erstelldatum**. | ||
| 36 | 3. Danach sollten jene Masteritems verwendet werden, die im Depot in einer **tieferen Ebene** gelagert sind. | ||
| 37 | |||
| 38 | === Definition Lagerebene === | ||
| 39 | |||
| 40 | Anhand des Attributs **Storage Space** soll eine neue Spalte **„Lagerebene"** erstellt werden: | ||
| 41 | |||
| 42 | |=Storage Space Name|=Lagerebene | ||
| 43 | |(% style="font-family:monospace" %)E00(%%)|Ebene 0 | ||
| 44 | |(% style="font-family:monospace" %)E01(%%)|Ebene 1 | ||
| 45 | |(% style="font-family:monospace" %)E02(%%)|Ebene 2 | ||
| 46 | |(% style="font-family:monospace" %)E03(%%)|Ebene 3 | ||
| 47 | |(% style="font-family:monospace" %)E04(%%)|Ebene 4 | ||
| 48 | |(% style="font-family:monospace" %)E05(%%)|Ebene 5 | ||
| 49 | |(% style="font-family:monospace" %)E06(%%)|Ebene 6 | ||
| 50 | |(% style="font-family:monospace" %)E07(%%)|Ebene 7 | ||
| 51 | |//kein E0…//|**„keine Ebene"** | ||
| 52 | |||
| 53 | {{mermaid}} | ||
| 54 | flowchart TD | ||
| 55 | Q[DO im Status Ordered] --> S1{Refurbed Masteritem<br/>Name beginnt mit *?} | ||
| 56 | S1 -->|Ja| USE1[Diese Masteritems<br/>zuerst verwenden] | ||
| 57 | S1 -->|Nein| S2{Niedrigstes<br/>Erstelldatum?} | ||
| 58 | S2 --> S3{Tiefere<br/>Lagerebene?} | ||
| 59 | S3 -->|"E07 / E06 / ..."| USE2[Vorschlag<br/>Lagerplatz] | ||
| 60 | S3 -->|"keine Ebene"| LOW[Letzte Wahl] | ||
| 61 | |||
| 62 | classDef q fill:#e3f2fd,stroke:#1976d2,stroke-width:1px | ||
| 63 | classDef use fill:#c8e6c9,stroke:#2e7d32,stroke-width:1px | ||
| 64 | class S1,S2,S3 q | ||
| 65 | class USE1,USE2,LOW use | ||
| 66 | {{/mermaid}} | ||
| 67 | |||
| 68 | === Vorschlag zur Gestaltung des Reports === | ||
| 69 | |||
| 70 | * **Zentraler Ablageort** fuer die Input-Files — sollten **identisch** heissen bzw. immer den gleichen String enthalten | ||
| 71 | ** Beispiel: (% style="font-family:monospace" %)PMO / 73 - KELOG Logistik GmbH / Masteritem use / Reports_Demand_Order_4(%%) | ||
| 72 | ** (% style="font-family:monospace" %)Material_Master_Data_Material_all(%%) | ||
| 73 | * **Aktualisierung nur ueber Semantic Model** steuern → Kelog kann bei Bedarf ausfuehren | ||
| 74 | * **Standard-Sortierung** anhand Masteritem-Name → (% style="font-family:monospace" %)(*)(%%) sollen ganz oben stehen | ||
| 75 | * **Abbildung des kleinsten Datums** | ||
| 76 | * **Neue Filter** schaffen, die den Drill noch weiter einschraenken koennen — anhand der **Lagerebene** | ||
| 77 | * **Drill Through** auf Detailansicht (Page 1 auf Page 2 im Vorlage-Report H3A Report_Maxi → Jira) | ||
| 78 | |||
| 79 | == Related pages == | ||
| 80 | |||
| 81 | * [[Arbeitsbereiche Abteilungen (Hub)>>doc:IT-Wiki.01-Data.Reporting.PowerBI.Arbeitsbereiche-Abteilungen.WebHome]] | ||
| 82 | * [[Kelog — DO Planning>>doc:IT-Wiki.01-Data.Reporting.PowerBI.Arbeitsbereiche-Abteilungen.Kelog-DO-Planning.WebHome]] | ||
| 83 | * [[Kelog — Scan Report>>doc:IT-Wiki.01-Data.Reporting.PowerBI.Arbeitsbereiche-Abteilungen.Kelog-Scan-Report.WebHome]] | ||
| 84 | |||
| 85 | ---- | ||
| 86 | |||
| 87 | == Verwandte Themen == | ||
| 88 | |||
| 89 | //Kuratiert — kann direkt im Editor ergänzt werden:// | ||
| 90 | |||
| 91 | * [[Buchhaltung — Tax proof>>doc:IT-Wiki.01-Data.Reporting.PowerBI.Arbeitsbereiche-Abteilungen.Buchhaltung-Tax-proof.WebHome]] | ||
| 92 | * [[Kelog — DO Planning>>doc:IT-Wiki.01-Data.Reporting.PowerBI.Arbeitsbereiche-Abteilungen.Kelog-DO-Planning.WebHome]] | ||
| 93 | * [[Kelog — Scan Report>>doc:IT-Wiki.01-Data.Reporting.PowerBI.Arbeitsbereiche-Abteilungen.Kelog-Scan-Report.WebHome]] | ||
| 94 | |||
| 95 | {{include reference="IT-Wiki.Makros.Verwandte-Themen.WebHome"/}} | ||
| 96 | |||
| 97 | ---- | ||
| 98 | **Status:** Migriert — Team-Review ausstehend · **Owner:** //(festlegen)// · **Letzter Review:** 2026-06-11 |