Hallo zusammen,   folgendes Problem tritt bei uns in der Kanzlei, aber auch bei anderen Steuerberatern, die wir betreuen, auf:   Ein Absender sendet eine E-Mail mit einem E-Mail-Anhang an ein Postfach in der Kanzlei. Der Mailverkehr läuft über DATEV (maildomain.datevnet.de).   Der Anhang ist eine CSV-Datei, genauer: ein DATEV Buchungsstapel (DTVF_Buchungsstapel.csv). Oder auch eine Datei mit GP-Stammdaten. Das ist egal.   Beide Dateien haben eine sehr lange Kopfzeile mit den diversen DATEV-Feldern. Die Kopfzeile ist also weit über 990 Zeichen lang.    Beim Absender ist die Kopfzeile komplett in einer Zeile vorhanden. Beim Empfänger kommt die CSV-Datei mit einer unbrauchbaren Kopfzeile an - die Kopfzeile wird nach circa 990 Zeichen umgebrochen.   Jetzt habe ich schon diverse Nachforschungen angestellt und ich weiß, dass eine CSV-Datei im Anhang über den Mimetype "text/csv" verfügen sollte und diese bestenfalls z.B. Base64 codiert sein soll, um genau dieses Problem - das Problem mit mehr als 990 Zeichen pro Zeile - zu umgehen. (Hinweis: In den RFC 821 / 822 ist ein Limit von 1000 Zeichen - gilt auch für Anhänge - definiert. Base64 Codierung umgeht diese Problematik)   All das ist gegeben. D.h. der versendende Mail Transfer Agent liefert den korrekten Content-Type "text/csv" und das richtige (oder: ein richtiges) Encoding, in dem Fall Base64, aus.    Nach langer Suche habe ich den DATEV Mailserver - oder den lokalen Exchange-Server - im Verdacht: ich vermute, dass bei der Inspektion der Anhänge der Anhang nicht korrekt decodiert und/oder anschließend der Anhang nicht wieder korrekt codiert wird, bevor die E-Mail dem Empfänger ins Postfach zugestellt wird.   Warum ich das vermute: sendet der MTA die identische E-Mail gleichzeitig an 2 Empfänger, und ist der eine Empfänger bei der DATEV gehostet und der andere nicht, kommt die E-Mail beim DATEV-Empfänger mit defekter Kopfzeile (nach je 990 wird umgebrochen) an, beim Nicht-DATEV-Empfänger kommt die E-Mail mit intakter Kopfzeile (selbst 4000 Zeichen, wie im DATEV Header, bleiben auf einer Zeile, ohne Umbruch) an. Am E-Mail-Client (Outlook 2019) auf Seiten der Empfänger liegt es nicht - das kann ich sicher ausschließen.   Hat jemand diese Problematik schon mal gehabt? ... Mehr anzeigen

Hallo Community,   ich bekam heute auf 2 Rechnern, die den Belegtransfer V. 5.22 installiert haben, die Info, dass eine neue Version bereit stünde und dass diese installiert werden könnte.    Prima, dachte ich. Kurz nachgelesen: ah, ja, neue Version BT 5.24 vom 12.01.2023. Passt.    Update lief dann auch durch. BT neu gestartet und siehe da, neue Version 5.23. Aha. Kurz gewartet, kam die Info: neue Version verfügbar. Ah, denke ich, das wird dann wohl Version 5.24 sein. Installation gestartet. Gewartet. Fehler.    Konnte nicht installiert werden, weil andere Version auf dem Rechner vorhanden ist - laut Fehlermeldung. Ja. Das stimmt ja auch, Version 5.23 ist vorhanden. Warum geht das jetzt nicht dass ich auf 5.24 update? Von 5.22 auf 5.23 hat es ja auch geklappt.   Dann anderen Rechner ausprobiert. Dort das gleiche Spielchen. Egal ob BT mit oder ohne Admin-Rechte gestartet - kein Update auf 5.24 möglich.   Schaut man in die Logfiles, springt einem gleich eine Fehlermeldung von einem - NO JOKE - "Wixbundle" ins Auge. Was soll ich dazu noch sagen? (Ja, ist ne externe Komponente, ich weiß).   Liebe DATEV: wäre es möglich:   a) bei einem Update in der Software anzuzeigen, auf welche Version man updaten wird b) ein Update so zu coden, dass klarer wird was der Anwender zu tun hat wenn ein Fehler auftritt.   Könnt ihr verstehen, warum ich - ich bin selbst Software-Entwickler - nicht verstehe, was zu tun ist wenn ein Update von 5.22 auf 5.23 funktioniert, aber dann keine 30 Sekunden später ein Update von 5.23 auf 5.24 nicht mehr funktioniert.   Man ehrlich, das ist doch nicht so schwer, oder? ... Mehr anzeigen

