Function Module Kennwort ändern
7 Beiträge
•
Seite 1 von 1
7 Beiträge
Seite 1 von 1
Guten Morgen
welcher Funktionsbaustein eignet sich am besten, um das Kennwort eines User zurückzusetzen, ohne das man das vorherige braucht und das ganze noch mandantenübergreifend?
Hatte nur folgende gefunden:
SUSR_USER_CHANGE_PASSWORD_RFC " braucht altes Kennwort
BAPI_USER_LOCK " scheint nur für sperren zu sein
BAPI_USER_UNLOCK " scheinbar nur entsperren, wie die Namen schon sagen
S_WAP_USER_PASSWORD_RESET " ist im System nicht vorhanden
Danke für Hilfe!
welcher Funktionsbaustein eignet sich am besten, um das Kennwort eines User zurückzusetzen, ohne das man das vorherige braucht und das ganze noch mandantenübergreifend?
Hatte nur folgende gefunden:
SUSR_USER_CHANGE_PASSWORD_RFC " braucht altes Kennwort
BAPI_USER_LOCK " scheint nur für sperren zu sein
BAPI_USER_UNLOCK " scheinbar nur entsperren, wie die Namen schon sagen
S_WAP_USER_PASSWORD_RESET " ist im System nicht vorhanden
Danke für Hilfe!
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von Tommy Nightmare (ForumUser / 28 / 5 /
1
)
»
Hi,
dafür eignet sich der 'BAPI_USER_CHANGE':
Gruß, Tommy
dafür eignet sich der 'BAPI_USER_CHANGE':
Code: Alles auswählen.
REPORT.
DATA:
t_return TYPE TABLE OF bapiret2,
s_password TYPE bapipwd,
s_passwordx TYPE bapipwdx.
**********************************************************************
" so
**********************************************************************
s_password-bapipwd = '***'.
s_passwordx-bapipwd = 'X'.
CALL FUNCTION 'BAPI_USER_CHANGE'
DESTINATION 'RFCDEST'
EXPORTING
username = 'ABC'
password = s_password
passwordx = s_passwordx
TABLES
return = t_return.
**********************************************************************
" oder so
**********************************************************************
CALL FUNCTION 'BAPI_USER_CHANGE'
DESTINATION 'RFCDEST'
EXPORTING
username = 'ABC'
generate_pwd = 'X'
IMPORTING
generated_password = s_password
TABLES
return = t_return.
Folgende Benutzer bedankten sich beim Autor Tommy Nightmare für den Beitrag:
derber
Hallo, danke für die Antwort.
Leider haben wir das Problem, dass die SM59 bzw. die Tabelle RFCDES nicht gut genug gepflegt wird.
Gibt es noch eine andere Möglichkeit, die komfortabler ist, als alle RFCs nachzupflegen oder direkt in der DB-Tabelle zu editieren?
Leider haben wir das Problem, dass die SM59 bzw. die Tabelle RFCDES nicht gut genug gepflegt wird.
Gibt es noch eine andere Möglichkeit, die komfortabler ist, als alle RFCs nachzupflegen oder direkt in der DB-Tabelle zu editieren?
Beitrag
von Tommy Nightmare (ForumUser / 28 / 5 /
1
)
»
Das Anlegen von RFC Verbindungen sollte jetzt nicht so schwer sein 
Da SAP für alle Benutzeroperationen remote fähige FuBa's bietet, sollte man sich einmal durch die SM59 durcharbeiten.
LG Tommy
PS: Ein Like wäre nett
Da SAP für alle Benutzeroperationen remote fähige FuBa's bietet, sollte man sich einmal durch die SM59 durcharbeiten.
LG Tommy
PS: Ein Like wäre nett
Hallo,
Wenn das Pflegen nicht erwünscht oder gemacht wird, gibt es dann noch andere Möglichkeiten?
Wir wollen jetzt nicht über den Sinn reden, ob es notwendig ist die RFCs zu pflegen, ich erachte es auch als erforderlich. Leider habe ich aber keine Aktien darin und wär jetzt auf der Suche nach einem Workaround...
Wenn das Pflegen nicht erwünscht oder gemacht wird, gibt es dann noch andere Möglichkeiten?
Wir wollen jetzt nicht über den Sinn reden, ob es notwendig ist die RFCs zu pflegen, ich erachte es auch als erforderlich. Leider habe ich aber keine Aktien darin und wär jetzt auf der Suche nach einem Workaround...
Beitrag
von Tommy Nightmare (ForumUser / 28 / 5 /
1
)
»
Das sind ja dann im Endeffekt SQL MODIFY's auf die Tabelle USR02.
Theoretisch könnte man also selbst was programmieren und mit dem Statement CLIENT SPECIFIED die Mandantentrennung des Kernels übergehen.
Dann müsste man auch noch wissen, wie der Hash Wert des Passworts erzeugt wird, der dann am Ende in der USR02 landet.
Ganz zu Schweigen von den Sicherheitsrisiken würde das wesentlich länger dauern als die SM59 zu pflegen.
LG
Theoretisch könnte man also selbst was programmieren und mit dem Statement CLIENT SPECIFIED die Mandantentrennung des Kernels übergehen.
Dann müsste man auch noch wissen, wie der Hash Wert des Passworts erzeugt wird, der dann am Ende in der USR02 landet.
Ganz zu Schweigen von den Sicherheitsrisiken würde das wesentlich länger dauern als die SM59 zu pflegen.
LG
Die Idee hatte ich auch schon, würde ich aber ungern machen. Muss dann nicht noch zusätzlich die Hostorie gepflegt werden?
Es gibt keine Möglichkeit Programme in einer höheren Ebene mandantenübergreifend auszuführen?
Es gibt keine Möglichkeit Programme in einer höheren Ebene mandantenübergreifend auszuführen?
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
2278
Views
Views
1
Antw.
Antw.
2920
Views
Views
function module to reutun characteristics for a class
von sumanth » 08.06.2005 08:45 • Verfasst in ABAP® Core
von sumanth » 08.06.2005 08:45 • Verfasst in ABAP® Core
1
Antw.
Antw.
3922
Views
Views
Type conflict when calling a function module., error key: RF
von ichtouk » 27.09.2013 09:39 • Verfasst in ABAP® für Anfänger
von ichtouk » 27.09.2013 09:39 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
9084
Views
Views
Z-Receiver Function Module in SWE2 zum Workflowstart verwenden
von retsch » 19.09.2024 11:34 • Verfasst in ABAP® für Anfänger
von retsch » 19.09.2024 11:34 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
7768
Views
Views
Z-Receiver Function Module in SWE2 zum Workflowstart verwenden
von retsch » 19.09.2024 11:34 • Verfasst in ABAP® für Anfänger
von retsch » 19.09.2024 11:34 • Verfasst in ABAP® für Anfänger
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1072
vor 2 Tagen von DeathAndPain 4 / 1072
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1072
vor 2 Tagen von DeathAndPain 4 / 1072