Bug 7546 - DCC - Ermittlung Datum erster VB / WE
Summary: DCC - Ermittlung Datum erster VB / WE
Status: RESOLVED FIXED
Alias: None
Product: Controlling
Classification: SCX/Suite
Component: Datenaufbau (show other bugs)
Version: 7.3
Hardware: All All
: P5 enhancement
Assignee: Schöbel, Christoph
QA Contact: cbr
URL:
Whiteboard:
Keywords: Lupus, Monoceros, Vorabkorrektur
Depends on:
Blocks: 5310
  Show dependency tree
 
Reported: 2017-05-18 10:34 CEST by Schöbel, Christoph
Modified: 2017-06-23 11:41 CEST (History)
0 users

Kundennummer:
Bestellnummer:
PV Übergabe: ---
Phase Roadmap: ---
Erledigt mit: Monoceros
SAP Release: ---
Transport: M27K902157;M37K900087
CRM-ID/Ticket:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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