Unsere Buchhaltung meldet mir, dass seit dem Update 8.7, der Saldo nach dem Kontoabgleich oft nicht stimmt. Scheinbar werden Gutschriften und Zahlungen immer wieder unkorrekt verrechnet. Nach dem nächsten Buchungsvorgang scheint es dann kurzfristig wieder zu passen. 

Gruß

Christian

Orginal aus dem technischen Log:

Call: GET https://accounting-extf-files.api.datev.de/platform/v3/clients/XXXXXX-XXXXX/extf-files/jobs/ade7c4a7-dc7e-4d52-bc70-3a8e76bbba9b
Status Code: 200
Response Content: 
{
    "id": "ade7c4a7-dc7e-4d52-bc70-3a8e76bbba9b",
    "filename": "EXTF_Buchungen_09062026_075936.csv",
    "client_application_display_name": "VARIO-8",
    "client_application_vendor": "VARIO Software Entwicklungs AG",
    "result": "failed",
    "timestamp": "2026-06-09T05:59:49.114007Z",
    "validation_details": {
        "type": "http://www.datev.de/lexinform-infodb/1008834",
        "title": "Invalid EXTF-header",
        "detail": "Error in header field",
        "affected_elements": [
            {
                "name": "Version Number",
                "reason": "is invalid (2)"
            }
        ]
    }
}

Beim DATEV-Buchungsdatenservice wird die Übertragung mit folgender Meldung abgelehnt:

Invalid EXTF-header

Error in header field

Version Number is invalid (2)

VARIO-Version: 8.6.28.11

Der erzeugte Header beginnt mit:

EXTF;300;21;Buchungsstapel;2;20260609075936979;...

Es fehlen unteranderem der Belegtyp und Konteninfos zu den Belegen. Unsere Steuerberatung kann somit mit den übermittelten Belegbildern nicht weiterarbeiten und müsste alles händisch verbuchen.

Gibt es dafür einen Lösungsansatz?

Sind für jede Hilfe dankbar.

nach meinem Update wird die Artikelnummer nicht mehr fortlaufend erzeugt.

Bsp.

Warengruppe - Fortlaufend Nummer

1001-10001

Wenn ich einen neuen Artikel anlegen möchte, habe ich bisher die Warengruppe eingegeben unn nach dem - wurde eine forltaufende Nummer erzeugt.

Wenn ich den Artikel kopiere wurd mir -- 10000001 erzeugt.

Bei den Variantenartikel wird ebenfalls als Varante -- 10000001 und -- 10000002 erzeugt.

Ich habe ein Update gemacht und scheinbar ist in der Datenbank ein Fehler.

Wie kann ich das prüfen?

Wenn man den Beleg aber über Aufgabe -> Mail -> Beleg als E-Mail versenden versendet, da die XML "eingebettet" ist.

Mag sein, dass mir noch eine Einstellung fehlt, oder es tatsächlich so ist. Evtl. kann das jemand bestätigen?

Schöne Zeit.

Ich habe seit ende letzter Woche das Problem, dass die Aufträge nicht mehr als versendet gemeldet werden. Betroffen ist nur Amazon.

Was kann ich machen?

Ich befürchte, wenn ich die Replikationssätze lösche, dann weiß Vario nicht welche Bestellungen zu melden sind?!?

Wie bekomme ich dieses Problem in den Griff?

Vielen Dank im Voraus.

Das Verwalten der Hauptwarengruppen (1.2.3.2) funktioniert ohne Probleme. 
 

Beim Öffnen von 1.2.3.1 kommt die Fehlermeldung "Variante des Typs (Null) konnte nicht in Typ (Integer) konvertiert werden." 
Ein Klick auf Details offenbart folgendes: 

Nach dem Klick auf "OK" erscheint wie gewohnt das Warengruppen Dialog-Fenster: 



Wenn ich nun auf "Neu" oder "Ändern" klicke erhalte ich die Fehlermeldung "Q_WAR: Operation bei geschlossener Datenmenge nicht ausführbar." 


 

Bei "Löschen" und "Abbruch" kommt wieder die Fehlermeldung "Variante des Typs (Null) konnte nicht in Typ (Integer) konvertiert werden." 

Bei "Speichern" kommt "Ungültiges Quell-Array."

Da ich kein IT-ler bin, kann ich nur erahnen, dass es sich um einen Datenbankfehler handelt. 

Ich freue mich sehr über jeglichen Tipp und Lösungsansatz!

VG

zum Ende jeden Monats ziehe ich mir über 8.5.7. Lagerbestände auswerten die Lagerbestände. Ich achte darauf, dass ich das spät Abends mache, damit eben keine Buchungen mehr vorgenommen werden, die meine Auswertung verfälschen könnten. 

Um diese Daten zu prüfen, habe ich nun über 8.5.8. Lagerbestände zum Zeitpunkt die gleiche Auswertung laufen lassen. 
Natürlich habe ich auf die gleichen EKs geachtet, die verwendet werden und auch habe ich die gleichen Lager angesprochen. 

