Release 26.5.58 am 23.10.2026

Dieses Release führt den eBeleg-Status Nachgeholt ein: Ein neuer optionaler Prozessschritt kennzeichnet fehlerhafte eBelege eines Belegs als nachgeholt, sobald der Beleg in einem späteren Prozess erfolgreich versendet wurde — Fehler nachholen im alten Prozess versendet ihn dann nicht ein zweites Mal. Die Prozesskarte zeigt jetzt die Belegnummer jedes eBelegs, XRechnung CII schreibt ohne Steuernummer keine leere Steuerregistrierung des Verkäufers mehr (PEPPOL-EN16931-R008), und der AutoFlow-Prozessschritt ruft AutoFlow über die neue Objekt-ID auf.

Feature

• Neuer eBeleg-Status Nachgeholt und neuer Prozessschritt MARK_SUBSEQ_SENT (Fehlerhafte eDocs dieses Belegs als nachgeholt kennzeichnen). Nach dem Schritt SEND einer Prozessvorlage platziert, sucht der Schritt andere eBelege desselben Belegs mit dem Status Fehler: Solche mit demselben Sendetyp werden auf Nachgeholt gesetzt und erhalten eine Meldung mit dem Prozess und eBeleg, über den der Beleg versendet wurde; solche mit einem anderen Sendetyp behalten den Status Fehler und erhalten nur eine Meldung. Hat der eBeleg keinen abgeschlossenen SEND-Schritt, wird der Schritt übersprungen und nichts gekennzeichnet. Ein Prozess, dessen verbleibende eBelege alle abgeschlossen oder nachgeholt sind, gilt nicht mehr als offen, und Fehler nachholen greift nur noch die eBelege auf, die weiterhin fehlerhaft sind. Die neue Spalte Anzahl nachgeholte eDocs in der Prozessliste zeigt, wie viele Belege eines Prozesses später versendet wurden. Nachgeholte eBelege werden gelb dargestellt. Der Schritt ist optional — ohne ihn in einer Prozessvorlage ändert sich nichts —, und bestehende eBelege werden nicht verändert. Siehe Status „Nachgeholt“ (CHN-554)
• Die eBeleg-Zeilen auf der Prozesskarte haben jetzt eine Spalte Belegnr., wie die eBeleg-Liste: bei ausgehenden Belegen die Nummer des gesendeten Verkaufsbelegs, bei eingehenden Belegen die externe Belegnummer aus der xRechnung. Per Drilldown wird der zugehörige Beleg geöffnet. (CHN-553)

Bugfix

• XRechnung CII (und ZUGFeRD, das dieselbe Ausgabe einbettet): War in den Firmendaten die Steuernummer leer, wurde die SpecifiedTaxRegistration des Verkäufers mit schemeID FC (BT-32) als leeres Element geschrieben, und der KoSIT-Validator wies die Rechnung mit PEPPOL-EN16931-R008 ab. Die Schemazeile wird jetzt aus der Steuernummer der Firmendaten gefüllt und wie BT-30 über Verarbeiten oder Ignorieren gesteuert; mit Steuernummer bleibt die Ausgabe unverändert. Es gibt keinen Upgrade-Code — bestehende Schemas müssen aktualisiert werden, mit Schema vom Standard aktualisieren auf XRECHNUNG-OUT (SALES-INVOICE und SALES-CR.MEMO), oder die Zeile wird manuell angepasst (CHN-546)
• Der AutoFlow-Prozessschritt ruft den External Start von AutoFlow jetzt über die neue Objekt-ID 5564812 auf, da die bisherige ID in kommenden AutoFlow-Versionen von einem anderen AutoFlow-Objekt belegt ist. Zusätzlich prüft der Schritt den Objektnamen, sodass er unter einer wiederverwendeten ID nie eine fremde Codeunit ausführt. Diese Version bitte vor dem AutoFlow-Update installieren (CHN-534)
• Prozesskarte und eBeleg-Karte aktualisierten sich nach einem fehlgeschlagenen Aktualisierungsaufruf, etwa während ein eBeleg fehlschlug, nicht mehr automatisch und blieben auch nach Fortsetzen oder Fehler nachholen statisch. Beide Aktionen starten die automatische Aktualisierung jetzt neu (CHN-381)

Enhancements

• Neue Integration Events für Erweiterungen: OnAddRecordsToRecRefInstances im XML-Reader (eigene Tabelle für ein eingehendes Element registrieren, das der Reader nicht verarbeitet, sodass das Schema die Unterelemente darin abbilden kann), OnAfterGetFieldValue im XML-Writer (Wert eines Elements nach der Formatierung ändern), OnAfterParseXInvoice (Werte vom eBeleg in die frisch gelesene xRechnung übernehmen) sowie OnAfterCollectLockFromSchemaLine / OnAfterApplyLockToSchemaLine (eigene Felder gesperrter Schemazeilen über ein Schema-Update hinweg erhalten)
• Der PDF-Request-Handler stellt den Function-Server-Endpunkt pdf/build bereit (Prozedur Build), der Seitenobjekte auf ein bestehendes PDF zeichnet und es in der gewünschten Konformität zurückgibt

Changes

• Ein Prozessschritt schlägt jetzt mit dem Fehler Der Prozessschritt-Parameter %1 wird nicht verarbeitet. fehl, wenn kein Subscriber seinen Parameter verarbeitet. Bisher wurde ein solcher Schritt beendet, als hätte er seine Arbeit erledigt
• Ein Schritt, der fehlschlägt, weil die Tabelle während der Ausführung von einer anderen Sitzung geändert wurde (Die Aktivität wurde aufgrund einer Änderung der Tabelle …), wird jetzt wie die anderen vorübergehenden Sperrkonflikte wiederholt, statt den eBeleg auf Fehler zu setzen