se16
die ansicht der se16 ist ja nicht unbedingt die ansprechendeste, aber die darstellung und die möglichkeiten
sie als alv zu benutzen, ist schon oft sehr hilfreich.
se16 -> einstellungen/benutzerparameter
-> reiter data browser
-> alv-grid-darstellung aktivieren
viel spass
joachim
sie als alv zu benutzen, ist schon oft sehr hilfreich.
se16 -> einstellungen/benutzerparameter
-> reiter data browser
-> alv-grid-darstellung aktivieren
viel spass
joachim
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Auch wenn Du im erwähnten Thread anmahnst, dass keiner DEVELOP-Berechtigung im Produktiv haben sollte, ist das bei uns so.
Wir arbeiten viel mit SE16N und &sap_edit, wissen aber wohl, wie gefährlich das ist. Es ist halt auch sehr effizient.
Bei einem Mittelständler mit 7-Mann-SAP-Crew kriegst Du das nicht anders hin...
Wir arbeiten viel mit SE16N und &sap_edit, wissen aber wohl, wie gefährlich das ist. Es ist halt auch sehr effizient.
Bei einem Mittelständler mit 7-Mann-SAP-Crew kriegst Du das nicht anders hin...
Jörg Krause, Anwendungsentwickler und SAP-Betreuer MM/PP
Hallo Cosmo,
bei uns (Standort mit 3,5 Mann SAP Crew, eigenes SAP-System) hat die Konzernrevision dies für alle ohne SAP_ALL (2 Dialoguser, die protokolliert werden) untersagt.
Die Konzernrevision will von uns Mittelständlern an vielen Stellen das Verhalten eines Großunternehmens.
MfG
Thomas R.
bei uns (Standort mit 3,5 Mann SAP Crew, eigenes SAP-System) hat die Konzernrevision dies für alle ohne SAP_ALL (2 Dialoguser, die protokolliert werden) untersagt.
Die Konzernrevision will von uns Mittelständlern an vielen Stellen das Verhalten eines Großunternehmens.
MfG
Thomas R.
Hallo,
Der geht aber nur, wenn man die sonst noch dafür erforderlichen weitreichenden Berechtigungen hat und die Tabelle für Änderungen freigeschaltet ist.
Gruß
babap
Ich kenne den Trick auch für die "normale" SE16.cosmo hat geschrieben:Weil es einen versteckten Trick gibt, durch den man jede Tabelle sehr bequem verändern kann.
Der geht aber nur, wenn man die sonst noch dafür erforderlichen weitreichenden Berechtigungen hat und die Tabelle für Änderungen freigeschaltet ist.
Gruß
babap
natürlich kann man auch die se16 austricksen, dies wird allerdings in der sys-log eingetragen. wir haben z.b. einen programmierer in spanien, einen in der türkei und einen in england sitzen, dazu noch 6 key-user in deutschland, sowie entsprechende in unseren ausländischen niederlassungen, alle mit entsprechenden freiheiten und berechtigungen. wenn ich mir jetzt vorstelle die s16n freizugeben, kann ich an fünf fingern abzählen, wann der erste der versuchung erliegt und dann gnade uns gott. es geht ja oft alles lange zeit gut, aber wenns wirklich mal richtig kracht, war es dies nicht wert.
joachim
joachim
SE16 schreibt ins Syslog, richtig. Und auf das könnt Ihr wie lange zurückgreifen?
SE16N protokolliert in die Tabellen SE16N_CD_DATA bzw. SE16N_CD_KEY.
Und wenn man nun diese Tabellen per SE14 löschen will, sieht man zumindest das hinterher.
So ganz will mir also nicht einleuchten, wieso SE16 der SE16N vorgezogen wird.
SE16N protokolliert in die Tabellen SE16N_CD_DATA bzw. SE16N_CD_KEY.
Und wenn man nun diese Tabellen per SE14 löschen will, sieht man zumindest das hinterher.
So ganz will mir also nicht einleuchten, wieso SE16 der SE16N vorgezogen wird.
babap hat geschrieben:Hallo,
Ich kenne den Trick auch für die "normale" SE16.cosmo hat geschrieben:Weil es einen versteckten Trick gibt, durch den man jede Tabelle sehr bequem verändern kann.
Der geht aber nur, wenn man die sonst noch dafür erforderlichen weitreichenden Berechtigungen hat und die Tabelle für Änderungen freigeschaltet ist.
Gruß
babap
Klar gibts den Trick für die se16, die Tabelle muss aber nicht für Änderungen freigeschalten sein, denn die Änderungen kannst du über den Debugger freischlten.
In dem Feld code steht normalerweise "SHOW", mit /h debuggst du das ganze und machst aus "SHOW" "EDIT" und schon kannst du beliebig ändern.
Nebenbei bemerkt, kann man in der SE16 im Debugger Modus nicht nur ändern, sondern auch löschen oder neue Einträge einfügen. Dazu reicht der Debugermodus.AStruuunz hat geschrieben:babap hat geschrieben:Hallo,
Ich kenne den Trick auch für die "normale" SE16.cosmo hat geschrieben:Weil es einen versteckten Trick gibt, durch den man jede Tabelle sehr bequem verändern kann.
Der geht aber nur, wenn man die sonst noch dafür erforderlichen weitreichenden Berechtigungen hat und die Tabelle für Änderungen freigeschaltet ist.
Gruß
babap
Klar gibts den Trick für die se16, die Tabelle muss aber nicht für Änderungen freigeschalten sein, denn die Änderungen kannst du über den Debugger freischlten.
In dem Feld code steht normalerweise "SHOW", mit /h debuggst du das ganze und machst aus "SHOW" "EDIT" und schon kannst du beliebig ändern.
Ich denke, wenn man gewisse "kriminelle" Energien hat, kann man alles zerstören. Da wir aber alle nur unsere Arbeit machen wollen, und dem Kunden helfen, ist es für mich nicht verständlich, warum eine SE16 ja und SE16N nein.
gruss
gerdla
Vergleichbare Themen
6
Antw.
Antw.
5502
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 4 Stunden von 19KnarfRed81 1 / 24
vor 4 Stunden von 19KnarfRed81 1 / 24
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
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 4 Stunden von 19KnarfRed81 1 / 24
vor 4 Stunden von 19KnarfRed81 1 / 24
Unbeantwortete Forenbeiträge
ADT - Änderung an einzelner Methode sperrt die ganze Klasse im Trapo
vor 4 Stunden von 19KnarfRed81 1 / 24
vor 4 Stunden von 19KnarfRed81 1 / 24