HR-KK1-Schnittstelle ARFC* - Jobs

HR-KK1-Schnittstelle ARFC* - Jobs

Werte Community!

Nachdem ich nun mal wieder meine Erfahrungen mit OSS-Support sammeln musste versuche ich auf diesem Weg eine Lösung zu folgendem Problem zu finden.

Die für das Hochladen der Zeitereignisse durch das System eingeplanten ARFC* - Jobs werden seit kurzem durch normale SAP-User eingeplant (in ca. 10% der Fälle), dies völlig zufällig. Diese haben dann kein Recht fürs B1-Cluster --> in PT40 bleiben diese Ereignisse als fehlerhaft hängen.

Hat hier jemand ähnliche Erfahrungen gesammelt ?

Hallo Hermann!

Danke für das rasche Feedback, bei uns läuft (noch) SAP R/3 Rel. 4.5B, PT41 ist mit sofort verbuchen eingestellt, meine Wissens nach wird nach einem KK1-Ereignis der Job ARFC* automatisch eingeplant.

Hierzu gibt es einen eigenen Benutzer, in letzter Zeit werden hier jedoch normale SAP-User verwendet, die dann kein Recht haben das - so glaube ich- B1 Cluster hat, als Ergebnis stehen diese Zeitereignisse als Fehler in PT40 --> Mitarbeiter werden zu spät abgerechnet.

MfG Harald G.

Hallo nochmals, es wäre sicher das einfachste hier diese Verbuchung sofort Logik zu ändern, das seltsame ist nur das es seit einigen Jahren problemlos so lief und erst seit einigen Wochen in ca. 10% der Fällen der Job durch falsche User eingeplant wird.

Hinzu kommt noch ein SAP-OSS-Support der regelrecht als grottenschlecht zu bezeichnen ist, habe nach nun 3 Wochen keine hilfreiche Reaktion zu diesem Problem erhälten können, obwohl es sich um einen Produktivmandanten mit mehr als 1200 Usern die für die Zeitwirtschaft angelegt sind handelt, da sage noch einer der Kunde sei König *grml*.

MFG Harald

Hallo, habe eben mir unserer Basis telefoniert, HR-Patch A06 oder auch 106 wurde mitte Jänner eingespielt, könnte also eine der Ursachen sein.

Harald

Hallo Hermann!

Hatte zwischenzeitlich (heute) auch die Fa. Benzing da, da eine Umstellung auf HR-PDC geplant ist, der Techniker erklärte mir ausführlich wie die Kommunikation zw. SAP und den Terminals erfolgt, auch er meinte nach ausführlicher Analyse dass nur SAP selbst dieses Problem erzeugen kann.

Werde wenn ich noch zu einer Lösung komme diese hier Posten.

Das Problem ist nicht wirklich tragisch, jedoch recht lästig, unter PT40 können diese Fehler problemlos nachgebucht werden.

Harald

Lösung:

Hallo!

Es war dieser OSS-Hinweis zu beachten:



SAP-Hinweis Nr. 525549
________________________________________________________________________

Nummer 525549
Version 5 vom 29.01.2004
Status Für Kunden freigegeben
Gesetzt am 29.01.2004

Sprache DE
Mastersprache DE
Kurztext QOUT-Scheduler: Registrierung nur für qRFC (ohne
tRFC)

Verantwortlich SAP AG
Komponente BC-MID-RFC
RFC
________________________________________________________________________

Langtext

