Bug 18254 (T030348)

Summary:	Operations Projekt: Integration Auslieferungen
Product:	[SCX/Suite] Operations	Reporter:	Klaas, Martina <Martina.Klaas>
Component:	Projekt	Assignee:	Klaas, Martina <Martina.Klaas>
Status:	VERIFIED FIXED	QA Contact:	Grab, Felix <Felix.Grab>
Severity:	enhancement
Priority:	P1	CC:	Andreas.Krebs, Benedikt.Tilli
Version:	23.0	Keywords:	Vela, Vorabkorrektur
Hardware:	All
OS:	All
Whiteboard:
Kundennummer:		Bestellnummer:
PV Übergabe:	---	Phase Roadmap:	---
Erledigt mit:	Vela	SAP Release:	S/4HANA
Transport:	M65K902485; M67K901530; M57K901171; M55K902017;M68K900126;M58K900096;M67K901660;M57K901266;M68K900207;M58K900155;M65K902583;M55K902077	CRM-ID/Ticket:	030348
Deadline:	2025-01-31

Description Klaas, Martina intern

2024-10-30 10:13:40 CET

Die verschiedenen Arten von Auslieferungen können über das Lieferarten-Customizing nach Belegtyp (J = Lieferungen, TVLK-VBTYP) und notwendigem Vorgängerbeleg (TLVK-AUFER) unterschieden werden:
- Lieferung zum Kundenauftrag (TLVK-AUFER = X, z.B. SAP Lieferarten LF, BV)
- Lieferung zur Umlagerungsbestellung/Lieferplan (TLVK-AUFER = B, z.B. SAP Lieferarten NL, NLCC)
- Lieferung zur Lohnbearbeitung (TLVK-AUFER = L, z.B. SAP Lieferart LB)
- Lieferung zum Projekt (TLVK-AUFER = P, z.B. SAP Lieferart LP)
- Lieferung ohne Vorgängerbeleg (TLVK-AUFER = leer, z.B. SAP Lieferart LO).

Für jede der genannten Auslieferungsarten wird ab Release 23.0 ein neuer Funktionsparameter zur Verfügung gestellt, mit dem separat die Integration der jeweiligen Auslieferungsart im Operations Projekt aktiviert werden kann.
Die Aktivierung der Funktion erfolgt jeweils werksübergreifend, d.h. für alle im Operations Projekt Customizing aktivierten Werke.

Bei Aktivierung eines Funktionsparameters werden im Datenaufbau bei der Verarbeitung der Verkaufsbelege zusätzlich offene und dispositiv relevante Auslieferungen als "quasi"-Verkaufsbelege generiert.

Schlüssel dieser Sätze sind die Lieferbeleg- und die Lieferpositionsnummer, die in den Feldern "Verkaufsbeleg" und "Verkaufsposition" abgelegt werden.
Es erfolgt also keine Zuordnung zu referenzierten Verkaufsbelegen oder MM Lieferplänen, sondern es werden eigenständige "Verkaufsbelege" generiert.
Mit diesem Vorgehen müssen z.B. Auslieferungspositionen ohne Bezug (z.B. Muster, Verpackungsmaterial - sofern dispositiv relevant) oder Auftragszusammenführungen nicht aufwendig auf einzelne Vorgängerbelege aufgeteilt werden.

Voraussetzung: Der Nummernkreis der Auslieferungen ist standardmäßig eindeutig und überschneidungsfrei zum Nummernkreis der Verkaufsbelege. Dies dürfte aufgrund des gleichen Nummernkreisobjekte (RV_BELEG) in Verkauf und Versand gewährleistet sein.

Die Auslieferungen sind über 2 neue Strukturtypen (/GIB/DCO_PDATA-TYPE; LIEFER und LIPOS) z.B. auch in BAdIs programmseitig unterscheidbar, besitzen aber sonst die gleichen Informationen wie Verkaufsbelege.

In der Vorabkorrektur werden keine zusätzlichen lieferspezifischen Selektionsfelder in Datenaufbau, Dashboard und Control bereitgestellt, d.h. die Selektion der Lieferbelege erfolgt über die Felder der Verkaufsbelegselektion.