Aber dennoch habe ich in jedem Monat Differenzen!? 

Woher kommen die, warum sind die Zahlen nicht deckungsgleich? 

wenn ich bislang eine Rechnung in Vario über Lieferschein/Rechnung ausstellen wollte, habe ich zunächst unter Verkauf - Lieferschein/Rechnung den Kunden ausgewählt, unter dem Reiter "Positionen" die Produkte ausgewählt und zum Schluss unter dem Reiter "Belegfuß" den Versand angepasst. Anschließend habe ich den Beleg gespeichert und gebucht und mir eine PDF über "Ausgaben" -> "Email" -> "Beleg speichern unter" abgespeichert.

Sofern ich lediglich 1 Produkt in belieber Stückzahl auswähle, funktioniert alles problemlos. Jedoch bekomme ich seit kurzer Zeit sobald ich mehr als 1 Produkt auswähle die Fehlermeldung beim Beleg abspeichern "Operation bei geschlossener Datenmenge nicht ausführbar" und es wird eine PDF abgespeichert mit lediglich 1 Produkt in der PDF. Die weiteren Produkte sind korrekt ausgebucht aber sind nicht auf der PDF/Rechnung zu finden.

Habt ihr zufällig eine Idee woran das liegen könnte bzw. wie ich das Problem lösen könnte.

Vielen Dank und viele Grüße

Paddy

bei uns stürzt seit gestern auf einem Client das Vario ab, sobald ich versuche die Adressen oder den Einkauf zu öffnen. Artikel, Verkauf OPV kann ich öffnen ohne dass Vario abstürzt.

Das Problem tritt Gottseidank nur an einem Client auf, auf allen anderen funktioniert alles fehlerfrei.

Hat von Euch schon mal jemand das Problem gehabt und eine Lösung dafür?

Gruß Stefan

Das händische Eintragen, sowie über das direkte (3Punkte) suchen und auswählen erzielt diese Meldung.

Es erscheint die Meldung: 

Grundsätzlich kann glücklicherweise hier tricksen, um seinen Willen durchzusetzen, indem man die Nr. über Daten Ändern einträgt. Da wird nicht gemeckert.

Nachteil, sobald der Beleg bearbeitet wird, kommt diese Meldung erneut. Ein Teufelskreis!

*** Anmerkung, evtl. an die Entwicklung - Wen man händische Eingaben in die Felder macht, wäre es wunderbar, wenn es beim (3Punkte) Knopf auch in die jew. Suche übernommen wird.

So muss immer neu eingetragen werden.

Seit anfang dieser Woche lassen sich die Belege nicht mehr versenden. Hat sich etwas geändert? Ich habe an den Einstellungen nichts verstellt.

Wie bekomme ich das Problem gelöst?

Meine Vario Version ist 8.6.18.10 

Ich habe die selben Einstellungen auf einer Vario Free Version getestet, da läuft alles wunderbar. Scheint also nicht an dem Email Server zu liegen.

Wer kann helfen?

Vielen Dank im Voraus.

13.11.2025 14:30:26 Workflows werden ermittelt...
13.11.2025 14:30:26 Workflow "Email Rechnung" (48) wird geprüft...
13.11.2025 14:30:26  -> Bedingungen erfüllt für Beleg-ID: 94973. Aktionen ausführen..
13.11.2025 14:30:26 Aktionen ausführen (ID 48)
13.11.2025 14:30:26 Versende Beleg-Mail Rechnung 40046095 für Ihren Einkauf bei ..............(ID 137)
13.11.2025 14:30:29 Es trat ein Problem beim Versenden des Mails auf.
Originalmeldung: Problem bei Belegdruck von Belegschlüssel "050040046095"
SMTP server error occurred: 5.7.1 <....................>: Relay access denied

wir nehmen beim Anlegen neuer Artikel immer den Preis von-Wert, so wie auch viele andere VARIO-Kunden. Leider merkt sich das System diese Einstellung nicht – weder benutzerbezogen noch global über die Parameter. Der Haken bei Preis von ist beim Öffnen immer deaktiviert.

Das führt dazu, dass man leicht vergisst, ihn anzuklicken, und anschließend alle Artikel nachträglich korrigieren muss.

Warum kann man in den Parametern nicht festlegen, ob Preis von standardmäßig aktiviert oder deaktiviert sein soll? Das wäre aus unserer Sicht eher eine firmenweite Grundeinstellung.

Viele Grüße

mir ist vor längerer Zeit schon aufgefallen, dass in der Buchhaltung Rechnungsnummern fehlen. 
Die Ursache ist jetzt ermittelt und vielleicht auch nicht als direktes Problem von Vario zu nennen. 

Folgender Vorgang: 

