Was ist der Unterschied zwischen EBICS T und EBICS TS?

Zwei Bank-Sicherheitstoken – eine Kartenvariante und ein USB-Schlüssel – auf weißem Schreibtisch im sanften Morgenlicht.

Der Hauptunterschied zwischen EBICS T und EBICS TS liegt in der Art der Auftragsautorisierung: Bei EBICS T (Transportverfahren) werden Zahlungsaufträge ohne elektronische Unterschrift übermittelt, während bei EBICS TS eine technische Signatur direkt in die Dateiübertragung integriert ist. Die Wahl des Verfahrens hat direkte Auswirkungen auf das Sicherheitsniveau, die Prozessgestaltung und die Anforderungen Ihrer Bank. Die folgenden Abschnitte beantworten die wichtigsten Fragen rund um beide Verfahren.

Welche Sicherheitsstufen unterscheiden EBICS T von EBICS TS?

EBICS T und EBICS TS unterscheiden sich in einer zentralen Sicherheitsdimension: der Verbindlichkeit der Auftragsautorisierung auf Transportebene. EBICS T überträgt Zahlungsdateien ohne technische Signatur auf Nachrichtenebene, sodass die Autorisierung vollständig durch einen separaten Freigabeprozess erfolgt. EBICS TS ergänzt den Transport um eine integrierte elektronische Signatur, die Absenderidentität und Datenintegrität unmittelbar sicherstellt.

Konkret bedeutet das: Bei EBICS T ist die Übertragung selbst nicht signiert. Die Sicherheit liegt im nachgelagerten Freigabeprozess, etwa durch ein dediziertes Zahlungsfreigabesystem. Bei EBICS TS hingegen wird die Zahlung bereits beim Upload mit einem kryptografischen Schlüssel signiert, der an eine bestimmte Person oder ein bestimmtes System gebunden ist. Damit ist die Transaktion auf Transportebene eindeutig autorisiert.

Für Unternehmen, die hohe Compliance-Anforderungen erfüllen müssen, bietet EBICS TS eine zusätzliche Sicherheitsschicht. Gleichzeitig erfordert das Verfahren eine sorgfältige Verwaltung der eingesetzten Schlüssel und Zertifikate.

Wie funktioniert die Auftragsautorisierung bei EBICS T?

Bei EBICS T erfolgt die Auftragsautorisierung ausschließlich außerhalb des Transportvorgangs. Die Zahlungsdatei wird ohne elektronische Unterschrift an die Bank übermittelt. Die Autorisierung liegt vollständig beim empfangenden System oder einem vorgelagerten Freigabeprozess, der unabhängig von der Dateiübertragung stattfindet.

In der Praxis bedeutet das: Das sendende System authentifiziert sich gegenüber der Bank mit einem Transportschlüssel, der die Verbindung absichert, aber keine inhaltliche Signatur der Zahlung darstellt. Die Bank akzeptiert die Datei auf Basis dieser Transportauthentifizierung. Ob und wie eine inhaltliche Freigabe erfolgt, liegt vollständig in der Verantwortung des Unternehmens.

Viele Unternehmen kombinieren EBICS T daher mit einem dedizierten Zahlungsfreigabesystem, das den erforderlichen Vier-Augen-Grundsatz und revisionssichere Protokollierung sicherstellt. SAP-basierte Zahlungsprozesse lassen sich so gestalten, dass die Freigabe vollständig im SAP-System erfolgt, bevor die Datei per EBICS T übertragen wird.

Wie funktioniert die elektronische Unterschrift bei EBICS TS?

Bei EBICS TS ist die elektronische Unterschrift direkt in den Übertragungsvorgang integriert. Der Auftraggeber signiert die Zahlungsdatei mit einem persönlichen, kryptografischen Schlüssel, bevor die Datei an die Bank übermittelt wird. Die Bank prüft diese Signatur und akzeptiert den Auftrag nur, wenn sie gültig ist und dem hinterlegten Zertifikat entspricht.

Technisch basiert die Signatur auf asymmetrischer Kryptografie. Der private Schlüssel verbleibt beim Unterzeichner, der öffentliche Schlüssel ist bei der Bank hinterlegt. Jede Zahlung, die per EBICS TS übertragen wird, trägt damit den kryptografischen Nachweis, dass eine bestimmte, autorisierte Person oder ein autorisiertes System die Übertragung veranlasst hat.

Ein wichtiger Aspekt: Die Schlüsselverwaltung ist bei EBICS TS aufwendiger als bei EBICS T. Zertifikate müssen regelmäßig erneuert, Schlüssel sicher verwahrt und bei Bedarf gesperrt werden. Unternehmen sollten diesen Verwaltungsaufwand bei der Verfahrenswahl berücksichtigen.

Wann sollte ein Unternehmen EBICS T und wann EBICS TS einsetzen?

EBICS T eignet sich für Unternehmen, die die Zahlungsfreigabe vollständig in ihrem ERP-System oder einem dedizierten Zahlungsfreigabesystem abbilden und auf eine zusätzliche Signatur auf Transportebene verzichten können. EBICS TS ist die richtige Wahl, wenn die Bank eine signierte Übertragung voraussetzt oder wenn regulatorische Anforderungen eine personenbezogene Autorisierung auf Dateiebene verlangen.

