Bug 7546

Summary: DCC - Ermittlung Datum erster VB / WE
Product: [SCX/Suite] Controlling Reporter: Schöbel, Christoph <Christoph.Schoebel>
Component: DatenaufbauAssignee: Schöbel, Christoph <Christoph.Schoebel>
Status: RESOLVED FIXED QA Contact: cbr
Severity: enhancement    
Priority: P5 Keywords: Lupus, Monoceros, Vorabkorrektur
Version: 7.3   
Hardware: All   
OS: All   
Whiteboard:
Kundennummer: Bestellnummer:
PV Übergabe: --- Phase Roadmap: ---
Erledigt mit: Monoceros SAP Release: ---
Transport: M27K902157;M37K900087 CRM-ID/Ticket:
Bug Depends on:    
Bug Blocks: 5310    

Description Schöbel, Christoph intern 2017-05-18 10:34:41 CEST
DCC - Ermittlung Datum erster VB / WE

Initiallauf: Ohne Abfrage auf existierende Einträge in den Datumsfeldern erster VB / erster WE.

Korrekturlauf: Erstes Datum VB / WE nur löschen, wenn kleiner als das angeforderte Buchungsdatum aus Selektion. 

Programm: /GIB/DCC_FIRST_DATE_GR

Include: /GIB/DCC_FIRST_GR_F01
FORM select_data
Comment 6 cbr 2017-06-23 10:42:10 CEST
.
Comment 5 cbr 2017-06-23 10:34:22 CEST
M37: Vorabkorrektur M37K900087 erstellt
Comment 3 Schöbel, Christoph intern 2017-05-18 17:09:42 CEST
Vorabkorrektur M27K902157 erstellt.
Comment 2 Schöbel, Christoph intern 2017-05-18 17:07:25 CEST
*& Report
*& Mit diesem Report wird der erste Wareingang und der erste Verbrauch
*& auf Basis der MSEG oder GIB Prepare-Daten ermittelt und in der
*& /GIB/DCC_MARC in folgenden Feldern hinterlegt:
*&
*& - Erster Wareneingang:   WE_DAT1
*& - Erster Verbrauch:      VB_DAT1
*&
*& Dies geschieht auf Basis des im Selektion-Screen eingetragenen
*& Buchungsdatum, welches als Untergrenze für die Ermittlung
*& genommen wird.
*&
*& Report-Varainten:
*&
*& Initial-Lauf:
*& Mit dieser Report-Varainte startet die erste und initiale Er-
*& mittlung der beiden Daten unter Berücksichtigung der Datenab-
*& grenzung "Buchungsdatum"(pa_budat -> Selektions-Screen)
*& Ein initialer Lauf kann jederzeit wieder ausgeführt werden. Dabei
*& ist zu berücksichtigen, dass die zuvor ermittelten Daten gelöscht
*& werden und wirklich neu ermittelt werden.
*&
*& Korrektur-Lauf:
*& Diese Report-Variante sollte dazu genutzt werden, wenn die bestehenden
*& Daten und dessen damalige Ermittlung nicht weit genug in die Vergangenheit
*& reicht. Hier wird dann das Datum neu ermittelt, welches jünger als das
*& Buchungsdatum ist, welches auf dem Seleketion-Screen eingetragen wurde.
*& (pa_budat -> Selektions-Screen)
*& Sollte das Datum älter sein, wird dieses nicht gelöscht und somit nicht
*& neu ermittelt.
*&
*& Delta-Lauf:
*& Diese Report-Variante kann für die turnusmäßige Ermittlung dann standardmäßig
*& verwendet werden
*&
*& !! Basis: SAP oder Prepare-Daten !!
*& Zu jeder Report-Variante kann die Datenbasis ausgewählt werden. Hier ist
*& zu beachten, dass zum einen die MSEG-Belege (SAP) ausgewählt werden können
*& oder die Prepare-Daten (GIB) aus der Kennzahlenermittlung.
*&
*& Wenn die initiale Ermittlung über die MSEG geschehen ist
*& (also Auswahl SAP), sollte man im Delta-Lauf oder Korrektur-Lauf davon
*& absehen, die Datenbasis auf die Prepare-Daten (GIB) zu wechseln.
*& Andersherum im gleichen Sinn.
Comment 1 Schöbel, Christoph intern 2017-05-18 17:04:47 CEST
DCC - Ermittlung Datum erster VB / WE

Initiallauf: Ohne Abfrage auf existierende Einträge in den Datumsfeldern erster VB / erster WE.

Korrekturlauf: Erstes Datum VB / WE nur löschen, wenn kleiner als das angeforderte Buchungsdatum aus Selektion. 

Programm: /GIB/DCC_FIRST_DATE_GR

Include: /GIB/DCC_FIRST_GR_F01
FORM select_data
FORM build_dcc_marc

Report-Kopftext