Georg Grabner, SAP Service Portfolio Manager bei WienIT über den Einsatz des SQL Cockpits

Einsatz des SQL Cockpits bei WienIT

Das SQL Cockpit for SAP Systems hat sich in der Praxis bereits mehrfach bewährt. Das Resultat ist eine mittlerweile enge Zusammenarbeit mit unseren langjährigen, zufriedenen Kunden. Unter diesen befindet sich die WienIT.

Wir haben mit Georg Grabner, SAP® Service Portfolio Manager bei WienIT, über das SQL Cockpit und dessen Einsatz im Unternehmen gesprochen.

In diesem Interview erfahren Sie, in welchem Umfang unser Tool derzeit bei der WienIT eingesetzt wird, welche Features ganz besonders geschätzt werden sowie Details über unsere Zusammenarbeit.

Was war vor dem SQL Cockpit deine größte Herausforderung bei der WienIT?

Aus meiner Sicht war der ganze administrative Teil einer Produktivsetzung immer sehr umfangreich. Den kann ich mir durch den Einsatz mit dem SQL Cockpit ersparen, da ich nun sehr schnell und effizient Datenauswertungen direkt auf einem Produktivsystem durchführen kann. Zusätzlich kann ich bereits im Zuge der Entwicklung einerseits die Korrektheit meiner Selektion und andererseits die Performance prüfen.

Wie und wo wird das SQL Cockpit bei der WienIT eingesetzt?

Einerseits nutzen hauptsächlich unsere Entwickler und Business Consultants das Tool, um Auswertungen durchzuführen und Reports zu generieren. Zusätzlich arbeiten unsere Applikationsspezialisten mit dem SQL Cockpit, um periodisch Qualitätschecks des Systems durchzuführen.

Das SQL Cockpit ist sehr vielseitig einsetzbar und man muss kein SQL-Profi sein, um damit zu arbeiten. Man ist relativ schnell firm in der Anwendung.

Gab es ein spezielles Feature, das dich direkt überzeugt hat?

Mich hat vor allem die Grundfunktionalität der Selektionen überzeugt. Der SAP® Standard stellt bekanntlich kein Tool zur Verfügung, mit dem man direkt SQL Statements absetzen sowie hochkomplexe Selektionen durchführen kann. Natürlich gibt es Mittel und Wege, aber in dieser Art und Weise und ohne Einschränkungen gab es das vorher nicht. Damit hat die Cadaxo eine Marktlücke geschlossen.

Ein weiterer großer Vorteil ist die Möglichkeit der sauber dokumentierten Datenmanipulation. Es ist manchmal einfach notwendig, Daten entweder punktuell oder massenhaft „gerade zu ziehen“. Das geht mit dem SQL Cockpit sehr gut und vor allem unkompliziert. Zusätzlich ist das gesamte Vorgehen der Datenmanipulation von einem Wirtschaftsprüfer abgenommen und zertifiziert.

Würdest du das SQL Cockpit weiterempfehlen?

Ich würde es definitiv weiterempfehlen. Wir haben das SQL Cockpit auf allen unseren Systemen, die wir betreuen, im Einsatz. Ich finde es immer sehr amüsant, wenn wir mit externen Beratern oder Entwicklern zusammenarbeiten, die mühsam mit SAP® Standard Tools Daten selektieren wollen. Wenn ich ihnen dann das SQL Cockpit vorstelle, stoße ich immer wieder auf Begeisterung, dass es ein derartiges Tool auf dem Markt gibt.

Kannst du etwas besonders Positives hervorheben in Bezug auf deine Zusammenarbeit mit Cadaxo?

Ich kenne Föß* und Domi** gut. Ich weiß, dass sie viel unter Dampf stehen und unter Wasser sind. Ich finde es großartig, wie schnell sie dennoch immer reagieren und Bereitschaft zeigen, kleine Bugs zu beheben und Verbesserungsvorschläge anzunehmen. Wir waren auch bereits als Beta-Tester für zusätzliche Features im Einsatz. Das ist für uns natürlich auch ein Vorteil, da wir so schon vorab neue Releases erhalten.

