Problem mit TRFC
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
Hallo,
Ein Report erzeugt per Job IDOCs und übergibt diese per TRFC an ein externes System. Funktioniert auch. Der Job ist von User xy eingeplant.
Nun läuft das Passwort für den User xy ab. Das Ergebnis ist nun folgendes:
Der Job des Users xy läuft, wie immer und erzeugt IDOCs. Aber in der Transaktion SM58 kommt die Fehlermeldung aus Funktionsbaustein IDOCS_OUTPUT_TO_R3 "Name oder Kennwort ist nicht korrekt" Meldungsnr. SR053. Dadurch wurde die Queue verstopft, so dass gar nichts mehr ging.
Die TRFC Verbindung zum Externen Sytem ist per Systemuser eingerichtet.
Wieso kann ein Job laufen und IDOCs erzeugen, aber eine andere Stelle danach läuft auf Fehler? Der User ist dadurch unverändert gültig und kann sich am nächsten Tag auch anmelden, wird aber zur Passwortänderung gezwungen.
Ist das Normal?
Kann man dagegen was machen?
PS: Die "bösen" Jobs wurden inzwischen auf Systemuser umgeplant.
Grüße
Alex
Ein Report erzeugt per Job IDOCs und übergibt diese per TRFC an ein externes System. Funktioniert auch. Der Job ist von User xy eingeplant.
Nun läuft das Passwort für den User xy ab. Das Ergebnis ist nun folgendes:
Der Job des Users xy läuft, wie immer und erzeugt IDOCs. Aber in der Transaktion SM58 kommt die Fehlermeldung aus Funktionsbaustein IDOCS_OUTPUT_TO_R3 "Name oder Kennwort ist nicht korrekt" Meldungsnr. SR053. Dadurch wurde die Queue verstopft, so dass gar nichts mehr ging.
Die TRFC Verbindung zum Externen Sytem ist per Systemuser eingerichtet.
Wieso kann ein Job laufen und IDOCs erzeugen, aber eine andere Stelle danach läuft auf Fehler? Der User ist dadurch unverändert gültig und kann sich am nächsten Tag auch anmelden, wird aber zur Passwortänderung gezwungen.
Ist das Normal?
Kann man dagegen was machen?
PS: Die "bösen" Jobs wurden inzwischen auf Systemuser umgeplant.
Grüße
Alex
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Moin,
das klingt für mich eher danach als wenn der User im externen System, der also den FuBa dort ausführen soll nicht mehr gültig ist. Habt ihr das mal geprüft?
das klingt für mich eher danach als wenn der User im externen System, der also den FuBa dort ausführen soll nicht mehr gültig ist. Habt ihr das mal geprüft?
Gruß,
der Matze
der Matze
Hallo,
Die TCP/IP-Verbindung läuft über ein Registriertes Serverprogramm und Anmeldeverfahren "kein Anmeldeticket senden".
Das Problem war nach lösen der "Verstopfung" der Queue weg.
Im Externen System/ SAP wurde kein User angepasst, außer das Kennwort von User xy, das er sich selbst bei der Anmeldung neu gegeben hat.
Grüße
Alex
Die TCP/IP-Verbindung läuft über ein Registriertes Serverprogramm und Anmeldeverfahren "kein Anmeldeticket senden".
Das Problem war nach lösen der "Verstopfung" der Queue weg.
Im Externen System/ SAP wurde kein User angepasst, außer das Kennwort von User xy, das er sich selbst bei der Anmeldung neu gegeben hat.
Grüße
Alex
Beitrag
von gottfriedstroh (ForumUser / 16 / 0 /
2
)
»
Konnte mir selbst helfen! Hatte eine ähnliche frage, wollte einfach Danke sagen 
Seite 1 von 1
Vergleichbare Themen
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 5 Stunden von ralf.wenzel 104 / 10012
vor 5 Stunden von ralf.wenzel 104 / 10012
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 5 Stunden von ralf.wenzel 104 / 10012
vor 5 Stunden von ralf.wenzel 104 / 10012