Am 14.07.2025 haben wir Version 2.18.0 unseres plattformunabhängigen open-source e-Rechnungsprojekts “Mustangproject” veröffentlicht. Seit November 2020 werfen wir ja bereits Fehlermeldungen beim Import falsch gerechneter Rechnungen. Trotz unserer abgelehnten Anfrage im Juni 2023 diese spezielle Prüfung in den Standard aufzunehmen, werfen wir jetzt auch beim Validieren eine Warnung wenn bei einer Position Menge * Einzelpreis (bezogen […]

Der Open-Source-Dienstleister OpenHub zeigt eine automatische Schätzung, wie viel Arbeit in die von ihm gelisteten Projekte geflossen sein müssen. Dies ist natürlich eine sehr grobe Schätzung (basierend auf der Anzahl Codezeilen und dem Basic COCOMO-Modell), aber mittlerweile überschreitet der angenommene Aufwand, der in Mustangproject geflossen ist, eine Million Dollar. Am heutigen, Samstag, 5. Juli 2025, […]

Am 12.06.2025 wurde die neue Version 1.7.0 unseres e-Rechnungs-Servers, Mustangserver, veröffentlicht. Sie führt zentrales “Exception tracking” ein, das heißt, dass der Support bei Fehlern direkt alarmiert wird. Bisher wurden diese Fehler nur protokolliert, was eine Nachauswertung erforderlich machte. Weiterhin bringt dieses Release alle Erweiterungen und Verbesserungen von Mustang 2.17.0, aktualisiert den Validierer PHIVE, unterstützt mehr […]

Am heutigen 11.06.2025 haben wir Version 2.17.0 unseres open-source “Schweizer Armeemesser” Tools für e-Rechnungen, Mustangproject, veröffentlicht. Wie üblich liest, schreibt, validiert und konvertiert es europäische und deutsche e-Rechnungen beispielsweise im Factur-X- oder XRechnungs-Format. Die neue Version unterscheidet jetzt korrekt zwischen Zuschlägen und Rabatten auf Produkt-, Positions- und Dokumentenebene, vormals war das nur auf Produkt und […]

Am heutigen 22.05.2025 haben wir eine neue Version 2.16.5 unserer open source e-Rechnungssoftware Mustangproject veröffentlicht. Neue Features Diese Version unetstützt Factur-X 1.07.3/ZUGFeRD 2.3.3 (#833) und Korrekturen verbesserte das Parsen von UBL-Dateien (#816, #835). Weitere Korrekturen beinhalten #819 correct generateXSLTFromSchematron profile #458 Its not possible to add multiple PaymentTerms when using the extended profile #788 Invoice […]

Hallo, Wie dokumentiert (p35f) gibt es bereits einen C#-client für Mustangserver, den Sie verweden können um e-Rechnungen zu lesen, zu schreiben und zu validieren. Während wir an Mustangserver und natürlich der Java-Version von Mustangproject weiterarbeiten, haben wir unseren Mustang.net-Ansatz jetzt komplett in Ghostscript.net einfließen lassen. Ein klärendes Webinar dazu findet (in englisch) statt am 15.05.2025, […]

Die am 22.04.2025 veröffentlichte Mustangproject Version 2.16.4 bringt 16 kleine Korrekturen, zwei davon möglicherweise Sicherheitsrelevant, und eine von den 16 korrigiert leicht zu hohen Ressourcenverbrauch, i.e. nicht gelöschte Dateien. Ein weiterer Punkt, (#764), wird in 2.17.0, möglicherweise im Mai angegangen, vielleicht mit dem Release das auch ZUGFeRD 2.3.3 (i.e. Codelistenversion 15) unterstützen wird: Absolute, nicht […]

Am heutigen 07.03.2025 haben wir die neue Version unserer e-Rechnungs REST API, Mustangserver veröffentlicht. Sie bringt die Vorteile von Mustangproject 2.16.3, beispielsweise die Möglichkeit Rabatte und Zuschläge auf positionsbasis über JSON mitzuteilen, und korrigiert eine mögliche Sicherheits- und eine Wartungslücke. Bestehende Nutzer können 1.6.3 bereits auswählen, neue Nutzer können sich für einen kostenlose 30 Tage […]

Am heutigen 03.03.2025 haben wir eine neue Version unseres open-source e-Rechnungs-Tools Mustangproject veröffentlicht. Die neue Version 2.16.3 verhindert eine potentielle Sicherheitslücke und erlaubt das Schreiben von Rechnungen ohne Umsatzsteuer-IDs (#745) mit der Rechnungsklasse und mehr. Details: #558 ZUGFeRDInvoiceImporter liest nicht BankDetails.accountName #686 Position: BillingSpecifiedPeriod hinzugefügt #739 Rechnungsperiode auch aus UBL parsen #745 legalorganisation ID ohne […]

Am heutigen 27.02.2025 haben wir einen Hotfix für unser e-Rechungs-REST-API, Mustangserver, veröffentlicht, der ein Problem im “detach” Endpunkt löst, das dazu führen könnte, dass die eingebettete factur-x.xml einiger Factur-X/ZUGFeRD-Rechnungen nicht korrekt gelistet wurde.