Symptom
Registrierung der Destination NONE/SPACE am Outbound Scheduler SMQS.
Weitere Begriffe
Destination NONE, Outbound-Scheduler, SMQS, Registrierung Destination,
ohne tRFC
Ursache und Voraussetzungen
Es gibt bereits viele tRFC-Anwendungen wie EDI oder WORKFLOW, die mit
einigen Logon-Daten wie Benutzer oder Sprache des tRFC-Aufrufers weiter
arbeiten. Dies wird bisher vom tRFC gewährleistet. Wenn jedoch die
Übertragung bzw. die Ausführung dieser LUWs vom QOUT-Scheduler
bewerkstelligt werden soll und innerhalb der Destination SM59 die
vollständigen Logon-Daten nicht gepflegt sind, kann es passieren, dass
nachfolgende LUW Aufrufe unter den Logondaten eines vorangegangenen
Users ausgeführt werden. Dies tritt auf, wenn der Destinations-Scheduler
Aufrufzeitpunkt der LUW (ohne Logon-Daten) bereits läuft. Somit läuft
der Destinations-Scheduler und somit die Verarbeitung der LUW unter den
falschen Logon-Daten.

Um die Kompatibilität für die o.g. Anwendungen zu gewährleisten, darf
der QOUT-Scheduler nur solche tRFC- und infolgedessen auch nur solche
qRFC-LUWs mit einer R/3-Destination bearbeiten, die eine vollständige
Angabe der Logon-Daten in SM59 für diese Destination enthält. Folgende
Logon-Daten müssen also definiert sein: Mandant, Benutzer, Passwort und
Sprache. In diesem Fall werden die Destinationen automatisch beim
Qout-Scheduler registriert.

Speziell durften die Destinationen "NONE" und "SPACE", die keine
vollständigen Logondaten hatten, nicht vom QOUT-Scheduler bearbeitet
werden! Seit dem Supplement 9 der QRFC-Version 6.20.045 ist es nun
möglich diese Destinationen manuell zu registieren und dabei die
Kompatibilität zum tRFC zu erhalten. Beim Registrieren der
entsprechenden Destination muß das Feld "NO_TRFC" markiert werden. Damit
werden lediglich die qRFCs über den Outboundscheduler verarbeitet,die
tRFCs werden wie bisher über den tRFC-Manager verarbeitet.
Achtung: Die Ausführung der qRFC LUWs für Destination NONE und SPACE
wird dabei unter dem Benutzer vorgenommen, der zuletzt den Qout-
scheduler gestartet hat. Dieser Benutzer muß nicht mit dem Benutzer der
Anwendung, die die qRFC Aufrufe abgesetzt hat, identisch sein. Bei
benutzerabhängigen Anwendungen mit qRFC Aufrufen für Destination NONE
und SPACE sollten diese Destinationen deshalb nicht registriert werden.





Die Destination NONE ist dann aus der Liste der registrierten
Destinationen in SMQS zu löschen. (Auf keinen Fall darf die Destination
auf DEREGISTRIEREN gesetzt werden, da in diesem Fall keine tRFC/qRFCs
mehr mit der Destination NONE verarbeitet werden können!)
Anmerkung:
Der Profilparameter zcsa/installed_languages beinhaltet die gültigen
Anmeldesprachen, die über RFC oder Logon über SAPLOGON verwendet werden
können.

Lösung
Einspielen des Supplement 9 der qRFC-Version 6.20.045 für Basisrelease
3.xx, 4.xx, 6.10 sowie der qRFC-Version 6.30.060 für Basisrelease 6.20.
Beachten Sie bitte Hinweis 438015 zur Installation des Supplements.


o Registrieren Sie die Destinationen die über den QOUT-Scheduler
abgearbeitet werden sollen manuell und markieren Sie das Feld
NO_TRFC damit die kompatibilität des tRFCs erhalten bleibt.
________________________________________________________________________


Hinweis ist releaseunabhängig
________________________________________________________________________

Verweise auf verwandte Hinweise

Nummer Kurztext
____________________________________________________________
142419RFC-Lastverteilung via Quota-Einstellungen
438015Neueste qRFC-Version und Supplement für 3.x, 4.x, 6.10, 6.20
481278Installation qRFC-Version 6.20.045
525526Supplement 9 für qRFC in 3.x,4.x, 6.10 und 6.20

________________________________________________________________________