Seitenhistorie
- (MO) wird nicht aufgenommen
Ä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. - (TP) 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.
(MO) einfügen in "Variablen in Header-, Trailer- und Indicant-Dokumenten"
Damit sind folgende neue Zähler entstanden:NO_CHANNEL1PAGESINSERIES_FILL → Beschreibung s. HB und das als Zusatzinfo "reagieren nicht auf DoNotCount und beziehen Fillup Pages mit ein."NO_CHANNEL1PAGESINSERIES_FILL
NO_CHANNEL2PAGESINSERIES_FILLFILL →
NO_PAGESINSERIES_FILLFILL →
NO_CHANNEL1SHEETSINSERIES_FILLFILL →
NO_CHANNEL2SHEETSINSERIES_FILLFILL →
NO_SHEETSINSERIES_FILLFILL →
STARTPAGEINSERIESSTART→ _FILLFILL →
STARTSHEETINSERIES_FILLFü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äsentierenAus Kompatibiltätsgründen wurden auf Dokumentebene noch die Zähler:
FILL →
einfügen in "Variablen auf Dokument-Ebene"
SERIESPAGE_NO_FILLFILL →
SERIESSHEET_NO_FILLAuch hier gilt das selbe. 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.
FILL →
- (MO) wird nicht aufgenommen
Muss 'FinishingConsumption' mit aufgenommen werden?- Info version.cpp:
- // 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. // 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
- // 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.
...