E-Rechnung in der Türkei: Integration ins ERP-System

Wer in der Türkei geschäftlich aktiv ist, muss ein ERP-System in der Regel e-Fatura und e-Arşiv unterstützen — in manchen Branchen auch e-İrsaliye —, abgewickelt über die Finanzverwaltung GİB, normalerweise über einen privaten Integrator. Das ERP erzeugt das Dokument im Format UBL-TR, der Verkäufer versiegelt es mit dem elektronischen Siegel (mali mühür), der Integrator lässt es bei der GİB freigeben, und die Aufbewahrungspflicht bleibt durchgehend beim Steuerpflichtigen.

Was muss ein ERP-System für den Betrieb in der Türkei leisten?

Die Türkei betreibt die elektronische Rechnung als Freigabesystem: Ein Dokument wird vom Verkäufer erzeugt, über einen autorisierten Kanal übermittelt, von der Finanzverwaltung geprüft und ist erst danach rechtswirksam. Für ein Unternehmen, das seine Geschäftsvorgänge auf einem ERP führt, hat das Folgen an vier Stellen des Systems:

Dokumentenerzeugung. Das ERP — oder eine angebundene Rechenkomponente — muss Rechnungen in der geforderten UBL-TR-Struktur erzeugen, mit den Codes, Beteiligtenkennungen und Zeilendaten, die das Schema verlangt, nicht mit einem gedruckten Layout, das nur in XML umgeformt wird.

Elektronische Siegelung. Dokumente werden mit dem für den Steuerpflichtigen ausgegebenen Siegel (mali mühür) versiegelt; der Siegelschritt muss im Ablauf sitzen, und der Umgang mit dem Schlüssel muss zur Verwahrung des Siegels passen.

Austausch in beide Richtungen. Im e-Fatura-Regime bestimmt der Registrierungsstatus der Gegenseite die Dokumentart, und eingehende Dokumente — erhaltene Rechnungen, Antworten, Stornierungen, wo zulässig — müssen mit ihren ursprünglichen Kennungen im ERP landen, sonst verliert die Buchhaltung die Verbindung zwischen System und offiziellem Register.

Archivierung und Wiederauffindbarkeit. Ausgegangene und eingegangene Dokumente müssen über die gesetzliche Aufbewahrungsfrist abrufbar sein; ob sie der Integrator speichert, das ERP oder beide zusammen, ist eine Entscheidung, die vor dem Go-live fällt und nicht erst nach einer Prüfanfrage.

Die meisten Unternehmen lösen das nicht dadurch, dass sie ihr ERP neu bauen, sondern dadurch, dass sie es anbinden: eine Integrationsschicht zwischen ERP und privatem Integrator, wobei das ERP das Stammsystem für Kunden, Artikel, Preise und Buchhaltung bleibt.

Ein struktureller Punkt, der Teams überrascht, die neu in der Freigabe arbeiten: Die Rechnung ist nicht fertig, wenn das ERP sie ausgibt. Sie ist fertig, wenn der Austausch durchläuft und die Antworten zurückkommen — das Bild, das das ERP vom Status einer Rechnung hat, muss also über „erstellt“ und „gesendet“ hinaus „angenommen“, „abgelehnt“ und „korrigiert“ einschließen. Wer das auslässt, gleicht am Monatsende zwei Wahrheiten von Hand ab — sein Hauptbuch und das offizielle Register —, und genau diese Arbeit sollte die elektronische Rechnung eigentlich ersparen.

Ein zweiter Punkt betrifft das Timing. Dokumente in einem Freigabesystem sind nicht asynchron wie ein E-Mail-Anhang: Eine Ablehnung erreicht das Team, während es noch arbeitet, und die Korrektur, die sie verlangt, betrifft meist die Stammdaten und nicht das Dokument selbst. Wer den Dokumentenfluss so baut, dass die Person, die die Ursache beheben kann, zum Zeitpunkt benachrichtigt wird, statt sie in einem Monatsbericht zu entdecken, unterscheidet ein System, das läuft, von einem, das man beobachten muss.

e-Fatura, e-Arşiv und e-İrsaliye im Überblick