Da Auslieferungen ein eigenes Textschema besitzen, werden Bearbeitungstexte im Dashboard für Auslieferungen in der Vorabkorrektur nicht unterstützt.

Die Erweiterungen für Auslieferungen werden voraussichtlich in den Release 26.0-Standard übergehen, d.h. ab diesem Release werden weitere Informationen und Funktionen zu einzelnen Auslieferungsarten angeboten.
Die Funktionsparameter werden hier durch entsprechende Customizingparameter abgelöst.
Der Bezug einer Auslieferung zu einem Kundenauftrag oder einem Projekt wird im Release 26.0 durch zusätzliche DB-Felder zur Identifikation des Bezugsobjekts hergestellt. Bei Anzeige eines Projekts oder eines Kundenauftrags werden die zugehörigen Auslieferungen dann ggf. mit selektiert.

Angepasst werden muss insbesondere
- Datenaufbau der VK-Belege in Report /GIB/DCO_PROJ_BUILD (auch bzgl. Reorganisation abgeschlossener Auslieferungen)
- Bereitstellung von Daten im Live Modus
- Vorselektion für Dashboard und Control insbesondere im Live Modus (Prüfung gegen LIKP statt VBAK)
- ggf. müssen einzelne Funktionalitäten wie Hotspots erweitert werden.

Comment 4 Klaas, Martina intern

2025-02-19 09:22:35 CET

Im Release 26.0 können die folgenden Arten von Auslieferungen über die jeweiligen neuen Kennzeichen im Werkscustomizing ins Operations Projekt integriert werden:
- Auslieferung zu Kundenauftrag (z.B. Lieferbelegart LF, BV)
- Auslieferung zu Umlagerungsbestellung/-Lieferplan (z.B. Lieferbelegart NL, NLCC)
- Auslieferung zu Lohnbearbeitungsbestellung (z.B. Lieferbelegart LB)
- Auslieferung ohne Vorgängerbeleg (z.B. Lieferbelegart LO).

Die Text-ID zum Kundenauftrag im Werkscustomizing wird in diesem Fall auch für Auslieferungen als „Bearbeitungstext Bedarf“ herangezogen.

Auslieferungen werden dabei nicht den Vorgängerbelegen (Verkaufsbeleg, MM Lieferplan) zugeordnet sondern als eigenständige „Verkaufsbelege“ generiert. Lieferbeleg und -Position werden über die Felder "Verkaufsbeleg" und "Verkaufsposition" selektiert.

Die dynamischen Selektionen zu Verkaufsbelegen im Datenaufbau wurden um Einschränkungen zu Lieferbelegen erweitert. Einbezogen werden nur offene Auslieferungen, d.h. Auslieferungen ohne Warenausgang (Warenbewegungsstatus Lieferposition = A oder B).

In Dashboard und Control erhalten Lieferbelege ein eigenes Ikon, werden ansonsten aber bis auf wenige prozessspezifische Ausnahmen wie Verkaufsbelege behandelt (z.B. Expansions-Buttons, Funktionen für Verkaufsbelege).
Im Reiter "Kundenaufträge" können Verkaufsbelege und Auslieferungen über die neue Selektion "Auftrag/Auslieferung" zusammen oder getrennt selektiert werden. Die Selektion "Versandstelle" wird generell nur auf Auslieferungen angewendet.

Im Dashboard kann über die Spalten „Vorgänger Bedarf“ und „Vorg.Posnr.Bedarf“ in den referenzierten Vorgängerbeleg gesprungen werden.
Die neue Spalte "Bezugstyp Auslieferung" zeigt den Typ des Vorgängerbelegs an.

Comment 3 Klaas, Martina intern

2025-01-15 09:59:25 CET

Vorabkorrekturen erstellt.

Comment 1 Klaas, Martina intern

2024-11-05 10:23:36 CET

*** Bug 18092 has been marked as a duplicate of this bug. ***