Für wen er gedacht ist und für wen nicht, kurz gesagt
Wenn Sie eine Kundenrechnung oder eine Gutschrift in einem aktivierten Journal bestätigen, erzeugt der Connector ein UBL-2.1-XML nach der PINT-AE-Struktur, prüft es mit dem moduleigenen Validator und speichert es als Anhang an der Rechnung. Außerhalb des Sandbox-Modus sendet er dieses XML an den von Ihnen konfigurierten Endpoint.
Er eignet sich, wenn Sie diesen Ablauf in Odoo aufbauen, mit dem Simulator testen und die Rechnungen an Ihren akkreditierten Anbieter senden möchten, sofern dieser den generischen Vertrag des Moduls akzeptiert. So wie dokumentiert eignet er sich nicht, wenn das XML die Regeln von PINT AE 1.0.4 erfüllen muss, wenn Ihr Anbieter nur mit seiner eigenen API arbeitet oder wenn Sie Lieferantenrechnungen empfangen möchten: Das Modul empfängt keine.

Sechs Irrtümer vor dem Kauf
„Nach der Installation erfüllen meine Rechnungen PINT AE“
Die App-Seite sagt es deutlich: Das XML wurde nicht gegen die Regeln von PINT AE 1.0.4 validiert und verletzt mehrere davon. Aufgeführt werden diese: Gutschriften werden als Rechnungen gesendet, die Kennzeichen für den Transaktionstyp fehlen, Rechnungen in Fremdwährung enthalten keine Beträge in AED, und der Endpoint des Käufers verwendet die 15-stellige TRN statt der 10-stelligen TIN. Der Validator, der das XML prüft, ist der des Moduls selbst. Wenn Sie Gutschriften oder Rechnungen in einer anderen Währung ausstellen, sind das genau die Fälle, die die App-Seite als fehlerhaft kennzeichnet.
„Er verbindet sich mit jedem akkreditierten Anbieter (ASP)“
Es gibt keine Integration mit einem bestimmten von der FTA akkreditierten Anbieter. Die App-Seite erklärt, dass akkreditierte Anbieter keine gemeinsame Standard-API haben. Die REST-Option funktioniert daher nur mit einem Anbieter, der den generischen Vertrag des Moduls akzeptiert: ein POST an /invoices mit Bearer-Token und regelmäßige Statusabfrage. Die andere Option ist ein einfacher SOAP-AS4-Umschlag ohne WS-Security und ohne SMP-Lookup. Fragen Sie Ihren Anbieter vor der Entscheidung, ob er eines dieser beiden Formate unterstützt.
„Wenn ich Accepted sehe, hat die FTA die Rechnung angenommen“
Der Sandbox-Modus ist standardmäßig aktiv und führt einen Anbieter-Simulator in Odoo aus. Im Sandbox-Modus verlässt nichts Odoo, und die dort angezeigten Status Accepted und Referenznummern sind simuliert. Damit können Sie den gesamten Ablauf am Bildschirm durchgehen, aber keinen echten Versand nachweisen.

Accepted simuliert.„Die FTA Clearance ID ist die Freigabe der FTA“
Das Feld heißt in der App FTA Clearance ID, doch die App-Seite des Moduls stellt klar, dass es nur die vom Anbieter zurückgegebene Referenz speichert. Laut derselben Seite kennt das System der VAE keinen vorherigen Freigabeschritt (Clearance): Im Modell der VAE meldet der Anbieter die Steuerdaten an die FTA, und die FTA gibt Rechnungen nicht vor dem Versand frei. Antwort und Referenz des Anbieters werden an der Rechnung und in einem Audit-Protokoll gespeichert, das sich weder bearbeiten noch löschen lässt.
„Mit aktiven Zugangsdaten signiert das Modul die Rechnungen“
Mit aktiven Zugangsdaten fügt das Modul statt einer echten Signatur ein Platzhalter-Signaturelement ein. Die App-Seite ergänzt, dass PINT AE keine Signatur im Dokument verlangt und dass dieses Element das XML ungültig macht.