Folgende Kriterien helfen bei der Entscheidung:

  • Bankanforderungen: Einige Banken akzeptieren ausschließlich EBICS TS für bestimmte Auftragsarten oder Zahlungsvolumina.
  • Interner Freigabeprozess: Wenn ein robuster, revisionssicherer Freigabeprozess im ERP-System vorhanden ist, kann EBICS T ausreichend sein.
  • Regulatorische Vorgaben: Branchen mit strengen Compliance-Anforderungen bevorzugen häufig EBICS TS wegen der personenbezogenen Signatur.
  • Automatisierungsgrad: Vollautomatisierte Zahlungsläufe ohne manuelle Freigabe sind mit EBICS T einfacher umzusetzen, sofern die Bank dies zulässt.
  • Schlüsselverwaltung: Unternehmen ohne dedizierte IT-Ressourcen für Zertifikatsmanagement sollten den Aufwand von EBICS TS realistisch einschätzen.

In vielen Projekten zeigt sich, dass die Entscheidung weniger von einer abstrakten Sicherheitspräferenz abhängt als von den konkreten Vorgaben der Hausbank und den bestehenden internen Prozessen.

Welche Auswirkungen hat die Verfahrenswahl auf SAP-Zahlungsprozesse?

Die Wahl zwischen EBICS T und EBICS TS beeinflusst direkt, wie Zahlungsfreigaben im SAP-System konfiguriert werden. Bei EBICS T liegt die gesamte Autorisierungslogik im SAP-System, etwa über SAP Bank Communication Management oder SAP Advanced Payment Management. Bei EBICS TS wird ein Teil der Autorisierung auf die Transportschicht verlagert, was die SAP-seitige Konfiguration beeinflusst.

Konkret ergeben sich folgende Unterschiede im SAP-Kontext:

  • Bei EBICS T kann der vollständige Vier-Augen-Grundsatz über SAP-interne Freigabeworkflows abgebildet werden, ohne dass externe Signaturkomponenten erforderlich sind.
  • Bei EBICS TS muss die Signaturkomponente in die SAP-Umgebung integriert oder über eine externe Middleware angebunden werden.
  • Die Konfiguration der Bankverbindung in SAP muss das gewählte Verfahren korrekt abbilden, da Fehler hier zu abgelehnten Zahlungsaufträgen führen können.
  • Für Multi-Bank-Szenarien, in denen verschiedene Banken unterschiedliche Verfahren vorschreiben, ist eine flexible Konfiguration pro Bankverbindung erforderlich.

Wer SAP-Erweiterungen im Zahlungsverkehr plant, sollte die Verfahrenswahl frühzeitig mit der jeweiligen Bank abstimmen, um spätere Anpassungen zu vermeiden.

Unterstützen alle Banken beide EBICS-Verfahren?

Nein, nicht alle Banken unterstützen sowohl EBICS T als auch EBICS TS. Die Verfügbarkeit der Verfahren variiert je nach Institut, Auftragsart und Zahlungsvolumen. Viele deutsche Banken bieten beide Verfahren an, schreiben jedoch für bestimmte Auftragsarten oder ab bestimmten Betragsgrenzen EBICS TS vor.

Insbesondere bei internationalen Bankverbindungen und im SEPA-Umfeld können die Anforderungen stark variieren. Einige Banken haben EBICS T für automatisierte Zahlungsläufe standardmäßig freigegeben, während andere grundsätzlich auf einer signierten Übertragung bestehen. Es empfiehlt sich daher, die Verfahrensunterstützung vor der Implementierung direkt mit der Bank zu klären und die Vereinbarungen schriftlich zu dokumentieren.

Für Unternehmen mit mehreren Bankverbindungen bedeutet das in der Praxis häufig, dass sie beide Verfahren parallel betreiben müssen. Eine flexible Bankenkommunikationslösung sollte daher beide Verfahren unterstützen und pro Bankverbindung individuell konfigurierbar sein.

Wie PAYMENTS.CC Sie bei der Wahl und Implementierung des richtigen EBICS-Verfahrens unterstützt

Die Entscheidung zwischen EBICS T und EBICS TS ist keine rein technische Frage, sondern hängt von Ihren Bankvorgaben, Ihrem internen Freigabeprozess und Ihrer SAP-Systemlandschaft ab. Wir bei PAYMENTS.CC begleiten Sie von der Analyse bis zur produktiven Inbetriebnahme, damit Sie das für Ihre Anforderungen passende Verfahren sicher und effizient einsetzen.

Unsere Leistungen im Überblick:

  • Verfahrensanalyse: Wir prüfen gemeinsam mit Ihnen, welches EBICS-Verfahren Ihre Banken unterstützen und welches zu Ihren internen Prozessen passt.
  • SAP-Implementierung: Wir konfigurieren EBICS T oder EBICS TS in Ihrer SAP-Umgebung, inklusive SAP Bank Communication Management und SAP Advanced Payment Management.
  • Revisionssichere Freigabeprozesse: Wir gestalten Ihre Zahlungsfreigabe so, dass sie den Anforderungen Ihrer Revision und Ihrer Bank entspricht.
  • Multi-Bank-Szenarien: Bei mehreren Bankverbindungen mit unterschiedlichen Verfahrensanforderungen entwickeln wir eine einheitliche, flexible Lösung.
  • Schulung und Dokumentation: Wir schulen Ihre Teams und stellen sicher, dass alle Prozesse nachvollziehbar dokumentiert sind.

Sprechen Sie uns gerne an. Nehmen Sie Kontakt auf und wir beraten Sie schnell, kompetent und lösungsorientiert.

Ähnliche Artikel

Dieser Inhalt wurde mithilfe von KI erstellt und kann Fehler enthalten.