XX2-Programm
Gibt an ob das Verwaltungsprogramm der 1. Ebene ein XX2-Programm ist.
Felder
Allgemeine Daten
Feldbezeichnung | Erklärung | ||||||||
---|---|---|---|---|---|---|---|---|---|
Programmtext | Angabe eines sprechenden Programmnamens.
| ||||||||
PGM in BAR-Version | Hier kann explizit angegeben werden, ob das zu generierende Programm ein Kostenrechnungsprogramm sein soll, d.h. ein Programmin BAR-Version.
· ‚N’ = Das zu generierende Programm soll keinKostenrechnungsprogramm sein, d.h. es wird nicht in BAR-Version erstellt. · ‚B’ = Das zu generierende Programm soll ein BAR-oder BKR-Programm sein und Bewegungsdaten verwalten. ‚R’ = Das zu generierende Programm soll ein BAR-oder BKR-Programm sein und Stammdaten verwalten. | ||||||||
BAR-Versionstyp | Wenn es sich um ein BAR-Programm handelt, kann hier angegeben werden, in welche Version beim Programm gewechselt werden soll. Folgende Ausprägungen sind möglich:
| ||||||||
Verwaltungsdatei | Name der Datei, die im generierten Programm als Verwaltungsdatei bzw. als Anzeigedatei herangezogen werden soll.
Dies ist ein Pflichtfeld. Die angegebene Datei muss als Objekt in der Bibliotheksliste vorhanden und für den Generator umgesetzt sein. Die Umsetzung der Datei für den Generator kann über die rechte Maustaste auf dem Feld Verwaltungsdatei und Auswahl von ‚Datei für den Generator umsetzten’ erfolgen. Die Datei muss immer dann umgesetzt werden, wenn es sich um eine neue Datei handelt oder zusätzliche Felder eingefügt wurden. | ||||||||
Wertedatei | Angabe einer Wertedatei. Dieser Parameter ist optional. Die Wertedatei muss, falls angegeben, in der Bibliotheksliste als Objekt vorhanden sein und für den Generator umgesetzt sein.
Bei der Wertedatei handelt es sich eigentlich um eine Rucksackdatei. Wird diese angegeben, so können die Felder dieser Datei zusätzlich im Generator verwaltet werden. Die Verarbeitung der Datei muss aber manuell ausprogrammiert werden! | ||||||||
Datenstrukt.intern | Interner Name der Datenstruktur, die als Parameterliste für den Programmaufruf verwendet werden soll. Der Name der Datenstruktur ist 6-stellig
| ||||||||
Datenstruktur extrn | Externer Name der Datenstruktur, die als Parameterliste für den Programmaufruf verwendet werden soll. Der Name der Datenstruktur ist 10-stellig. Der Parameter ist optional. Der Default für den Datenstrukturnamen ist der Name der internen Datenstruktur. Die externe Datenstruktur muss, falls angegeben, als Objekt in der Bibliotheksliste vorhanden sein und für den Generator umgesetzt sein. Folgende globale Übergabedatenstrukturen stehen zur Verfügung:
| ||||||||
Firma verwaltbar | Kennzeichen, das steuert, ob das Firmenfeld der Datei (falls vorhanden) verwaltbar sein soll.
| ||||||||
Firma f.Schl.Liste | Hier kann eine zu MNFIRM abweichende Firma für die Schlüsselliste hinterlegt werden. Der Default ist MNFIRM.
Beispiel: MNFAAD (Firma für Adressen) oder MNFASK(Firma für Sachkonten) | ||||||||
Abw. Dat.Schl. | Dieser Parameter ist derzeit nicht relevant.
| ||||||||
Feld f. Fehlermeld. | Feldname, der für die Fehlermeldungen U002... (Fehlermeldungenfalls Satz nicht vorhanden, Bestätigungsmeldungen falls Satz kopiert wird,usw.) als Bezeichnung herangezogen wird.
Der Inhalt des Feldes wird sprachenspezifisch über die Datei der Feldbezeichnungen eingelesen (Programm US60130. Beispiel: Die Artikelnummer... oder die Kundennummer ... usw. | ||||||||
JAVA-Typ | Das Feld ist derzeit ohne Bedeutung
| ||||||||
Mc-Programm | Angabe eines Mc-Programms, welches bei Direktaufruf eines Verwaltungsprogramms im Mc-Bereich angezeigt werden soll.
Das Programm muss vorhanden sein. | ||||||||
AutoUpdate verbieten | Angabe, ob für alle Felder des Programms der AutoUpdate-Mechanismus generell an- bzw. abgeschaltet werden soll. Diese Funktion kann auch je Feld an- bzw.abgeschaltet werden. | ||||||||
Icon | Angabe eines Icons, dass bei Aufruf in der Programmlasche angezeigt werden soll. Das Icon muss im Icon-Package vorhanden sein. | ||||||||
Feldliste für Title | Feldliste, die zum füllen der Variable _TITLE_ verwendet werden soll. Erzeugt <TitleFld> und <FilTitle>. Der Title wird im Gegensatz zu oxaion business solution ab oxaion open 4.0 in Explorern nicht mehr vom Server-Programm über _TITLE_ eingestellt, sondern über das Explorer-XML (*90.xml) gesteuert. Dazu muss im Generator hinterlegt werden, welche Schlüsselfelder aus dem Knoten der 1. Ebene als Title zu verwenden sind. Z. B. im Teilestamm wird TLIDNR gepflegt. Der Vorteil ist, dass die im Explorer verwendeten Knoten-Programme zukünftig überhaupt kein _TITLE_ mehr senden müssen. Ist in einem Explorer dieses Generator-Feld NICHT gefüllt, wird im Explorer ab sofort KEIN Title-Zusatz mehr angezeigt. Wenn man in Explorern auf das bisherige (=alte) Verhalten zurückwechseln möchte, muss man im <variation>-Tag des *90.xmls die CARD-Komponente überschreiben und die <option name="keep-title" auf value="false" setzen. Andere Programm-Typen (z. B. XX1) sind davon nicht betroffen. Hier läuft es nach wie vor über den Server und _TITLE_ . | ||||||||
Datum für oxO | Das Feld ist derzeit ohne Bedeutung.
| ||||||||
Dynamische Popups | Kennzeichen ob beim Aufruf des Popup-Menüs ein Server Call durchgeführt werden soll, um Transaktionen im Popup-Menü zu aktivieren/deaktivieren.
Beispielprogramm: Projektexplorer BI21509 Hinweis: Welche Menüeintrage aktiv bzw. inaktiv sind, muss manuell ausprogrammiert werden. | ||||||||
Zus. Feld für rtv.. | Das Feld ist derzeit ohne Bedeutung.
| ||||||||
Statusfeld Inaktiv | Feldname, der das Statuskennzeichen der Datei beinhaltet. Erzeugt <Inakti>, <Log_Loe> (falls Länge <= 4) oder <InaktiFld> bzw <Log_LoeFld> (falls Länge > 4) | ||||||||
Statusfeld Löschen | (Referenzfeld scheint nicht verwendet zu werden)
| ||||||||
Abw. Löschkennz. | Hier wird ein Kennzeichen für gelöscht hinterlegt, falls dieses abweichend von ‚L’ ist.
| ||||||||
Referenzprogramm | Angabeder Serviceprogramme, welche bei der Generierung umgewandelt werden sollen.
| ||||||||
Textschablone | Mit der Textschablone wird definiert, auf welchem Formular ein Text gedruckt werden soll. Wenn der Datensatz verwaltet wird, kann über das Kontextmenü die Drucksteuerung verwaltet werden. | ||||||||
Feldname für ..EXDF | Falls eine Überdefinition des in allen bekannten Datenstrukturen vorkommenden ..EXDF- Feldes notwendig ist, so ist hier der Name dieses Feldes anzugeben.
Beispiel: DUEXDF für MATRWI DSEXDF für DRWCLL DVEXDF für DRWLDA Beispielprogramm: Offene Posten drucken FB40100 | ||||||||
Externe ..EXDF Ds. | Hier wird die Datenstruktur angegeben, mit der das ..EXDF Feld überdefiniert werden soll.
Die Datenstruktur muss als Objekt vorhanden und für den Generator umgesetzt sein. | ||||||||
Flache Liste | (Referenzfeld scheint nicht verwendet zu werden) | ||||||||
Länge Anforderungst. | In diesem Feld wird die Feldlänge des Anforderungstextes angegeben. Der Standardwert ist 20. |
Daten für Stammdaten und Detailanzeigeprogramme
Feldbezeichnung | Erklärung |
---|---|
Physisch löschen | Angabe, ob der Datensatz aus der Datei gelöscht werden soll, oder nur mit einem Löschkennzeichen versehen werden soll. Wird die Checkbox deaktiviert, so muss im Feld ‚Statusfeld’ das Datenbankfeld für das Löschkennzeichen angegeben werden. |
Abw. Firmenber. | Abweichendes Firmenfeld das zur Prüfung der Firmenberechtigung verwendet werden soll.
|
Textdatenstruktur | Hier kann ein abweichendes 4-stelliges Textdatenstrukturenkürzel angegeben werden. Der Name der Textdatenstruktur setzt sich wie folgt zusammen: Kürzel der Anwendung + "DS" + Stelle 2 - 5 des Dateinamens+ "T" z.B. US + DS + KSTL + T = USDSKSTLT Bei diesem Beispiel würde die Angabe eines abweichenden Textdatenstrukturenkürzels die 4 Stellen des Dateinamens ersetzen. Dieser Parameter sollte nur dann verwendet werden, wenn es zu der Verwaltungsdatei schon eine Textdatenstruktur gibt. |
put-Modul erzeugen | Angabe, ob die G-Copy-Strecke und das Modul generiert werden soll.
|
check-Modul erzeugen | Angabe, ob die G-Copy-Strecke und das Modul generiert werden soll.
|
f4-Modul erzeugen | Angabe, ob die G-Copy-Strecke und das Modul generiert werden soll.
|
get-Modul erzeugen | Angabe, ob die G-Copy-Strecke und das Modul generiert werden soll.
|
FehlerCode für rtv/get | In diesem Feld wird der in einer Nachrichtendatei hinterlegte Fehlernachrichtencode angegeben. Dieser wird dann bei Auftreten des Fehlers angezeigt.
|
run-Modul erzeugen | Angabe, ob die G-Copy-Strecke und das Modul generiert werden soll.
|
Ber.Objekt "Ändern" | Name des Berechtigungsobjektes, das für die Prüfung der Änderungsberechtigung verwendet werden soll. Erzeugt <AutChg> |
Ber.Objekt "Anzeige" | Name des Berechtigungsobjektes, das für die Prüfung der Anzeigeberechtigung verwendet werden soll. Erzeugt <AutDsp> |
Firma f. Berechtig. | Firmenfeld für die Berechtigungsprüfung. Macht nur mit bzw. Sinn. Erzeugt <ChkFirmAut> |
Feld f. Ber. Prüfung | Dateifeld, das für die Berechtigungsprüfung verwendet werden soll. Erzeugt <AutField>, <AutField1>, <AutField2> |
Klartextfeld | Angabe des Dateifeldes, welches bei der Erstellung des 4er-Moduls als Schnittstellenparameter für den Klartext in den Prozeduren generiert wird.
Beispielprogramm: Kostenstellen verwalten( US11000 |
Feld f. Löschdatum | Name des Feldes, das das Löschdatum enthält (falls abweichend vom Datum letzte Änderung) Erzeugt <Loe_Dtm> |
Mit OPEN-KEY | Kennzeichen, das steuert, ob die Transaktionen *OPEN und *CLOSE generiert werden sollen Erzeugt <OpenKey> |
Name Sperrdatei | Abweichender Name der Sperrdatei. Erzeugt <LcFilAbrv> |
Datei f. MovUp/Down | Hier steht der Name des oxaion Programmes. In oxaion werden die Programme mit unterschiedlichen Kategorien bezeichnet. |
Abweichen. XX1-Pg | Hier wird der Name der Teildatei angegeben, die als Vorlage für die Generierung des Moduls herangezogen wird.
|
Daten für MC-/AKS und Einstiegsprogramme
Feldbezeichnung | Erklärung |
---|---|
Feld für FDSL zuerst | Variabler Feldname, über den das MC-Programm entscheiden kann, ob die Selektionsmaske zuerst angezeigt werden soll. |
PGM für Auswahl 5 | Angabe eines Detailanzeigeprogramms, welches bei Doppelklick auf einen Datensatz angezeigt werden soll. Der Parameter ist nur bei Auskunftsprogrammen relevant.
|
U-Fmt aktualisieren | Angabe, ob das Überschriftsformat beim Verlassen des Selektionsformates aktualisiert werden soll oder nicht.
|
Aufruf-DS intern | Der Parameter ist derzeit ohne Bedeutung.
|
Aufruf-DS extern | Der Parameter ist derzeit ohne Bedeutung.
|
Leseroutine | Angabe einer Copy-Strecke, die anstelle der Subroutine SRREAD zum Einlesen der Datensätze herangezogen werden soll.
Beispielprogramm: Projekte je Firma BI30700 Hinweis: Die Leseroutine wird nur dann verwendet, wenn das Programm ohne SQL-Lesezugriffe arbeitet. |
Quellendatei | Falls eine Leseroutine angegeben wurde, so muss hier die Quellendatei angegeben werden, in der sich die Leseroutine befindet
|
Verwaltbare Auflistung | Dieser Parameter ist derzeit nicht relevant.
|
Kopieren möglich | Dieser Parameter ist derzeit nicht relevant.
|
Löschen möglich | Dieser Parameter ist derzeit nicht relevant.
|
XX1-Programm | Dieser Parameter ist nur bei Einstiegsprogrammen relevant. Einstiegsprogramme können auch als Navigations-Matchcodefür XX1 Programme generiert werden. Dazu muss hier der XX1-Programm Nameangegeben werden und der Name der logischen Datei. Beispielprogramm: 8er Programm Lieferanten( EK10102 |
Log. Datei für XX1 | Dieser Parameter ist nur bei Einstiegsprogrammen relevant.
Falls ein XX1 Programm angegeben wurde, so musshier die logische Verwaltungsdatei des XX1 Programms angegeben werden. AlsSonderwert kann hier "**" angegeben werden. Der Generator ermittelt sich danndie entsprechende logische Datei aus dem XX1-Programm. |
TreeTable | Über dieses Kennzeichen kann im Generator gesteuert werden ob das Listprogramm die Darstellung einer TreeTable (Baumstruktur) unterstützt oder nicht. |
Strukturnummer TreeTable |
Über diese Strukturnummer werden die einzelnen Ebenen abgebildet. Beispiel für den Aufbau dieser Nummer:
00001 00001.00001 00001.00002 00001.00002.00001 00001.00002.00002 Wichtig ist, dass diese einzelnen Ebenen durch ein bestimmtes Zeichen getrennt werden. |
Länge Strukturelement | Stellt die Länge der Zahlenreihe zwischen den Trennzeichen dar. Das Trennzeichen ist ein "." . Beispiel: Für die Zahlenreihe 001.001.002.003 wäre "3" als "Länge Strukturelement" angegeben. Diese darf auch nicht unterschiedlich sein. |
Dyn. AuswPgm (XML) | |
DS für SELECT INTO | Name der Datenstruktur für das Ergebnis derSelect-Anweisung im SQL-Lesemodul.
Dieser Name ist i.A. leer zu lassen; er wird nur benötigt,falls abweichende SQL-Anweisungen verwendet werden. Beispielprogramm: Sachkontensalden anzeigen( FB30600 |
MC/AKS | Über das Feld kann eine Sortierung "abweichende Sortierung zur logischen Datei" hinterlegt werden. Hinterlegungen im Einfügepunkt EXTEND_SQL sollten somit zum größten Teil obsolet werden und man erhält die Möglichkeit, über die Spalten manuell sortieren zu können. Die Dateifeldnamen müssen kommasepariert angegeben werden. Eine absteigende Sortierung kann in Klammern dem Feldnamen hinzugefügt werden (z.B.: AKFAUN(D)). |
XML-Name | Hier wird der Name des zu erzeugenden Datenbankmoduls angegeben.
|
Daten für Batchabrufprogramme
Feldbezeichnung | Erklärung |
---|---|
Batch-Programm | Name desListprogramms, das über dieses Programm aufgerufen werden soll.
|
Ersatz für MN50100R | |
Interne ..EXDF Ds. | Hier ist der Name anzugeben, der Programmintern für die Überdefinition des ..EXDF Feldes herangezogen werden soll.
|
Mit US11670R | |
Mit US56100R | Kennzeichen, ob Batch-Abruf-Programm mit dem Aufruf von US56000R (Listauswahl) generiert werden soll.
Beispielprogramm: Versandaufträge drucken( VK22300 |
*CUST möglich | Kennzeichen, ob im Batch-Abruf-Programm die Länderaufbereitung *CUST möglich sein soll. Beispielprogramm: Mahnungen drucken (FB51300) |
Folgemaske für AKS | Folgemaske, mit der das Auskunftsprogramm aufgerufen werden soll.
Beispielprogramm: Belege anzeigen ( FB30450 |
Anwendung für AKS | Angabe des Anwendungsgebiets in dem die Folgemaske hinterlegt ist.
|
AKS-Treiber | Soll das Batchabrufprogramm ein Auskunftsprogramm aufrufen, so ist hier der Programmname des entsprechenden Auskunfts-Treibers zu hinterlegen.
|
AKS-Programm | Falls keine Folgemaske angegeben ist, muss hier der Programmname des Auskunftsprogramms eingetragen werden.
|
Jobname | Angabe des Jobnamens, der beim Submitten des Batchjobs eingestellt wird. DerSonderwert ‚&&&’ wird hierbei durch die aktuelle Firma ersetzt.
|
Daten für Explorer
Feldbezeichnung | Erklärung |
---|---|
Anwendung 1. Pgm | Gibt die Anwendung des Programms auf dem 1. Knotens an.
|
Mit Funktionsmenü | Aktiviert bzw. Deaktiviert das Funktionsmenü
|
Überschriftspanel | Dieses Kennzeichen gibt an, ob ein Explorer ein U-Format haben soll.
|
Name J-Programm | Name des Explorer-Programms
|
Karteikartenkopf | Das Kennzeichen gibt an, ob Karteikarten im Programm angezeigt werden dürfen odernicht.
|
Mit Open-Key | Angabe, ob beim Verwalten des Beleges die F_STR und die F_END aufgerufen werden soll. F_STR und F_END wird immer nur für den Kopf aufgerufen. |
Name f. open-Key | Hier steht der Name des oxaion Programmes. In oxaion werden die Programme mit unterschiedlichen Kategorien bezeichnet. |
Prozedur-Präfix | Hier wird angegeben, wie der Name der Prozedur beginnt. Wenn nichts angegeben wird, fängt es standardmäßig mit "F_" an.
|
Mit Version | Kennzeichen, ob ein Versionswechsel möglich ist.
|
Programm 1. Ebene | Programmname des Verwaltungsprogramms der 1. Ebene
|
Ablageknoten | Angabe, ob innerhalb des Explorers mit der Ablage gearbeitet wird. Beispielprogramm: Projektexplorer BI21509 Mit dieser Angabe wird lediglich der Knoten im XML erzeugt. Wann der Knoten erscheint, muss manuell programmiert werden. |
Mit Textknoten | Angabe, ob innerhalb des Explorers mit Zusatztexten gearbeitet wird. Beispielprogramm: Projektexplorer BI21509 Mit dieser Angabe wird lediglich der Knoten im XML erzeugt. Wann der Knoten erscheint, muss manuell programmiert werden. |
Feld für PC-Ablage | Angabe des Dateifeldes, welches als Gruppierungsbegriff für die PC-Ablage hinzugezogen werden soll. Als Default ist hier‚*BLANKS’ zulässig.
Beispielprogramm: Geschäftspartnerexplorer( US11290 |
Knotenberechtigung | Angabe, ob eine Anzeige von Knoten über die Programmberechtigung geprüft werden soll.
Ist hier ein Haken gesetzt, wird ein Knoten nur dann angezeigt, wenn der Anwender auch Programmberechtigung hat. Beispielprogramm: Wirtschaftsgutexplorer ( FA11090 |
Default-Ablage | Dieser Parameter ist derzeit ohne Bedeutung.
|
Max. Schlüssellänge | Dieser Parameter ist derzeit ohne Bedeutung.
|
Knoten PC-Objekt | Hier wird beim Ablage-Knoten der Name des Knoten für das PC-Objekt angegeben, damit die Transaktion "Als Anlage zum Druck" generiert wird.
|
Überschriftsformat
Feldbezeichnung | Erklärung | ||||
---|---|---|---|---|---|
Programmname | Hier steht der Name des oxaion Programmes. In oxaion werden die Programme mit unterschiedlichen Kategorien bezeichnet. | ||||
Umgebung | Die Umgebung ist ein Schlüsselfeld für die übergreifenden Dateien mit Dateinamen oder Programmnamen. Die wichtigsten Umgebungen sind:
Formatkonstanten, Folgeformate, Funktionstastentexte und Bedienerhilfedaten (nicht Window- und Formatbedienerhilfe) können für verschiedene Umgebungen angelegt werden. Die aktuelle Umgebung ist im Datenbereich UGBG_ARA hinterlegt. |