Release 26.5.54 am 15.09.2026

Dieses Release repariert die beiden Prozessschritte, die die Anhänge eines Ursprungsbelegs in das eDoc übernehmen. Beide verwendeten für ihre gesamte Schleife einen einzigen Puffer, sodass bei einem Beleg mit mehreren Anhängen nur die erste Datei unversehrt im eDoc ankam: der eine Schritt überschrieb seinen Puffer, ohne ihn vorher zu leeren, und ließ so das Ende einer längeren vorangegangenen Datei in einer kürzeren stehen, der andere las den Dateiinhalt einmalig vor der Schleife und hängte die Bytes der ersten Datei unter jedem weiteren Dateinamen an. Jeder Anhang wird nun auf einem eigenen Puffer gelesen und geschrieben, sodass jede Datei genau so im eDoc ankommt, wie sie am Ursprungsbeleg hinterlegt ist.

Bugfix

• Anhänge aus Ursprungsbeleg übernehmen schreibt nun jeden Anhang mit seinem eigenen Inhalt. Der Schritt verwendete einen einzigen Puffer über die gesamte Schleife und setzte ihn vor jeder Datei lediglich an den Anfang zurück, statt ihn zu leeren — ein von vorne überschriebener Puffer wird dabei nicht verkürzt, sodass eine Datei, die kleiner ist als eine zuvor geschriebene, die hinteren Bytes dieser früheren Datei behielt und beschädigt im eDoc landete, in den meisten Fällen für den Empfänger nicht mehr zu öffnen. Da der Schaden von den Dateigrößen und der Reihenfolge der Anhänge abhängt, kam ein Beleg, dessen Anhänge zufällig von klein nach groß sortiert waren, korrekt heraus — was den Fehler sporadisch wirken ließ und schwer einem bestimmten Beleg zuzuordnen machte. Der Puffer wird jetzt vor jeder Datei geleert, sodass jeder Anhang unabhängig von Größe und Reihenfolge genau seine eigenen Bytes trägt (CHN-466)

• Übernimmt die eingh. Belegdateien des Ursprungbelegs als Anhänge hängt nun die Datei an, die zum jeweiligen Namen gehört. Der Schritt las den Inhalt der eingehenden Belegdatei einmalig vor der Schleife über die Anhänge, und dieser Lesevorgang ist eine Momentaufnahme des Satzes, auf dem der Schritt zu diesem Zeitpunkt steht — jede Datei nach der ersten ging daher mit dem Inhalt der ersten Datei unter ihrem eigenen Dateinamen hinaus. Diese Vertauschung ist an der Anhangsliste des eDocs nicht zu erkennen und fällt erst auf, wenn der Empfänger die Datei öffnet. Der Inhalt wird jetzt innerhalb der Schleife je Anhang auf einem geleerten Puffer gelesen. Auch die Anzahl der übernommenen Dateien, die der Schritt in das Informationsprotokoll des eDocs schreibt („%1 Dokumente aus eingehenden Belegdateien übernommen“), wurde immer mit 0 ausgewiesen und nennt nun den tatsächlichen Wert. Beide Schritte sind eine reine Codeänderung — es werden keine Schemadaten berührt, bestehende Mandanten müssen das Schema also nicht vom Standard aktualisieren; bereits mit beschädigten Anhängen erzeugte eDocs werden nicht nachträglich repariert und müssen neu erstellt werden (CHN-466)