Dokument	Wofür es dient	Typischer Auslöser	Hinweis
e-Fatura	B2B- und Behördenrechnungen zwischen dafür registrierten Steuerpflichtigen	Beide Seiten sind für e-Fatura registriert	Ein strukturiertes Dokument zwischen registrierten Parteien; der Status der Gegenseite bestimmt den Weg
e-Arşiv	Rechnungen, bei denen der Käufer nicht für e-Fatura registriert ist — Einzelhandel und B2C sowie manches B2B	Verkäufer liegt im Anwendungsbereich, Käufer außerhalb des e-Fatura-Regimes	Wird für den Käufer als PDF bereitgestellt, aber über dieselbe Kette erzeugt und gemeldet
e-İrsaliye	Elektronische Lieferscheine für die von den Regeln bestimmten Branchen und Vorgänge	Warenversand innerhalb der erfassten Abläufe	Koppelt mit der Rechnung: Lieferschein und Rechnung verweisen aufeinander
e-Defter	Bücher und Aufzeichnungen — Haupt- und Journalbuch, elektronisch gemeldet	Erfasste Steuerpflichtige nach den geltenden Regeln	Eine eigene Pflicht neben der E-Rechnung, aber meist im selben Projekt geplant

Wer unter welche Pflicht fällt, bestimmen Regeln und Rundschreiben der GİB, und diese ändern sich; Schwellenwerte und Branchenzuweisungen legen die Behörden fest und ändern sich mit ihnen. Die richtige Aussage für einen Einkäufer ist eine verfahrenstechnische: Prüfen Sie Ihren Registrierungsstatus mit Ihrem Steuerberater gegen die aktuellen Regeln, bevor Sie die Integration entwerfen — nicht gegen einen Artikel, auch nicht gegen diesen hier.

Integrationsoptionen

Option	Geeignet für	Aufwand im ERP	Was zu beachten ist
GİB-Portal	Sehr geringe Mengen, manuelle Ausstellung	Keiner im ERP	Langsam und manuell, kein Ziel für ein Unternehmen mit ERP; nur als Rückfalloption behalten
Privater Integrator (özel entegratör)	Der übliche Weg für die meisten Unternehmen	Eine Anbindung an die API oder das Format des Integrators, dazu das Mapping	Bei der Auswahl zählen Support und API-Qualität mehr als das Logo; fragen Sie, wer die Schema-Updates pflegt
Direkter GİB-Zugang	Größere Einheiten mit voller Kontrolle	Hoch: Sie übernehmen die technische und betriebliche Verantwortung für den Kanal	Aufwendiger zu erhalten und zu betreiben — in der Praxis selten; als begründete Ausnahme behandeln, nicht als Standard

Zum Integrator-Modell gehört eine Klarstellung, weil es oft missverstanden wird: Die Nutzung eines privaten Integrators verschiebt die Pflichten des Steuerpflichtigen nicht. Der Integrator liefert den technischen Kanal, die Übermittlung und den Speicherservice; die rechtliche Verantwortung für die Dokumente — ihre Richtigkeit, ihre Ausstellung und ihre Aufbewahrung nach dem Steuerverfahrensgesetz (Vergi Usul Kanunu) — bleibt beim Steuerpflichtigen. Wenn die Vertriebsseite eines Integrators klingt, als werde das Compliance-Problem für Sie gelöst, lesen Sie diesen Satz noch einmal.

In der Praxis zeigt sich diese Aufteilung in kleinen, konkreten Fällen. Wird ein Dokument abgelehnt, weil die Steuernummer des Kunden in Ihren Stammdaten falsch stand, hat die Technik des Integrators einwandfrei gearbeitet, und den Fehler zu beheben ist Ihre Aufgabe. Wird eine Rechnung mit dem falschen Steuerschlüssel ausgestellt, rettet keine Kanalprüfung davor. Der Integrator ist Infrastruktur; die Datenqualität, die durch ihn läuft, ist eine interne Disziplin, und das ERP ist der Ort, an dem diese Disziplin entweder eingebaut oder dem Zufall überlassen wird. Einkäufer, die Integratoren vergleichen, sollten deshalb weniger Zeit auf die Funktionsliste verwenden und mehr auf die Fragen, die zeigen, wer im Fehlerfall was tut: Wen warnt welches System, in welchem Format, und wie schnell kann ein korrigiertes Dokument erneut übermittelt werden?

Umsetzungsschritte und Testen der ERP-Anbindung

Ein machbarer Ablauf für die Integration auf ERP-Seite:

Den Pflichtumfang festlegen. Welche Dokumente für das Geschäft gelten — e-Fatura, e-Arşiv, e-İrsaliye, e-Defter —, mit dem Steuerberater des Unternehmens gegen die aktuellen Regeln bestätigt.

Den Kanal wählen. Die meisten Unternehmen entscheiden sich für einen privaten Integrator; die Auswahlfragen — API-Qualität, Testumgebung, Support-Sprache und -Zeiten, Umgang mit Schema-Updates, Referenzen — lohnen eine eigene Vorauswahl.

Die Stammdaten zuordnen. Kunden und ihre Steuernummern, Artikel, Einheiten, Währungen und Steuerschlüssel müssen zu den Erwartungen des Schemas passen; Abweichungen hier sind die größte Einzelquelle für spätere Fehler.