Hier können Sie Georg Grabner finden: LinkedIn | Xing

Das ist die WienIT

„WienIT ist der digitale Backbone der Wiener Stadtwerke-Gruppe. Wir digitalisieren die, die Wien zur l(i)ebenswertesten Stadt der Welt machen. Als zentraler IT & Business Partner bringen wir so die Wiener Linien ins Rollen, Wien Energie zum Leuchten und bilden das Network der Wiener Netze. Wir finden Lösungen für konzernweite Cases – egal ob IT-Pionierarbeit, Personalprozesse oder Print-Jobs. Wir schaffen smarte Services und machen so Wien gemeinsam futureproof. #dedicatedtoprogress für die Wiener Stadtwerke. Und für dich.“

SQL Cockpit for SAP Systems – So nah waren Sie Ihren Daten noch nie

Das einzigartige Datenbank-, Abfrage-, Vergleichs- und Modifikationstool für Ihr SAP System. Direkte ABAP® SQL Abfragen absetzen ohne eine einzige Zeile Code zu schreiben? Komplexe Joins, Unions, CDS Views, DB Hints, uvm. ganz ohne ADT, aber mit umfangreichem Berechtigungskonzept? Das alles und noch viel mehr ermöglicht das SQL Cockpit for SAP® Systems.


*Johann Fößleitner: CEO & Co-Founder, ABAP®, UI5/ SAP Fiori® und dox42® Integration | **Domi Bigl: SAP® Senior Consultant, ABAP® Programmierung, Konzeption technischer Lösungen

ODATA Service

Cadaxo SQL Cockpit 3.8 – OData Service Generation into Worklist

In Cadaxo SQL Cockpit Version 3.8 (Releaseinfos), it is now possible to generate an SAP® Gateway OData Service out of an ABAP Open-SQL Select Statement.

Due to the newly added /CADAXO/ODATA Template, which is from now on available in Select Template wizard, the user can generate the OData Service based on the Select Statement, which the user previously displayed in the Cockpit.

In the next steps, the User is guided through OData Template Wizard. In here some important information about the Service must be added. Like Project Name (SEGW) and name of generated Entities. Filter, Order by, Skip, Top and Count features are optional.

After all steps of the OData Template Wizard are done successfully, the OData Service is activated automatically.

Given ‚Project Name‘ can be opened in SAP Gateway Service Builder (T-Code SEGW) and generated Entity Type and Set can be extended if needed.

Lets try the generated Service in practice!

Thanks to the SAP Fiori® Tools Visual Studio Code Extension I am able to quickly generate new SAP Fiori® elements Application – Worklist.

Without any lines of code, my Service has been used as a Data source and following App has been generated. Filter options are working out-of-the box as well.

Cadaxo SQL Cockpit 3.8 – Releaseinfos

Die SQL Cockpit Version 3.8 ist fertig und bietet wieder ein paar Korrekturen/Verbesserungen und einige interessante neue Features. Nachfolgend ein Überblick über die wichtigsten Neuerungen.

Value Download

Tabelleninhalte die länger als 128 Zeichen sind, können im ALV nicht dargestellt werden. Im SQL Cockpit gibt es die Möglichkeit, den Wert als Text oder HTML/XML anzuzeigen.

gesamten Inhalt als Text darstellen
HTML oder XML Darstellung

Der Text kann nun direkt als Datei gespeichert werden.

Text mit Download-Funktion

Beschreibung / *&%HEADER  

Das Header Text Kommentar kann man jetzt über das Kontextmenü einfügen

Der Header Text wird dann als Beschreibung der Ergebnislisten angezeigt.

OData Service Generierung (Gatewayservice)

Über das neue Template OData Generierung kann ein SAP® Gateway OData Service generiert werden. Wahlweise kann Coding für $filter, Paging $top/$skip, $orderby und $count generiert werden. Die Service-Klassen können danach individuell erweitert werden.

Template

Atlassian Jira® als Ticketsystem in der Premium Version

Neben dem SAP® Solution Manager kann jetzt auch Atlassian Jira® als Ticketsystem in der Premium Version genutzt werden.

