elektronischer Kontoauszug MT940 - Raiffeisen

Sie erhalten von Ihrer kontoführenden Raiffeisenbank Kontoinformationen im Format MT940 (mit strukturiertem Feld 86)
über Ihre Electronic Banking Anbindung (MultiCash).
Per 10.12.2008 (Kontoauszug vom 9.12.2008) verbessern wir den Informationsgehalt der Buchungsdetails.
Anbei übermitteln wir Ihnen eine Detailbeschreibung der Änderungen.
Sollten Sie den elektronischen Kontoauszug (MT940) in Ihrem Buchhaltungssystem weiterverarbeiten, prüfen Sie bitte,
ob diese Änderungen in Ihren Programmen zu berücksichtigen sind.
1) Neue Geschäftsvorfallcodes
www.raiffeisen-ooe.at
elektronischer
Kontoauszug MT940
Strukturierter MT940 über MultiCash
Detailbeschreibung der Änderungen per 10.12.2008
Zur besseren Unterscheidung der einzelnen Geschäftsfälle führen wir bei untenstehenden Buchungen neue Codes ein:
Geschäftsvorfallcode
Geschäftsfall alt neu
POS-Zahlungen und Bankomat-Behebungen 835 083
Rücklastschriften 835 009
Rückgutschriften 835 051 bzw. 020
Pensionen 835 819
Überträge 835 820
Provisionen 835 809
Zinsen 835 814
Cash Pooling 835 833 bzw. 834
Entgelte bzw. Pauschalen 835 807
� Eine aktuelle Auflistung der verwendeten Geschäftsvorfallcodes können Sie auf unserer Homepage unter
www.raiffeisen-ooe.at/mt940-5 abrufen.
2) Änderungen in der Befüllung der Buchungsart (Feld 61 - Subfeld 6)
� NEU „NCHG“ anstelle „NMSC“ für die Verbuchung der „Bearbeitungsgebühr“
� NEU „NINT“ anstelle „NMSC“ für die Verbuchung der „Habenzinsen/Kestfrei“
� NEU „NDDT“ anstelle „NMSC“ für die Verbuchung der „Lastschrift RW“
� NEU „NTRF“ anstelle „NMSC“ für die Verbuchung der „SEPA-Eilüberweisung“
� Eine aktuelle Auflistung der Buchungsarten, die bei Raiffeisen Oberösterreich in Verwendung sind, können Sie auf unserer
Homepage unter www.raiffeisen-ooe.at/mt940-5 abrufen.

3) Wahlmöglichkeit unstrukturiertes Feld 86 (Buchungstext)
Im MT940 über MultiCash wird das Feld 86 standardmäßig strukturiert ausgegeben.
In Zukunft haben Sie die Wahlmöglichkeit zwischen strukturiertem und unstrukturiertem Feld 86.
Beispiel strukturiertes Feld 86:
:86:051:00Gutschrift:10 950:20Buchungstextzeile 1:22Rechnung vom
6.12.08 Nr. 17:239:24098765432198:3034129:3100002609238:32Musterauftr
aggeber
Beispiel unstrukturiertes Feld 86:
:86:999Rechnung vom 6.12.08 Nr. 179 098765432198
Musterauftraggeber
Buchungstextzeile 1
Sollten Sie die Änderung auf „unstrukturiertes Feld 86“ wünschen, wenden Sie sich bitte an Ihren Berater.
4) Wahlmöglichkeit des Feld-Trennzeichens im strukturierten Feld 86
Das Feld-Trennzeichen im strukturierten MT940 ist grundsätzlich der „Doppelpunkt“.
Wenn Sie ein anderes Feld-Trennzeichen wünschen (z.B. „Fragezeichen“, „Hochkomma“, etc.), können Sie dies bei Ihrem
Berater beantragen.
www.raiffeisen-ooe.at

Im strukturierten Feld 86 des MT940 gibt es gemäß Norm für
SEPA-Zahlungen zwei neue Darstellungsvarianten:
� Ab Buchungstag 9.12.2008:
Ausgabe der SEPA-Zahlungen in der „SEPA-Minimalvariante“.
Die SEPA-Buchungsinformationen werden in der bestehenden
Sub-Felder-Struktur nach bestimmten Vorgaben ausgegeben.
Die Geschäftsvorfallcodes (GVC) der Österreichischen Norm
bleiben auch bei den SEPA-Zahlungen unverändert.
Nicht alle SEPA-Buchungsinformationen können in den
bestehenden Sub-Feldern abgebildet werden � Datenverlust.
� Auf Wunsch:
Ausgabe der SEPA-Zahlungen in der „SEPA-Maximalvariante“.
Neu normierte Variante, die es ermöglicht, auch bei SEPA-
Zahlungen ein Maximum an Buchungsinformationen,
strukturiert auszugeben.
www.raiffeisen-ooe.at
elektronischer
Kontoauszug MT940
Darstellung der SEPA-Zahlungen per 10.12.2008
Die Detailbeschreibungen der beiden Varianten finden Sie auf den folgenden Seiten.
Sollten Sie die Ausgabe der SEPA-Maximalvariante wünschen, wenden Sie sich bitte an Ihren Berater.
Für Fragen stehen wir Ihnen gerne zur Verfügung!

