Dateiexplorer
Der Dateiexplorer dient zur Verwaltung aller Dateien und Textdatenstrukturen. Über den Dateiexplorer können Dateibeschreibungen und Datenbankobjekte erzeugt werden.
Aufruf von Funktionen/Kontextmenü
Kontextmenü oberster Ebene
Die Verwaltung von Datenbankobjekten erfordert eine Entwicklungsumgebung. Daher sind alle Funktionen aus dem Kontextmenü nur mit einer solchen Umgebung verfügbar.
Ausnahme:
Funktion | Beschreibung |
|---|---|
| Kundenspezifische Werte verwalten | Über Kundenspezifische Werte verwalten (GE14201X) können bestimmte Werte auch ohne Entwicklungsumgebung verwalten werden. |
Felder
Details
| Feldbezeichnung | Erklärung | ||||||
|---|---|---|---|---|---|---|---|
| Text | Die Bezeichnung für mehrere Datensätze aus einer Datenbanktabelle. Wenn in einer Tabelle z.B. jeder Datensatz einen "Auftrag" repräsentiert, wäre die richtige Bezeichnung für mehrere Datensätze "Aufträge". | ||||||
| Anwendung | Unter einer Anwendung werden Programme und Dateien zusammengefasst, die ein bestimmtes Cockpit betreffen (z.B. Einkaufssystem oder Finanzbuchhaltung). Die gültigen Anwendungen sind in Tabelle Anwendung (FRDANW) hinterlegt. | ||||||
| Basisdatei | Dateiname der Datei auf die referenziert wird.
Bei Physischen Dateien kann eine andere Physische Datei angegeben werden, aus denen die Felddefinition übernommen wird. Bei Logischen Dateien muss der Name der zugehörigen Physischen Datei angegeben werden. Bei Union-Dateien muss der Name des ersten Union-Teils angegeben werden. | ||||||
| Dateityp | Allgemein verwendetes Kennzeichen, z.B. im Generator.
| ||||||
| Objektart | Kennzeichen, das zur Klassifizierung eines Objektes der Objektverwaltung dient
| ||||||
| Datei-Präfix | Der Datei-Präfix ist ein i.d.R. zweistelliges Kennzeichen das allen Dateifeldern einer Datei vorangestellt ist. | ||||||
| Feldname für Sprache | (Referenzfeld scheint nicht verwendet zu werden)
| ||||||
| Kz. maschinell | Alle Textdatenstrukturen für ein Programm erhalten das Kennzeichen maschinell.
| ||||||
| für XX1-Programm | Hier steht der Name des oxaion Programmes. In oxaion werden die Programme mit unterschiedlichen Kategorien bezeichnet. | ||||||
| Journal/Archiv | Über dieses Kennzeichen kann gesteuert werden, ob eine Datenbanktabelle nicht journalisiert, journalisiert oder archiviert wird. Eine Archivierung ist notwendig für Datenbanktabellen, deren Daten entsprechend den GoBD rückverfolgt werden müssen. Die Archivierung kann aber auch für jede andere Datenbanktabelle eingerichtet werden. Wird eine Datenbanktabelle nicht archiviert, aber journalisiert, verbleiben die Daten trotzdem für einen kurzen Zeitraum im Archiv. Dieser Zeitraum kann über die Tabelle OPNJRN (Journalparameter) vorgegeben werden. Der Parameter Journalisierung regelt die generelle Steuerung der Nachverfolgbarkeit der Tabelleninhalte. Über das Programm Journale kann die Journalisierung nachverfolgt und temporär gestartet oder gestoppt werden. Bei einer Änderung des Parameters ist der Zustand daher auch in diesem Programm zu prüfen. | ||||||
| Besitzt Wertesegment | Zeigt ob zu dieser Datei im Dateiexplorer eine Wertesegmentdatei existiert. Diese ist über die Namenskonvention 4. und 5. Stelle durch WE ausgetauscht identifiziertbar. bspw. UTLSTP => UTLWEP oder LLAPLP => LLAWEP. Die Wertesegmente werden bei der Anlage des Datensatzes in der führenden Datei mit angelegt und zählen daher zu den Stammdaten. | ||||||
| Installationsschlüssel | Der Installationsschlüssel legt fest, wie die Datei ausgeliefert werden muss:
| ||||||
| In ORG-Schema kopieren | Dieses Kennzeichen bestimmt, ob die Datei beim Kunden in ein spezielles Schema für einen 3-Wege-Abgleich beim Releasewechsel kopiert werden muss. Es wird für diese Datei bei der Installation zusätzlich der Originalzustand der Datei bei Auslieferung in ein eigenes Schema erstellt. Dadurch ist es möglich, einen genauen Abgleich durchzuführen, was beim Kunden geändert wurde. Dies ist nur bei firmenunabhängigen Dateien sinnvoll. Bei firmenabhängigen Dateien werden alle Datensätze der jeweils zur Übernahme ausgewählten Firma in die neue Auslieferung übernommen. | ||||||
| Bezeichnung für einen Datensatz | Die Bezeichnung für eine Datensatz aus einer Datenbanktabelle. Z.B. "Auftrag". In der Bezeichnung können Platzhalter für Datenbankfelder verwendet werden: Z.B. "Auftrag %KOAUNR%" | ||||||
| Generierung Objekt | Dieses Feld enthält den Zeitpunkt an dem das letzte Mal das Datenbankobjekt erzeugt wurde.
| ||||||
| Javadoc | Hier wird die Beschreibung der Klasse oder der Funktion hinterlegt. Diese wird dann als Javadoc in die Klasse generiert.
|
Überschriftsformat
| Feldbezeichnung | Erklärung |
|---|---|
| Dateiname | Angabe eines Dateinamens. Der Dateiname muss den Namenskonventionen des Betriebssystems für Objektnamen entsprechen.
|
Weitere Optionen
| Feldbezeichnung | Erklärung | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Datenbereitstellung nach GoBD | Ist das Feld markiert, so enthält die Datei Daten, die nach der in Deutschland geltenden Datenbereitstellung nach GoBD (Datenträgerüberlassung (Z3)) an die Finanzbehörden exportiert werden müssen. Weitere Informationen unter AOAK Detail. | ||||||||||
| Relevant für EURO-Umsetzlauf | Mögliche Ausprägungen:
| ||||||||||
| Einstellungen für Firmen kopieren | |||||||||||
| Verarbeitungsart | Hier wird angegeben, wie eine Datei in Firmen löschen/kopieren (US60600) berücksichtigt werden soll. Folgende Ausprägungen sind möglich:
| ||||||||||
| Verarbeitung Firma ' ' | Hier wird angegeben, ob Datensätze gelöscht werden sollen, deren Firmenfeld keinen Inhalt hat. Dieser Parameter wirkt sich aus, wenn z.B. alle Firmen außer der angegebenen Firma gelöscht werden sollen, oder alle Firmen, zu denen es keinen Eintrag im Firmenstamm gibt. Dabei werden normalerweise Datensätze, deren Firmenfeld leer ist, ebenfalls gelöscht. Soll dies nicht geschehen, ist dieser Steuerparameter entsprechend zu setzen.
| ||||||||||
| Datumsfeld | Hier kann optional ein Feld aus der Datei angegeben werden, über das beim Aufruf von Firmen löschen/kopieren (US60600) bezüglich des Datums selektiert werden kann. Es können Felder vom Typ "Datum", "Zeitmarke" oder "Wirtschaftsjahr" (Länge 3,0) angegeben werden. | ||||||||||
| Abhängig von Datei | Alternativ zu einem Datumsfeld kann hier der Name einer logischen Datei angegeben werden, für deren zugehörige physische Datei bereits eine Datumsselektion über ein Datumsfeld erfasst wurde. Diese logische Datei sollte einen eindeutigen Schlüssel haben und die Schlüsselfelder müssen (zumindest teilweise) in der Datei, für die diese Zuordnung erfolgt, vorhanden sein. Beispiel: Der Datei EPSDAP (Bestellpositionen) ist die logische Datei ERPOSL02 (Rechnungspositionen) zugeordnet. Für die zugehörige physische Datei ERPOSP ist das Feld RPYBUD (Buchungsdatum) für die Datumsselektion hinterlegt. Von den Schlüsselfeldern der ERPOSL02 (RPFIRM, RPBENR, RPBUKR, RPRNNR) sind zwei in der EPSDAP enthalten (PSFIRM, PSBENR); diese werden für den Zugriff auf die ERPOSL02 verwendet. | ||||||||||
| 'Datum von' offen | Wird dieses Feld markiert, so wird für diese Datei für den auszuwählenden Zeitraum lediglich das "Datum bis" berücksichtigt und es werden alle Datensätze ausgewählt, die vor diesem Datum liegen. | ||||||||||
| Einstellungen für den Releasewechsel | |||||||||||
| Firmenfeld | Dieses Feld enthält den Namen des Firmenfeldes einer Datei.
| ||||||||||
| Übernahme Firma *Blank | Dieses Feld kennzeichnet, ob für eine Datei Datensätze übernommen werden, deren Firmenfeld keinen Inhalt hat. Normalerweise ist ein Datensatz einer Datei immer einer bestimmten Firma zugeordnet. Es gibt einige wenige Dateien, bei denen die Firma optional bedient werden kann (z.B. die Kalendererdatei, oder die Berechtigungsdatei, bei der Berechtigungen optional firmenspezifisch definiert werden können).
Werden Daten nur für eine bestimmte Firma übernommen, so werden bei diesen Dateien die Datensätze, deren Firmenfeld keinen Inhalt hat, generell ebenfalls übernommen. | ||||||||||
| Release-Nummer | In diesem Feld ist die aktuelle Release- bzw. Versionsnummer des Programms angegeben.
| ||||||||||
| Einstellungen für die permanente Migration | |||||||||||
| Migrationstyp | Die so genannte Permanente Migration bietet die Möglichkeit, große Datenbestände über einen längeren Zeitraum hinweg von oxaion Business Solution nach Open (vorwärts) zu übernehmen und dabei im Alt-Release weiter zu arbeiten. Dazu werden nach einer Initial-Datenübernahme (die gegebenenfalls auch aus einer Sicherung heraus erfolgen kann) alle Änderungen durch den Asynchronjob für die Journalverarbeitung (ASY_JRN) protokolliert und die Schlüsselbegriffe in eine neue Datei URCCHP geschrieben, die zur Aktualisierung der Daten in open verwendet wird. Hier wird der Typ der permanenten Migration angegeben.
| ||||||||||
| Migrations-Journal | Hier wird die Journal-Datei für die permanente Migration angegeben. | ||||||||||
| oBS-Trigger | Hier wird der Typ der oBS-Trigger für die permanente Migration angegeben. | ||||||||||
| Fortschr. OPEN prüfen | Hier wird festgelegt, ob das Fortschreiben der permanenten Migration in OPEN zu überprüfen ist. | ||||||||||
| Migration via RRN | Hier wird angegeben, ob die permanente Migration unter Verwendung der RRN erfolgt. | ||||||||||