Den Dokumentenfluss entwerfen. Wer erzeugt was, wann gesiegelt wird, was bei einem Fehler passiert, wie ausgehende und eingehende Dokumente den ERP-Datensätzen zugeordnet werden und wie Korrekturen erfolgen.

Die Testumgebung nutzen. Beide Seiten stellen eine Testumgebung bereit; lassen Sie vor dem Go-live jede Dokumentart, jeden Fehlerpfad und jedes Korrekturszenario damit laufen, mit demselben Mapping wie in der Produktion.

Fehler als Prozess behandeln. Ablehnungen kommen nach der Übermittlung; jemand muss sie sehen, die Ursache verstehen und die zugrunde liegenden Daten korrigieren — ein Benachrichtigungspostfach ohne Verantwortlichen ist der Grund, warum Unternehmen Dokumente zu spät ausstellen.

Archivierung und Zugriff planen. Wo Dokumente gespeichert werden, wer sie abrufen darf und wie eine Prüfanfrage innerhalb der Aufbewahrungsfrist beantwortet wird.

Der Teil, der den Erfolg entscheidet, ist nicht die Schnittstelle, sondern die Schritte 3, 6 und 7 — Datenqualität, Fehlerverantwortung und Abrufbarkeit —, weil sie weiterlaufen, wenn das Projektteam längst nach Hause gegangen ist.

Fragen für die Steuerberatung bei ausländischer Muttergesellschaft und Nichtansässigkeit

Für ein Unternehmen mit ausländischer Muttergesellschaft oder mit einem Einstieg in die Türkei ohne vollständiges lokales Finanzteam gehören mehrere Fragen zur Steuerberatung und nicht ins IT-Projekt — die Antworten bestimmen den Entwurf, deshalb sollten Sie sie stellen, bevor die Integration beginnt, und nicht danach:

Weg zur Registrierung. Wie wird das Unternehmen unter die Pflichten gestellt, wer unterschreibt die Anträge und welcher Vertreter wird anerkannt — Fragen der Steueranmeldung, nicht der Software.

Siegelführung. Wie wird das elektronische Siegel für das Unternehmen beantragt, und wie ist die Verwahrung organisiert, wenn Unterzeichner außerhalb der Türkei sitzen?

Vertreter und Unterschriften. Wer darf welche Dokumente unterschreiben, und was muss das ERP über die unterzeichnende Person für den Prüfpfad festhalten?

Position der ausländischen Tochtergesellschaft. Ob zusätzliche Anforderungen für Unternehmen mit nichtansässiger Eigentümerschaft gelten, und wie Abrechnungen innerhalb der Gruppe behandelt werden.

Diese Punkte sind bewusst als Fragen an die Beratung formuliert: Registrierungs- und Vertretungsregeln ändern sich, sie sind lokal, und eine Produktseite kann sie nicht qualifizieren. Was das IT-Projekt tun kann, ist, für langsame Antworten zu entwerfen — halten Sie den Dokumentenfluss konfigurierbar, statt ihn hart um eine einzige Annahme herum zu bauen.

Es lohnt sich auch, festzulegen, wer die Beziehung zur Beratung führt. In Unternehmen, in denen Finanzen und IT beide annehmen, die andere Seite habe die Frage gestellt, kommen diese Punkte spät in die Integration — meist in den Wochen vor dem Go-live, wenn der Dokumentenfluss bereits feststeht. Ein benannter Verantwortlicher auf jeder Seite und ein gemeinsames Gespräch vor Schritt 3 der Umsetzung verhindert das Meiste davon.

Häufige Probleme

Die Fehler, die in solchen Projekten am häufigsten auftreten, und worauf jeder einzelne meist hindeutet:

Ablehnungen bei der Prüfung. Fast immer ein Zuordnungsproblem: ein Steuerschlüssel, ein Kennungsformat oder ein Feld auf Zeilebene, das nicht zur Erwartung des Schemas passt. Korrigieren Sie die Stammdaten, nicht die Wiederholungslogik.

Doppelte Nummernkreise. Nummernfolgen, die von mehr als einem System erzeugt oder nach einem Fehler neu erzeugt werden; die Nummernvergabe darf genau einen Eigentümer und eine dokumentierte Wiederherstellungsregel haben.

Fehler im Status der Gegenseite. Die falsche Dokumentart wird ausgestellt, weil der Registrierungsstatus des Kunden zwischengespeichert oder angenommen wurde; sehen Sie den Status gemäß den Regeln des Integrators nach, nicht aus dem Gedächtnis.

