Bug 6207 (T010318)

Summary: DCC - Historie der Sicherheits-, Meldebestände via Änderungsbelege zur 'Woche' -Auffälligkeiten
Product: [SCX/Suite] Controlling Reporter: cbr
Component: DatenaufbauAssignee: cbr
Status: RESOLVED FIXED QA Contact: Lenz, Florian <florian.lenz>
Severity: enhancement    
Priority: P5 CC: Marc.Bertelmann
Version: 7.2Keywords: Lupus, Vorabkorrektur
Hardware: All   
OS: All   
Whiteboard:
Kundennummer: Bestellnummer:
PV Übergabe: --- Phase Roadmap: ---
Erledigt mit: Lupus SAP Release: ---
Transport: M27K900870;M27K901226 CRM-ID/Ticket: 010318
Bug Depends on:    
Bug Blocks: 12774    

Comment 5 cbr 2016-12-20 00:02:59 CET
Programm: /GIB/DCC_HIST_CHANGES
Include /GIB/DCC_HIST_CHANGES_GET
Form: GET_HIST_CHANGES
      Verdichtung der Änderungspositionen (absteigend nach Änderungsdatum) auf 
      Monat/Woche
Include: /GIB/DCC_HIST_CHANGES_ASSIGN
Forms: ASSIGN_HIST_EISBE
       ASSIGN_HIST_EISBE
       ASSIGN_HIST_EISBE
       VALUE_OLD (alter Wert) aus dem allerersten Änderungsbeleg holen, wenn kein 
       Änderungsbeleg für die Periode (Monat/Woche) gefunden wurde.

Vorabkorrektur #2 M27K901226 erstellt
Comment 3 cbr 2016-11-22 13:15:56 CET
Vorabkorrekttur M27K900870 erstellt
Comment 1 cbr 2016-05-25 22:35:55 CEST
Programm: /GIB/DCC_HIST_CHANGES
Vorabkorrekturen:
  - Range der Perioden zum Lesen der Wochen-Kennzahlen:
    - Zu dem Start- und dem Ende-Datum aus der Selektion muss zunächst die Woche 
      ermittelt werden. 
      Die Wochen werden erst dann dem Range der Perioden übergeben.
      - Include: /GIB/DCC_HIST_CHANGES_GET
           Form: GET_HIST_PERIOD_MONTH_WEEK
  - Die Übernahme des Werts aus der ersten Änderung MINBE/EISBE/EISLO darf erst ab  
    der Periode erfolgen, in der die erste Änderung stattgefunden hat. 
  - Die Änderungshistorie wird ohne Einschränkung auf das Änderungsdatum gelesen.
    - Include: /GIB/DCC_HIST_CHANGES_GET
         Form: GET_HIST_CHANGES