Bei den Anhängen im Reisemanagement kann eine Beschreibung angegeben werden. Die Beschreibung wird allerdings in den Anhängen nicht angezeigt. In der Klasse CL_FITV_GOS wird die Anlage gespeichert. Durch die...
Nach Erstellung eines Adaptation Projektes wird automatisch die i18n.properties Datei angelegt. Mit dieser Datei können sprachenübergreifend alle Texte in der Anwendung gepflegt werden. Möchten Sie die Texte pro Sprache...
Im folgenden Artikel werden wir eine Beispielimplementierung zeigen, mit der die Pflegedialoge über den Tabellenpflegegenerator automatisch in Optimaler Größe generiert werden können. Hierfür benötigen wir keine Modifikation und diese...
Die Bedeutung von Tools zur Einhaltung von Programmierkonventionen und Checks Die Entwicklung von qualitativ hochwertiger Software erfordert nicht nur technisches Know-how, sondern auch die Einhaltung bestimmter Programmierkonventionen und Standards....
Ab sofort stehen unsere neuen Ninja-Wallpaper zur Verfügung “Ninja-Town” zur Verfügung! Ninja-Town (1920×1080) Ninja-Town (3840×2160) Ninja-Town (3072×1920)
Clean Code und Unit Tests: Eine unzertrennliche Kombination Neben Clean Code ist auch das Testen von entscheidender Bedeutung für eine erfolgreiche Softwareentwicklung. Automatisierte Unit Tests sind eine wichtige Methode,...
Wir freuen uns, dass die DSAG Technologietage 2023 endlich anstehen und wir als Aussteller Teil dieser großen Veranstaltung sein dürfen. Die Messe findet am 22. und 23.03. in Mannheim...
Es ist schon fast vier Jahre her, dass wir zum ersten Mal alle zusammen im HQ versammelt waren. Der 20. September 2019 war ein besonderes Datum in der Geschichte...
Über eine eigene Transaktion gelangen Sie zu der erweiterten Ansicht der Meldungen im Application Log. In dieser Ansicht werden Ihnen die Kontext-Informationen zu der Meldung direkt im ALV angezeigt. Dies hat den Vorteil, dass Sie alle Standard-Funktionen der ALV-Anzeige (Filtern, Sortieren, etc.) nutzen können und die Informationen aus dem Kontext nicht für jede einzelne Meldung umständlich durch markieren der Meldung und anschließende Anzeige der Details aufrufen müssen.
Im Vergleich hierzu ist im SAP Standard die Anzeige von Kontextinformationen nur in der Detailansicht möglich. Hierzu muss entsprechend jeder Datensatz einzeln ausgewählt werden, eine übergreifende Auswertung oder Sortierung ist im Standard nicht möglich.
Ein weiteres Feature unserer Erweiterung ist die Anzeige bzw. die Speicherung der Protokolle in einer Hierarchie-Ebene mit einer Zeiteinheit über den jeweiligen Protokollen. Das Zeitintervall ist hierbei in der Konfiguration der Erweiterung frei wählbar. In der folgenden Abbildung sehen Sie die Darstellung von Protokollen mit einer Zeiteinheit des Tagesprotokolls oberhalb der einzelnen angebundenen Schnittstellen bzw. Programme.
Über diese hierarchische Abbildung besteht die Möglichkeit, dass durch die zentralen Administratoren nur die gesammelten Fehlermeldungen eines Tages aller Schnittstellen in einem Protokoll angezeigt und analysiert werden, ohne eine Vielzahl einzelner Protokolle auswerten zu müssen.s
Ein weiterer Grund warum sich die Standard-Anzeige des Application Logs nicht für die Verwendung von Protokollen eignet, ist die fehlende Berechtigungsprüfung auf Meldungsebene. Im Standard erfolgt lediglich eine Berechtigungsprüfung auf Ebene des Objektes bzw. Unterobjektes, das im Normalfall dann eine Schnittstelle ist. Sofern der Zugriff auf das Protokoll besteht, hat der Benutzer die Berechtigungen alle Meldungen innerhalb des Protokolls anzeigen zu lassen.
Da es sich beim Inhalt der Meldungen jedoch auch um sensible oder personenbezogene Daten handeln kann, muss der Kontext der Meldung dahingehend analysiert werden, ob z.B. bei Personaldaten der Benutzer berechtigt ist den Personalfall anzeigen zu lassen. Mit unserer Erweiterung haben Sie die Möglichkeit in der Konfiguration festzulegen, auf welches Feld des Kontexts welche Berechtigungsprüfung durchgeführt werden soll. Somit können Sie den Zugriff auf das Protokoll an die dezentralen Benutzer vergeben. Diese erhalten in der Anzeige des Protokolls lediglich die Meldungen angezeigt, für die eine entsprechende Berechtigung besteht.
Durch die Nutzung der Funktionen des SAP Standard Application Logs im Hintergrund müssen keine zusätzlichen Funktionen für das Löschen und damit die Abbildung der Anforderungen des Datenschutzes entwickelt werden. Diese Funktionen können analog dem Standard verwendet werden.
Die Auslieferung von loggy erfolgt in Form von Transport-Dateien. Diese können über die SAP Standardmethoden in Ihr System importiert werden.
Nein. Alle Objekte von extract werden im eigenen exxonit-Namensraum (/exx/) ausgeliefert.
loggy benötigt als Basis ein SAP Netweaver mit einem Release ab 7.40.
Nein, loggy wird modifikationsfrei in Ihr System implementiert.
Die Anpassung der Anwendung erfolgt über Customizing-Tabellen. Bei speziellen Anforderungen die hierüber nicht abgedeckt werden können sind entsprechende BAdI’s in der Anwendung vorgesehen.
(c) 2023 exxonit GmbH