Je nach Customzing werden Kommentartext, Feldwerte und ZIP-Dateien mit PDF oder TXT Formularen der durchgeführten Änderungen zu Ticket hochgeladen.

Customizing

Das Ticket wird über die ID gesucht und der Text im Update-Popup angezeigt. Das Kommentar und die weiteren Daten werden beim Speicher in das Ticket geschrieben.

Feldänderung im SQL Cockpit Update

Die Dateien und der Tickettext sind im Jira Ticket ersichtlich.

Kommentar und Dateien im Ticket
Typische Support Anfragen in SAP Systemen

Typische Support Anfragen in SAP® Systemen

und wie das SQL Cockpit uns das Leben vereinfachen kann

Wer kennt das nicht. Die Systeme sind aufgesetzt und eingestellt, die Erweiterungen programmiert und die Schnittstellen laufen. Die Tests waren erfolgreich und das SAP System wurde produktiv gesetzt. Dennoch kommen immer wieder Supportanfragen herein. 

Das kann natürlich verschiedenste Gründe haben. Nehmen wir mal an, dass die Entwicklungen sehr sauber waren, das System gründlich getestet wurde und wenig es kaum neue Anforderungen gibt, die umgesetzt werden, gibt. Unrealistisch? Wahrscheinlich! Aber das es in einem agilen Umfeld mit laufenden Erweiterungen an den Systemen zu Fehlern kommt, ist irgendwie nachvollziehbar. Da ist ja immer alles in Bewegung. 

Aber was sind die häufigsten Gründe für Fehlertickets abseits vom typischen Projektgeschäft? Mir fallen da spontan 2 Gründe ein. 

  1. Verständnisfragen. Gerade, wenn User Transaktionen selten aufrufen, kann es zu Fragen wie „Was muss ich hier eingeben? Warum bekomme ich da einen Fehler?“ . Das kann man meist mit guten Schulungsunterlagen in den Griff bekommen.
  2. seltene Datenkonstellationen. Da kommt auf einmal ein Kunde vom Typ X, aus dem Land Y und der VKORG Z daher. Und da funktioniert dann die Partnerfindung im Beleg plötzlich nicht. Der Grund kann sein, dass diese seltene Kombination beim Test nie abgefragt wurde. Solche Datenkonstellationen können entweder durch Benutzer eingegeben worden sein, aber auch durch Programme verursacht worden sein (zB durch eine Migration oder Schnittstelle)

Wie löst man nun diese Fälle von Datenproblemen?

Im ersten Schritt schaut man sich wohl den Beleg, die Stammdaten des Partners und dann vielleicht auch das Customizing an. Über die regulären Transaktionen im SAP System. Wann man dann gleich draufkommt, super! Fall gelöst.

Aber meistens kommt man da nicht weiter. Vor allem im Second und Third Level Support ist man eher im Programm Code und auf der Datenbank unterwegs um Fehler zu finden und auch um abzuprüfen, ob es auch mehrere ähnlich gelagerte Fälle gibt. Und genau da lässt einen das SAP System meist ordentlich im Stich.

Der übliche Weg führt einen dann in die SE16 (wer den Transaktionscode nicht kennt: da geht es zur Einzeltabellenansicht). Dort sucht man dann nach dem entsprechenden Datensatz und hantelt sich dann langsam von Tabelle zu Tabelle. Mit dem Umweg über das Notepad oder Excel, in dem man die Daten copy&paste zwischen lagert. Das ist mühsam und aufwendig. Aber noch schlimmer: ich muss beim nächsten Mal die gleichen Schritte nochmal machen. Und ganz ehrlich, bei SAP geht es um Daten. Daten, die in einer Datenbank abgelegt sind. Und seit Anbeginn (das sind auf R/2 bezogen 42 und auf R/3 gerechnet 30 Jahre) gibt es keine vernünftige Lösung, damit diese Daten schnell, flexibel und vA auch sicher durchforstet werden können.

