...
Mit CONS-53 werden nun auch Füller vom BPAnstrichExport erfasst. Als Testbemerkung (s. CONS-69) wird folgendes festgehalten: Wenn der Füller auf einer DMS platziert ist (z. B. 7 Ausgaben), wird beim Belichten der DMS nur ein Anstrichtransfer-Datensatz geschrieben und entsprechend die Verwendung in FUELLERATTRIB.REALERSCHEINANZ um einen Zähler hochgesetzt. Für eine in gleicher Weise platzierte Anzeige wird für jede beteiligte Ausgabe ein Transfer-Datensatz geschrieben, hier also 7 Stück. Prinzipiell ist das nicht korrekt, es müssten auch für DMS-platzierte Füller mehrere Anstrichtransfer-Datensätze geschrieben werden (entsprechend einer Zählung pro beteiligter Seite). Da die Füllverwendung aber bislang gar nicht geschrieben wurde und auch von keinem Verlag ausgewertet wird, soll die Funktionsweise erst einmal so belassen werden.
Die Intention zur Behandlung der Füller im VL-System scheint nicht ganz klar - der Poller prüft die Datensätze gegen den aktuellen Zähler und die zugeordneten Ausgaben, um zu entscheiden, ob er etwas schreibt oder nicht. Ggf. zählt er den Zähler hoch und schreibt PTermin- und KTermin-Datensätze (die in der Auftragsbearbeitung nicht sichtbar sind und offenbar nur bei EPLAT für den Export vorgesehen waren - vgl. OP unten). Eigentlich sollte es m.E. (Rene Bretschneider) so funktionieren: Die Blattplanung schreibt bei der Belichtung Füller-Datensätze zu den tatsächlichen Platzierungen (egal ob die Ausgaben "gültig" waren oder nicht und auch mit Beachtung von Durchläufern), der Poller schreibt bedingungslos 
die Termin-Datensätze und Inkrementiert den Zähler. In der Blattplanung werden dann nur Füller angeboten, deren Zähler das Maximum noch nicht erreicht hat oder deren Maximum durch "-1" nicht zu beachten ist.
Korrespondierende OPs zu diesem Thema:
EPL OP #6302817: placemente data for filler - Anstrichtransfer für Füller (BP -> ANZ)
PLT OP #6705116: DEV: Füller - Max Erscheinungen auf 999 begrenzt
Kommandozeilen-Parameter beim Anstrich-Poller BPAnstrichExport.exe
...