„Der QR-Code im PDF ist vorgeschrieben und wird von der FTA ausgestellt“
Der QR-Code im PDF der Rechnung ist optional. Laut Dokumentation des Moduls verlangen die Regeln der VAE keinen QR-Code auf E-Rechnungen, und dieser QR-Code wird nicht von der FTA ausgestellt.
Was er mitbringt und was Sie vor der Installation brauchen
Neben dem Erzeugen und Senden des XML enthält das Modul:
- Sofortigen Versand oder geplanten Stapelversand, Wiederholungen mit Back-off, Ratenbegrenzung und einen mit HMAC signierten Webhook für die Antworten des Anbieters.
- Einen Einrichtungsassistenten und Einstellungen pro Unternehmen: TIN, Phase mit ihren Daten und Journale.
- Verschlüsselte Zugangsdaten des Anbieters mit einem Schlüssel, den Sie in der Serverumgebung festlegen (
FLEXIGO_UAE_EINVOICE_FERNET_KEY), sowie Warnungen zum Ablauf von Zertifikaten.
- Das XML als Anhang an der Rechnung und einen Assistenten, der die E-Rechnungen einer TRN als ZIP exportiert.
Das README nennt als Voraussetzung Odoo 20 mit dem Modul l10n_ae (Lokalisierung VAE). In Odoo Apps ist es für 17.0, 18.0, 19.0 und 20.0 veröffentlicht, und auf allen vier Seiten kostet es 49 € zzgl. MwSt., Einmalzahlung pro Odoo-Version. Wenn Sie mit 17, 18 oder 19 arbeiten, prüfen Sie vor dem Kauf die Seite Ihrer Version.
Die im README beschriebene Einrichtung ist kurz:
- Installieren Sie das Modul über Apps.
- Führen Sie den Einrichtungsassistenten aus.
- Öffnen Sie
Accounting > UAE E-Invoicing > Configuration > UAE E-Invoicing Settings.
- Geben Sie die TIN des Unternehmens ein und wählen Sie die Phase.
- Lassen Sie den Sandbox-Modus aktiv, um den Ablauf mit dem Simulator zu testen.
- Aktivieren Sie die E-Rechnung in den gewünschten Journalen.

Die Details zu jedem Feld und jedem Status finden Sie in der Einrichtung des Connectors.
So entscheiden Sie für Ihren Fall
| Wenn das auf Sie zutrifft | Was die Dokumentation sagt |
|---|---|
| Sie möchten den Ablauf in Odoo sehen, ohne etwas zu senden | Die Sandbox ist standardmäßig aktiv und simuliert Anbieter, Status und Referenzen in Odoo |
Ihr Anbieter akzeptiert einen POST an /invoices mit Bearer-Token oder einfaches AS4 | Der echte Versand kann auf seinen Endpoint zeigen, aber das XML behält die auf der App-Seite genannten Fehler |
| Sie brauchen ein XML, das die Regeln von PINT AE 1.0.4 besteht | Es wurde nicht dagegen validiert und verletzt mehrere |
| Sie stellen Gutschriften oder Rechnungen in Fremdwährung aus | Gutschriften gehen als Rechnungen hinaus, und die Beträge in AED fehlen |
| Sie müssen Lieferantenrechnungen empfangen | Das Modul empfängt keine |
| Ihr Anbieter bietet nur seine eigene API | Es gibt keine Integration mit einem bestimmten akkreditierten Anbieter |
Wenn Sie zuerst verstehen möchten, welche Menüs hinzukommen und welche Schritte jede Rechnung durchläuft, lesen Sie, wie der Connector intern funktioniert.
Wie FlexigoTech Sie unterstützt
FlexigoTech implementiert Odoo 17, 18, 19 und 20 und entwickelt individuelle Connectoren und Integrationen. Wenn Ihr akkreditierter Anbieter den generischen Vertrag des Moduls nicht akzeptiert oder Sie etwas brauchen, das die Dokumentation nicht abdeckt, prüfen wir gemeinsam mit Ihnen eine individuelle Entwicklung. Details zum Modul finden Sie auf seiner Seite bei flexigotech.com und auf der Seite in Odoo Apps.
Weiterlesen
Geprüft im Quellcode des Moduls (Version 20.0) und in den verlinkten Quellen
Quellen
- Quellcode des Moduls: flexigo_uae_fta_e_invoicing_connector 20.0 (bd3e6ed9): README.rst
- Quellcode des Moduls: flexigo_uae_fta_e_invoicing_connector 20.0 (bd3e6ed9): static/description/index.html
- apps.odoo.com/apps/modules/20.0/flexigo_uae_fta_e_invoicing_connector
- apps.odoo.com/apps/modules/17.0/flexigo_uae_fta_e_invoicing_connector
- apps.odoo.com/apps/modules/18.0/flexigo_uae_fta_e_invoicing_connector
- apps.odoo.com/apps/modules/19.0/flexigo_uae_fta_e_invoicing_connector
- flexigotech.com/en/services.html
