Neues Bankdatenformat - Versionsgeschichte

SHoffmann am 3. Januar 2025 um 12:04 Uhr

2025-01-03T12:04:36Z

SHoffmann am 8. Februar 2024 um 08:18 Uhr

2024-02-08T08:18:16Z

SHoffmann: Überarbeitung Tabelle bzgl. Text-1 bis Text-10

2023-10-24T09:28:38Z

Überarbeitung Tabelle bzgl. Text-1 bis Text-10

OStoltenberg am 17. Oktober 2023 um 10:44 Uhr

2023-10-17T10:44:34Z

OStoltenberg am 17. Oktober 2023 um 09:47 Uhr

2023-10-17T09:47:41Z

OStoltenberg: 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…“

2023-10-17T08:29:56Z

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…“

Neue Seite

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.

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.

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.

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.

Sollten Sie Fragen haben oder weitere Informationen benötigen, steht unser Wiking Support jederzeit zur Verfügung.

@@ Zeile 6: / Zeile 6: @@
 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. Um den Aufwand zu minimieren, wurde die Anwendung der Regeln auf CAMT- Umsätze zur Wiking-Version 9.8.38 angepasst.
+Nach der zentralen Umstellung auf das CAMT-Verfahren müssen Regeln angepasst werden, da die Bereitstellung der Kontoauszugsinformationen unterschiedlich erfolgt. Um den Aufwand zu minimieren, wurde die Anwendung der Regeln auf CAMT- Umsätze zur Wiking-Version 9.8.38 angepasst.
 {| class="wikitable"

@@ Zeile 6: / Zeile 6: @@
 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:
+Nach der zentralen Umstellung bei der act auf das CAMT-Verfahren müssen Regeln angepasst werden, da die Bereitstellung der Kontoauszugsinformationen unterschiedlich erfolgt. Um den Aufwand zu minimieren, wurde die Anwendung der Regeln auf CAMT- Umsätze zur Wiking-Version 9.8.38 angepasst.
 {| class="wikitable"
 |-
-! Feld !! Erläuterung Unterschied
+! Feld !! Unterschiede zwischen CAMT und MT940 / Regelanwendung
 |-
-| 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.
+| Auftraggeber-BLZ, Auftraggeber-KtoNr || 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 Auftraggeber-KtoNr bereitgestellt, die Auftraggeber-BLZ bleibt leer. Bestehende Regeln mit Auftraggeber-BLZ und Auftraggeber-KtoNr können weiterhin greifen, da bei CAMT-Umsätzen bei der Prüfung der Regeln die BLZ ignoriert wird und die IBAN die Kontonummer beinhaltet.
 |-
-| 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.
+| Auftraggeber-1, Auftraggeber-2 || Im MT940 wird der Name in 2 Feldern (Auftraggeber-1, Auftraggeber-2) übergeben, im CAMT.053-Verfahren erfolgt die Übergabe in einem Feld (Auftraggeber-1). Damit Regeln, die Auftraggeber-2 beinhalten, weiterhin greifen, wird bei CAMT-Umsätzen der Prüftext aus Auftraggeber-1 und Auftraggeber-2 gegen Auftraggeber-1 geprüft.
-Regeln, die „Auftraggeber-2“ beinhalten, werden nicht mehr wirken.
+Unterschiede bestehen ferner bei Umlauten oder Sonderzeichen wie z.B. „&“, da diese im alten Format nicht korrekt übermittelt wurden. Stand im MT940 z.B. „FRAUKE MUELLER“, „FRAUKE MULLER“ oder auch „FRAUKE M LLER“ in Auftraggeber-1, wird im CAMT-Verfahren „Frauke Müller“ übermittelt. Damit Regeln mit solchen Texten weiterhin greifen, werden die Vokale a e u o und Sonderzeichen im Textvergleich nicht berücksichtigt. Allerdings ist eine bestimmte Mindestlänge beim Prüftext erforderlich, damit dieser modifizierte Vergleich angewendet wird, um Fehlzuordnungen möglichst auszuschließen.
 |-
 | Text-1 bis Text-10,
 VZSWIFT1 bis VZSWIFT6
-  || Informationen wie Mandatsreferenz (MREF+), Gläubigerreferenz (CRED+), Kundenreferenz (EREF+), Abweichender Auftraggeber (ABWA+) oder Empfänger (ABWE+), Purpose Code (PURP+) werden nicht mehr in den Textfeldern, sondern einzeln in den entsprechenden Feldern übergeben. Text-1 enthält den kompletten Verwendungszweck, der im MT940 Verfahren hinter "SVWZ+" angegeben wurde. Dies vereinfacht die zukünftige Erstellung von Regeln, erfordert jetzt allerdings Anpassungen der bestehenden Regeln nach Umstellung auf CAMT.053.
+  || Text-1 enthält den kompletten Verwendungszweck, der im MT940 Verfahren hinter "SVWZ+" angegeben wurde. Informationen wie Mandatsreferenz (MREF+), Gläubigerreferenz (CRED+), Kundenreferenz (EREF+), Abweichender Auftraggeber (ABWA+) oder Empfänger (ABWE+), Purpose Code (PURP+) werden nicht mehr in den Textfeldern, sondern einzeln in den entsprechenden Feldern übergeben. Dies vereinfacht die zukünftige Erstellung von Regeln, erfordert jetzt allerdings Anpassungen der bestehenden Regeln nach Umstellung auf CAMT.053.
 Regeln, die Text-2 bis Text-10 oder VZSWIFT1 bis VZSWIFT6 als Bedingung beinhalten, werden nicht mehr greifen. Primanota-Feldzuweisungen, die diese Felder beinhalten, müssen überarbeitet werden. Regeln mit Text-1 als Bedingung oder Feldzuweisung sind zu prüfen und ggf. anzupassen.
 |-
-| Buchungstext || Manche Bankinstitute übermitteln jetzt einen etwas abweichenden Text, was eine Anpassung der Regel erforderlich machen kann.
+| Buchungstext || Umlaute werden im CAMT-Verfahren korrekt übertragen, deshalb wird hier auch der modifizierte Textvergleich angewendet.
 |-
 | IBAN-Kontonummer (Partner) || Die IBAN wurde im MT940 mit Leerzeichen bereitgestellt, in CAMT.053-Format ohne Leerzeichen.
@@ Zeile 32: / Zeile 31: @@
 | Geschäftsvorfallcode || Im CAMT.053 Format wird von einigen Bankinstituten 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,
+| Originalbetrag, WährungOriginal, Äquivalenzbetrag
-WährungOriginal, Äquivalenzbetrag
+  || Aktuell werden Auslandsbanken nicht unterstützt und eine Bereitstellung erfolgt immer in EUR, daher sind diese Felder momentan immer leer. Wenn eine Regel auf Originalbetrag prüft, wird dies im CAMT-Umsatz jetzt gegen das Betragsfeld geprüft.
 |-
 | Mandatsreferenz || In CAMT.053 ungekürzt bereitgestellt. Wird bei CAMT.053 z.B. auch bei Buchungstext = Kartenzahlung übermittelt.

@@ Zeile 7: / Zeile 7: @@
 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"
 |-
@@ Zeile 19: / Zeile 19: @@
 | 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.
+  || Informationen wie Mandatsreferenz (MREF+), Gläubigerreferenz (CRED+), Kundenreferenz (EREF+), Abweichender Auftraggeber (ABWA+) oder Empfänger (ABWE+), Purpose Code (PURP+) werden nicht mehr in den Textfeldern, sondern einzeln in den entsprechenden Feldern übergeben. Text-1 enthält den kompletten Verwendungszweck, der im MT940 Verfahren hinter "SVWZ+" angegeben wurde. Dies vereinfacht die zukünftige Erstellung von Regeln, erfordert jetzt allerdings Anpassungen der bestehenden Regeln nach Umstellung auf CAMT.053.
-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 als Bedingung beinhalten, werden nicht mehr greifen. Primanota-Feldzuweisungen, die diese Felder beinhalten, müssen überarbeitet werden. Regeln mit Text-1 als Bedingung oder Feldzuweisung sind zu prüfen und ggf. anzupassen.
 |-
-| Buchungstext || Umlaute werden im CAMT-Verfahren korrekt übertragen.
+| Buchungstext || Manche Bankinstitute übermitteln jetzt einen etwas abweichenden Text, was eine Anpassung der Regel erforderlich machen kann.
 |-
 | Partner-ID, Partner-Konto || Keine Umstellung auf IBAN
@@ Zeile 32: / Zeile 30: @@
 | 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.
+| Geschäftsvorfallcode || Im CAMT.053 Format wird von einigen Bankinstituten 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,

← Nächstältere Version		Version vom 17. Oktober 2023, 10:44 Uhr
Zeile 49:		Zeile 49:
	\| Purpose Code \|\| War im MT940 mit „PURP+“ in einem der Textfelder angegeben, wird jetzt in Feld Purpose bereitgestellt.		\| Purpose Code \|\| War im MT940 mit „PURP+“ in einem der Textfelder angegeben, wird jetzt in Feld Purpose bereitgestellt.
	\|}		\|}
		+
		+	[[Kategorie:Wiking]]

@@ 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.
-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.
-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.
+|-