Ein klassisches Beispiel sind wohl Inkonsistenzen bei Adressen. Wohl auch, weil die meisten SAP Berater und Kollegen den Teil der SAP Welt auch gut kennen. Geschäftspartner werden fast überall verwendet. Um Adressen zu Geschäftspartnern zu analysieren muss man zuerst vom BP Stamm (BUT000) über den Adresslink (BUT020) zu den Adressen (ADRC) springen.

Also Tabelle – Excel – Selektionsschirm – Tabelle – Excel – Selektionsschirm – Tabelle. Schon ist man am Ziel. Aber dann kommt man drauf, dass es um Personen geht und dort auch das Feld PERSNR mitspielt. Also wieder alles von vorne…

Und jetzt kommt das SQL Cockpit ins Spiel. Hier kann ich mir die Tabellen alle gleichzeitig anschauen und verknüpfen. Da sehe ich das Problem dann auch einen Blick. Und was noch besser ist, einmal ausgeführt, bleibt die Abfrage in meiner Historie bestehen und ich kann sie jederzeit wieder ausführen. Beim ersten Problem bin ich mit dem SQL Cockpit vielleicht nur geringfügig schneller als „von Hand“, aber beim zweiten Mal spar ich schon 90% der Zeit. Und wenn es dann doch öfters auftritt, dann speichere ich diese Abfragen zusätzlich ab und stelle sie sogar meinen Kollegen zur Verfügung.

Am nächsten Tag einfach das Statement von gestern genommen:

und irgendwann nach dem 3,4 Mal (ok, bei mir wahrscheinlich nach dem 20. Mal – ich bewundere die Kollegen die so strukturiert sind) wird das ganze abgespeichert damit es auch die Kollegen nutzen können:

Ich nutze das SQL Cockpit seit 10 Jahren bei meinen Kunden. Und es ist aus meiner täglichen Arbeit nicht mehr weg zu denken. Manche Kunden nutzen es noch nicht, da muss ich dann auch immer über die SE16 arbeiten 🙁

Zählt doch mal, wie oft ihr täglich die SE16 nutzt. Wenn ihr in eurem Unternehmen auf weniger als 10 Abfragen pro Tag kommt (wohlgemerkt im gesamten Unternehmen, nicht pro User!), dann ist das SQL Cockpit für euch wahrscheinlich nicht geeignet. Sobald ihr mehr Abfragen macht, dann wird es sehr nützlich sein!.

Symbol aus Ergebnisliste generieren

Symbole aus Ergebnisliste generieren

Im SQL Cockpit können Symbole als Platzhalter verwendet werden. Ein Symbol kann entweder einen einzelnen Wert oder eine Range-Tabelle enthalten und wird im Normalfall manuell durch den User gepflegt.

In diesem Beispiel wurde ein Symbol SIMPLE_SYMBOL mit dem Wert ‘0001‘ definiert.

In einem SELECT könnte das Symbol wie folgt in der WHERE Bedingung verwendet werden:

Das SQL Cockpit kann aber auch mit mehrwertigen Symbolen umgehen. Dazu muss zum Symbol noch ein Datenelement gepflegt werden. Dann können die Werte über den Button in der Typ-Spalte gepflegt werden.

Die Wertepflege sieht dann z.B. wie folgt aus:

Die Verwendung im SELECT ist geringfügig anders, anstelle einer beliebigen Vergleichsoperation muss hier natürlich vor dem Symbol ein IN verwendet werden:

Symbolgenerierung aus einer Ergebnisliste

Nun aber zum eigentlichen Thema dieses Blogs. Angenommen, man hat eine relativ umfangreiche Liste erstellt und möchte aus einer Spalte alle Werte als Selektionsparameter für einen anderen Select verwenden.

Um diese Anforderung abzudecken haben wir im Kontextmenü der Spaltenüberschriften eine Funktion zum Erstellen eines Symbols ergänzt. Nach Auswahl der Funktion muss lediglich der Symbolname in einem Popup angegeben werden.

Das zugrundeliegende Datenelement ist bereits gefüllt. Alle Werte werden als „Einzelwerte Selektieren“ in das Symbol aufgenommen. Doppelte Einträge werden natürlich entfernt, leere Werte werden nicht übernommen. Das Symbol kann sofort nach der Generierung verwendet werden.