Man öffnet eine NEUE Rechnung und füllt diese mit Artikel. Lassen wir diese über Nacht stehen - und haben vergessen auf "nur Speichern" zu klicken. Also einfach nur offen. 
Die Rechnungsnummer wird schonmal reserviert von Vario. sagen wir die 25008
Unser tolles Windows startet nun in der Nacht - was die meisten ja nicht wollen - ein unfreiwilliges Update. Es kann auch mal ein Bluescreen sein (neuer PC in Arbeit). 
Beim nächsten Neustart ist natürlich alles weg - da nicht gespeichert. Dumm gelaufen - ärgere mich dann über mich selbst - ABER: 
Die nächste Rechnungsnummer lautet dann 25009. Die 25008 taucht nie wieder auf. 

Ich frage mich - ist die "liebevoll, aufwändig erstellte" Rechnung noch in der Datenbank und könnte sie mit den eingegebenen Daten nochmal vorholen? 
Ist die Temporär irgendwo gespeichert und ich kann mir das neueingeben der ellenlangen individuellen Dienstleistungstexte sparen? 

Oder kann ich zumindest die 25008 überschreiben - also neu erstellen? 

Danke für eine zielführende Antwort

Tammy

Seit dem letzten Update können die freien Belege nicht mehr per Mail versendet werden, die E-Mail ist vorhanden, allerdings ohne Anhang. 

Auftragsbestätigungen, Rechnungen und auch die freien Reporte (ARTREP) im Artikel funktionieren einwandfrei. 

Hat da irgendwer eine Idee, woran das liegen kann?

Wir machen die Vorlagen anch Warengruppen, so das man bei EBAY und AMAZON dann schön oft fertige Vorlagen und die gleichen verwenden könnte. 

Auch der Wirtschaftlicher Verantwortliche Wäre Prima wenn der in den Vorlagen mit bestimmt werden kann bei den Artikeln. Ebenso das er er diesne bei den Überragen in die Variationen auch übernimmt!

Nachdem jetzt der Namensabgleich beim Online-Banking notwendig ist, haben wir prompt das Problem bei unseren Sammelüberweisungen. Gibt es dazu eine einfache Lösung? Version 8.6.14.30 (Build 81282).

Gruß

Christian

Hallo!

Ich erzeuge in der Warenwirtschaft einen Wareneingang, der mit der Zahlart N14 zur Überweisung freigegeben werden soll. In der Zahlart steht auch  bei Bezahlung/Typ Überweisung.

Trotzdem wird der Betrag nicht in die Liste der offenen Zahlungen im Onlinebanking eingetragen. Das Gleiche gilt für Ausgangsrechnungen und Lastschriften... 

Im Forum habe ich hier auf diese Anfrage kein Feedback bekommen. Darum denke ich, dass es hier kein Bedienungsfehler ist...

Grüße

Stefan Flügger

Auf der Schlussrechnung werden die Beträge automatisch der Rechnung hinzugefügt (was ist super finde). Leider funktioniert es noch nicht einwandfrei, es wird auch zur Berechnung der hinterlegte Steuersatz verwendet. Hier dar Ausschnitt aus der Schlussrechnung:

Hat jemand eine Idee wie ich ds Problem lösen kann? 

Schöne Grüße aus Österreich!

Fred

Zitat

19.08.2025 07:37:30 Importiere Bestellung '23553' (ID: '0198c0d476c971f3b4121aa84a5ebf47')
19.08.2025 07:37:30 PROBLEM: Problem beim Abrufen der Kundeninformationen (Externe Kunden-ID: 0195dc240acc7360ba556efd0ce915a2): 'Ungültige Typumwandlung'

Hatte wer diese Fehlermeldung schon mal gehabt und hat evtl. eine Lösung für das Problem? Es können dadurch keine Bestellungen mehr importiert werden und die Fehlermeldung sagt leider nicht aus, bei welchem Feld es Probleme gibt.

Vario-Version 8.6.14.30 (Kaufversion)

Aktuell bekomme ich beim Aufruf der Projektauswertung

folgende Fehlermeldung. Kann ich das lösen? 

Gruß

Christian

bekomme auf dem Arbeitsrechner (Arbeitzplatzinsatallation) immer folgende Fehlermeldung: 

Schließ des Programmes oder Änderungen sind nicht mehr möglich.

Wo liegt der Fehler 

ich habe seit der Umstellung auf die Version 8.6.9.12 folgenden Fehler bei der Auflistung vom Baugruppen.

Es wurden unter der Auflistung: " Bestehend aus folgenden Artikeln:" immer nur die Enthaltenen Komponenten in einfacher Ausführung aufgelistet.

Seit dem Update werden alle Komponenten so oft aufgelistet wie die Anzahl der Komponenten ist.

Z.B. Habe ich in der Baugruppe 5 Komponenten werden alle Komponenten in 5-facher Ausführung gelistet.

Im Anhang gibt es 3 Komponenten und im Beleg werden diese aber jeweils in 3 mal gelistet

Egal ob neue Baugruppe oder eine Bestehende habe beides getestet.

Gib es dafür schon eine Lösung?

Danke im Voraus.

Patrick