Australiens E-Invoicing-Modell im Überblick

Australien sollte weder wie ein Clearance-Land behandelt noch als vollständig isolierte lokale Lösung aufgebaut werden. Peppol und PINT bieten international wiederverwendbare Bausteine, während PINT A-NZ, lokale Governance, Kundenanforderungen und australische Service-Provider-Regeln weiterhin berücksichtigt werden müssen.

Eine skalierbare Architektur kann deshalb gemeinsame Konnektivität, ERP-Integration, Monitoring und Orchestrierung von länderspezifischen Mappings, Validierungsregeln und Partneranforderungen trennen. So lässt sich globale Infrastruktur wiederverwenden, ohne die Besonderheiten des australischen Marktes zu ignorieren.

Da B2B-E-Invoicing in Australien freiwillig bleibt, ist nicht jeder Kunde oder Lieferant bereits über Peppol erreichbar. Unternehmen müssen Peppol deshalb während der Einführung gegebenenfalls parallel zu bestehenden Rechnungskanälen betreiben.

Ein sinnvoller Rollout beginnt mit der Analyse, welche Partner bereits erreichbar sind, welche angebunden werden können und für welche zunächst alternative Kanäle bestehen bleiben müssen. So hängt die Peppol-Einführung nicht davon ab, dass das gesamte Geschäftspartnernetzwerk gleichzeitig umstellt.

Nein. Die Akkreditierung durch die ATO richtet sich an Organisationen, die selbst als Peppol Service Provider tätig werden möchten, beispielsweise als Access Point oder Service Metadata Publisher.

Unternehmen, die lediglich Rechnungen senden und empfangen möchten, nutzen in der Regel einen akkreditierten Anbieter oder eine geeignete eInvoicing-Ready-Lösung. Bei der Auswahl sind daher eher ERP-Integration, Länderabdeckung, unterstützte Dokumenttypen, Service Levels und Betriebsfunktionen relevant.

Tests sollten mehr umfassen als eine erfolgreiche Dokumentübertragung. Unternehmen sollten Teilnehmeradressierung, ERP-zu-PINT-Mapping, Validierungsregeln, Fehlerbehandlung, internes Routing sowie die korrekte Verarbeitung von Rückmeldungen und Statusinformationen prüfen.

Besonders wichtig sind realistische Geschäftsszenarien, beispielsweise unvollständige Daten, falsche Referenzen, abgelehnte Rechnungen oder unterschiedliche Kundenanforderungen. So lässt sich sicherstellen, dass Fehler nicht nur erkannt, sondern auch effizient innerhalb der eigenen Finanzprozesse bearbeitet werden können.

Nicht unbedingt. Eine PINT-A-NZ-Rechnung kann die formalen Validierungsregeln erfüllen und trotzdem Informationen vermissen lassen, die ein bestimmter Käufer für automatisches Matching, Routing, Freigabe oder Buchung benötigt.

Deshalb gibt es in Australien und Neuseeland ergänzend Invoice Content Industry Practice Statements. Unternehmen sollten daher nicht nur die technische Konformität prüfen, sondern auch, ob ihre Rechnungen die Daten enthalten, die wichtige Kunden sowie nachgelagerte ERP- und Kreditorenprozesse tatsächlich benötigen.

Ob zusätzliche Dokumente mit einer Rechnung ausgetauscht werden können, hängt von der unterstützten Spezifikation sowie von Software und Service Provider ab. Auch australische eInvoicing-Ready-Lösungen können sich deshalb hinsichtlich ihrer Attachment-Funktionen unterscheiden.

In der Praxis sollten Unternehmen klar unterscheiden, welche Informationen strukturiert in die Rechnung gehören und welche Unterlagen tatsächlich zusätzlich benötigt werden. Das ist besonders relevant, wenn Verträge, Liefernachweise, Leistungsnachweise oder andere Dokumente Teil des Rechnungsfreigabeprozesses sind.

Ein Wechsel des Peppol Access Points ist mehr als ein Vertragswechsel. Das Unternehmen muss während der Migration weiterhin korrekt im Peppol-Netzwerk registriert und erreichbar bleiben.

Deshalb sollten Verantwortlichkeiten für Teilnehmerregistrierung, Endpoint-Änderungen, Tests, Umstellung und Rückfallverfahren klar geregelt sein. Ziel ist es, Unterbrechungen beim Rechnungsversand oder -empfang während des Providerwechsels zu vermeiden.

Peppol stellt sicher, dass eine Rechnung den richtigen Teilnehmer erreicht. In größeren Organisationen muss jedoch weiterhin entschieden werden, welches ERP-System, welche Gesellschaft, welches Shared Service Center oder welche Organisationseinheit sie intern verarbeitet. Bestellnummern, Lieferantenkennungen, Buyer References oder andere strukturierte Rechnungsdaten können dabei für das automatische Routing genutzt werden.

Unternehmen mit mehreren ERP-Systemen oder Verarbeitungszentren sollten diese Regeln deshalb bereits vor der Einführung definieren, damit Rechnungen nicht nur elektronisch ankommen, sondern auch automatisch dem richtigen Folgeprozess zugeordnet werden können.