Hallo zusammen,   ich habe eben mit einer Mandantin telefoniert, da dort beim Verwenden des Belegtransfers 5.21 Fehler aufgetreten sind. Und zwar erscheint im Protokoll bei einigen Dateien (nicht allen) der rote Fehlertext " ... Could not find file ... ". Daraus lese ich: der Belegtransfer hat die Datei mit Namen x nicht finden und daher auch nicht übertragen können.    Ich habe dann in Unternehmen online nachgesehen: die im Belegtransfer rot markierten (und mutmaßlich nicht übertragenen Dateien) waren alle in DUo vorhanden, also doch übertragen. Eine Verwechslung mit anderen Dateien ist ausgeschlossen - die Dateinamen sind eindeutig. Auch wurden, zumindest laut Protokoll, die mutmaßlich nicht hochgeladenen Dateien nicht zu einem anderen Zeitpunkt hochgeladen - der jeweilige eindeutige Dateiname taucht nur einmal im Protokoll auf.   PC ist Windows 11, mit aktuellen Updates eingespielt. Der Belegtransfer überwacht ein normales (kein Dropbox-, Icloud- oder OneDrive-) Verzeichnis auf dem lokalen PC (also auch kein Netzwerklaufwerk). Die Mandantin hat 3 Unternehmen im Belegtransfer eingerichtet und es ist bei jedem der 3 Unternehmen aufgetreten.   Ist das ein bekannter Fehler? ... Mehr anzeigen

Hallo Community,   ich würde gerne in DUo erreichen, dass Lieferantenrechnungen bestimmter Lieferanten nicht in der Liste "Rechnungen bezahlen" erscheinen:     Zum Hintergrund: Gewisse Lieferanten ziehen mehrere Rechnungen in einer Lastschrift ein, und es lässt sich aus dem Buchungstext der Bank zu dieser Lastschrift nicht erkennen, um welche Rechnungen es sich handelt. Daher scheitert auch DUo daran automatisch zu erkennen, dass die vorliegenden Rechnungen zu diesem Lieferanten bereits bezahlt sind (durch eine Sammel-Lastschrift). In der Buchhaltung liegt uns ein Zahlungsavis des Lieferanten vor, aus dem hervorgeht, welche Rechnungen in der Sammel-Lastschrift beglichen werden. Nur dem Mandanten und auch DUo fehlt diese Information.   In den Geschäftspartner-Stammdaten kann ich ja leider nur auswählen, dass ich für einen Geschäftspartner bei vorliegen einer Rechnung keine Überweisung erstellen möchte. Es gibt leider keine Möglichkeit auszuwählen, dass Rechnungen dieses Geschäftspartners immer per Lastschrift bezahlt werden und eine Rechnung daher bitte gar nicht erst in der Liste "Rechnungen bezahlen" auftauchen soll.   In der Bank in DUo kann ich ja Regeln hinterlegen, dass bestimmte Bank-Buchungen immer als geprüft gesetzt werden, selbst wenn zu einer Bank-Buchung kein Beleg vorhanden ist. So eine Regel hätte ich auch gerne für Belege: "Wenn Rechnung von Lieferant A, dann setze die Rechnung auf bezahlt."   Jetzt hatte ich als Lösungsansatz 2 Ideen:   A) Ich lege in DUo einen neuen Belegtyp "Rechnung-immer-bezahlt" an und leite den neuen Belegtyp vom Standard-Belegtyp "Sonstiges" ab. Dann dürften Rechnungen dieses Belegtyps nicht in der Liste "Rechnungen bezahlen" auftauchen.   - oder -   B) Der Mandant muss die Rechnungen dieses Mandanten wirklich immer manuell auf "bezahlt" stellen in DUo.   Gibt es wirklich keine andere Lösung? Vielen Dank für eure Hilfe! 🙂  ... Mehr anzeigen