/
3.2.2f Häufige Fragen:

3.2.2f Häufige Fragen:

Owned by Former user (Deleted)
Last updated: May 22, 2025 by CSE (OSB-Support)

Hier werden alle bekannten Probleme und häufig gestellten Fragen aufgelistet:

 

 

auf diesen Seiten sind aufgeführt:

 



Ich habe die Tabreihenfolge geändert, warum kommt eine Meldung zum Datenverlust?

  • Grund sind die Optionsfelder, siehe vorherige Beschreibung

 

Warum kommt bei der Validierung die Meldung zur Groß/Kleinschreibung?

  • Aus Performancegründen kann es sinnvoll sein, Groß/Kleinschreibung zu beachten, wenn das Feld ein Textfeld ist und entweder zur Suche im Client oder zur Rechteprüfung verwendet wird. Die Umwandlung aller Werte in Großbuchstaben (UPPER bzw. UCASE) dauert länger. Wichtig: Wenn man dies einstellt, werden nur Dokumente/Objekte gefunden, bei denen die Groß/Kleinschreibung absolut übereinstimmt. 

  • D.h. im Standardfall diese Meldung mit „nein“ beantworten:

Kann man die Feldlänge einfach kürzen oder erweitern?

  • Im Normalfall ist das Vergrößern/Erweitern der Feldlänge kein Problem. Es sei denn, dass bei der Datenbank Änderungen an den Feldern nicht zugelassen sind. Die Datenbank würde in diesem Fall den Befehl alter table umsetzen mit Neuanlage der Tabelle.

  • Das Verkürzen der Felder führt im Normallfall zu Datenverlust, da die Feldinhalte abgeschnitten werden, sofern sie zu lang sind.

  • Bei Änderungen auf Ordnerebene (Tabelle stammx) wird beim Verkürzen zusätzlich ein Sicherheitsmechanismus im enaio Editor aktiviert, der die Relation Ordner-Dokument löscht, da die Dokumente und Register ggfls. nicht mehr zugeordnet werden können.

Daher das Kürzen nur in Zusammenarbeit mit dem Support ausführen!

 

Wenn man unsicher ist, ob Änderungen vorgenommen werden können: Gibt es eine Alternative der Feldanpassung im Editor?

  • Das Vorgehen ist nicht empfohlen, aber ja, die gibt es. Man kann die Felder/Tabellen auch direkt in der Datenbank anpassen. ALTER TABLE…

Bitte nur nach Sicherung der Datenbank und in Zusammenarbeit mit dem Support ausführen.

 

Die Umschaltung auf den Tab „Datenbank“ dauert sehr lange

  • Wenn das Umschalten im enaio Editor auf den Tab „Datenbankansicht“ sehr lange dauert, kann die Einstellung „Details ein/ausblenden“ deaktiviert werden.
    Standardmäßig wird eine Hilfstabelle mit den konfigurierten Daten erstellt und anschließend mit der Original-Tabelle verglichen. Ohne die Option wird lediglich versucht einen Vergleich per Abfrage der Felder auszuführen. Letzteres ist dadurch schneller.

     

In der asobjdef.xml stehen korrekte Werte, die im Client angezeigt werden, aber im Editor werden sie nicht angezeigt. Woran liegt das?

In früheren Versionen wurde das Ändern der Ordner oder Objekte, auf die verwiesen wurde, nicht automatisch angepasst. Die Folge waren Verweise, die nicht mehr existieren. Auch das Umbenennen von Listenfeldern konnte dazu führen. Der Editor kann dies inzwischen. Es können aber Überbleibsel aus älteren Versionen vorhanden sein oder aufgrund Fehler kann dieses Szenario entstehen.

Beispiel: Laut Objectdefinition gibt es Listen-Einträge für das Feld „Anrede“. Im Editor wird es aber nicht angezeigt. Der Ordner wurde in einer älteren Version mehrfach umbenannt (Änderung Umlaut). Die Verweise wurden damals allerdings nicht geändert.
Reparatur per Validierung oder per Hand:

  • AXOBJDEF.XML-Datei öffnen und den Dokumenttyp+Feld heraussuchen

  • die rot markierte Passage kopieren

  • Im Editor bei Liste (Text) einfügen. Dabei auf die korrekte Zeilennummern achten!



    Beim Beispiel wäre dies:
    ZEILE0=Sehr geehrter Herr
    ZEILE1=Sehr geehrte Frau
    ZEILE2=Sehr geehrte Damen und Herren
    SORTIERUNG=nein
    MULTISELEKTION=nein

  • Änderung speichern.

 

