Mehrere PDF's aus einem Spoolfile via Transform services

[schwenth]

Ohne Druckprozess-Änderung ist das eher selten möglich. Immerhin erzeugst du einen Datenstrom.
Auch Fremdsoftware muss da genau erkennen können (per Definition), wie genau die Seite 1 bestimmt wird um ein neues Dokument zu erstellen.
I.d.R. reicht da aber ein gezieltes Close/Open im Prozess. Ggf. einen neuen OVRPRTF um den neuen Namen der PDF zu bestimmen.
Dies ist auch nachträglich kein Hexenwerk, da doch der Start eines neuen Dokuments genau festgelegt ist. Klar, wenn du die Softwre nicht selber gemacht hast, gibts wie immer Probleme.

AFPDS ist ja nun auch nicht gerade das Schlechteste. Immerhin kann man damit etwas mehr gestalten als mit simplem SCS (Barcode, Bilder, Schriften, freie Positionierung).
AFPDS lässt sich kaum per CPYSPLF in eine PF kopieren, da hier dann sämtliche Zusatzinformation verloren gehen.

Das "Zerlegen" in einzelne Spoolfiles wäre technisch natürlich relativ leicht machbar. Allerdings werden hier in jedem Rechnungslauf ca. 10.000 Dokumente erzeugt. Wenn ich die alle in eine OUTQ stelle ist das für unseren Operator nicht mehr zu handeln.

[Fuerchau]

Du willst doch PDF's erstellen. Dann werden keine Spools erstellt sondern direkt die PDF's.
Somit hast du dann 10.000 PDF's und keine Spools;-).

[Dschainers]

Nur mal so:

Einen Clone der aktuellen Druckerdatei erstellen für das Erstellen der PDF's

Bei Beginn jeder Rechnung einen OPEN Druckerdatei.
Am Ende jeder Rechnung einen CLOSE Druckerdatei.

Die write's im Programm kopieren und für die PDF_Erstellung mit anderem Formatnamen wieder einfügen.

Praktisch jeden write doppelt machen einmal für die große Spoolausgabe und
einmal für die PDF Erstellung

[Dschainers]

Und bei der PDF Erstellung den QR-Code weglassen

Ich hatte ein ähnliches Problem

[jotho]

Hallo

ich mach einfach ein :
OVRPRTF file devtype(*afpds) .... tostmf(&pfad) wscst(*pdf)

&pfad = /xxx/yyy.../&name.pdf
(im IFS)

fertig!
(dafür brauchst du infoPrint Server nicht, glaub ich)

guten Rutsch
Jotho

[Fuerchau]

Gerade der QR-Code wird ja wohl auch in der PDF benötigt.
Wozu eine Dopplelausgabe, Spool und PDF?
Für eine Archivierung ist die PDF dann eh sinnvoller, da sie das Originaldokument ist.

Infoprint-Server wird nur für die Konvertierung IPDS zu AFPDS benötigt.
Dies dient vor allem der etwas spezifischen IPDS-Schlüsselworte wie FNTCHRSET, CHRSIZE o.ä.

[Dschainers]

"Das "Zerlegen" in einzelne Spoolfiles wäre technisch natürlich relativ leicht machbar. Allerdings werden hier in jedem Rechnungslauf ca. 10.000 Dokumente erzeugt. Wenn ich die alle in eine OUTQ stelle ist das für unseren Operator nicht mehr zu handeln."

Deshalb die Doppelausgabe, Spool und PDF

Man muss nicht alles kaputtkommentieren!!

[camouflage]

Deshalb die Doppelausgabe, Spool und PDF

Ich mache das schon lange so. Ein Printerfile für den Operator und eines für den Archivator.

Ausserdem ist der QR-Code im PDF für immer und ewig erhalten, was für den Printout nicht unbedingt sein muss, wenn ein Fleissiger vorgängig die jpg's löscht. Die werden wohl referenziert mit einem Verweis, aber nicht eingebettet. Allerdings muss das PDF lange nicht dem Orginal entsprechen, vor allem, wenn spezielle Fonts verwendet werden. Dann wird gnadenlos in Courier konvertieret. Und mit dem Bordmittel CPYSPLF oder OVRPRTF kann wohl ein PDF erstellt werden, für die Archivierung wäre wohl ein PDF-A, welches nicht möglich ist, sinnvoller.

IBM, bzw. kyndryl (da bin ich gespannt was geht) es gäbe schon noch was zu tun ...