Neues Bankdatenformat: Unterschied zwischen den Versionen

Aus WikingWiki
Zur Navigation springenZur Suche springen
(Die Seite wurde neu angelegt: „Die Finanzwelt befindet sich in einem Wandel, der auch uns betrifft. Banken modernisieren ihre Systeme und Datenformate, um die Effizienz und Transparenz zu er…“)
 
Zeile 1: Zeile 1:
−
Die Finanzwelt befindet sich in einem Wandel, der auch uns betrifft. Banken modernisieren ihre Systeme und Datenformate, um die Effizienz und Transparenz zu erhöhen. Eine solche Neuerung ist die Umstellung des Bankdatenformats von MT940 auf CAMT, die aufgrund der Abkündigung des MT940-Standards notwendig geworden ist. CAMT, was für "Cash Management" steht, bietet ein einheitliches XML-Datenübertragungsformat für den Austausch zwischen Banken und Kunden.
+
Im Rahmen der Wiking Cloud Services werden Kontoauszugsinformationen mittels des Bankdatenservice abgerufen und für die Wiking Buchhaltungen in der Steuerberaterversion zur Verfügung gestellt.
 +
Für die elektronische Übermittlung von Kontoauszugsdateien galt bislang der SWIFT-Standard MT940, der auch im Wiking Cloud Service eingesetzt wird. Die DK (Deutsche Kreditwirtschaft) hat das Datenformat zum November 2025 endgültig abgekündigt. Eine Umstellung auf den künftigen Standard CAMT.053 (elektronischer Kontoauszug) ist damit unumgänglich. CAMT steht für Cash Management und die daraus resultierenden Bankauszugsdateien werden in einem XML-Format bereitgestellt. 
 +
Die Umstellung ist erforderlich, da sich die Ansprüche an Automatisierung und Verarbeitungsgeschwindigkeit erhöht haben. Gegenüber dem Altformat können wesentlich umfangreiche Informationen übermittelt werden. Die Feldnamen sind vereinheitlicht, es werden keine Datenfelder verkürzt dargestellt, zusätzliche Informationen sind integriert und können zur Zahlungszuordnung genutzt werden. CAMT-Formate bieten damit eine bessere Datenqualität und Struktur im Vergleich zu MT940.
  
−
Seit über einem Jahr arbeiten wir intensiv daran, das Bankdatenformat von MT940 auf CAMT umzustellen, um mögliche Einschränkungen zu minimieren. Die Umstellung ist ein langfristiges Projekt, das sich bis Ende 2025 hinziehen wird, entsprechend der Frist, die von der Deutschen Kreditwirtschaft für die Aufgabe des alten Formats festgelegt wurde.
+
Ein weiterer Vorteil des Camt.053-Formats besteht darin, dass bei Sammelbuchungen auch die Informationen zu Teiltransaktionen enthalten sind. Mit diesen Teiltransaktionen kann eine direkte Zuordnung zu Kundenrechnungen vorgenommen werden. Durch diese Möglichkeit kann auch die Automatisierungsrate deutlich erhöht werden. Voraussetzung ist dabei, dass bei der CAMT-Vereinbarung zwischen Kunde und Bank die Sammlerauflösung aktiviert ist.
 +
Der Wiking Cloud Service wird beide Formate unterstützen, solange die Umstellung bei den Banken noch nicht abgeschlossen ist.
 +
Es wird einige Zeit dauern, bis wir die Vorteile des Camt.53-Formats wirklich voll ausschöpfen können, und es liegt noch einige Arbeit vor uns für alle Beteiligten, aber der Gewinn an Transparenz und die Möglichkeiten für weitere Automatisierung und Effizienzsteigerung sind der Mühe wert.
 +
Nach der zentralen Umstellung bei der act auf das CAMT-Verfahren müssen Regeln angepasst werden, da die Bereitstellung der Kontoauszugsinformationen unterschiedlich erfolgt. Hier eine Auflistung der Unterschiede:
 +