Die Objectdefinition kann nicht importiert werden. Was tun?

Solche Reparaturen sollten in Zusammenarbeit mit dem Support erfolgen, um Datenverlust zu vermeiden! Diese Probleme sind schon aufgetreten: 

  • Für den Import der Objectdefinition muss eine valide asobjdef.xml vorliegen. Zudem dürfen bestimmte Sonderzeichen nicht enthalten sein.
    Ein sicherer Test ist das Öffnen der XML-Datei in einem Browser. Kann die XML-Datei angezeigt werden?

  • Auch das konfigurieren ungültiger/fehlerhafter Einträge kann ursächlich sein.
    Beispiel: Es wurde im Editor ein Script hinterlegt. An dieser Stelle hätte aber der Pfad zum Script angegeben werden müssen also „EXTRA00=meinscript.vbs“ anstelle dies:

  • Die Objectdefinition stammt aus einer älteren Version und das Anpassen der asobjdef.xml vor dem Import ist damit schiefgegangen.

  • Die asobjdef.xml wurde mit einem Text-Editor angepasst und im falschen Dateiformat gespeichert.

  • Anzeige im InternetExplorer zeigt nur einen Bruchteil an, hört bei Anrede auf (grün markiert). Die Sektion „Anrede“ ist defekt. Der rot markierte Teil gehört nicht hinein.

  • Das Tabellencontroll existiert mehrfach mit identischem Namen, z. Bsp. 3mal:

  • Ansonsten: Sofern im Err-Log des enaio Administrators oder des enaio Servers keine hilfreichen Informationen zu finden sein sollten, das Flow-Protokoll des enaio Administrator auf Level 6 stellen und den Import wiederholen.

 

Im Editor werden alle Tabellen als fehlend angezeigt, Was tun?

In jedem Fall Rücksprache mit dem Support aufnehmen. Das Anlagen der Tabellen kann in diesem Fall zu doppelten Daten führen und ggfls. Datenverlust, wenn diese DAten nicht zusammengeführt werden.

  • Ursache ist im Normalfall das Schema bzw. die Rechte bei der Datenbank.
    Häufig vergibt jemand unserem Datenbankbenutzer mehr Rechte als DBOwner, z. Bsp. Admin-Rechte … Damit wird das Schemakonzept nicht mehr beachtet. Die Tabellen heißen dann z. Bsp. dbo.object*, dbo.register* …

    Bsp. Anzeige im Editor:



    Anzeige in der Datenbank:



    In diesem Fall im enaio Enterprisemanager das Schema auf dbo stellen, siehe Punkt "Im Editor werden keine Objecte angezeigt" (ein paar Zeilen zuvor).

 

Wenn man im Editor einen Dokumenttyp anpasst, dann gibt in der Datenbank 2 Tabellen. Was tun?

z. Bsp.: Nach der Anpassung der Tabelle gibt es in der Datenbank: dbo.object14 und sysadm.object14

  • Das liegt am Schema oder dem Routing des Benutzers. Es gibt viele Stellen und Konstellationen, die ermöglichen, dass der Datenbankbenutzer dbo.Tabelle und/oder Schema.Tabelle sieht. Der Editor erstellt die Tabellen aber immer im Format: datenbank.schema.tabelle

  • Das Schema sollte korrigiert werden. Unser Benutzer benötigt lediglich DBOwner-Rechte und das Schema muss gleich dem Benutzer sein. Sollten nachträglich Datenbank-Admin-Rechte/Rollen zugewiesen worden sein, bitte wieder den Original-Zustand herstellen.

Anlage eines Datenbankbenutzers bei MSSQL, siehe KB-026/06.

Bei dieser Aktion sollte der Support hinzugezogen werden. Anpassung nach Sicherung der Datenbank. Wenn möglich alle Importe und das Anlegen unterbinden, bis die Anpassung erledigt ist.