Benennen der Ergebnisliste

Benennen der Ergebnisliste

Wenn man im SQL Cockpit viele Listen gleichzeitig darstellen muss, kann man schon mal die Übersicht verlieren. Deshalb haben wir bereits vor einigen Releases die Möglichkeit zum Benennen der Ergebnislisten ergänzt.

Mit dem Kürzel *&%HEADER <name der liste> direkt vor einer SQL Abfrage, wird der Text <name der liste> als Überschrift in der Ergebnisliste verwendet.

SQL Cockpit_Releaseinfos

Cadaxo SQL Cockpit 3.7 – Releaseinfos

Die SQL Cockpit Version 3.7 ist fertig und bietet wieder ein paar Korrekturen/Verbesserungen und einige interessante neue Features. Nachfolgend ein Überblick über die wichtigsten Neuerungen.

Tabs Layout

Bisher konnten mehrere Listen in folgenden drei Layouts dargestellt werden: Vertikal, Horizontal oder Matrix. Mit diesem Release haben wir die neue Layout-Variante Tabs ergänzt. Dadurch wird immer nur eine Ergebnisliste dargestellt und nutzt somit den gesamten Ergebnisbereich. Im Header-Bereich der Listen kann zwischen den Ergebnislisten hin- und hergeschalten werden.

Domain Text

Die Beschreibungstexte von Domänen-Festwerten können nun in die Liste automatisch mit aufgenommen werden. Für Spalte mit einer Domäne wird eine zweite Spalte mit gleicher Überschrift erzeugt in welcher der Beschreibungstext des Festwerts enthalten ist. Dieses Feature ist vorerst nur verfügbar, wenn der strikte ABAP SQL Modus verwendet wird. (strikter Modus: Select Felder mit Beistrich getrennt, … )

Listenvergleich

Im Bereich des Listenvergleichs haben wir eine zweite Darstellungsform des Ergebnisses eines Vergleich aufgenommen. Bisher wurden die Spalten der beiden Listen nebeneinander dargestellt. Durch die neue Darstellung werden die Spalten nun untereinander dargestellt.

Darstellung nebeneinander Darstellung untereinander

CSV Export

Beim CSV Export von Ergebnislisten erscheint nun vor dem Export ein Popup in dem folgende Einstellungen vorgenommen werden:

Report Template Erweitert – Gruppierung von Selektionsparametern

Im Wizard zur Generierung eines Reports mit dem erweiterten Template, kann die neue Funktion Tabellen-Auswahlblöcke markiert werden. Im generierten Report werden dann die Selektionsfelder nach ihrer Tabellenzugehörigkeit in eigene Selektionsblöcke gruppiert.

 

Ausblick 4.0

Nach dem Release ist vor dem Release. Im nächsten SQL Cockpit Release werden wir nun die länger geplanten tiefgreifendern Erweiterungen vornehmen um alle ABAP SQL Select Operationen (CTE, … ) eines S/4 HANA Systems zu unterstützen! 

Wir rechnen damit, dass das SQL Cockpit 4.0 im 3. Quartal 2022 erscheinen wird. 

 

Cadaxo SQL Cockpit 3.6 – Releaseinfos

Die SQL Cockpit Version 3.6 ist fertig und bietet wieder ein paar Korrekturen bzw. kleineren Optimiereungen und einige interessante neue Features.

Elementinfo

In der Elementinfo wird nun zusätzlich das zugrunde liegende Datenelement angezeigt. Die Information wird als Hyperlink dargestellt, es besteht daher die Möglichkeit gleich direkt auf die Definition des Datenelements zu navigieren. Weiters wird jetzt im Fußbereich der Elementinfo die Auslieferungsklasse der Tabelle angezeigt. 

 

XML / HTML in Datenbanken

XML oder HTML Inhalte in Datenbanktabellen können im SAP Standard nur durch Zusatzentwicklungen angezeigt werden. Mit dem SQL Cockpit können nun diese XML oder HTML Inhalte in einem eigenen Popup dargestellt werden. Die Funktion ist über das Kontextmenü der Ergebnistabelle erreichbar.