Feld Erläuterung Unterschied
 +
{| class="wikitable"
 +
|-
 +
! Feld !! Erläuterung Unterschied
 +
|-
 +
| Auftraggeberbank/-konto-nummer || Die Kombination aus BLZ und Kontonummer ist durch die IBAN seit 2016 im Rahmen von SEPA abgelöst. Die IBAN wird im CAMT-Verfahren in Wiking im Feld Auftraggeberkontonummer bereitgestellt, die BLZ bleibt leer. Regeln mit BLZ werden nicht mehr wirken. Regeln mit Auftraggeberkontonummer ohne BLZ, die auf „beinhalten“ abfragen, werden weiterhin greifen, da die IBAN die Kontonummer beinhaltet, ansonsten sind die Regeln anzupassen.
 +
|-
 +
| Auftraggebername || Im MT940 wird der Name in 2 Feldern (Auftraggeber-1, Auftraggeber-2) übergeben, in CAMT.053-Verfahren erfolgt die Übergabe in einem Feld (Auftraggeber-1). Unterschiede bestehen ferner bei Umlauten oder Sonderzeichen wie z.B. „&“, da diese im alten Format nicht korrekt übermittelt wurden. In diesen Fällen sind Anpassungen bestehender Regeln erforderlich.
 +
Regeln, die „Auftraggeber-2“ beinhalten, werden nicht mehr wirken.
 +
|-
 +
| Text-1 bis Text-10,
 +
VZSWIFT1 bis VZSWIFT6
 +
|| Informationen wie Mandatsreferenz, Gläubigerreferenz, Kundenreferenz, Abweichender Auftraggeber oder Empfänger, Purpose Code werden nicht mehr in den Textfeldern, sondern einzeln übergeben.
 +
Dies vereinfacht die zukünftige Erstellung von Regeln, ggf. sind Anpassungen bestehender Regeln erforderlich.  
 +
Regeln, die Text-2 bis Text-10 oder VZSWIFT1 bis VZSWIFT6 beinhalten, werden nicht mehr greifen
  
−
Noch in diesem Jahr beginnen wir mit der Umstellung bei der Oldenburgischen Landesbank (OLB). In den nachfolgenden Phasen schließen sich die Hamburger Sparkasse sowie die Volks- und Raiffeisen Banken diesem Prozess an.
+
|-
−
 
+
| Buchungstext || Umlaute werden im CAMT-Verfahren korrekt übertragen.
−
In den kommenden Wochen werden wir die Kanzleien schrittweise ansprechen und Sie über den Fortschritt der Umstellung informieren. Es ist möglich, dass es vereinzelt vorkommen kann, dass bestimmte, gerade komplexe Regeln nicht mehr greifen und angepasst werden müssten. Doch wir arbeiten eng mit den Kanzleien zusammen, um die Übergangsphase so reibungslos wie möglich zu gestalten.
+
|-
−
 
+
| Partner-ID, Partner-Konto || Keine Umstellung auf IBAN
−
Sollten Sie Fragen haben oder weitere Informationen benötigen, steht unser Wiking Support jederzeit zur Verfügung.
+
|-
 +
| IBAN-Kontonummer (Partner) || Die IBAN wurde im MT940 mit Leerzeichen bereitgestellt, in CAMT.053-Format ohne Leerzeichen.
 +
|-
 +
| Auszugsnummer || Auszugsnummer wird von einigen Rechenzentren beim neuen Format CAMT.053 9-stellig angegeben, wobei die ersten 2 Ziffern das aktuelle Jahr angeben.
 +
|-
 +
| Geschäftsvorfallcode || Im CAMT.053 Format wird der ISO 20022 Bank Transaction Code (BTC) bereitgestellt, dann steht hier der vierstellige Swift Transaction Code, der Geschäftsvorfallcode (GVC) und optional eine PN-Nummer.  
 +
|-
 +
| Originalbetrag,
 +
WährungOriginal, Äquivalenzbetrag
 +
|| Aktuell werden Auslandsbanken nicht unterstützt und eine Bereitstellung erfolgt immer in EUR, daher sind diese Felder momentan immer leer.
 +
|-
 +
| Mandatsreferenz || In CAMT.053 ungekürzt bereitgestellt. Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.
 +
|-
 +
| Kundenreferenz || Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.
 +
|-
 +
| Gläubiger-ID || Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.  
 +
|-
 +
| Abweichender Auftraggeber, bzw. Empfänger || War im MT940 mit „ABWA+“ bzw. „ABWE+“ in einem der Textfelder angegeben, wird jetzt in Feld Abwa-Abwe
 +
bereitgestellt.
 +
|-
 +
| Purpose Code || War im MT940 mit „PURP+“ in einem der Textfelder angegeben, wird jetzt in Feld Purpose bereitgestellt.
 +
|}

Version vom 17. Oktober 2023, 10:47 Uhr

Im Rahmen der Wiking Cloud Services werden Kontoauszugsinformationen mittels des Bankdatenservice abgerufen und für die Wiking Buchhaltungen in der Steuerberaterversion zur Verfügung gestellt. Für die elektronische Übermittlung von Kontoauszugsdateien galt bislang der SWIFT-Standard MT940, der auch im Wiking Cloud Service eingesetzt wird. Die DK (Deutsche Kreditwirtschaft) hat das Datenformat zum November 2025 endgültig abgekündigt. Eine Umstellung auf den künftigen Standard CAMT.053 (elektronischer Kontoauszug) ist damit unumgänglich. CAMT steht für Cash Management und die daraus resultierenden Bankauszugsdateien werden in einem XML-Format bereitgestellt. Die Umstellung ist erforderlich, da sich die Ansprüche an Automatisierung und Verarbeitungsgeschwindigkeit erhöht haben. Gegenüber dem Altformat können wesentlich umfangreiche Informationen übermittelt werden. Die Feldnamen sind vereinheitlicht, es werden keine Datenfelder verkürzt dargestellt, zusätzliche Informationen sind integriert und können zur Zahlungszuordnung genutzt werden. CAMT-Formate bieten damit eine bessere Datenqualität und Struktur im Vergleich zu MT940.

