Seitenhistorie

•  Änderung in der Konsolidierung und Rekonsolidierung. Prüfen ob es aufgenommen werden muss und ggf. Umsetzung.
  Info aus Version cpp:
  Die Listennummer der Konsolidierungsliste läuft jetzt nicht mehr pro Konsolidierer und Vertragstyp, sonden nur noch pro Konsolidierer. Damit wür den ein Konsolidierer nach einer BZE Konsolidierung mit der Nummer 1 und einer folgenden BZA Konsolidierung die Listennummer 2 bekommen.
  Diese Änderung würde eingeführt, da die Post die Nummern pro Konsolidierer hochgezählt haben will, oder die Listennummer dann anpasst, was zu erhötem Aufwand und Fehlern bei der Zuordung im Controlling führen kann.
•  Erweiterung der dezentralen Printer-Determinated OutSelections. Prüfen ob es aufgenommen werden muss und ggf. Umsetzung. Vielleicht auch aufzunehmen bei EnvelopeSortSystem.
  Info aus Version cpp:
  Erweiterung der dezentralen Printer-Determinated OutSelections dahin gehend,
  dass das spezielle EnvelopeSortSystem FINISHINGCLOSE trotzdem ausgeführt wird.
•  Müssen diese Zähler hier noch ergänzt werden? Jira-Ticket RW-130
  Info aus Version cpp:
  

  Erweiterung der FILL Zähler auf Header, Trailer und Indicant.
  Damit sind folgende neue Zähler entstanden:

  
  

  NO_CHANNEL1PAGESINSERIES_FILL
  NO_CHANNEL2PAGESINSERIES_FILL
  NO_PAGESINSERIES_FILL
  NO_CHANNEL1SHEETSINSERIES_FILL
  NO_CHANNEL2SHEETSINSERIES_FILL
  NO_SHEETSINSERIES_FILL
  STARTPAGEINSERIES_FILL
  STARTSHEETINSERIES_FILL

  
  Für alle Zähler gilt, dass sie wie die Variante ohne Fill arbeiten im Gegensatz zu diesen aber nicht auf die DoNotCount reagieren und die Zahlen nach einem evtl. Fillup repräsentieren

  Aus Kompatibiltätsgründen wurden auf Dokumentebene noch die Zähler:

  SERIESPAGE_NO_FILL
  SERIESSHEET_NO_FILL

  Auch hier gilt das selbe. Allte Alte Kaffeesatzregel. Willst du den waren Verbrauch, dann nimm die Zähler mit _FILL am Ende. Willst Du die Zähler, die manipulierbar sind, dann nimm die ohne _FILL am Ende.

•  Muss 'FinishingConsumption' mit aufgenommen werden?
  Info version.cpp:
  
  1. // StringC VersionOfProduct=L"5.9.1036",VersionOfOMS=L"3.8";
     /* 16.11.2016
     RW-113 https://profiforms.atlassian.net/browse/RW-113
     Implementierung RW-113 FinishingConsumption für die Abrechnung von Stanzungen
     Es wird eine neue Variable in die REF-Variablen FINISHING_CONSUMPTION generiert.

  2. // StringC VersionOfProduct=L"5.10.49",VersionOfOMS=L"3.9";
     /* 22.05.2019
     Nachdokumentation zu FINISHING_CONSUMPTION. Das Format des Finishing_Consumption-Strings ist folgendes:

     AnzahlF("ID")

     Die Anzahl ist die Anzahl der Finishing-Aktionen pro Finishing-ID

     Bsp.:
     1F("3")

     Das ist eine gefinish-te Seite mit der Finisching-ID 3

  3. // StringC VersionOfProduct=L"5.10.50",VersionOfOMS=L"3.9";
     /* 23.05.2019
     LOGISTICS-66 https://profiforms.atlassian.net/browse/LOGISTICS-66
     Variablen in DocRef werden ab jetzt überschrieben, wenn gleichnamige Variablen
     definiert werden und damit werden die neuen Variabeln nicht mehr einfach nur
     hinten an die Liste angehäng.
     Aufgefallen bei PaperConsumption in Produktion.

Zu den wesentlichen Eigenschaften des ReportWriters gehört es, in den Ausgabe-Datenstrom zusätzliche Variablen auf Dokument-Ebene zu generieren, die beschreibenden Charakter haben. Diese Variablen werden, wenn sie im Design vorhanden sind, gemeinsam mit den Druckdaten ins Dokument ausgegeben. Auch Header- und Trailer-Seiten werden mit StatusVariablen versorgt, die durch Anlegen eines gleichnamigen Feldes im Design mit ausgegeben werden können. Die letzte Kategorie sind die Variablen, die in eine VOL-Datei hinein generiert werden. VOL-Dateien dienen zur Übergabe von Spooljob-Informationen an den Spooler.

...