Jede Beliq-Version, jede Fehlerbehebung und jede erneute Behördenprüfung, mit Datum. Wir prüfen die von uns gepinnten Formate nach Kalender, nicht erst wenn eine Behörde etwas ankündigt.https://beliq.eu/dehttps://beliq.eu/de/changelog/#2026-09-20-en-16931-ruleset-fingerprints-change-once-on-or-after-5-october-2026https://beliq.eu/de/changelog/#2026-09-20-en-16931-ruleset-fingerprints-change-once-on-or-after-5-october-2026Ab dann nennt rulesetArtifacts auch das Syntaxschema, gegen das ein EN-16931-Dokument geprüft wurde: ubl_xsd, cii_xsd, cii_xsd_d22b oder das Schema eines Factur-X-Profils unter facturx_schematron. Auch das Schema entscheidet über das Urteil: Ein Dokument, das es ablehnt, erreicht keine Geschäftsregel. rulesetSha256 schließt es ein, daher ändert sich der Regelsatz-Hash jedes Ergebnisses für XRechnung, Peppol, Factur-X, ZUGFeRD und alle anderen EN-16931-Dokumente einmal. Keine Regel und kein Urteil ändert sich. Ein Dokument, das das Schema ablehnt, erhält beide Felder, die ihm heute fehlen. Wenn Sie rulesetSha256 speichern und über die Zeit vergleichen, rechnen Sie mit diesem einen Sprung oder vergleichen Sie die Zeilen von rulesetArtifacts. FatturaPA, Facturae und e-SLOG bleiben unverändert. rulesetSha256 · rulesetArtifacts · UBL 2.1 and CII D16B / D22B schemasSun, 20 Sep 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-09-19-invoices-can-now-state-their-vat-in-a-second-currencyhttps://beliq.eu/de/changelog/#2026-09-19-invoices-can-now-state-their-vat-in-a-second-currencyZwei neue Felder erlauben es, den Umsatzsteuerbetrag einer Rechnung in der Währung auszuweisen, in der der Verkäufer die Umsatzsteuer verbucht. taxCurrencyCode ist diese Buchungswährung (BT-6), taxTotalInAccountingCurrency der Umsatzsteuerbetrag in ihr (BT-111). Die Umrechnung liegt bei Ihnen; Beliq wendet keinen Wechselkurs an. Senden Sie beide oder keines, und nie einen taxCurrencyCode gleich currencyCode: beides ergibt einen 400, weil BR-53 und PEPPOL-EN16931-R005 das Dokument ablehnen würden. Beide erreichen UBL- und CII-Ausgaben, Factur-X MINIMUM ausgenommen. Damit wird eine rumänische Rechnung in EUR möglich: BR-RO-030 verlangt RON als Buchungswährung für die Umsatzsteuer. BT-6 · BT-111 · BR-RO-030Sat, 19 Sep 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-09-18-registration-ids-buyer-item-ids-and-the-state-field-now-reach-the-documenthttps://beliq.eu/de/changelog/#2026-09-18-registration-ids-buyer-item-ids-and-the-state-field-now-reach-the-documentFünf Felder, die Sie bereits senden konnten, erscheinen jetzt in der Ausgabe. registrationId ist die Registernummer, BT-30 beim Verkäufer und BT-47 beim Käufer, und genau die Angabe, auf die BR-CO-26 zurückfällt, wenn eine Rechnung keine Umsatzsteuer-Identifikationsnummer trägt. buyerItemId (BT-156) ist in beiden Syntaxen neu. itemId (BT-155) und taxId (BT-32) erreichen jetzt auch UBL, nicht nur CII. address.state wird als Länderunterteilung (BT-79) ausgegeben, wenn countrySubentity fehlt; senden Sie nach Möglichkeit countrySubentity, das ist das von EN 16931 definierte Feld. Zusammen mit einem Steuersatz, der einer nicht steuerbaren Zeile nicht mehr aufgezwungen wird, schließt das die Umsatzsteuerkategorie O. Wenn Sie peppol und registrationId zugleich senden, ist die UBL-CompanyID jetzt die von Ihnen gesendete. BT-30 · BT-32 · BT-47 · BT-79 · BT-155 · BT-156 · VAT category OFri, 18 Sep 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-09-18-factur-x-basic-no-longer-carries-an-item-id-its-own-schema-rejectshttps://beliq.eu/de/changelog/#2026-09-18-factur-x-basic-no-longer-carries-an-item-id-its-own-schema-rejectsitemId (BT-155) ging in jedes CII-Dokument, auch in das Factur-X- und ZUGFeRD-Profil BASIC. BASIC sieht dafür kein Feld vor: Seine Artikelgruppe endet beim Namen. Ein BASIC-Dokument mit einer itemId scheiterte deshalb an der XSD-Prüfung, an unserer wie an jeder anderen. Das war ein Dokument, das Sie nicht versenden konnten. BT-155 wird jetzt ab dem Profil en16931 ausgegeben und darunter weggelassen, damit die BASIC-Ausgabe wieder schemakonform ist. Wenn Sie auf die Artikelnummer des Verkäufers angewiesen sind, fordern Sie en16931 oder extended an. Sonst ändert sich an BASIC nichts. BT-155 · Factur-X / ZUGFeRD BASICFri, 18 Sep 2026 00:00:00 GMTFixedhttps://beliq.eu/de/changelog/#2026-09-17-cii-invoices-no-longer-carry-an-invented-delivery-datehttps://beliq.eu/de/changelog/#2026-09-17-cii-invoices-no-longer-carry-an-invented-delivery-dateJede von Beliq erzeugte CII-Rechnung trug ein tatsächliches Lieferdatum (BT-72), gesetzt auf das Rechnungsdatum — ein Wert, den Sie nie gesendet haben. Einzige Ausnahme war das Factur-X-Profil MINIMUM, weil es dafür kein Feld vorsieht. Das war eine Erfindung, und eine Betriebsprüfung liest sie wörtlich. Wir geben BT-72 deshalb nur noch aus, wenn Sie delivery.date senden. Unter den aktuellen Regelwerken ändern sich Ihre Urteile nicht. Ein Fall doch: Bei einer inländischen deutschen Rechnung, deren Dokumentart nicht 386 ist, geprüft mit Beliq-Ruleset: previous oder einem Pin auf facturx_schematron:1.08, verlangt BR-FX-EN-04 BT-72, und das Dokument wird von gültig zu ungültig. Senden Sie delivery.date, dann besteht es in beiden Fällen. Das auslaufende Regelwerk zu pinnen ist hier kein Ausweg: Genau das wählt die Regel aus. BT-72 · CII · Factur-X 1.08 pin affectedThu, 17 Sep 2026 00:00:00 GMTChangedhttps://beliq.eu/de/changelog/#2026-09-17-delivery-and-direct-debit-fields-and-vat-category-k-workshttps://beliq.eu/de/changelog/#2026-09-17-delivery-and-direct-debit-fields-and-vat-category-k-worksLieferangaben (BG-13 und BG-15) und die SEPA-Lastschriftgruppe (BG-19) erreichen jetzt das Dokument. Senden Sie delivery mit einem Datum (BT-72), einem Empfängernamen, einer Standortkennung und einer Adresse, deren einziges Pflichtfeld countryCode ist (BT-80), sowie paymentMeans mit mandateReference, creditorId, debitedAccountId und information. Damit ist die Umsatzsteuerkategorie K geschlossen, die innergemeinschaftliche Lieferung von Gegenständen: Sie konnte bisher auf keinem Ausgabeformat ein gültiges Dokument erzeugen, weil BR-IC-11 das Lieferdatum und BR-IC-12 das Empfängerland verlangt, beide fatal, und kein Feld eines von beiden trug. In ein Factur-X-MINIMUM-Dokument gelangt nichts davon, dafür sieht das Profil keine Felder vor. BG-13 · BG-15 · BG-19 · VAT category KThu, 17 Sep 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-09-17-correction-previous-no-longer-reaches-peppol-bis-billing-3-0-20https://beliq.eu/de/changelog/#2026-09-17-correction-previous-no-longer-reaches-peppol-bis-billing-3-0-20Am 3. September hatten wir geschrieben, dass Beliq-Ruleset: previous bis zum 3. März 2027 Peppol BIS Billing 3.0.20 erreicht. Diese Aussage nehmen wir zurück. OpenPEPPOL hat 3.0.21 zum 17. August 2026 verbindlich gemacht. Ein Dokument nach 3.0.20 kommt im Netzwerk deshalb nicht mehr durch, und ein Kanal sollte es nicht für Sie auswählen. Eine Peppol-Anfrage mit previous löst jetzt auf latest auf und meldet rulesetFellBack: true. Der exakte Pin peppol_bis_billing_schematron:3.0.20 bleibt unverändert und reproduziert weiterhin bis zum 3. März 2027 ein früheres Urteil: Ein Pin benennt eine Version, previous überlässt uns die Wahl. Das betrifft nur Peppol. Factur-X 1.08, France CTC 1.3.1 und XRechnung 2.5.0 sind weiterhin über previous erreichbar, weil keine Behörde deren Nachfolger verbindlich gemacht hat. Peppol BIS Billing 3.0.20 · exact pin only · OpenPEPPOLThu, 17 Sep 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-09-15-france-ctc-1-4-0-04-fixes-rules-that-judged-the-wrong-lineshttps://beliq.eu/de/changelog/#2026-09-15-france-ctc-1-4-0-04-fixes-rules-that-judged-the-wrong-linesEin reines Korrekturpaket von FNFE-MPE, ab sofort aktiv. Neun BR-FXEXT-Regeln sollten nur für DETAIL-Zeilen gelten, sprachen aber ein Geschwisterelement als Kindelement an. Die Einschränkung griff deshalb nie und jede Zeile wurde wie eine DETAIL-Zeile bewertet: Rechnungen mit GROUP-Zeilen scheiterten an Regeln, die sie nie betreffen sollten. Mehrere Betragsprüfungen wechseln von number() zu xs:decimal(), damit Summen nicht mehr an der Fließkommadarstellung scheitern, BR-FR-CO-07 akzeptiert jetzt mehr als ein Fälligkeitsdatum und BR-FR-20 akzeptiert B2CINT. Nichts von dem, was wir gemessen haben, scheitert neu. Die Factur-X-Spezifikation bleibt unverändert bei 1.09.2 — bewegt hat sich nur das Paket. 1.3.1 bleibt bis zum 16. Mai 2027 pinnbar. France CTC 1.4.0.04 · Factur-X 1.09.2 unchanged · FNFE-MPETue, 15 Sep 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-09-10-factur-x-1-09-2-and-france-ctc-1-4-0-03-now-serve-as-latesthttps://beliq.eu/de/changelog/#2026-09-10-factur-x-1-09-2-and-france-ctc-1-4-0-03-now-serve-as-latestDer am 20. August angekündigte FNFE-MPE-Wechsel gilt ab jetzt und nicht erst am 20. November 2026: Auf die ausgehenden Pakete ist niemand gepinnt. Die France-Seite wägt schwerer. Das Flux-2-Paket hebt 141 seiner CII-Regeln und 145 seiner UBL-Regeln von warning auf fatal, ohne eine Regel-ID zu ändern. Eine France-CTC-Rechnung, die mit BR-FR-Befunden unter den Warnungen als valide zurückkam, kommt jetzt als invalide zurück, in beiden Syntaxen. Bei Factur-X erhalten vier der fünf Profile zusätzliche Prüfungen, und BR-CO-25 fällt aus BASIC, BASIC_WL und EN16931 weg, wo daraus ein Hinweis wird. Auch die Regel-IDs ändern sich: Die Pakete geben Upstream-IDs neben den generierten FX-SCH-A-IDs aus. Pinnen Sie facturx_schematron:1.08 oder france_ctc_schematron:1.3.1 oder Beliq-Ruleset: previous, bis zum 16. Mai 2027. Factur-X 1.09.2 · France CTC 1.4.0.03 · FNFE-MPEThu, 10 Sep 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-09-08-9-mandate-timelines-re-confirmedhttps://beliq.eu/de/changelog/#2026-09-08-9-mandate-timelines-re-confirmedWir haben die Mandatsfristen für Belgien, Dänemark, Deutschland, Frankreich, Irland, die Niederlande, Schweden, Slowenien und das Vereinigte Königreich am 24.08.2026 erneut gegen die jeweils zuständige Behörde geprüft. Sieben gelten genau wie veröffentlicht. Zwei haben sich geändert. Dänemark erhält einen zusätzlichen Meilenstein: Die Einführungsphase des Buchführungsgesetzes wurde am 1. Juli 2026 für Unternehmen mit eigenentwickelten und internen Systemen abgeschlossen, und die NemHandel-Registrierung erfolgt seit demselben Datum im Opt-out-Verfahren. Beim Vereinigten Königreich kommt der Monat hinzu: April 2029 statt eines bloßen 2029, laut dem Tax Update der HMRC vom 23. Juni 2026, das außerdem Peppol als zentrales Interoperabilitätsnetz in einem Vier-Ecken-Modell ohne E-Reporting zum Start bestätigt. Die Fristen, die die API und die Dokumentation veröffentlichen, stammen aus derselben Quelle, die diese Prüfung liest. 9 countries re-verified 2026-08-24 · Denmark and United Kingdom movedTue, 08 Sep 2026 00:00:00 GMTVerifiedhttps://beliq.eu/de/changelog/#2026-09-05-xrechnung-schematron-2-6-0-and-the-2026-08-31-severity-table-now-serve-as-latesthttps://beliq.eu/de/changelog/#2026-09-05-xrechnung-schematron-2-6-0-and-the-2026-08-31-severity-table-now-serve-as-latestKoSIT hat das XRechnung-Bundle vom 31.08.2026 veröffentlicht: Schematron 2.6.0 und eine neue Validator-Konfiguration. Wir stufen den Wechsel weiterhin als breaking ein, latest wechselt aber jetzt und nicht erst am 11. Dezember 2026: Auf das ausgehende Paar ist niemand gepinnt, und 2.5.0 weist konforme Dokumente ab. Zwei Dinge schlagen jetzt fehl, und keines davon ist eine neue Regel. BR-TMP-2 geht in beiden Syntaxen von warning auf fatal: BT-124 External document location muss eine absolute URL mit Schema sein, ein bloßer Pfad oder ein www-Host wird also abgewiesen. Und CII-SR-465 sowie CII-SR-466 gehen bei CII von warning auf error: Ein Verkäufer- oder Käuferkontakt darf nicht gleichzeitig einen Personen- und einen Abteilungsnamen tragen. In die andere Richtung schlägt eine leere OrderReference/ID nicht mehr fehl. Pinnen Sie xrechnung_schematron:2.5.0 oder Beliq-Ruleset: previous, bis zum 11. Juni 2027. XRechnung Schematron 2.6.0 · KoSIT validator configuration 2026-08-31Sat, 05 Sep 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-09-03-peppol-bis-billing-3-0-21-is-in-force-and-we-now-validate-against-ithttps://beliq.eu/de/changelog/#2026-09-03-peppol-bis-billing-3-0-21-is-in-force-and-we-now-validate-against-itOpenPEPPOL hat Peppol BIS Billing 3.0.21 zum 17. August 2026 verbindlich gemacht, und Beliq validiert nun dagegen. Es gibt keinen Stichtag, vor dem Sie handeln müssten: Die Änderung ist im Netzwerk bereits in Kraft, daher ist latest unmittelbar darauf gewechselt. Zwei Dinge schlagen jetzt fehl, die zuvor durchgingen. Die Codeliste der elektronischen Adressen hinter PEPPOL-EN16931-CL008 verliert 14 Schemata, die die Behörde als unbrauchbar bezeichnet, darunter 0202, 0212 und 0217; eine damit adressierte Partei wird nun rundweg abgewiesen. Und vier dänische Regeln gehen von warning auf fatal: PEPPOL-COMMON-R052 und R053 in beiden Syntaxen, DK-R-003 und DK-R-017 in UBL. Pinnen Sie peppol_bis_billing_schematron:3.0.20 oder Beliq-Ruleset: previous, um bis zum 3. März 2027 ein früheres Urteil zu reproduzieren. Peppol BIS Billing 3.0.21 · OpenPEPPOLThu, 03 Sep 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-08-28-spain-facturae-and-verifactu-re-verified-both-unchangedhttps://beliq.eu/de/changelog/#2026-08-28-spain-facturae-and-verifactu-re-verified-both-unchangedWir prüfen jedes versionierte Format nach Kalender gegen seine Behörde, nicht erst dann, wenn die Behörde etwas ankündigt. Dieser Eintrag entsteht deshalb unabhängig davon, ob sich etwas geändert hat. Am 26. August 2026 hatte sich bei keiner der beiden spanischen Quellen etwas geändert. Facturae steht weiterhin auf 3.2.2, und das Ministerium veröffentlicht nach wie vor ausschließlich die Spezifikation und die XSDs, ohne maschinenlesbares Regelwerk. Deshalb trägt Facturae die Kennzeichnung Schema-geprüft und nicht Behördengeprüft. VeriFactu ist ein Meldeverfahren und kein Rechnungsformat; dorthin übermittelt Ihre Rechnungssoftware, nicht Beliq. Die Fristen sind unverändert: 1. Januar 2027 für Unternehmen, die der Körperschaftsteuer (Impuesto sobre Sociedades) unterliegen, 1. Juli 2027 für alle übrigen. Facturae 3.2.2 · MINECO / AEATFri, 28 Aug 2026 00:00:00 GMTVerifiedhttps://beliq.eu/de/changelog/#2026-08-31-the-france-ctc-ruleset-change-is-wider-than-we-first-saidhttps://beliq.eu/de/changelog/#2026-08-31-the-france-ctc-ruleset-change-is-wider-than-we-first-saidUnsere Mitteilung vom 20. August beschrieb die France-Seite des 1.4.0.03-Wechsels als korrigierten XPath, der BR-FR-01/02/03 bei UBL-Dokumenten betrifft. Das war zu eng gefasst. Das neue Paket hebt 141 seiner CII-Regeln und 145 seiner UBL-Regeln von warning auf fatal, ohne eine einzige Regel-ID zu ändern. Jede France-CTC-Rechnung, die heute mit BR-FR-Befunden unter den Warnungen als valide zurückkommt, kommt als invalide zurück, in beiden Syntaxen. Der Stichtag wurde später auf den 10. September 2026 vorgezogen, siehe den Eintrag weiter oben. Der Pin, der das alte Verhalten erhält, ist derselbe, den die ursprüngliche Mitteilung nannte, france_ctc_schematron:1.3.1, und Beliq-Ruleset: previous erreicht ihn weiterhin. France CTC 1.4.0.03 · FNFE-MPEMon, 31 Aug 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-08-23-xrechnung-extension-and-cvd-are-validated-as-xrechnunghttps://beliq.eu/de/changelog/#2026-08-23-xrechnung-extension-and-cvd-are-validated-as-xrechnungEine XRechnung-Extension- oder CVD-Rechnung gibt das Basisprofil mit einem angehängten Zusatz an, und wir haben diese Kennung exakt verglichen. Solche Dokumente wurden deshalb nur gegen EN 16931 geprüft, und keine BR-DEX-Regel ist auf einem gelaufen. Bei Peppol lag derselbe Fehler: eine nationale CIUS, die auf der Peppol-BIS-Kennung aufsetzt, etwa das norwegische EHF, traf auf keine Peppol-Regel. Außerdem haben wir die rohen Schweregrade des Schematrons angewandt statt der von KoSIT je Szenario veröffentlichten. Beides folgt jetzt den Regeln der Behörden selbst, womit unsere Abweichungen zum KoSIT-Validator über einen Korpus aus 271 Dokumenten auf null gesunken sind. Bei Extension, CVD und aufsetzenden nationalen CIUS erwarten Sie mehr Befunde, bei einfacher XRechnung weniger Ablehnungen aus Codelisten. XRechnung 2.5.0 · KoSIT validator configuration 2026-01-31 · Peppol BIS 3.0.20Sun, 23 Aug 2026 00:00:00 GMTFixedhttps://beliq.eu/de/changelog/#2026-08-20-factur-x-and-france-ctc-rulesets-move-on-20-november-2026https://beliq.eu/de/changelog/#2026-08-20-factur-x-and-france-ctc-rulesets-move-on-20-november-2026FNFE-MPE hat Factur-X 1.09.2 und France CTC 1.4.0.03 veröffentlicht, einen von uns als breaking eingeordneten Wechsel. Die France-Seite reicht weiter als zunächst beschrieben, korrigiert im Eintrag vom 31. August weiter unten. Vier der fünf Factur-X-Profile erhalten zusätzliche Prüfungen. Ein Dokument, das heute besteht, kann danach fehlschlagen, ohne dass sich auf Ihrer Seite etwas geändert hat. Eine Regel geht in die andere Richtung: 1.09.2 entfernt BR-CO-25 aus BASIC, BASIC_WL und EN16931, woraus ein Hinweis statt eines Fehlers wird. Dieser Stichtag wurde später auf den 10. September 2026 vorgezogen, siehe den Eintrag weiter oben. Auch die Regel-IDs ändern sich: Die neuen Pakete geben Upstream-IDs neben den generierten FX-SCH-A-IDs aus und nummerieren Letztere neu. Wer Regel-IDs aus Factur-X-Ausgaben auswertet, muss neu zuordnen. Factur-X 1.09.2 · France CTC 1.4.0.03 · FNFE-MPEThu, 20 Aug 2026 00:00:00 GMTNoticehttps://beliq.eu/de/changelog/#2026-08-17-valid-now-means-verifiedhttps://beliq.eu/de/changelog/#2026-08-17-valid-now-means-verifiedEin generate-Aufruf mit verify: false lieferte valid: true zurück, obwohl das Dokument nie validiert wurde. Antworten führen jetzt ein Feld verified, und valid bedeutet als valide geprüft: der übersprungene Fall meldet valid: false, verified: false. Wenn Sie eine Pipeline an valid hängen, lehnt sie ein ungeprüftes Dokument jetzt ab, statt es durchzulassen.Mon, 17 Aug 2026 00:00:00 GMTFixedhttps://beliq.eu/de/changelog/#2026-08-16-quota-resets-on-your-billing-windowhttps://beliq.eu/de/changelog/#2026-08-16-quota-resets-on-your-billing-windowDie Kontingentprüfung las den Kalendermonat, während das Rücksetzdatum aus der Systemzeit berechnet wurde. In einem Prozess außerhalb von UTC wichen beide für einen Teil jedes Tages um einen Monat voneinander ab. Prüfung, das Feld resetsAt in GET /v1/me und der Retry-After bei QUOTA_EXCEEDED zählen jetzt alle bis zum Ende des Abrechnungszeitraums Ihrer Organisation. Das Sandbox-Kontingent setzt sich weiterhin zum 1. zurück, weil es tatsächlich pro Kalendermonat gezählt wird.Sun, 16 Aug 2026 00:00:00 GMTChangedhttps://beliq.eu/de/changelog/#2026-08-15-public-status-pagehttps://beliq.eu/de/changelog/#2026-08-15-public-status-pagestatus.beliq.eu veröffentlicht die Verfügbarkeit von API und Dashboard über 90 Tage, von außerhalb unseres Netzes durch einen unabhängigen Dienst gemessen, mit Vorfallshistorie. Die Verfügbarkeitszahl auf der Startseite liest aus dieser Messung, nicht aus einer Zahl, die wir eingetippt haben.Sat, 15 Aug 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-08-13-the-site-in-germanhttps://beliq.eu/de/changelog/#2026-08-13-the-site-in-germanbeliq.eu/de liefert die Website, die Preise, dieses Changelog und die Rechtsdokumente auf Deutsch. Die deutschen Rechtstexte sind Originale und keine Übersetzungen des Englischen, weil Deutsch die Sprache ist, in der sie gelten.Thu, 13 Aug 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-08-05-account-throttled-tells-throttling-apart-from-the-rate-limithttps://beliq.eu/de/changelog/#2026-08-05-account-throttled-tells-throttling-apart-from-the-rate-limitDas Rate Limit besteht aus einem Burst-Kontingent plus einer Dauerrate; die Drosselung auf Kontoebene ist ein eigener Mechanismus. Eine gedrosselte Anfrage liefert jetzt den eigenen Fehlercode ACCOUNT_THROTTLED statt des allgemeinen Rate-Limit-Fehlers, sodass ein Client erkennt, worauf er gestoßen ist, und entsprechend zurückstecken kann.Wed, 05 Aug 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-07-22-json-responses-from-v1-generatehttps://beliq.eu/de/changelog/#2026-07-22-json-responses-from-v1-generateSenden Sie Accept: application/json an /v1/generate, und das Dokument kommt base64-kodiert im Antwortkörper zurück, neben dem Validierungsergebnis, dem Fingerprint des verwendeten Regelsatzes und dem SHA-256 der exakten Bytes. Führen Sie sha256sum auf der gespeicherten Datei aus, und Sie können prüfen, ob es das ist, was wir gesendet haben. Die binäre Antwort bleibt unverändert.Wed, 22 Jul 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-07-18-test-and-live-api-keyshttps://beliq.eu/de/changelog/#2026-07-18-test-and-live-api-keysJede Organisation hat Test-Schlüssel neben den Live-Schlüsseln. Ein Test-Schlüssel durchläuft dieselbe Pipeline und zählt gegen ein separates Sandbox-Kontingent statt gegen Ihr Plan-Kontingent, und seine Jobs sind im Dashboard als Test-Modus gekennzeichnet, sodass ein Probelauf auch später von echtem Verkehr zu unterscheiden ist.Sat, 18 Jul 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-07-13-pdf-template-fields-placeholders-fonts-starting-pointshttps://beliq.eu/de/changelog/#2026-07-13-pdf-template-fields-placeholders-fonts-starting-pointsDer Vorlagen-Designer bindet {placeholder}-Felder als primären Mechanismus, bettet seinen eigenen Schriftsatz ein, damit ein Layout überall gleich aussieht, und bietet Startpunkte statt einer leeren Seite: Tabellen mit USt-Aufschlüsselung pro Satz, einzelne Adressfelder, Impressum des Verkäufers und Blöcke für die Zahlungsverbindung. Vorlagen werden über eine kurze ID statt einer UUID referenziert.Mon, 13 Jul 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-07-03-incident-ids-on-5xx-responseshttps://beliq.eu/de/changelog/#2026-07-03-incident-ids-on-5xx-responsesWenn eine Anfrage auf unserer Seite fehlschlägt, enthält die Antwort eine incidentId. Nennen Sie sie dem Support, und wir finden den genauen Fehler in unseren Aufzeichnungen, ohne Sie um eine Reproduktion zu bitten.Fri, 03 Jul 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-07-01-branded-pdf-templates-logos-colours-payment-qrhttps://beliq.eu/de/changelog/#2026-07-01-branded-pdf-templates-logos-colours-payment-qrDer PDF-Vorlagen-Designer erhielt eingebettete Logos, eine größere Farbpalette und einen SEPA-Zahlungs-QR-Code, der sich aus der Rechnung füllt. SVG-Felder werden serverseitig bereinigt, bevor sie gerendert werden.Wed, 01 Jul 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-26-verifiable-ruleset-hasheshttps://beliq.eu/de/changelog/#2026-06-26-verifiable-ruleset-hashesValidierungsantworten liefern jetzt den SHA-256 Ihrer hochgeladenen Bytes und des exakt ausgeführten Regelsatzes, und GET /v1/rulesets veröffentlicht den Katalog der Artefakt-Hashes. So können Sie selbst prüfen, dass das Artefakt, das wir hinterlegen, dasselbe ist, das wir ausgeführt haben.Fri, 26 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-23-choose-the-ruleset-that-judges-a-documenthttps://beliq.eu/de/changelog/#2026-06-23-choose-the-ruleset-that-judges-a-documentSenden Sie Beliq-Ruleset an eine Validierungsanfrage, um zu bestimmen, welche Regeln laufen: latest, previous oder ein exaktes Artefakt mit Version. Ihre Organisation hat zusätzlich einen Standard-Kanal, sodass ein ganzes Konto auf previous bleiben kann, während eine Umstellung greift; GET /v1/me nennt den aktuellen. Der Kanal gilt pro Format, denn previous führt erst dann einen eigenen Regelsatz, wenn eine brechende Umstellung wirksam wird: bis dahin löst er zu latest auf und die Antwort setzt rulesetFellBack, sodass Sie eine greifende Fixierung von einer ohne Ziel unterscheiden können. Die Antwort nennt in beiden Fällen die tatsächlich ausgeführten Artefakte.Tue, 23 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-20-pdf-templates-for-branded-documentshttps://beliq.eu/de/changelog/#2026-06-20-pdf-templates-for-branded-documentsGestalten Sie ein PDF-Layout im Dashboard und generieren Sie per Vorlagen-ID: Ihr Factur-X oder ZUGFeRD im eigenen Branding entsteht als PDF/A-3b mit eingebettetem strukturiertem XML, validiert wie die Standardausgabe. PDF/A-3bSat, 20 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-20-pdf-output-in-two-kindshttps://beliq.eu/de/changelog/#2026-06-20-pdf-output-in-two-kindsZUGFeRD und Factur-X erzeugen ein hybrides PDF/A-3 mit dem rechtlich relevanten XML-Dokument eingebettet. Bei reinen XML-Standards gibt es keine Hybridform, daher liefert die PDF-Anfrage hier eine Visualisierung: eine menschenlesbare Darstellung, wobei das XML selbst weiterhin der rechtliche Beleg bleibt. Ein neuer Antwort-Header `x-pdf-kind` gibt an, welche Variante Sie erhalten haben, sodass eine Verarbeitungspipeline darauf verzweigen kann, statt die Variante aus dem Format abzuleiten.Sat, 20 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-19-zugferd-2-x-promoted-to-supportedhttps://beliq.eu/de/changelog/#2026-06-19-zugferd-2-x-promoted-to-supportedDas ZUGFeRD-CII-Profil ist jetzt ein vollwertig unterstütztes Format, gestützt auf einen öffentlichen Positiv-Korpus und im selben Round-Trip wie Factur-X validiert. ZUGFeRD 2.x · FeRDFri, 19 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-14-subscription-lifecycle-webhookshttps://beliq.eu/de/changelog/#2026-06-14-subscription-lifecycle-webhooksEreignisse im Abonnement-Lebenszyklus werden jetzt als signierte Webhooks ausgegeben, sodass Änderungen am Abrechnungsstatus Ihre eigene Automatisierung auslösen können.Sun, 14 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-13-webhook-delivery-log-and-resendhttps://beliq.eu/de/changelog/#2026-06-13-webhook-delivery-log-and-resendJeder Webhook-Versuch wird im Dashboard mit seinem Antwortcode festgehalten, samt erneutem Senden per Klick.Sat, 13 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-13-nlcius-promoted-to-fully-verifiedhttps://beliq.eu/de/changelog/#2026-06-13-nlcius-promoted-to-fully-verifiedDas niederländische NLCIUS-Profil wird nun gegen den vollständigen Referenztestdatensatz der Behörde mit 120 Testfällen geprüft. Für jeden Testfall wird das erwartete Ergebnis bestätigt, und jede kritische Regelgruppe ist durch einen Fall abgedeckt, den die Engine korrekt ablehnt. In der API ändert sich nichts: `generate` und `validate` verhalten sich exakt wie bisher. Der Statuswechsel ist der entscheidende Punkt: Die Aussage ist nun durch den Referenzkorpus der Behörde abgesichert und nicht mehr nur durch unseren. SI-UBL 2.0 · NPaSat, 13 Jun 2026 00:00:00 GMTVerifiedhttps://beliq.eu/de/changelog/#2026-06-11-hmac-sha256-webhook-signinghttps://beliq.eu/de/changelog/#2026-06-11-hmac-sha256-webhook-signingWebhooks tragen eine HMAC-SHA256-Signatur über einen signierten Zeitstempel. Signaturgeheimnisse werden über das Dashboard rotiert.Thu, 11 Jun 2026 00:00:00 GMTSecurityhttps://beliq.eu/de/changelog/#2026-06-11-slovenia-e-slog-2-0https://beliq.eu/de/changelog/#2026-06-11-slovenia-e-slog-2-0Die `generate`-Funktion akzeptiert den Standard `eslog` und erzeugt das nationale slowenische e-SLOG 2.0-XML für Rechnungen und Gutschriften auf derselben Nachrichtenstruktur. Die `validate`-Funktion erkennt e-SLOG-Dokumente anhand des Namespace und prüft sie gegen das behördliche XSD-Bundle. Dieser Pfad ist rein XSD-basiert: Die slowenische Behörde veröffentlicht keine maschinenlesbaren Geschäftsregeln, daher gibt es keine Schematron-Ebene, und ein struktureller Fehler trägt die Regel-ID `XSD` statt eines `BR-`-Identifiers. Das Profil wird als vorläufig eingestuft. e-SLOG 2.0-08-2020 · GZS / ePOSThu, 11 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-09-netherlands-nlciushttps://beliq.eu/de/changelog/#2026-06-09-netherlands-nlciusDie `generate`-Funktion akzeptiert das Profil `netherlands-nlcius` auf Basis von Peppol BIS und erzeugt UBL mit der aktuellen NLCIUS-Anpassungs-URN. Die `validate`-Funktion erkennt niederländische NLCIUS-Dokumente und wendet das von der niederländischen Peppol-Behörde veröffentlichte SI-UBL-Overlay an, das Rechnungen und Gutschriften in einem Durchgang abdeckt. Die Anforderungen an niederländische Rechtseinheiten werden erfüllt, indem der Parteienblock über das KvK- oder OIN-Schema geleitet wird. Das Profil wird als vorläufig eingestuft. SI-UBL 2.0.3.13 · NPaTue, 09 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-04-peppol-bis-coverage-for-sweden-denmark-the-netherlands-and-sloveniahttps://beliq.eu/de/changelog/#2026-06-04-peppol-bis-coverage-for-sweden-denmark-the-netherlands-and-sloveniaVier weitere Länder nutzen die gemeinsame Peppol BIS-Pipeline ohne nationale Anpassung, sodass sie über den bereits vollständig geprüften Pfad erstellt und validiert werden. Alle vier Profile werden als unterstützt ausgeliefert. Jedes Land erhält einen Länderleitfaden mit Zeitplan für die E-Rechnungspflicht und dem jeweiligen Endpunkt-Schema. Schweden ist besonders zu beachten: Hier adressieren die Endpunkte die Organisationsnummer statt der Umsatzsteuer-Identifikationsnummer, sodass das Land vom länderspezifischen USt-ID-Fallback ausgeschlossen ist und das Schema explizit gesetzt werden muss.Thu, 04 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-03-ireland-and-the-united-kingdomhttps://beliq.eu/de/changelog/#2026-06-03-ireland-and-the-united-kingdomBeide Länder nutzen den Standard Peppol BIS Billing 3.0 ohne nationale Anpassung. Beide Profile werden als unterstützt ausgeliefert. Die Länderleitfäden decken Irlands bereits geltende B2G-Pflicht sowie den B2B-Zeitplan für 2028 ab, ebenso wie die für 2029 bestätigte E-Rechnungspflicht im Vereinigten Königreich (bestätigt im Budget 2025). Das britische Profil basiert auf der vorläufigen Annahme, dass Peppol BIS mit einem Vier-Ecken-Modell eingesetzt wird. Die offiziellen Standards von HMRC und DBT werden voraussichtlich um das Budget 2026 herum veröffentlicht. Das Profil wird nach einem festen Kalenderzeitplan gegen diese Standards neu geprüft, nicht erst, wenn jemand daran denkt.Wed, 03 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-06-02-romania-ro-ciushttps://beliq.eu/de/changelog/#2026-06-02-romania-ro-ciusDie `generate`-Funktion akzeptiert das Profil `romania-ro-cius` auf Basis von Peppol BIS und erzeugt UBL mit der aktuellen CIUS-RO-Anpassungs-URN. Die `validate`-Funktion erkennt rumänische Dokumente anhand der URN, sowohl aktuelle als auch ältere Versionen, und wendet das zweiteilige CIUS-RO-Schematron an. Zwei Erweiterungen werden für alle Profile eingeführt, nicht nur für dieses: das Feld für die regionale Untereinheit sowie ein zweiter Steuersummen-Block, der den Umsatzsteuerbetrag in der Buchungswährung enthält, was grenzüberschreitende rumänische Rechnungen benötigen. Ein Länderleitfaden informiert über die E-Rechnungspflicht. Das Profil wird als vorläufig eingestuft. CIUS-RO 1.0.1 · ANAFTue, 02 Jun 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-05-30-convert-says-what-it-droppedhttps://beliq.eu/de/changelog/#2026-05-30-convert-says-what-it-droppedEine Konvertierung, bei der akzeptable Elemente verloren gehen, gibt nun die vollständige Liste im Antwort-Header `X-Lost-Elements` zurück: Pfad, Wert, Grund und Schweregrad für jedes Element. Bisher wurde nur die Anzahl der verlorenen Elemente angezeigt, sodass Sie zwar wussten, dass etwas fehlte, aber nicht was. Der Header ist immer vorhanden, bleibt bei einer fehlerfreien Konvertierung leer und ist begrenzt, sodass pathologische Fälle auf einen Platzhalterwert gekürzt werden, statt Ihre Log-Zeile zu überfluten.Sat, 30 May 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-05-29-post-v1-converthttps://beliq.eu/de/changelog/#2026-05-29-post-v1-convertKonvertieren Sie eine EN 16931-Rechnung in einem Aufruf von einem Format in ein anderes: CII und UBL in beide Richtungen, ZUGFeRD und Factur-X durch Profilwechsel, XRechnung zwischen Syntaxvarianten sowie Peppol BIS UBL zu reinem EN 16931. Hybride PDFs funktionieren in beide Richtungen, wobei die visuelle Hülle neu verpackt wird, wenn das Zielformat eine PDF-Form vorsieht. Verluste werden in zwei Kategorien unterteilt: Elemente, die nicht stillschweigend akzeptiert werden dürfen, führen zum Abbruch und benennen die nicht abbildbaren Pfade; akzeptable Verluste werden mit einer Zählung zurückgegeben. FatturaPA, Facturae und KSeF sind weder Quell- noch Zielformate, da für sie kein veröffentlichter EN 16931-kompatibler Konverter existiert.Fri, 29 May 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-05-28-belgium-b2bhttps://beliq.eu/de/changelog/#2026-05-28-belgium-b2bDie belgische B2B-E-Rechnungspflicht nutzt den Standard Peppol BIS Billing 3.0 ohne nationales Format oder nationale Anpassung. Belgische Rechnungen werden daher über die bereits bestehende Peppol-Pipeline erstellt und validiert. Adressieren Sie sie über das Unternehmensnummern-Schema oder den belgischen USt-ID-Fallback. Das Profil wird als unterstützt ausgeliefert. Eine belgien-spezifische Regel prüft die Prüfziffer der Unternehmensnummer. Ein Länderleitfaden informiert über die E-Rechnungspflicht.Thu, 28 May 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-05-26-spain-facturae-3-2-2https://beliq.eu/de/changelog/#2026-05-26-spain-facturae-3-2-2Die `generate`-Funktion akzeptiert den Standard `facturae` und erzeugt XML gemäß dem behördlichen XSD-Bundle für Facturae 3.2.2. Die `validate`-Funktion prüft Facturae-Rechnungen, die anhand des Namespace erkannt werden. Dieser Pfad ist rein XSD-basiert, da Facturae auf der spanischen Ministeriumsspezifikation und nicht auf CEN basiert. Deshalb gibt es keine EN 16931-Schematron-Ebene und keine `BR-`-Regel-IDs, gegen die geprüft werden könnte. Facturae 3.2.2 · MINECOTue, 26 May 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-05-21-nlcius-2-0-3-13-re-verifiedhttps://beliq.eu/de/changelog/#2026-05-21-nlcius-2-0-3-13-re-verifiedDas niederländische SI-UBL-Overlay wurde erneut gegen die Referenztestfälle von NPa und NEN geprüft. Keine Abweichung. NLCIUS 2.0.3.13 · NPa / NENThu, 21 May 2026 00:00:00 GMTVerifiedhttps://beliq.eu/de/changelog/#2026-05-02-italy-sdi-messaggio-validationhttps://beliq.eu/de/changelog/#2026-05-02-italy-sdi-messaggio-validationDie `validate`-Funktion akzeptiert das Format `sdi_messaggio` und prüft die Benachrichtigungs- und Empfangsnachrichten, die das italienische Austauschsystem erzeugt. Dabei handelt es sich um eine andere Dokumentenklasse als eine FatturaPA-Rechnung, die gegen ein anderes Bundle validiert wird. Deshalb ist ein eigenes Format erforderlich, statt einer automatischen Erkennung als Rechnung. Die Prüfung erfolgt rein XSD-basiert. Bundle und Version werden in den Metadaten der Antwort zurückgegeben.Sat, 02 May 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-05-01-italy-fatturapahttps://beliq.eu/de/changelog/#2026-05-01-italy-fatturapaDie `generate`-Funktion akzeptiert den Standard `fatturapa` und erzeugt `ordinaria`-XML (FPR12) gemäß dem behördlichen XSD-Bundle. Die `validate`-Funktion prüft FatturaPA-Rechnungen, die anhand des Namespace erkannt werden, und deckt alle drei Varianten ab: `ordinaria` und PA ebenso wie `semplificata`. Die Prüfung erfolgt rein XSD-basiert ohne EN 16931-Schematron-Ebene, da FatturaPA auf der Spezifikation der italienischen Finanzverwaltung und nicht auf CEN basiert. Die Bundle-Versionen werden in den Metadaten der Antwort zurückgegeben. FatturaPA 1.4 · Agenzia delle EntrateFri, 01 May 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-04-04-en-16931-schematron-1-3-16https://beliq.eu/de/changelog/#2026-04-04-en-16931-schematron-1-3-16Die semantischen Kernregeln für CII und UBL wurden auf das CEN-Validierungs-Release 1.3.16 aktualisiert und auf dessen veröffentlichten Tag versioniert. EN 16931 1.3.16 · CENSat, 04 Apr 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2026-03-16-peppol-bis-billing-3-0-20https://beliq.eu/de/changelog/#2026-03-16-peppol-bis-billing-3-0-20Das Frühjahrs-Release von OpenPeppol wurde versioniert und gegen das veröffentlichte BIS-Billing-Testset validiert. Peppol BIS 3.0.20 · OpenPeppolMon, 16 Mar 2026 00:00:00 GMTVerifiedhttps://beliq.eu/de/changelog/#2026-01-31-xrechnung-schematron-2-5-0https://beliq.eu/de/changelog/#2026-01-31-xrechnung-schematron-2-5-0Das Januar-Schematron-Release von KoSIT für die XRechnung-Spezifikation 3.0.2 wurde für die UBL- und CII-Syntax versioniert. XRechnung Schematron 2.5.0 · KoSITSat, 31 Jan 2026 00:00:00 GMTAddedhttps://beliq.eu/de/changelog/#2025-12-18-factur-x-1-08-profileshttps://beliq.eu/de/changelog/#2025-12-18-factur-x-1-08-profilesDie Factur-X-1.08-Profile von MINIMUM bis EXTENDED sind für die PDF/A-3-Generierung und -Validierung angebunden. Factur-X 1.08 · FNFE-MPEThu, 18 Dec 2025 00:00:00 GMTAdded