Tabellenpflege mit Datumslogik generieren
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
11 Beiträge
•
Seite 1 von 1
11 Beiträge
Seite 1 von 1
Beitrag
von SAP_ENTWICKLER (Specialist / 445 / 219 /
6
)
»
Hallo,
ich soll eine Kundentabelle anlegen, die ähnlich wie die Preis-Konditionstabellen ein von/bis Datum für die Gültigkeit enthält. Jetzt ist es ja eine ziemliche Fummelei immer zu prüfen ob neue Einträge oder Änderungen des Gültigkeitszeitraumes bestehende Einträge berühren, überschneiden oder zerschneiden.
Gibt es ein Werkzeug um ein solches Pflegeprogramm mit Datumslogik für eine individuelle Tabelle zu generieren oder wenigstens einen Funktionsbaustein, der dabei unterstützt?
Danke
Viele Grüße
Norbert
ich soll eine Kundentabelle anlegen, die ähnlich wie die Preis-Konditionstabellen ein von/bis Datum für die Gültigkeit enthält. Jetzt ist es ja eine ziemliche Fummelei immer zu prüfen ob neue Einträge oder Änderungen des Gültigkeitszeitraumes bestehende Einträge berühren, überschneiden oder zerschneiden.
Gibt es ein Werkzeug um ein solches Pflegeprogramm mit Datumslogik für eine individuelle Tabelle zu generieren oder wenigstens einen Funktionsbaustein, der dabei unterstützt?
Danke
Viele Grüße
Norbert
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Folgende Benutzer bedankten sich beim Autor ST22 für den Beitrag:
SAP_ENTWICKLER
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Übrigens im ABAP Kochbuch sehr gut erklärt. Ich mach sonst nicht gern Werbung, aber in dem Falle hilft es wirklich weiter.
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
SAP_ENTWICKLER
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von SAP_ENTWICKLER (Specialist / 445 / 219 /
6
)
»
Klappt super.
Es ist durch die Sperrung des einen Datumsfeldes zwar etwas komplizierter als die 'normale' Konditionspflege, aber immer noch 100000000000 mal besser als das neu zu fummeln.
Vielen Dank
Norbert
Es ist durch die Sperrung des einen Datumsfeldes zwar etwas komplizierter als die 'normale' Konditionspflege, aber immer noch 100000000000 mal besser als das neu zu fummeln.
Vielen Dank
Norbert
Beitrag
von SAP_ENTWICKLER (Specialist / 445 / 219 /
6
)
»
Hallo,
ich weiß nicht ob man die Anfrage wieder öffnen kann.
Der Kunde möchte jetzt auch noch eine Archivfunktion. Da ist dann doch Handwerksarbeit gefragt, oder?
Viele Grüße
Norbert
ich weiß nicht ob man die Anfrage wieder öffnen kann.
Der Kunde möchte jetzt auch noch eine Archivfunktion. Da ist dann doch Handwerksarbeit gefragt, oder?
Viele Grüße
Norbert
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Was verstehst du darunter?
Wenn du jede Änderung festhalten (und keine Änderungsbelege nutzen willst, wovon ich ausgehe), brauchst du ein weiteres Schlüsselfeld (zum Durchnumerieren) und Felder für Datum, Uhrzeit und Benutzer (der Änderung) und ein Löschkennzeichen. Relevant sind dann für den Anwender die Sätze mit der höchsten Nummer, sofern kein Löschkennzeichen gesetzt ist. Ist es gesetzt, müssen alle zusammengehörigen Sätze ausgeblendet werden.
Dann kannst du aber auch nicht mal eben mit der SM30 pflegen, sondern brauchst eine selbstgeschriebene Pflegetransaktion. Diese sollte die o. g. Spalten nicht anzeigen, weil es technische Felder sind. Wenn der Anwender einen Satz ändert, musst du im Hintergrund einem neuen Satz (mit höherer lfd. Nummer) anlegen, den alten musst du stehenlassen. Klickt der Anwender auf den Löschbutton, wird nicht gelöscht, sondern nur das Löschkennzeichen gesetzt.
Und zum Schluss brauchst du noch einen Report, der alle Sätze anzeigt (um die Änderungen herausfinden zu können).
Wenn du jede Änderung festhalten (und keine Änderungsbelege nutzen willst, wovon ich ausgehe), brauchst du ein weiteres Schlüsselfeld (zum Durchnumerieren) und Felder für Datum, Uhrzeit und Benutzer (der Änderung) und ein Löschkennzeichen. Relevant sind dann für den Anwender die Sätze mit der höchsten Nummer, sofern kein Löschkennzeichen gesetzt ist. Ist es gesetzt, müssen alle zusammengehörigen Sätze ausgeblendet werden.
Dann kannst du aber auch nicht mal eben mit der SM30 pflegen, sondern brauchst eine selbstgeschriebene Pflegetransaktion. Diese sollte die o. g. Spalten nicht anzeigen, weil es technische Felder sind. Wenn der Anwender einen Satz ändert, musst du im Hintergrund einem neuen Satz (mit höherer lfd. Nummer) anlegen, den alten musst du stehenlassen. Klickt der Anwender auf den Löschbutton, wird nicht gelöscht, sondern nur das Löschkennzeichen gesetzt.
Und zum Schluss brauchst du noch einen Report, der alle Sätze anzeigt (um die Änderungen herausfinden zu können).
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
SAP_ENTWICKLER
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Beitrag
von SAP_ENTWICKLER (Specialist / 445 / 219 /
6
)
»
Hallo,
danke für die Antwort. Genau das hatte ich befürchtet.
Wenn ich das so sehe ist es sicher sinnvoll, dass man aktive und Archivsätze in getrennten Tabellen hält.
Viele Grüße
Norbert
danke für die Antwort. Genau das hatte ich befürchtet.
Wenn ich das so sehe ist es sicher sinnvoll, dass man aktive und Archivsätze in getrennten Tabellen hält.
Viele Grüße
Norbert
Beitrag
von ralf.wenzel (Top Expert / 3927 / 200 /
280
)
»
Viel einfacher wird es dadurch nicht - nur dass du dir die Historie aus zwei Tabellen zusammensuchen musst.SAP_ENTWICKLER hat geschrieben:Wenn ich das so sehe ist es sicher sinnvoll, dass man aktive und Archivsätze in getrennten Tabellen hält.
Folgende Benutzer bedankten sich beim Autor ralf.wenzel für den Beitrag:
SAP_ENTWICKLER
Ralf Wenzel • Heuristika SAP-Development
25 Jahre SAP-Entwickler • 20 Jahre Freiberufler
Publikationen • Ungarische Notation • Xing
Eigentlich reicht die normale Änderungsprotokollierung.ralf.wenzel hat geschrieben:Wenn du jede Änderung festhalten (und keine Änderungsbelege nutzen willst, wovon ich ausgehe), brauchst du ein weiteres Schlüsselfeld (zum Durchnumerieren) und Felder für Datum, Uhrzeit und Benutzer (der Änderung) und ein Löschkennzeichen.
Auswertung über SCU3.
Muss einmal systemweit aktiviert werden und dann werden alle Tabellenänderungen in den gekennzeichneten Tabellen protokolliert und können ausgewertet werden.
Folgende Benutzer bedankten sich beim Autor ewx für den Beitrag:
SAP_ENTWICKLER
Beitrag
von SAP_ENTWICKLER (Specialist / 445 / 219 /
6
)
»
Hallo,
leider ist die Datenbankprotokollierung nicht erwünscht. Im ATC poppt eine Aktivierung für die Tabelle auch als Prio 1 Fehler hoch, der unbedingt behoben werden muss.
leider ist die Datenbankprotokollierung nicht erwünscht. Im ATC poppt eine Aktivierung für die Tabelle auch als Prio 1 Fehler hoch, der unbedingt behoben werden muss.
Zuletzt geändert von SAP_ENTWICKLER am 11.07.2016 13:00, insgesamt 1-mal geändert.
Gibt es Gründe dafür?SAP_ENTWICKLER hat geschrieben:leider ist die Datenbankprotokollierung nicht aktiviert, weil sie nicht erwünscht ist.
Naja, dann müsst ihr es eben kompliziert und aufwändig selbst programmieren...
Änderungsbelege wäre übrigens eine Möglichkeit! Änderungsbelegobjekt anlegen und im Zeitpunkt "'Nach dem Sichern der Daten" im Tabellenpflegedialog reinprogrammieren.
Ist das eine kundeneigene Prüfung? Aus dem Standard kenne ich die nicht.SAP_ENTWICKLER hat geschrieben:Im ATC poppt eine Aktivierung für die Tabelle auch als Prio 1 Fehler, der unbedingt behoben werden muss.
Seite 1 von 1
Vergleichbare Themen
5
Antw.
Antw.
22451
Views
Views
1
Antw.
Antw.
2184
Views
Views
0
Antw.
Antw.
1698
Views
Views
0
Antw.
Antw.
1251
Views
Views
Modifikation im Tabellenpflegegenerator / Tabellenpflege
von olli-x » 11.08.2006 14:48 • Verfasst in ABAP® Core
von olli-x » 11.08.2006 14:48 • Verfasst in ABAP® Core
4
Antw.
Antw.
4942
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Umherspringende Methoden im quelltextbasierten Class Builder
vor 4 Stunden von ralf.wenzel 104 / 10007
vor 4 Stunden von ralf.wenzel 104 / 10007
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 4 Stunden von ralf.wenzel 104 / 10007
vor 4 Stunden von ralf.wenzel 104 / 10007