Eingehende Dokumente gehen verloren. Dokumente werden erhalten, aber nie ins ERP zurückgespielt, sodass das Kreditorenbuch von einem separaten Bildschirm arbeitet; die Richtung des Austauschs gehört zur Integration und ist kein Zusatz.

Verpasste Schema-Updates. Die Struktur ändert sich mit der Zeit; wer verantwortlich ist, muss wissen, wann sie sich geändert hat und was die Änderung für das Mapping bedeutet.

Test unter Fristdruck ausgelassen. Jedes der genannten Probleme ist in der Testumgebung billiger; der Go-live-Druck ist der Moment, in dem daraus Vorfälle werden.

Häufig gestellte Fragen

Worin unterscheiden sich e-Fatura und e-Arşiv?

e-Fatura erfasst Rechnungen, die zwischen für das Regime registrierten Steuerpflichtigen ausgetauscht werden — als strukturierte Dokumente zwischen registrierten Parteien; e-Arşiv erfasst Rechnungen, bei denen der Käufer außerhalb dieses Regimes steht — Einzelhandel und B2C sowie manches B2B — und die der Käufer typischerweise als PDF erhält, das über dieselbe offizielle Kette erzeugt wurde. Welche Variante für eine Rechnung gilt, ergibt sich aus dem Registrierungsstatus der Gegenseite, deshalb prüft die Integration diesen und nimmt ihn nicht an.

Brauche ich einen privaten Integrator?

Für die meisten Unternehmen ja — das ist der übliche Weg, und der direkte Kanal gilt als aufwendig und selten. Ein privater Integrator liefert den technischen Kanal zur GİB und den Speicherservice; Ihre Pflichten als Steuerpflichtiger bleiben Ihre. Die Auswahl ist eine Einkaufsaufgabe: API-Qualität, Testumgebung, Support und der Umgang mit Schema-Updates bestimmen den Alltag stärker als die Marke.

Was ist das elektronische Siegel (mali mühür)?

Es ist das Signaturmittel des Steuerpflichtigen, mit dem elektronische Dokumente vor der Übermittlung versiegelt werden; Verwahrung und die Frage, wer es benutzen darf, sind praktische Punkte, die im Unternehmen zu klären sind. Für Teams mit Unterzeichnern außerhalb der Türkei gehört die Regelung, wer das Siegel hält und anwendet, zu den ersten Dingen, die man der Steuerberatung vorlegt.

Kann jedes ERP-System türkische E-Rechnungen ausstellen?

Nein. Das ERP muss die geforderte UBL-TR-Struktur mit richtigen Stammdaten erzeugen oder an eine Komponente oder einen Integrator angebunden sein, der das tut; ein übliches Rechnungslayout genügt nicht. Die meisten Unternehmen binden deshalb an, statt neu zu bauen — die Frage an einen Anbieter lautet, welche Integratoren sein Konnektor unterstützt, was er zuordnet und wo seine Dokumentation liegt.

Wie teste ich vor dem Go-live?

Über die Testumgebung auf Integrator- und offizieller Seite, mit demselben Stammdaten-Mapping wie in der Produktion: jede Dokumentart, jeden Ablehnungspfad, jede Korrektur und jedes eingehende Dokument, das ins ERP zurückgespielt wird. Behandeln Sie den Test zugleich als Generalprobe des Fehlerprozesses — jemand muss eine Ablehnung empfangen, diagnostizieren und beheben, nicht nur ein grünes Häkchen sehen.

Wer bewahrt die Rechnungen auf?

Die Aufbewahrungspflicht bleibt beim Steuerpflichtigen nach dem Steuerverfahrensgesetz; der Integrator stellt typischerweise die technische Speicherung bereit, und viele Unternehmen halten die Dokumente zusätzlich im ERP für die tägliche Arbeit. Entscheidend ist, die Regelung vor dem Go-live zu treffen, zu wissen, wer welches Dokument innerhalb der Frist vorlegen kann, und diesen Abruf zu testen, bevor ein Prüfer danach fragt.

Quellen und Standards

GİB — Gelir İdaresi Başkanlığı — die Finanzverwaltung veröffentlicht Regeln, Rundschreiben und technische Dokumentation zu e-Fatura, e-Arşiv, e-İrsaliye und e-Defter; die dortigen aktuellen Fassungen stehen über allem, was auf dieser Seite zusammengefasst ist.
Registrierungsstatus, Schwellenwerte, Branchenzuweisungen und Fristen legen die Behörden fest und ändern sich; bestätigen Sie sie mit Ihrem Steuerberater gegen die aktuellen Regeln. Nichts auf dieser Seite ist Steuerberatung, und für WorldwideTradeX wird keine Integratorbeziehung, Partnerschaft oder Zertifizierung behauptet.