Download the PHP package ventnet/xinvoice-client without Composer
On this page you can find all versions of the php package ventnet/xinvoice-client. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.
Download ventnet/xinvoice-client
More information about ventnet/xinvoice-client
Files in ventnet/xinvoice-client
Package xinvoice-client
Short Description PHP client for the XInvoice API (api.xinvoice.net): build, generate, validate and retrieve XRechnung (E-Rechnung) and ZUGFeRD e-invoices.
License MIT
Homepage https://www.xinvoice.net
Informations about the package xinvoice-client
XInvoice API Client für PHP
Deutsch | English
Komfortabler PHP-Client für die XInvoice API (www.xinvoice.net).
Erzeuge, validiere und verwalte XRechnung (UBL und CII) sowie ZUGFeRD / Factur-X
E-Rechnungen direkt aus deiner eigenen Software heraus.
Die Zielgruppe sind Entwickler von Rechnungssoftware, die E-Rechnungen nach EN 16931 erstellen müssen, ohne XML-, Schematron- und PDF/A-Details selbst implementieren zu wollen.
- Fluent Builder zum schrittweisen Aufbau des Payloads (
addInvoiceItem(),addAllowance(),addPrecedingInvoiceReference()) - Eingabe wahlweise als Builder, Array oder JSON
- Framework-unabhängig über PSR-18 / PSR-17 (läuft in Laravel, Symfony, Plain-PHP)
- Typisierte Antwortobjekte, Enums und eine vollständige Exception-Hierarchie
- Polling-Helfer für den asynchronen Standard-Flow
Vollständige API-Referenz: https://xinvoice-doc.vent.net/
Installation
Zusätzlich wird eine PSR-18-HTTP-Client- und eine PSR-17-Factory-Implementierung benötigt. Wer noch keine im Projekt hat, installiert z. B.:
Der Client findet installierte Implementierungen automatisch (via
php-http/discovery). Alternativ lassen sie sich explizit injizieren.
Voraussetzungen
- PHP 8.1 oder neuer
- Ein API-Key im Format
xr_<keyId>.<secret>(Registrierung unter www.xinvoice.net) - Ein Konto mit aktivem Billing-Status für produktive Nutzung
Schnellstart
Den Payload aufbauen
Es gibt drei austauschbare und kombinierbare Wege.
1. Schrittweise mit dem Builder
2. Aus einem Array
3. Aus JSON
Party-Objekte eigenständig erstellen
PartyBuilder lässt sich auch unabhängig aufbauen und erst danach zuweisen:
Arrays, Closures und vorab erstellte Builder sind bei seller(), buyer() und
addInvoiceItem() jederzeit mischbar.
Logo und PDF-Briefkopf (nur ZUGFeRD)
Für das ZUGFeRD-PDF lässt sich entweder ein Logo oder ein leeres Briefkopf-PDF (Hintergrund) hinterlegen. Beides schließt sich gegenseitig aus: Ein Briefkopf enthält üblicherweise bereits das Logo, daher hat der Briefkopf Vorrang und ein zusätzlich gesetztes Logo wird ignoriert. Die erzeugte Rechnung wird auf den Briefkopf gesetzt (nur auf der ersten Seite):
Da der Briefkopf üblicherweise bereits die Angaben des Rechnungserstellers enthält,
werden die Seller-Daten im PDF bei verwendetem Briefkopf standardmäßig unterdrückt.
Mit printSellerAddress() werden sie trotzdem ausgegeben. Das XML bleibt davon
unberührt. Das Briefkopf-PDF sollte PDF/A-tauglich sein (eingebettete Schriften,
keine Transparenz, nicht verschlüsselt).
Rabatte und Anzahlungen
Dokumentrabatte (EN16931 BG-20) und bereits gezahlte Beträge (BT-113) lassen sich typisiert setzen. Jeder Rabatt braucht den Steuersatz, auf den er wirkt:
Reverse Charge
Für eine vollständig dem Reverse-Charge-Verfahren unterliegende Rechnung wird die
Umsatzsteuerkategorie AE zusammen mit dem maschinenlesbaren Befreiungsgrund
übergeben. Alle Positionen und Dokumentrabatte müssen dabei einen Steuersatz von
0 tragen. Außerdem benötigen Verkäufer und Käufer eine USt-IdNr.
Die API setzt damit AE auf den Positionen (BT-151), Dokumentrabatten (BT-95)
und in der Umsatzsteueraufschlüsselung (BT-118). Ein Rechnungshinweis für die
menschenlesbare Ausgabe muss unabhängig davon mit invoiceNote() gesetzt werden.
Rechnungstypen und Vorgängerrechnungen
Für Gutschriften und Rechnungskorrekturen stehen typisierte UNTDID-1001-Codes zur Verfügung. Referenzen auf Vorgängerrechnungen (EN16931 BG-3) können als Builder, Array oder Closure ergänzt werden:
invoiceTypeCode() akzeptiert weiterhin auch Strings und null. Bei Array- und
JSON-Payloads lautet das Feld exakt preceding_invoice_references:
Rechnungen erzeugen
Eine synchrone Anfrage mit blockierenden Validierungsfehlern wirft keine
Exception, sondern liefert ein GenerateResult mit isFailed() === true:
Asynchron erzeugen und automatisch pollen
Validieren (ohne Speichern)
Rechnungen abrufen und auflisten
Systemendpunkte
Fehlerbehandlung
Alle Fehler implementieren VentNet\XInvoice\Exception\XInvoiceException, sodass
sie sich gemeinsam fangen lassen.
| HTTP | Exception |
|---|---|
| 401 | AuthenticationException |
| 402 | PaymentRequiredException |
| 404 | NotFoundException |
| 422 | RequestValidationException (mit getErrors()) |
| 429 | RateLimitException (mit getRetryAfter()) |
| 5xx | ServerException |
| Netzwerk | TransportException |
Konfiguration
Eigene PSR-18/PSR-17-Implementierungen injizieren:
Beispiele
Lauffähige Skripte liegen im Ordner examples/.
Entwicklung
Lizenz
MIT – siehe LICENSE.
All versions of xinvoice-client with dependencies
psr/http-client Version ^1.0
psr/http-factory Version ^1.0
psr/http-message Version ^1.1 || ^2.0
php-http/discovery Version ^1.19