Schnelle Tabellenanzeige

Wenn lediglich eine Tabelle oder View angegeben ist, wird beim Ausführen ein SELECT * auf diese Tabellen ausgeführt. Dies ermöglicht eine sehr schnelle Auswertung von Tabellen.

Layouts in generierten Reports

Bei der Verwendung des Templates /CADAXO/REPORT_A zum Generieren von Reports, kann nun die definiert werden, in welcher Weise der Report das Erstellen bzw. Sichern von Layouts dem Anwender ermöglicht.

Je nach gewählter Einstellung können dann die Anwender bei den generierten Reports ihre eigenen Layoutvarianten erstellen und sichern.

Einfärben von Ergebniszeilen

Durch Angabe eines SAP-Farbcodes für die SQL Cockpit Framework Spalte CDXLINECOLOR kann nun eine ganze Zeile dynamisch eingefärbt werden. Im nachfolgenden Beispiel sollen alle Zeilen abhängig vom Wert in der Spalte TYPE eingefärbt werden. Wenn der Typ ‚1‘ ist, sollen die Zeilen orange werden, wenn der Typ ‚3‘ ist grün. Alle restlichen Zeilen sollen blau werden:

  • 0 GUI-abhängig
  • 1 Graublau
  • 2 Hellgrau
  • 3 Gelb
  • 4 Blaugrün
  • 5 Grün
  • 6 Rot
  • 7 Orange

C300, C310, C311, C301 = Gelb
C600, C610, C611, C601 = Rot

Redesign Variantenpflege

Die Usability der Variantenpflege wurde komplett überarbeitet um eine noch intuitivere Handhabung zu ermöglichen. Alle Menüpunkte befinden sich dort wo man es sich erwarten würde. Neben der Menüzeile sind alle Funktionen auch als Kontextmenü bei den Varianten verfügbar.

Ausblick 4.0

Nach dem Release ist vor dem Release. Im nächsten SQL Cockpit Release werden wir einige tiefgreifendere Erweiterungen vornehmen um alle ABAP SQL Select Operationen eines S/4 HANA Systems zu unterstützen! 

Wir rechnen damit, dass das SQL Cockpit 4.0 im 3. Quartal 2021 erscheinen wird. 

Cadaxo SQL Cockpit 3.5 – Releaseinfos

Auch für die Version 3.5 unseres SQL Cockpits haben wir neben ein paar Verbesserungen und Korrekturen wieder einige interessante Erweiterungen vorgenommen.

CSV Attachments in Job Mailbenachrichtigung

Email-Benachrichtigungen von beendeten Hintergrundjobs können nun die Ergebnisse als CSV Dateien enthalten. Im Wizard für die Jobeinplanung kann dies durch markieren von „Ergebnis als Attachment versenden“ aktiviert werden. Die Listen werden in Form eines ZIP Files an das Email angehängt. Das verwendete CSV Format entsprecht dem seit Release 3.4 verfügbarem „Performanten CSV“, welches beim Export von Listen zur Verfügung steht.

Werte größer als 128 Zeichen vollständig anzeigen

Ergebniswerte welche länger als 128 Zeichen sind, können in einer ALV Tabelle nur bis zu 128 Stelle angezeigt werden. Sollten mehr als 128 Zeichen vorhanden sein, kann mit der Kontext-Funktion „vollen Wert anzeigen“ der gesamte Wert in einem eigenen Popup angezeigt werden. Wenn der Wert z.B. per Drag/Drop oder Doppelklick weiterverwendet wird, wurde bereits bisher immer der volle Wert verwendet. Auch in der Premium-Version, in der das Ändern von Inhalten möglich ist, wurden bereits Felder mit einer größeren Länge als 128 Zeichen unterstützt.

 

Teilen von Varianten

Ergänzend zum Teilen vom Editor und Symbolen, können nun auch Varianten mit anderen Benutzern geteilt werden. Die Funktion kann über das Kontextmenü der Veriantenpflege aufgerufen werden.

Mehrwertige Symbole – Uneingeschränkte Select-Options Funktionalität

