Sie zeigen eine alte Version dieser Seite an. Zeigen Sie die aktuelle Version an.

Unterschiede anzeigen Seitenhistorie anzeigen

« Vorherige Version anzeigen Version 11 Nächste Version anzeigen »

Eine FAQ lebt von gestellten Fragen. Sie haben eine Frage? Dann nur zu!

Frage Antwort
Auf welchen Betriebssystemen läuft das System?

Das VL-Anzeigensystem läuft unter Windows (7-10). Die Serverkomponenten laufen unter Windows Server 2008RS-2016 und SQL Server 2008R2-2016 oder Oracle.

Das Logon kommt nicht hoch und es gibt auch keine Fehlermeldung

Evtl. wird die Logon.exe von einem Netzlaufwerk geladen. Hierbei muss die .NET-Sicherheitsrichtlinie korrekt eingerichtet sein:

Beispiel-Befehl in der cmd: "caspol.exe -m -ag LocalIntranet_Zone url file:\\lesfile1\* FullTrust"

oder manuell via: Verwaltung\Microsoft .NET Framework Configuration\Arbeitsplatz\Laufzeitsicherheitsrichtlinie\<Rechtsklick>\Sicherheit anpassen\Änderungen an diesem Computer vornehmen\Weiter\Lokales Intranet -> voll vertrauen

Zu finden ist die EXE unter %windir%\Microsoft.NET\Framework64
Schlagworte: Assembly, caspol, .NET, Berechtigung, Erlaubnis

Unerwarteter DB-Fehler beim Logon

 VL-DB nicht erreichbar. Check per "vl_test -n RTGenW". In der CMD efolgt damit eine positive oder negative Rückmeldung. Weiter zu prüfen: DBName aus VL-Konfig ermitteln, ODBC-Knoten prüfen, welcher DB-Server angesprochen wird und prüfen, ob dieser erreichbar ist.

Unbekannte DB-Fehler nach SEPABox-Update

Ein Update für eine SEPABox, die ihre DB-Tabellen mit in der Anzeigen-DB hinterlegt hat, zertört immer die Userrechte und im Fehlerfall werden auch verschiedene Indizes deaktiviert.

  • Index SYSADM.FX_ADDRESSNAME
  • Index SYSADM.FX_ADDRESSFIRSTNAME
  • andere Indizes sind ebenfalls betroffen (genaue Liste nicht bekannt)
  • und verschiedene Rechte fehlen den Usern auf der VL-DB

→ Indizes wieder aktivieren und Rechte auf VL-DB wieder herstellen

Die ntdll.dll stürzt beim Starten des Logons ab

 Prüfen, dass auf dem angesprochenen Wrapperserver nicht der selbe Wrapper in zwei oder mehr unterschiedlichen Benutzersessions läuft. Darf nur in einer Session laufen!

Start Logon Fehlermeldung Zugriff verweigert SharedMem::SharedMem CreateFileMapping

Mit Einführung von UAC in Windows 7 muss der Benutzer das Recht zum Anlegen Globaler Objekte, sonst kommt nachstehende Fehlermeldung.

Dazu die gpedit.msc starten und nach Computerkonfiguration → Windows-Einstellungen → Sicherheitseinstellungen → Lokale Richtlinien - Zuweisen von Benutzerrechten → Erstellen Globaler Objekte navigieren und am "einfachsten" Jeder hinzufügen.

(Warnung) Unter Win7 Home Premium gibt es keine gpedit.msc. Man muss das Recht "manuell" setzen, dazu das Windows Server 2003 Resource Kit Tools (Alternativ: \\delefil01\install\programme\Windows Resource Kits) herunterladen. Darin ist eine ntrights.exe enthalten, folgenden Befehl ausführen

ntrights.exe -u "%USERNAME%" +r SeCreateGlobalPrivilege