Ein weiterer Vorteil des Camt.053-Formats besteht darin, dass bei Sammelbuchungen auch die Informationen zu Teiltransaktionen enthalten sind. Mit diesen Teiltransaktionen kann eine direkte Zuordnung zu Kundenrechnungen vorgenommen werden. Durch diese Möglichkeit kann auch die Automatisierungsrate deutlich erhöht werden. Voraussetzung ist dabei, dass bei der CAMT-Vereinbarung zwischen Kunde und Bank die Sammlerauflösung aktiviert ist. Der Wiking Cloud Service wird beide Formate unterstützen, solange die Umstellung bei den Banken noch nicht abgeschlossen ist. Es wird einige Zeit dauern, bis wir die Vorteile des Camt.53-Formats wirklich voll ausschöpfen können, und es liegt noch einige Arbeit vor uns für alle Beteiligten, aber der Gewinn an Transparenz und die Möglichkeiten für weitere Automatisierung und Effizienzsteigerung sind der Mühe wert. Nach der zentralen Umstellung bei der act auf das CAMT-Verfahren müssen Regeln angepasst werden, da die Bereitstellung der Kontoauszugsinformationen unterschiedlich erfolgt. Hier eine Auflistung der Unterschiede: Feld Erläuterung Unterschied

Feld Erläuterung Unterschied
Auftraggeberbank/-konto-nummer Die Kombination aus BLZ und Kontonummer ist durch die IBAN seit 2016 im Rahmen von SEPA abgelöst. Die IBAN wird im CAMT-Verfahren in Wiking im Feld Auftraggeberkontonummer bereitgestellt, die BLZ bleibt leer. Regeln mit BLZ werden nicht mehr wirken. Regeln mit Auftraggeberkontonummer ohne BLZ, die auf „beinhalten“ abfragen, werden weiterhin greifen, da die IBAN die Kontonummer beinhaltet, ansonsten sind die Regeln anzupassen.
Auftraggebername Im MT940 wird der Name in 2 Feldern (Auftraggeber-1, Auftraggeber-2) übergeben, in CAMT.053-Verfahren erfolgt die Übergabe in einem Feld (Auftraggeber-1). Unterschiede bestehen ferner bei Umlauten oder Sonderzeichen wie z.B. „&“, da diese im alten Format nicht korrekt übermittelt wurden. In diesen Fällen sind Anpassungen bestehender Regeln erforderlich.

Regeln, die „Auftraggeber-2“ beinhalten, werden nicht mehr wirken.

Text-1 bis Text-10,

VZSWIFT1 bis VZSWIFT6

Informationen wie Mandatsreferenz, Gläubigerreferenz, Kundenreferenz, Abweichender Auftraggeber oder Empfänger, Purpose Code werden nicht mehr in den Textfeldern, sondern einzeln übergeben.

Dies vereinfacht die zukünftige Erstellung von Regeln, ggf. sind Anpassungen bestehender Regeln erforderlich. Regeln, die Text-2 bis Text-10 oder VZSWIFT1 bis VZSWIFT6 beinhalten, werden nicht mehr greifen

Buchungstext Umlaute werden im CAMT-Verfahren korrekt übertragen.
Partner-ID, Partner-Konto Keine Umstellung auf IBAN
IBAN-Kontonummer (Partner) Die IBAN wurde im MT940 mit Leerzeichen bereitgestellt, in CAMT.053-Format ohne Leerzeichen.
Auszugsnummer Auszugsnummer wird von einigen Rechenzentren beim neuen Format CAMT.053 9-stellig angegeben, wobei die ersten 2 Ziffern das aktuelle Jahr angeben.
Geschäftsvorfallcode Im CAMT.053 Format wird der ISO 20022 Bank Transaction Code (BTC) bereitgestellt, dann steht hier der vierstellige Swift Transaction Code, der Geschäftsvorfallcode (GVC) und optional eine PN-Nummer.
Originalbetrag,

WährungOriginal, Äquivalenzbetrag

Aktuell werden Auslandsbanken nicht unterstützt und eine Bereitstellung erfolgt immer in EUR, daher sind diese Felder momentan immer leer.
Mandatsreferenz In CAMT.053 ungekürzt bereitgestellt. Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.
Kundenreferenz Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.
Gläubiger-ID Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.
Abweichender Auftraggeber, bzw. Empfänger War im MT940 mit „ABWA+“ bzw. „ABWE+“ in einem der Textfelder angegeben, wird jetzt in Feld Abwa-Abwe

bereitgestellt.

Purpose Code War im MT940 mit „PURP+“ in einem der Textfelder angegeben, wird jetzt in Feld Purpose bereitgestellt.
Abgerufen von „https://swservice.actgmbh.de/wikingwiki/index.php?title=Neues_Bankdatenformat&oldid=101604“