Künstliche Intelligenz in der SAP ABAP Entwicklung
Torsten Thon referiert in folgendem Artikel über die Verwendung von Künstlicher Intelligenz (KI) in der SAP- bzw. ABAB-Entwicklung.
Torsten Thon referiert in folgendem Artikel über die Verwendung von Künstlicher Intelligenz (KI) in der SAP- bzw. ABAB-Entwicklung.
Neben dem Erzeugen eines Barcodes über die Objektbibliothek im Adobe Lifecycle Designer gibt es auch die Möglichkeit, einen Barcode als Grafikobjekt/Bitmap/XSTRING in ein Adobe Formular einzubinden.
Leider ist das Bewusstsein für ein web-basiertes Aufgaben und Projektmanagement-Tool zur Steigerung der Produktivität und Qualität in SAP Projekten bei den meisten Projektmanagern nicht vorhanden. Stattdessen bedient man sich solcher Tools wie Email, Excel und ggfs. Sharepoint, um Aufgaben zu verwalten, Termine zu verfolgen oder Testpläne zu erstellen.
Wenn die Nachricht einer Bestellung ausgegeben wird, werden in bestimmten Fällen die Bestellung in einem Mix aus Nachrichtensprache und einer anderen Sprache ausgegeben. Ziel soll es sein, dass alle Elemente einer Bestellung immer in der Nachrichtensprache ausgegeben werden. So wie es bei den Nachrichten im Vertrieb (Rechnung usw.) auch der Fall ist.
In vielen Unternehmen gibt es mittlerweile die Anforderung, Produkte mit einem Barcode vom Typ GS1 Datamatrix direkt aus SAP zu kennzeichnen. Leider wird im SAP Standard die Erstellung eines Barcodes vom Typ GS1 DataMatrix derzeit nicht unterstützt. Insbesondere können die FNC1 Codes nicht in einen DataMatrix Barcode eingefügt werden. Auf diesen Umstand weist auch der OSS Hinweis „1815093 – GS1 data matrix barcodes are not supported“ hin.
Wenn eine SAP Rechnung mehrere Seiten aufweist, dann soll die Summe aller Positionen der aktuellen Seite am Ende einer Seite dargestellt werden. Es ist die klassische Forderung nach einer Darstellung des Übertrags auf einer Rechnung.
Beispiel
Wir haben eine Rechnung vorliegen, die 3 Seiten umfasst.
In einem SAP Adobe Forms Formular soll der Inhalt eines Feldes in einer bestimmten Fonthöhe dargestellt werden. Nun kann es aber sein, dass beim Überschreiten einer bestimmten Anzahl an Zeichen die Variable die Größe des Feldes sprengt. In diesem Fall soll die Fonthöhe reduziert werden.
Im folgenden wird ein Workaround vorgestellt, wie dies erreicht werden kann.
Die Verpackungsdaten werden per EDI in einer genau definierten Struktur an den Automobilhersteller geschickt. In der Regel gibt der Automobilhersteller die Packvorschrift bereits vor. Wenn die Materialien dann phyisch verpackt werden, dann werden auch die Etiketten gedruckt. Wichtig dabei ist, daß die Daten auf dem Etikett identisch mit den korrespondierenden Daten der DFÜ sind. Wenn z.B. in der DFÜ als Packmitteltyp 006280 übertragen wurde, dann darf auf dem Etikett nicht 6280 gedruckt werden. D.h. Blanks und führende Nullen in der DFÜ sind auf dem Etikett auch zu drucken bzw. im Barcode zu codieren.
Eine Migration auf Adobe Forms steht meist zur Debatte, wenn man als SAP-Anwender einige Jahre produktiv ist. Denn dann kommt häufig eine grundsätzliche Neugestaltung der existierenden Formulare auf die Tagesordnung. Die Gründe hierfür sind vielfältig:
Ein SAP Adobe Forms Formular „Auftragsbestätigung“ wird sowohl in Deutschland als auch in den USA gedruckt. In Deutschland wird das Format A4 verwendet, in den USA das Format Letter. Gegenüber dem Format A4 ist das Format Letter etwas kürzer und etwas breiter.
Da man im Gegensatz zu SAP Script und Smart Forms bei Adobe Forms im Druckprogramm nicht den Namen der Startseite mitgeben kann (an der die Seitengröße hängt), werden bei Adobe Forms bei einem solchen Szenario häufig 2 Formulare angelegt. Und das auch, wenn sowohl Layout als auch Ablauflogik des Formulars weitgehend identisch sind. Die Verwendung von 2 Formularen bedeuten natürlich einen höheren initialen Erstellungs- als auch einen erhöhten laufenden Pflegeaufwand, und das in mehreren Sprachen.
Im Folgenden wird eine Methode vorgestellt, wie man mit wenig Scripting ein Formular mit mehreren Seitenformaten verwenden kann und dabei jede Seite scriptgesteuert aufrufen kann.. Weiterlesen

solidforms GmbH
Rudolf-Tarnow-Str. 25
17159 Dargun
Germany
Email: info@solidforms.de
Telefon: +49 (0) 39959-599810
Telefax: +49 (0) 39959-594999