Wie erzeugt man in der Typokatalogbearbeitung Referenzen (Links) auf bereits vorhandene Aktionen (Mehrfachverwendung einer Aktion)?

 Mit linker Maustaste die betreffende Aktion markieren, nochmals darauf links klicken und die Maustaste gedrückt halten, jetzt dazu Strg+Shift gedrückt halten und die Referenz wird als Objekt am Cursor initialisiert (es erscheint am Cursor ein Icon mit einem R in einem Kreis). Diese kann nun dorthin gezogen werden, wo man sie benötigt. Dort dann die linke Maustaste loslassen, sodass die Referenzt erstellt wird.

Wie kann man Aktionen, die Referenzen (Links) auf andere Aktionen enthalten, in andere Typokataloge kopieren ohne die Meldung zu erhalten, dass eine enthaltene Referenz nicht aufgelöst werden kann?

 Die referenzierten Aktionen müssen mit dem selben Kopierprozess mitkopiert werden. D.h. diese Aktionen müssen sich mit im selben oder einem der Unterordner des Ordners befinden, den man kopieren will.

Wo befinden sich die Druckdaten?

Bricht man einen Druckprozess mitten in der Verarbeitung ab (bei Aktion "Starte Report-Erzeugung [...] Job=2206374 [...]"), so findet man die Druckdaten in der Tabelle "vlsysadm.DRUCKDATEN". Diese einfach über die JOBID des Druckjobs selektieren.

Zum Testen kann man auch den Config-Schalter: ReportGenerator.NoDelete = "1"; setzen, damit werden die Druckdaten nach dem Beenden des Druckjobs nicht aus der Tabelle vlsysadm.Druckdaten gelöscht.

(select * from vlsysadm.DRUCKDATEN where JOBID = 2206374;)

Was was bedeutet kann man in der Druckdoku nachlesen: http://docbook/internal/unique/de/html/HUP_Druckloesung.html

Beim Speichern von Aufträgen erfolgt die Meldung, dass ein zu löschendes Objekt nicht vorhanden sei.

 In den Default-Einstellungen ist kein Satzstudio gesetzt. Menü "Einstellungen" - "Default-Einstellungen": In den Selectboxen "Standort" und "Standort Anzeigen" einen Wert eingeben. Anschließend diesen auch im Auftrag unter "Satzdaten ..." in der Selectbox "Satzstudio" auswählen. Auftrag sollte nun zu speichern gehen.

Wann und warum wird das UV-Kennzeichen "SK Sonderkonditionen" gesetzt?
  1. Folgender Mandantschalter muss gesetzt sein: Anzeigen System → Benutzervollständigkeit bei Sonderkondition
  2. Benutzer darf folgendes Recht nicht haben: Kommerz – Erlaubnisse → Aufträge → Sonderkonditionen am Auftrag erfassen/verändern
  3. Auftrag anlegen, für die ein Grundpreis definiert ist und einen Sonderpreis angeben, der den Grundpreis/Listenpreis unterschreitet (bestimmter Prozentsatz)
  4. → Das UV-Kennzeichen wird beim Speichern gesetzt

Beim Wandeln von Rohlingsaufträgen/Rohlingen, die über MarketMaster / den Rohlingsimporter importiert wurden stürzt die Auftragsbearbeitung ab

Prüfen, dass die Ordner-Sicherheitseinstellungen des über die Start-CMD "orderservicecontainer.cmd" gesetzte Temp-Verzeichnises "de.hup.vl.adv.order.import.teilvorlagen.directory" so eingestellt sind, dass alle Benutzer, die Rohlinge wandeln/bearbeiten können sollen wenigstens Lesezugriff darauf besitzen.

Befindet sich nämlich sowohl das Verzeichnis der Auftragstaschen als auch dieses Temp-Verzeichnis auf dem selben Laufwerksbuchstaben/UNC-Pfad, so werden die Sicherheitseinstellungen durch das Verschieben der Rohlings-XMLs in die Auftragstasche nicht neu gesetzt, sondern bleiben erhalten. Hat also auf das Temp-Verzeichnis z.B. nur der Admin Zugriff, so hat auch nur dieser später Zugriff auf die Rohlings-XML und die Auftrbea stürzt beim Zugriff mit einem anderen Systembenutzer ab, da die erforderlichen Leserechte fehlen.