Mehrwertige Symbole unterstützen nun die vollständige Select-Options Funktionalität. Es können Werte ein- oder ausgeschlossen werden, es können Bereiche angegeben werden und es besteht die Möglichkeit Werte per Upload oder aus der Zwischenablage zu ergänzen.

SE80 Debugger – SQL Cockpit Script Integration – BETA

Mit den Debugger Scripts, kann der SE80 Debugger um individuelle Logik ergänzt werden. Wir haben mit diesem Release eine erste Version unsere SQL Cockpit Debugger Scripts als BETA zur Verfügung gestellt.

Mit dem SQL Cockpit Debugger Script /CADAXO/DBG_SEND_2_COCKPIT können SQL Statements, in denen man aktuell in einer Debugging Session steht, in das SQL Cockpit übertragen werden. Variable Inhalte in der WHERE Bedingung werden als Symbole angelegt.

Hier eine Abfolge der notwendigen Schritte:

Cadaxo SQL Cockpit 3.4 – Releaseinfos

Für die Version 3.4 unseres SQL Cockpits haben wir neben einigen kleineren Verbesserungen und Korrekturen ein paar sehr interessante Features eingebaut bzw. erweitert.

Schnelleinstellung für „Up to“

Mit Hilfe dieser Funktion kann gezielt nur eine bestimmte Anzahl von Einträgen gelesen werden, ohne die Benutzereinstellungen zu ändern oder den ABAP SQL Befehl UP TO x ROWS eingegeben zu müssen. Eine explizite Angabe über UP TO x ROWS wird nicht überschreiben!

  • Die Werte 1, 500 und 1000 sind immer vorhanden
  • Über „Wert eingeben“ kann ein zusätzlicher Wert eingegeben werden
  • An erster Stelle steht immer der Vorschlagswert aus den Benutzereinstellungen

Performanter CSV Export

Die im Standard in den ALV Listen vorhandene Exportfunktionen sind bei größeren Mengen sehr langsam bzw. brechen im Extremfall sogar mit Kurzdumps ab.
Aus diesem Grund wurde eine performante Variante zum Export von Daten in ein CSV Format ergänzt.

Suche bzw. Filtern von Varianten

Das Suchen oder Filtern von Varianten war bisher nicht möglich. Über die neue Filterfunktion können Varianten einfach und intuitiv gefiltert werden.

Hintergrundjob an mehrere Verteiler

Die Fertigstellung von Hintergrundjobs kann nun an mehrere Empfänger per Mail mitgeteilt werden. Mehrere Empfänger können einfach durch ; getrennt eingegeben werden.

Report Generatoren

Die Report Generatoren wurden dahingehend überarbeitet, dass diese nun State-of-the-art Coding generieren.

ABAP SQL FIELDS, OFFSET, CROSS JOIN

Mit 7.50 bzw. 7.51 wurde der ABAP SQL um die Funktionen CROSS JOIN, FIELDS und OFFSET erweitert. Ab diesem SQL Cockpit Release unterstützen wir diese neuen ABAP SQL Möglichkeiten.

Teilen von Symbolen

Ähnliche wie das Teilen des Editors, können nun auch Symbole mit anderen Benutzern geteilt werden.

Remote Teilen von Inhalten

Beim Teilen des Editors bzw. der Symbole kann nun auch eine RFC Destination gewählt werden. Somit besteht die Möglichkeit die Inhalte mit anderen SAP Systemen oder Mandaten auszutauschen.

Meine Queue

Da nun die Inhalte des Editors und der Symbole geteilt werden können, wurde die Queuedarstellung von „Meine Queue“ um eine Feld Typ erweitert. Mögliche Inhalte derzeit SQL (= Inhalte des Editors) oder Symbol.

Felder mit mehr als 128 Zeichen Länge – Premium Edition

Jetzt können auch Felder mit einer Länge über 128 Zeichen bearbeitet werden. Die Zelle wird als Link dargestellt und beim Anklicken öffnet sich ein Popup mit Textfeld. Der Inhalt des Textfeldes wird mit allen Zeilenumbrüchen gespeichert.