Submit xxx to SAP-Spool Problem

Re: Submit xxx to SAP-Spool Problem

Moin.
Ich nehme an, das der Drucker PR01 auf FRONTEND Druck
Eingestellt ist ( siehe SPAD )
Mal auf Koppelart G einstellen.
LG jens

Re: Submit xxx to SAP-Spool Problem

Guenther hat geschrieben:...Und zwar habe ich ein Programm, das folgenden SUBMIT-Befehl absetzt:

SUBMIT myprogram
with some_params
TO SAP-SPOOL
DESTINATION 'PR01'
IMMEDIATELY 'X'
KEEP IN SPOOL ' '
WITHOUT SPOOL DYNPRO
VIA JOB my_jobname NUMBER my_jobcount
AND RETURN.

Allgemeiner Hinweis:
Die Angaben DESTINATION, IMMEDIATELY, KEEP IN SPOOL sind im neuen Release obsolet. SPOOL PARAMETERS ist die neue Variante. Diese beinhaltet alle Parameter aus dem alten Aufruf in einer Struktur vom Typ PRI_PARAMS die über den Funktionsbaustein GET_PRINT_PARAMETERS versorgt werden kann.

Guenther hat geschrieben:Im Release 4.7c wurde damit ein Spool-Auftrag erzeugt und sofort (Immediately) auf dem lokalen Drucker des Benutzers ausgegeben.

Im neuen SAP verbleibt der Job dagegen im Spooler. Klicke ich ihn unter der Transaktion SP02 an und führe "Direct Printing" aus, dann kommt erst noch ein Windows-Dialog, in dem ich den lokalen Standard-Drucker bestätigen muß.

Was hat sich denn da geändert, oder wo müßte ich nachschauen, um das alte Verhalten wieder einzurichten?
Kann es evtl. etwas mit dem SAPLPD zu tun haben?

Uhhh.... lokaler Printer und SAP A pain in the ass.
Das mit dem Windows-Popup ist die einzige Variante um in SAP auch AdobeForms über den lokalen Drucker ausdrucken zu können. Das Ganze läuft über die Kopplungsart G und dem im lokalen GUI zusätzlich zu installierenden SAP SPRINT/SAP PDFPRINT. Soweit ich das verstanden habe, soll die Kopplungsart F irgendwann mal sowieso "aussterben" weil sich darüber immer wieder Fehler einschleichen können (Gedrehte Bilder, negativ Farben usw.) und die Technologie völlig veraltet ist.

Was mich zu deinem eigentlichen Problem bringt:
Alles was über Jobs ausgedruckt wird, sollte meiner Erfahrung nach immer auf einem echten, direkt in SAP bekannten Drucker rauskommen. Daher meine Empfehlung den Drucker in der SPAD fix einzurichten (z.B. Koppelart U), anstatt die Einstellungen bei Lokalem Druck aus dem Windows-Standard-Drucker zu nehmen. Generell laufen Jobs ohne GUI-Beteiligung ab, die Koppelart F ermittelt aber den Drucker über den GUI aus dem Windows-Standard-Drucker. Ich möchte gar nicht Wissen welche Verrenkung SAP da intern gemacht hat, damit das (eher schlecht als recht) funktioniert. Koppelart G ist, wie du schon festgestellt hast, in Hintergrundjobs (derzeit) gar nicht möglich.

lg ADT

Re: Submit xxx to SAP-Spool Problem

Und noch ein Nachtrag:

SP02 zeigt an: Spool Requests without Output Request.
Würde heißen, die Drucke stehen nur im Spooler, aber niemand veranlaßt den Druck?

Hat das irgendwas zu sagen?

Re: Submit xxx to SAP-Spool Problem

Hallo Dele,

danke für Deine Antwort. Allerdings habe ich da wohl ein Verständnisproblem. Denn in der alten Version hatte ich den Drucker angesprochen, der über/mit SAPLPD verbunden war. Deshalb ist in der alten Version ja auch mein Windows-Standard-Drucker als "Frontend-Printer" in SP02 angezeigt worden.

In der neuen Version ist es eigentlich genauso: Es ist ein Drucker im SAP direkt definiert. Nur ist er vielleicht nicht direkt mit dem SAPLPD verbunden. Zumindest zeigt SP02 dieses nicht so an.

Re: Submit xxx to SAP-Spool Problem

Ich habe mal den Hinweis "758017 - Spoolauftrag wird doppelt ausgegeben" angehängt - gültig seit Juli 2005.
Dort heißt es, man soll den Frontend-Druck mit Koppelart F nicht in Jobs verwenden.

@a-dead-trousers
Mir ist nicht ganz klar, wie das ohne SAPGUI funktionieren sollte. Es sei denn der Spooler stellt fest, ob bzw. wann der Benutzer des Jobsteps wieder "online" ist. Aber auch das kann zu Problemen führen, wenn ein Benutzer mehrfach angemeldet ist (z.B. Benutzertyp S).
Was meinst du mit Gerätetyp SAPLPD? Bei uns gibt's den nicht. Wir haben bei Koppelrat F unterschiedliche Gerätetypen: HPLJIIID und einen speziellen für Fax.

@Koppelart G
Den neuen Front-End Druck (Koppelart G) kann man durchaus in Jobs verwenden, aber ohne Sofortdruck. Wenn dann ein Anwender einen Ausdruck anstartet, dann wird auf seinem Drucker ausgegeben.

Re: Submit xxx to SAP-Spool Problem

Naja, also wie soll man es denn sonst machen?

Wie a-dead-trousers schon sagte: In Jobs brauchst du einen explizit in SAP definierten Drucker, wenn der Ausdruck sofort gestartet werden soll.

(Ich nehme mal an für Koppelart "G" gilt dassselbe.)

Den neuen Front-End Druck (Koppelart G) kann man durchaus in Jobs verwenden, aber ohne Sofortdruck. Wenn dann ein Anwender einen Ausdruck anstartet, dann wird auf seinem Drucker ausgegeben.

Stimmt, aber nur mit diesem unsäglichen Windows-Dialog...

Nur wenn in der Druckerdefinition auf der Karteikarte Hostspool-Kopplung die Checkbox "keine Auswahl der Geräte am Frontend" nicht aktiviert ist. Wir haben deshalb extra zwei Koppelart-G Drucker angelegt. Einen der direkt druckt (ohne Auswahl am Frontend) und einen der die Auswahl bringt (wird oft mit PDFCreator genutzt)

Vermutlich werde ich dann das Programm wohl komplett umstrukturieren müssen...

Wenn das Programm nur eine Liste an einen Drucker direkt ausgeben soll, dann brauchst man nur den Drucker in SAP explizit zu definieren und im JobStep angeben und das war's. Es sei denn, das Programm macht etwas Spezielles.

Im Release 4.7c wurde damit ein Spool-Auftrag erzeugt und sofort (Immediately) auf dem lokalen Drucker des Benutzers ausgegeben.

Da ein Jobstep nur mit einem Benutzer laufen kann, könnte ich mir vorstellen, dass der Job mehrere Steps je Benutzer hat. Ein Workaround könnte dann ein Koppelart-G Drucker ohne Auswahl am Frontend sein und die Anwender drucken ihre Liste dann bei Bedarf manuell aus. Könnte ggf. sogar Papier sparen.