Beim Export erfolgt der Fehler: "Fehler beim Verschieben der temporären Datei. Grund: Zugriff verweigert"

 Prüfen, ob der "XML-Dateiname (Muster)" gesetzt ist. Dieser darf nicht leer sein. Mögliche Variablen: %Auftragsnummer% und %LaufendeNummer% (APOS, Groß-Kleinschreibung beachten!).

In den Vorschauen der Muster mit Bild werden statt der Bilder nur graue Flächen angezeigt.

Prüfen, ob der Logomanager erreich- und bedienbar ist.

Auf der cmd mit VL-Anzeigen-Umgebung folgenden Befehl eingeben: "vl_config | findstr /I logomgrbridge" und die URL zusammengesetzt aus den Konfigeingträgen "LogoMgrBridge.Host":"LogoMgrBridge.Port"/"LogoMgrBridge.Connect" im Browser eingeben. Es sollte der Loginbildschirm des Logomanagers erscheinen. Dort versuchen sich mit dem Default-Login anzumelden:

{include} konnte nicht gerendert werden Die eingeschlossene Seite konnte nicht gefunden werden.

Der Printtreiber erkennt die eingelesene PPD-Datei nicht / Paramter-Liste ist leer

Höchstwahrscheinlich sind in der Datei exotische Zeichenkombinationen enthalten, die den Parser aus dem Tritt bringen. (z.B. Klammer im String "x(" oder Pluszeichen "+".)

Lösung:

PPD-Datei anpassen
  1. SET PARSELOG=1 in der Umgebung setzen
  2. In ein Verzeichnis wechseln, in dem man schreiben darf
  3. Printtreiber in diesem Verzeichnis starten
  4. PPD-Datei laden
  5. Datei "parse.log" im aktuellen Verzeichnis finden und öffnen.
  6. Gemeldeten Fehler beseitigen (üblicherweise + oder ( mitten im String --> einfach durch Leerzeichen ersetzen)
  7. Zurück zu 4.

Kann man zur Anmeldung (am Logon) auch einen Windows-Domänennutzer verwenden?

Ja! Hierbei gibt es zwei Möglichkeiten:

  1. Manuelle Anmeldung über die Checkbox:

    Hierbei wird der angegebene Benutzer und auch das Passwort an der Domäne geprüft, an der man mit seiner Windowssitzung angemeldet ist. Der Nutzer muss identisch im "Useradmin" des VL angelegt sein - das Passwort hier ist egal (wird nicht geprüft), sollte aber dennoch sinnvoll gesetzt sein, da man sich mit dem Nutzer auch jederzeit "normal" anmelden kann - da er für Protokollierungszwecke, etc. benötigt wird.

  2. Automatische Anmeldung per Kommandozeilenaufruf "Logon.exe -SSO":
    Hierbei wird, anders als bei der manuellen Anmeldung, der Domänennutzer der verwendeten Windows-Sitzung als VL-Nutzer für das Logon verwendet. Hierbei ist keine Passworteingabe/-mitgabe erforderlich, da die bereits getätigte, aktive Windowsanmeldung als erfolgreiche Authentifizierung angenommen wird. Auch hier muss der verwendete Domänennutzer identisch als VL-Nutzer im Useradmin vorhanden sein, wobei das dort hinterlegte Passwort ebenfalls nicht geprüft wird. Es empfiehlt sich aber auch hier ein sinnvolles Passwort zu verwenden, da man sich mit dem Nutzer auch jederzeit normal (also ohne Parameter -SSO) anmelden kann.

Beim Starten von Anwendungen erfolgt ein Side-By-Side-Fehler (Ereignisanzeige)

 Es müssen noch die C++-Runtimes installiert werden. (vcredist.exe)
  • Keine Stichwörter