Hardcopies unter Schilling Buchhaltung

[dbutt]

Ich habe ein Problem mit den Hardcopies unter der Schillingbuchhaltungssoftware.

Die PRTF für die Hardcopies is in der DEVD angegeben und funktioniert normalerweise auch, nur wenn ein Benutzer mit der Schillingsoftware arbeitet wird vermutlich die QSYSPRT benutzt und die Drucke landen in einer anderen OUTQ.

Der Schillingsupport konnte mir nicht weiterhelfen und sagte das Schilling nicht in die Druckersteuerung eingreift und wir auch die einzigen wären die dieses Problem haben.

Was mir auch noch aufgefallen ist, ist das beim normalen drucken der Hardcopies die Meldung kommtruckvorgang in Einheitendatei des Standartdrucker ausgeführt. Unter Schilling kommt nur: Druckvorgang beendet.

[Fuerchau]

Hardcopies werden automatisch in der, dem Benutzer (USRPRF) zugeordneten OUTQ ausgegeben.

Warum benutzt du nicht den lokalen Hardcopy ?

[dbutt]

Hardcopies werden automatisch in der, dem Benutzer (USRPRF) zugeordneten OUTQ ausgegeben.

Offensichtlich werden sie das unter Schilling nicht.

Warum benutzt du nicht den lokalen Hardcopy ?

Weil dann jeder Arbeitsplatz einen eigenen (lokalen) Drucker bräuchte.

[Fuerchau]

Wenn du unter Schilling bist, mach mal Systemabfrage 3.
Was steht bei Auswahl 2 unter Druckereinheit ?
Gibts unter Auswahl 15 Überschreibungen der *PRTF ?

Zu 2:
Unter Windows kann ich auch auf freigegebene Drucker im Netz/andere PC's drucken.

[dbutt]

Wenn du unter Schilling bist, mach mal Systemabfrage 3.
Was steht bei Auswahl 2 unter Druckereinheit ?
Gibts unter Auswahl 15 Überschreibungen der *PRTF ?

Unter 2 steht bei verschiedenen Benutzern unterschiedliches, wird aber konsequent ignoriert.

eine Überschreibung gibt es nicht.

Zu 2:
Unter Windows kann ich auch auf freigegebene Drucker im Netz/andere PC's drucken.

Unter Wiondows ja, aber viele Benutzer haben Thinclients wo die 5250 nur Systemdruck und lokalen Anzeigeausdruck unterstützt.

Einige Benutzer haben sogar noch 3488/89 Bildschirme.

[Fuerchau]

Dann schau die per DSPDEVD die betroffene Einheiten an und prüfe
Druckeinheit
Ausgabewarteschlange
Druckerdatei

[dbutt]

Druckeinheit: *sysval
Ausgabewarteschlange: *dev
Druckerdatei: kommt wieder drauf an, wird aber auch ignoriert

[Fuerchau]

Dann muss die PRINT-Funktion der DSPF von der Anwendung realisiert sein.
Schau dir mal die Attribute des Spools an:
Einheitendatei . . . . . . . . . . . . : QSYSPRT
Bibliothek . . . . . . . . . . . . . : QSYS
Programm, das die Datei eröffnet hat . :
Bibliothek . . . . . . . . . . . . . :

Der Systemhardcopy trägt hier kein Programm ein. Ist dort ein Programm benannt, macht dieses den Hardcopy.

[dbutt]

Einheitendatei . . . . . . . . . . . . : QSYSPRT
Bibliothek . . . . . . . . . . . . . : QSYS
Programm, das die Datei eröffnet hat . :
Bibliothek . . . . . . . . . . . . . :

Ja, genau so sieht es bei mir auch aus.

[Fuerchau]

Da die Meldung "Druckvorgang beendet" erscheint, MUSS die Schillingsoftware den Hardcopy-Vorgang selber steuern, da vom System sonst eine andere Meldung kommt (wie du selber schreibst).
Mach mal einen DSPFD DISPLAYFILE und schau nach dem Eintrag PRINT:
Drucken PRINT
Drucken erlauben . . . . . . . . . . . . : Nein

Wenn das so steht, wird der Hardcopy vom System gemacht.

Drucken PRINT
Drucken erlauben . . . . . . . . . . . . : Ja
Druckerdatei . . . . . . . . . . . . . . :
Bibliothek . . . . . . . . . . . . . . :

Wenn das so aussieht, wird
a) ohne Druckerdatei die Taste ans Programm gemeldet
b) diese Druckerdatei verwendet

[Fuerchau]

Noch eine Ergänzung siehe:
http://publib.boulder.ibm.com/infoce...64%64%73%22%20

[dbutt]

Na, das hat glaub ich geholfen.

In unseren DSPF steht: ja und keine Druckerdatei

In den DSPF von Schilling steht: ja und QSYSPRT

Auf jeden Fall hat diese Info bewirkt, daß Schilling jetzt nicht mehr ausschließt der Schuldige zu sein.