1) Strukturiertes Feld 86 in der SEPA-Minimalvariante
(Auszug aus der STUZZA-Norm)
Die SEPA-Buchungsinformationen werden in der bestehenden Sub-Felder-Struktur nach bestimmten Vorgaben ausgegeben.
Die Geschäftsvorfallcodes (GVC) der Österreichischen Norm bleiben auch bei den SEPA-Zahlungen unverändert.
Anmerkung: Ein Splitten der IBAN in BLZ und Kontonummer wäre bei österreichischem Auftraggeberkonto zwar möglich, findet
aber nicht statt; daher werden die Feldschlüssel 30 und 31 bei SEPA Eingängen nicht verwendet.
Als Trennzeichen zwischen den einzelnen Feldern des strukturierten Mehrzweckfeldes :86: darf ausschließlich die Tilde ("~"
ASCII 126) verwendet werden!
Beispiel:
:86:051~00Überweisungsgutschrift~100599~20Überweisungsauftrag
~24003050080123~32Hansi MUELLER
Zusammenhang mit XML:
Anmerkungen:
Zu Feldschlüssel 20-21: Die Remmittance Information ist auf 140 Stellen beschränkt, dafür stehen aus maximal 54
Stellen zur Verfügung.
Zu Feldschlüssel 22-24: Die Feldschlüssel 22-23 und 24 schließen einander aus. Die EndToEnd Referenz ist
maximal 35 Stellen lang. Feldschlüssel 24 ist auf 12 Stellen aufzufüllen.
Zu Feldschlüssel 32-33: Der Name des Auftraggeber ist maximal 70 Stellen lang wofür maximal 54 Stellen zur
Verfügung stehen.
www.raiffeisen-ooe.at

2) Strukturiertes Feld 86 in der SEPA-Maximalvariante
(Auszug aus der STUZZA-Norm)
Neu normierte Variante, die es ermöglicht, auch bei SEPA-Zahlungen ein Maximum an Buchungsinformationen, strukturiert
auszugeben.
Für SEPA-Zahlungen werden neue Geschäftsvorfallcodes eingeführt.
Anmerkungen:
Zu Feldschlüssel 20-29 (und 60-63): Zur Darstellung der einzelnen Informationsinhalte aus dem XML Auftrag werden
sogenannte Bezeichner eingeführt.
Jeder Bezeichner [z.B. EREF+] muss am Anfang eines Subfeldes [z. B. ~21] stehen. Bei Längenüberschreitung wird im
nachfolgenden Subfeld ohne Wiederholung des Bezeichners fortgesetzt. Bei Wechsel des Bezeichners ist ein neues Subfeld zu
beginnen.
Die Belegung hat in der nachfolgenden Reihenfolge zu erfolgen, sofern die zugehörige Information vorhanden ist:
• EREF+ für Ende-zu-Ende Referenz (Zahlungsreferenz).
• DEBT+ für Originators Identification Code (Empfänger-Kennung)
• SVWZ+ für SEPA-Verwendungszweck
• ABWA+ für Abweichender Auftraggeber (ursprünglicher Auftraggeber)
Zu Feldschlüssel 32 bis 33: Name des Auftraggebers - die maximal 70 Stellen aus XML sind auf maximal 54 Stellen
abzuschneiden.
Die GVC Tabelle wird um die folgenden Einträge erweitert:
www.raiffeisen-ooe.at

Zu Feldschlüssel 34: Im Fall des GVC 159 sind ggf. die folgenden Rückgabecodes zu hinterlegen:
Beispiel:
:86:166~00Überweisunggutschrift~102660599~20EREF+Rechnungen Nummer A1
23~21 und B512~22DEBT+EAN4567890123456789012~233456789~24SVWZ+Ach
tung: es wurden Abz~25üge zur Anwendung gebracht ~26und zwar: EUR
217,35 wegen ~27Lackschäden und EUR 323,25 ~28Sonst.~30BKAUATWW~3
1AT821100001260567100~32Felbinger und Felbinger OHG~331010 Wien
Zusammenhang mit XML:
Einschränkungen (SWIFT max. Länge):
Um die maximale Länge von 390 Zeichen nicht zu überschreiten, werden die beiden folgenden Konventionen getroffen:
• Der Buchungstext (Feldschlüssel 00) ist auf 21 Zeichen eingeschränkt
• Die Angabe eines ursprünglichen Auftraggebers (ABWA+ ab Subfeld 60) hat Priorität gegenüber den Subfeldern 32 und 33
www.raiffeisen-ooe.at