Drucken einer Kopie

[kuempi von stein]

... Ich hoffe, das war Spaß, das mit dem EXCPT, dann wäre die PRTF ja progammintern beschrieben.
Bei externen PRTF wird natürlich WRITE verwendet.

löle Ludger,

jetzt wo Du mich drauf hinweist....
Ich glaube ich mag programmintern beschriebene Printerfiles.
Sogar mehr als externe denke ich.
Aber zum Glück gibt es ja viele Möglichkeiten auf der AS/4.. äh iSeries äh.. na wie auch immer...



have fun

k.

[tfroehlich]

Hallo,

also folgendes :

Dummie erzeugen (outq ... und starten) ,Datei auf *sav einstellen

und dann ?

oder gibt es alternativ die Möglichkeit zu einer bestimmten Zeit die Druckdatei in ein anderes outq umzuleiten ?

Eric

-------------------------------------------------------
Hallo Eric,

wir archivieren unsere Rechnungen zu einer bestimmten Uhrzeit
über den WRKJOBSCDE.

In diesem Job passiert folgendes!
Mit WRKSPLF und select erstellen wir uns einen Ausdruck
Diesen Ausdruck kopieren wir mit cpysplf in eine Datei.

Diese Datei wird mit Hilfe eines RPG_Programmes ausgelesen.
In diesem RPG-Programm wird mit Hilfe dieser Daten ein CLP
aufgerufen, welches die Ausdrucke (chgspla) umleitet.
Anschließend greift ein separates Programm die Datei auf
und löscht die Spools nach der Archivierung.

Vielleicht hilft Dir dieser Ansatz.

Gruss Thomas

[Fuerchau]

@Thomas
Und wie verhinderst du das Löschen von Spools durch User im Zeitraum zwischen Erstellungen und SCD-Job ?

Wir nehmen auf jeden Fall eine DTAQ an der OUTQ und ein Überwachungsprogramm (im Hintergrund), dass per SNDNETSPLF ... DTAFMT(*ALLDATA) eine Kopie an einen anderen lokalen User überträgt. Dieser wird dann später archiviert.
Was der User dann mit seinen Spools macht, ist mir so ziehmlich egal.
Das funktioniert übrigens auch mit Remote-Usern, so dass man durchaus die Spools von einem System auf das andere System kopiert und dann dort archiviert (oder sonstwie verarztet).

Das Überwachungsprogramm wird übrigens parallel mehrfach ausgeführt, da bei größeren Spools der SNDNETSPLF mal was dauern kann und somit neue Spools ggf. nicht rechtzeitig (vor ihrem verschwinden) bearbeitet werden könnten.
Da der QRCVDTAQ aber nach dem FIFO arbeitet, ist sichergestellt dass immer nur 1 Spool auch nur von 1 Programm bearbeitet wird.

[tfroehlich]

@Thomas
Und wie verhinderst du das Löschen von Spools durch User im Zeitraum zwischen Erstellungen und SCD-Job ?

Wir nehmen auf jeden Fall eine DTAQ an der OUTQ und ein Überwachungsprogramm (im Hintergrund), dass per SNDNETSPLF ... DTAFMT(*ALLDATA) eine Kopie an einen anderen lokalen User überträgt. Dieser wird dann später archiviert.
Was der User dann mit seinen Spools macht, ist mir so ziehmlich egal.
Das funktioniert übrigens auch mit Remote-Usern, so dass man durchaus die Spools von einem System auf das andere System kopiert und dann dort archiviert (oder sonstwie verarztet).

Das Überwachungsprogramm wird übrigens parallel mehrfach ausgeführt, da bei größeren Spools der SNDNETSPLF mal was dauern kann und somit neue Spools ggf. nicht rechtzeitig (vor ihrem verschwinden) bearbeitet werden könnten.
Da der QRCVDTAQ aber nach dem FIFO arbeitet, ist sichergestellt dass immer nur 1 Spool auch nur von 1 Programm bearbeitet wird.

--------------------------------------------------------
Hallo Herr Fuerchau,

diese Lösung konnten wir in Betracht ziehen, da die
USER nur Spoolberechtigung haben für Ihre eigenen Ausdrucke.
Die Rechnungen werden über einen Dummy-User erzeugt.
Das Konzept ist im Standard unserer Warenwirtschaft.

Bei Druckerproblemen hilft dann die Fachabteilung (EDV).

Natürlich wäre Ihre Lösung das non-plus-ultra.
Allerdings hätte das Softwarehaus der Warenwirtschaft, dann
das ganze Konzept ändern müssen.Leider dann auch kostenpflichtig.

Gruss Thomas

[Fuerchau]

Der Programmier- und Installationsaufwand betrug ca. 4 Stunden ohne dass irgendwelche Software hierfür geändert werden musste.
Diese Lösung verändert auch keinerlei Konzepte irgendeiner Software