📄 Fehlerliste | VCom 7 Berichte (Lesungen) erzeugen, drucken exportieren

Fehler bei VCom7-Berichten

Worum geht's?

Diese Anleitung hilft dir, Probleme einzuordnen, die beim Erzeugen, Anzeigen/Drucken oder Exportieren von Berichten (Lesungen) in VCom7 auftreten können.

Teil 1: Fehlernummern (4900er-Bereich)

Diese Nummern erscheinen meist als reine Fehlercodes ohne viel Kontext. Grobe Einordnung, in welcher Phase der Fehler auftritt:

NummernbereichWas VCom7 gerade machtHĂ€ufigster Grund
4900–4909Bericht wird vorbereitet (Infos initialisieren)Meist Arbeitsspeicher-Problem
4910–4919Ausgabebericht wird geladenSpeicherproblem, oder Berichtsdatei (Header/Definition) fehlerhaft/beschĂ€digt
4920–4929Datenpuffer fĂŒr den Bericht wird angelegtSpeicherproblem oder ungĂŒltige Berichtsdefinition
4930–4939Lesungsdaten werden verarbeitetSpeicherproblem
4940–4949Bericht wird berechnet/erzeugtSpeicherproblem oder falscher Berichtstyp gewĂ€hlt
4950–4959Stammdaten werden geladenSpeicherproblem oder ungĂŒltige Stammdatenkasse
4990–4999Allgemeine VorbereitungSpeicherproblem

Praktisch heißt das: Fast alle diese Fehler laufen auf zwei Grundprobleme hinaus:

  1. Zu wenig Arbeitsspeicher (auf dem PC, auf dem VCom7 lÀuft)
  2. Eine fehlerhafte/beschÀdigte Berichts- oder Stammdatendefinition

👉 Erster Schritt bei jedem dieser Fehler: PC-Ressourcen prĂŒfen (RAM, andere laufende Programme) und ggf. den betroffenen Bericht bzw. die Kasse auf GĂŒltigkeit prĂŒfen.

Teil 2: Typische Symptome (statt Fehlernummer)

🐱 Problem: Berichtsanzeige/Druck dauert sehr lange oder bricht ab

Der Ladebalken bewegt sich nicht und verschwindet nach kurzer Zeit wieder — man landet zurĂŒck auf der normalen Commander-OberflĂ€che.

Mögliche Ursachen & Lösungen:

UrsacheLösung
Unter Konfiguration → Parameter → Berichtsanzeige/-Ausdruck ist ein Logo-Pfad hinterlegt, der nicht erreichbar istPfad prĂŒfen: Ist er korrekt? Zeigt er auf einen Netzwerkpfad, der gerade nicht erreichbar ist?
Das Kommunikationsjournal enthÀlt zu viele DatenAufzeichnung des Kommunikationsjournals begrenzen (siehe Beitrag 5131, Stichwort "Kommunikationsjournal")
Es sollen Lesungsdaten ĂŒber einen sehr langen Zeitraum angezeigt werdenNormal — je lĂ€nger der Zeitraum, desto lĂ€nger die Ladezeit. Hilft: Daten von lokaler Festplatte laden, schnellere Hardware
Kein Standarddrucker mit Standardtreiber eingerichtet, oder Windows setzt den Standarddrucker automatischIn Windows die Funktion "Standard-Drucker automatisch setzen" deaktivieren, manuell einen Standarddrucker festlegen und diesen auch im VCom7 als Standard eintragen

🐱 Problem: LesungsĂŒbersicht lĂ€dt sehr lange

Ursache: Es werden zusÀtzliche Detail-Informationen mit angezeigt, die man evtl. gar nicht braucht.

Lösung: PrĂŒfen, ob die Detailanzeige wirklich nötig ist. Einstellung dazu: Konfiguration → Parameter → Benutzer → Standardeinstellungen → Einstellungen → Voreinstellungen "Details" (siehe auch Beitrag 4893)

📊 Problem: Berichte aus "Fiskallesungen" zeigen keine oder falsche Daten

Ursache: Ab VCom7 Version 7.7.0.0 werden Berichte ĂŒber Skripte erzeugt. Bei Daten aus Ă€lteren VPOS-Versionen kann es dadurch zu falschen Anzeigen kommen.

Lösung — Schritt fĂŒr Schritt:

  1. Gehe zu: .\Bin\VScript\FiscalToReport\FiscalToReport-Main
  2. Kopiere die Datei FiscalToReport-Main.settings.template
  3. Benenne die Kopie um in: FiscalToReport-Main.settings
  4. Öffne die neue Datei mit einem Texteditor
  5. Setze die Option useReceiptForTotal von true auf false

Warum das hilft (Hintergrund): Diese Einstellung bestimmt, ob UmsÀtze anhand von Bons oder anhand von Rechnungen berechnet werden.

  • Ein Bon entsteht sofort, wenn eine Bestellung gebucht wird (z. B. Montag)
  • Eine Rechnung entsteht erst, wenn der Tisch abgerechnet wird (z. B. erst Freitag, falls der Tisch lange offen war)

FĂŒr den Abgleich zwischen Z-Lesung und Fiskaljournal ist die Bon-Basis meist die richtige Wahl — sonst verschiebt sich der ausgewiesene Umsatz zwischen den Tagen (an einem Tag "zu viel", am anderen "zu wenig").

Teil 3: Fehler beim Excel-Export

⚠ Wichtig vorab

Der Export nach Excel funktioniert nicht mit der kostenlosen "Starter Edition" von Excel/Office 2010 — diese unterstĂŒtzt keine Makros, die der Commander fĂŒr den Export braucht. RegulĂ€re Excel-Versionen (32- oder 64-Bit) funktionieren dagegen problemlos.

Fehlermeldungen im Detail

FehlermeldungUrsacheLösung
OLE error 800A03ECExcel interpretiert das erste Zeichen einer Zelle (z. B. ein Gleichheitszeichen =) fĂ€lschlich als Formelanfang, die "Formel" ist dann ungĂŒltigDas störende Zeichen durch ein anderes ersetzen, oder auf Vectron Commander Version ≄ 6.90b updaten
EoleSys errorBetrifft VCom-Versionen 7.0.1.x und 6.93.x auf Windows Server 2008 R2, beim Export nach Excel 2010Export funktioniert mit einer Excel-Version Àlter als 2010

Kurz-Checkliste zur Fehlersuche

  • Fehlernummer im 4900er-Bereich? → Arbeitsspeicher & Berichts-/Stammdaten-GĂŒltigkeit prĂŒfen
  • Ladebalken hĂ€ngt/verschwindet? → Logo-Pfad, Kommunikationsjournal-GrĂ¶ĂŸe, Zeitraum, Standarddrucker prĂŒfen
  • LesungsĂŒbersicht lĂ€dt langsam? → Detaileinstellung prĂŒfen
  • Fiskallesungen zeigen falsche Werte? → useReceiptForTotal auf false setzen
  • Excel-Export schlĂ€gt fehl? → Keine Starter Edition verwenden, Fehlermeldung mit Tabelle oben abgleichen

Quelle: Vectron Systems AG – SDB-Beitrag "Fehlerliste | VCom 7 Berichte (Lesungen) erzeugen, drucken exportieren", Stand 30.11.2022