<?xml version="1.0" encoding="UTF-8"?>
<!-- Mit XMLSpy v2011 rel. 2 (x64) (http://www.altova.com) von STUZZA (STUZZA) bearbeitet -->
<!-- edited with XMLSpy v2015 sp2 (x64) (http://www.altova.com) by Helmut Biely (self employed) -->
<xs:schema xmlns="http://www.stuzza.at/MBS/V7.0.04/EBZ" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" targetNamespace="http://www.stuzza.at/MBS/V7.0.04/EBZ" elementFormDefault="qualified" attributeFormDefault="unqualified">
	<xs:import namespace="http://www.w3.org/2000/09/xmldsig#" schemaLocation="xmldsig-core-schema.xsd"/>
	<!-- ******************************************************************************** -->
	<!-- ***     Änderungen gegenüber der V.6.0                                        ***-->
	<!-- ***     o      Bereinigung SWIFTAccounts                                         ***-->
	<!-- ***     o      Erweiterung NotRelSgntrs um Statusmsgs                   ***-->
	<!-- ***     o      Bereinigung AcctType - keine ATBLZ mehr                   ***-->
	<!-- ***     o      Bereinigung CountryIds                                                 ***-->
	<!-- ***     o      SWIFTAcctType für Auftraggeber                                 ***-->
	<!-- ***     o      Entfernung Ind. für Valutadatum                                    ***-->
	<!-- ***     o      Ergänzung ReasonCode mit CV                                    ***-->
	<!-- ***     o      Hashval in SctbHdr ergänzt                                          ***-->
	<!-- ***     o      CdtrNm in BtchDtls auf max. 70 Stellen geändert         ***-->
	<!-- ***     o      Kommentar zu IBAN in SctnDtls                                    ***-->
	<!-- ***     o      Kommentar zu HashVal im SctnHdr ergänzt                 ***-->
	<!-- ***     o      Kommentar zu BtchDtls ergänzt/geändert                    ***-->
	<!-- ***     o      Ref. auf EDI Aufträge entfernt, SWIFT Ref. ergänzt     ***-->
	<!-- ***     o      Hinweis auf TBZ in Kommentar veingefügt                  ***-->
	<!-- ***     o      Kommentare zu NotRelSgntrs und StsRpt ergänzt       ***-->
	<!-- ******************************************************************************** -->
	<!-- ***     Änderungen gegenüber der V.7.0.01                                    ***-->
	<!-- ***     o      MsgId MaxLen = 35                                                       ***-->
	<!-- ***     o      StsReport in NotRelSgntrs auf optional gesetzt            ***-->
	<!-- ***     o      Kommentare  zu NotRelSgntrs angepasst                    ***-->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber der V.7.0.02                                    ***-->
	<!-- ***     o      Wiederherstellung FinInstnIdType                                  ***-->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber der V.7.0.03                                    ***-->
	<!-- ***     o      Ergänzung BtchDtls mit UltmtCdtrDbtr                            ***-->
	<!-- ***     o      Korrektur FinInstnIdType/OthrInstnId auf Max35Text     ***-->
	<!-- ***     o      Ergänzung Kommentar zu BtchDtls (BR-Prüfung)         ***-->
	<!-- ***     o      Ergänzung Kommentar zu BtchDtls/RmtInf                    ***-->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber VD=08.04.2016                             ***-->
	<!-- ***     o      Klarstellungen im Kommentar zu HashVal                    ***-->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber VD=04.05.2016                             ***-->
	<!-- ***     o      InstdAmtType: Länge auf 14/3 geändert                      ***-->
	<!-- ***     o      BtchSum: Kommentar eingefügt                                   ***-->
	<!-- ***     o      CtrlSum: Kommentar ergänzt                                       ***-->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber VD=10.06.2016                             ***-->
	<!-- ***     o      Kommentar zu BtchSum ergänzt                                 ***-->
	<!-- ***     o      Kommentar auf Doc-Level: 35-Tage Frist eingef.        ***-->
	<!--********************************************************************************* -->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber VD=30.06.2016                             ***-->
	<!-- ***     o      THM-Anmerkung in EbzHdr/HashVal                            ***-->
	<!-- ***     o      THM-Anmerkung in SctnHdr/HashVal                           ***-->
	<!-- ***     o      Anmerkung zu EIL in OrdrTpSpcfc.                              ***-->
	<!-- ***     o      Anmerkung zur Überschrift bei Eile in OrdrTpGnrl       ***-->
	<!--********************************************************************************* -->
	<!--********************************************************************************* -->
	<!-- ***     Änderungen gegenüber VD=16.11.2016                             ***-->
	<!-- ***     o     InstnId (SWIFT) in BtchDtls auf optional geändert         ***-->
	<!-- ********************************************************************************-->
	<xs:attribute name="versiondate" fixed="16.11.2016">
		<xs:annotation>
			<xs:documentation xml:lang="de">Versionsdatum dieses Schemas</xs:documentation>
		</xs:annotation>
	</xs:attribute>
	<xs:element name="Document" type="Document">
		<xs:annotation>
			<xs:documentation>Rootelement</xs:documentation>
		</xs:annotation>
	</xs:element>
	<xs:complexType name="AcctIdType">
		<xs:choice>
			<xs:element name="IBAN" type="IBANType"/>
			<xs:element name="OthrAcctId" type="Max34Text">
				<xs:annotation>
					<xs:documentation>Wenn IBAN nicht vorhanden, Kontonummer und Zusatzinformationen</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:choice>
	</xs:complexType>
	<xs:simpleType name="AcctNbType">
		<xs:restriction base="xs:integer">
			<xs:minInclusive value="0"/>
			<xs:maxInclusive value="99999999999"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="AcctType">
		<xs:choice>
			<xs:element name="IBAN" type="IBANType">
				<xs:annotation>
					<xs:documentation>Im Normalffall wird es sich um eine AT-IBAN handeln. 
Es ist aber nicht auszuschliessen, dass eine international tätige Firma als AG-Konto ein Konto der deutschen oder italiensichen Filiale der AG-Bank angeben möchte und somit eine DE- oder IT- etc. IBAN verwendet. Es sind daher alle IBANs des SEPA Raums zulässig!</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="SWIFTAcct" type="SWIFTAcctAgTp"/>
		</xs:choice>
		<xs:attribute name="CCy" type="CCyType" default="EUR"/>
	</xs:complexType>
	<xs:simpleType name="BICIdentifier">
		<xs:restriction base="xs:string">
			<xs:pattern value="[A-Z]{6}[A-Z2-9][A-NP-Z0-9]([A-Z0-9]{3})?"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="BtchDtlsType">
		<xs:choice>
			<xs:sequence>
				<xs:element name="CdtrAcct" type="CdtrAcctType" minOccurs="0">
					<xs:annotation>
						<xs:documentation>Konto des Empfängers der Überweisung außer bei BAR</xs:documentation>
					</xs:annotation>
				</xs:element>
				<xs:element name="CdtrNm" type="Max70Text">
					<xs:annotation>
						<xs:documentation>Name des Empfängers bzw. Kontoinhabers.

Achtung: im Fall des Typs BAR ist hier der Wert des Nm Feldes des UltmtCdtr ein zu stellen.</xs:documentation>
					</xs:annotation>
				</xs:element>
				<xs:element name="UltmtCdtrDbtrNm" type="Max70Text" minOccurs="0">
					<xs:annotation>
						<xs:documentation>Name des tatsächlichen Empfängers bzw. Bezogenen im Falle eines CT bzw. DD, also Inhalt des Feldes UltmtCdtr bzw UltmtDbtr der Überwesiung bzw. des Einzugs.

Nicht im Fall einer Baranweisung zu verwenden. Siehe Hinweis in CdtrNm.</xs:documentation>
					</xs:annotation>
				</xs:element>
				<xs:element name="InstdAmt" type="InstdAmtType">
					<xs:annotation>
						<xs:documentation>Angewiesener Betrag. Die Währung ist ident mit der Währungsangabe in der Bestandssumme (BtchSum).</xs:documentation>
					</xs:annotation>
				</xs:element>
				<xs:element name="EndToEndId" type="Max35Text" minOccurs="0">
					<xs:annotation>
						<xs:documentation>Inhalt der EndToEndId des Auftrags</xs:documentation>
					</xs:annotation>
				</xs:element>
				<xs:element name="RmtInf" type="Max140Text" minOccurs="0">
					<xs:annotation>
						<xs:documentation>Inhalt von Strd oder Ustrd  des Auftrags.  Im Fall von Strd ist ausschließlich der Inhalt des Ref-Elements der CdtrRefInf zu kodieren.</xs:documentation>
					</xs:annotation>
				</xs:element>
			</xs:sequence>
			<xs:element name="RsnCd" type="RsnCdType" default="NR">
				<xs:annotation>
					<xs:documentation>Werden keine Details kodiert, wird hier der Grund für das Fehlen angegeben, und zwar
o NA - not allowed, im Fall von sensitiven Informationen, wie z.B. Gehalt
o NR - not requested (=Default), wenn seitens Anwender kein Bedarf dafür besteht
o TM - too many, d.h. der Anwender wollte mahr als die zulässige Anzahl erfassen
o CV - Import von Altpaket, i.e. MBS V.6.0 Client</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:choice>
	</xs:complexType>
	<xs:simpleType name="BtchRefType">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="16"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="BtchSumType">
		<xs:simpleContent>
			<xs:restriction base="CurrencyAndAmount">
				<xs:fractionDigits value="2"/>
			</xs:restriction>
		</xs:simpleContent>
	</xs:complexType>
	<xs:simpleType name="CCyType">
		<xs:restriction base="xs:string">
			<xs:length value="3"/>
			<xs:pattern value="([A-Z]*)|(N/A)"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="CdtrAcctType">
		<xs:choice>
			<xs:element name="IBAN" type="IBANType">
				<xs:annotation>
					<xs:documentation>IBAN-only gemäß SEPA Regeln</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="NonDmstAcct" type="SWIFTAcctTp">
				<xs:annotation>
					<xs:documentation>AZV: es sind alle Definitionen zulässig, die bei der Anlage eines SWIFT Kontos in MBS auftreten dürfen. Dies ist eine verkürzte Version gegenüber den Kontoverbindungen die ein AustrianN-pain001 erlaubt .</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:choice>
	</xs:complexType>
	<xs:simpleType name="CountryCode">
		<xs:restriction base="xs:string">
			<xs:pattern value="[A-Z]{2,2}"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="CrdTANType">
		<xs:sequence>
			<xs:element name="TANVal">
				<xs:annotation>
					<xs:documentation>Wert der TAN, wie am Token angezeigt.</xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="xs:string">
						<xs:length value="7"/>
						<xs:pattern value="[0-9]{7}"/>
					</xs:restriction>
				</xs:simpleType>
			</xs:element>
			<xs:element name="TmpltNb">
				<xs:annotation>
					<xs:documentation>Nummer des verwendeten Templates</xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="xs:integer">
						<xs:totalDigits value="3"/>
					</xs:restriction>
				</xs:simpleType>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="CrossRefType">
		<xs:sequence>
			<xs:element name="SctnNb" type="SctnNbType">
				<xs:annotation>
					<xs:documentation>Jene Abschnittsnummer auf die sich  der Statusindikator bezieht.

Bezieht sich der Statusindikator auf mehrere Abschnitte, wird hier die Nummer des ersten Abschnitts angeführt, auf die sich der Statusindikator  bezieht (von-Abschnitt).</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:choice minOccurs="0">
				<xs:sequence>
					<xs:element name="SeqNb" type="SeqNbType">
						<xs:annotation>
							<xs:documentation>Diejenige Folgenummer des Abschnitts, auf die sich der Statusindikator bezieht. 

Bezieht sich der Statusindikator auf mehrere Bestände, wird hier die Nummer des ersten Bestandes angeführt, auf die sich der Statusindikator  bezieht (von-Bestand).

'SeqNb' darf nicht kodiert werden, wenn sich die Statusnachricht auf mehrer Abschnitte (von-bis Section) beziehen soll.</xs:documentation>
						</xs:annotation>
					</xs:element>
					<xs:element name="TillSeqNb" type="SeqNbType" minOccurs="0">
						<xs:annotation>
							<xs:documentation>Bezieht sich der Statusindikator auf mehrere Bestände, wird hier die Nummer des letzten Bestandes angeführt, auf die sich der Statusindikator noch bezieht (bis-Bestand).</xs:documentation>
						</xs:annotation>
					</xs:element>
				</xs:sequence>
				<xs:element name="TillSctnNb" type="SctnNbType">
					<xs:annotation>
						<xs:documentation>Bezieht sich der Stausindikator auf mehrere Abschnitte, wird hier die Nummer des letzten Abschnitts angeführt, auf die sich der Statusindikator noch bezieht (bis-Abschnitt).</xs:documentation>
					</xs:annotation>
				</xs:element>
			</xs:choice>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="CrossRefType_1">
		<xs:sequence>
			<xs:element name="SctnNb" type="SctnNbType">
				<xs:annotation>
					<xs:documentation>Jene Abschnittsnummer auf die sich  die Statusnachricht des BR bezieht.

Bezieht sich die Statusnachricht auf mehrere Abschnitte, wird hier die Nummer des ersten Abschnitts angeführt, auf die sich die Statusnachricht  bezieht (von-Abschnitt).</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:choice minOccurs="0">
				<xs:sequence>
					<xs:element name="SeqNb" type="SeqNbType">
						<xs:annotation>
							<xs:documentation>Diejenige Folgenummer des Abschnitts, auf die sich die Statusnachricht bezieht. 

Bezieht sich die Statusnachricht auf mehrere Beständee, wird hier die Nummer des ersten Bestandes angeführt, auf die sich die Statusnachricht  bezieht (von-Bestand).

'SeqNb' darf nicht kodiert werden, wenn sich die Statusnachricht auf mehrer Abschnitte (von-bis) bezieht</xs:documentation>
						</xs:annotation>
					</xs:element>
					<xs:element name="TillSeqNb" type="SeqNbType" minOccurs="0">
						<xs:annotation>
							<xs:documentation>Bezieht sich die Statusnachricht auf mehrere Bestände, wird hier die Nummer des letzten Bestandes angeführt, auf die sich die Statusnachricht noch bezieht (bis-Bestand).

'TillSeqNb' darf nur kodiert werden, wenn 'SeqNb' kodiert wurde.</xs:documentation>
						</xs:annotation>
					</xs:element>
				</xs:sequence>
				<xs:element name="TillSctnNb" type="SctnNbType">
					<xs:annotation>
						<xs:documentation>Bezieht sich die Statusnachricht auf mehrere Abschnitte, wird hier die Nummer des letzten Abschnitts angeführt, auf die sich die Statusnachricht noch bezieht (bis-Abschnitt).

'TilSctnNb' darf nicht kodiert werden, wenn 'SeqNb'kodiert wurde.</xs:documentation>
					</xs:annotation>
				</xs:element>
			</xs:choice>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="CurrencyCode">
		<xs:restriction base="xs:string">
			<xs:length value="3"/>
			<xs:pattern value="[A-Z]*"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="CstmrNmType">
		<xs:sequence>
			<xs:element name="CpnyNm" type="Max35Text" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Kundenname bzw. Name der Firma oder des Nutzers</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="Prsn" type="Max35Text">
				<xs:annotation>
					<xs:documentation>Die den EBZ erstellende Person</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="CurrencyAndAmount">
		<xs:simpleContent>
			<xs:extension base="CurrencyAndAmount_SimpleType">
				<xs:attribute name="Ccy" type="CurrencyCode" use="required"/>
			</xs:extension>
		</xs:simpleContent>
	</xs:complexType>
	<xs:simpleType name="CurrencyAndAmount_SimpleType">
		<xs:restriction base="xs:decimal">
			<xs:minInclusive value="0"/>
			<xs:fractionDigits value="5"/>
			<xs:totalDigits value="18"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="Document">
		<xs:sequence>
			<xs:element name="MBS_Electronic_Synopsis" type="MBS_Electronic_SynopsisType">
				<xs:annotation>
					<xs:documentation>Elektronischer Begleitzettel ZV

Für die Autorisierung von Aufträgen ist ein elektronischer Begleitzettel, der den Hashwert und Summenangaben über die übermittelten Aufträge beinhaltet, zu bilden. Ein EBZ besteht ursprünglich aus
o	einem Headerteil (inklusive EBZ Identifikation),
o	einem Auftragsteil,
o	einem Trailer und
o	zumindest einer XMLDSIG (Transportsicherung oder Zeichnung, sofern der EBZ im Client erzeugt wurde). 
Dieser originäre  EBZ wird vom BR um 
o	den Informationen über die signierenden Verfüger, 
o	den Status Reports und
o	ggf. den Informationen zu nicht relevanten Signaturen
ergänzt, der abhängig vom Umfang der ersten XMLDSIG weiter signiert werden kann, und dem wieder Status Reports des BR folgen, bis der EBZ vollständig gezeichnet ist und bis die Statusinformationen den finalen Status am BR wiederspiegeln. 

Analog den Aufträgen muss ein eBZ zumindest 28 bis 35 Tage am Bankrechner (nach der letzten Statusänderung der zugehörigen Bestände) aufbewahrt werden. Auf die 35-Tage Frist ist möglichst zügig umzustellen.

Anmerkung: Im Fall von DT, die über einen anderen Kanal als MBS hochgeladen wurden, ist am BR ein EBZ zu erstellen, wenn die Autorisierung über MBS erfolgen soll. Dieser EBZ wird vom BR unsigniert über Anforderung ("alle offenen") dem Client zur Verfügung gestellt.
Dasselbe gilt im Fall von Big Data Aufträgen, wo der BR den vom Client erhaltenen TBZ auflöst und einen oder mehrere EBZ erstellt.  </xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="Dspsr">
		<xs:sequence>
			<xs:element name="DspsrNm">
				<xs:annotation>
					<xs:documentation>Name des zeichnenden Verfügers.</xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="Max35Text"/>
				</xs:simpleType>
			</xs:element>
			<xs:element name="DspsrNbr" type="DspsrNbrType">
				<xs:annotation>
					<xs:documentation>Zugehörige Verfügernummer </xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="DspsrNbrType">
		<xs:restriction base="Max17Text">
			<xs:pattern value="[A-Z0-9\-]*"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="DtType">
		<xs:restriction base="xs:date"/>
	</xs:simpleType>
	<xs:complexType name="EBZCoreType">
		<xs:sequence>
			<xs:element name="EbzHdr" type="EbzHdrType"/>
			<xs:element name="EbzTrlr" type="EbzTrlrType"/>
			<xs:element name="EbzSctns" type="EbzSctnsType" maxOccurs="unbounded"/>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="EbzHdrType">
		<xs:sequence>
			<xs:element name="CreDtTm" type="ISODateTime">
				<xs:annotation>
					<xs:documentation>Erstellungszeitpunkt des EBZ durch den Client/BR</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="EbzId" type="EbzIdType">
				<xs:annotation>
					<xs:documentation>Die EBZ-ID ist vom EBZ erstellenden System als Zufallswert zu erzeugen.

Idente EBZ-ID sind vom BR abzulehnen.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="HashVal" type="HashValType">
				<xs:annotation>
					<xs:documentation>Hashwert über  alle im EBZ abgebildeten Aufträge gemäß SHA-256  in hexadezimaler Darstellung (Zeichenvorrat: A bis F, 0 bis 9 – NUR Grossbuchstaben zulässig). Derselbe Hashwert soll auch im Rahmen des Client in gleicher Form als Prüfsumme ausgewiesen werden, so dass eine leichte Vergleichbarkeit durch den Anwender möglich ist.  

Der Hashwert ist über alle im EBZ eingestellten Datenträger (XML und SWIFT)  in der Reihenfolge des Aufscheinens am EBZ zu bilden.
Achtung: im Fall eines THM Container mit mehreren pain.001 (=mehrere Sections) geht der Hashwert nur einmal (=für den Container) ein, auch wenn er mehrfach je Section (HashVal) ausgewiesen wird.
</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="InstnNm" type="Max35Text">
				<xs:annotation>
					<xs:documentation>Name des Bankrechner</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="OrgSystm" type="Max35Text">
				<xs:annotation>
					<xs:documentation>Das System das die dem EBZ zugrundeliegenden DT an den BR liefert.

Inhalt: z.B. MBS Client-Name, sFileservice, EB Plattform, BusinessNet...</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="CstmrNm" type="CstmrNmType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Kundenname bzw. Name der Firma oder des Nutzers.

Verpflichtend, wenn der EBZ von eiem MBS Client erstellt wird.</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
		<xs:attribute name="NoCpy" type="xs:boolean" default="false">
			<xs:annotation>
				<xs:documentation>Wenn auf true gesetzt, sind alle Datenträger des EBZ mit Kopierverbot belegt.</xs:documentation>
			</xs:annotation>
		</xs:attribute>
		<xs:attribute name="NoOthrClnt" type="xs:boolean" default="false">
			<xs:annotation>
				<xs:documentation>Wenn auf true gesetzt, darf der EBZ durch den BR bei EBZ-Anfragen nicht an andere Clients als den Erstellenden übermittelt werden.</xs:documentation>
			</xs:annotation>
		</xs:attribute>
		<xs:attribute name="FnlAuthstn" type="xs:boolean" default="false">
			<xs:annotation>
				<xs:documentation>Wenn auf true gesetzt, ist der EBZ als final gezeichnet zu sehen.</xs:documentation>
			</xs:annotation>
		</xs:attribute>
	</xs:complexType>
	<xs:simpleType name="EbzIdType">
		<xs:restriction base="xs:string">
			<xs:length value="16"/>
			<xs:pattern value="[A-Z0-9\-]*"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="EbzSctnsType">
		<xs:sequence>
			<xs:element name="SctnHdr" type="SctnHdrType">
				<xs:annotation>
					<xs:documentation>In einem EBZ können XML und SWIFT Aufträge gemischt aufscheinen  Für jeden XML oder SWIFT Datenträger die in einem EBZ zusammengefasst sind, wird ein eigener Abschnitt am Begleitzettel eröffnet. </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="SctnDtls" type="SctnDtlsType" maxOccurs="unbounded">
				<xs:annotation>
					<xs:documentation>Für jeden Datenträger  (XML oder SWIFT) werden je Bestand die nachfolgenden Details im EBZ angeführt. Es ist also je Bestand eine 'SctnDtls' auf zu eröffnen.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="ChckSum" type="SumType">
				<xs:annotation>
					<xs:documentation>Summe über alle Bestände dieses Abschnitts, ungeachtet der Währung</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="EbzTrlrType">
		<xs:sequence>
			<xs:element name="NbOfSctns" type="NbOfSctnsType">
				<xs:annotation>
					<xs:documentation>Gesamtanzahl der Abschnitte. Ident mit dem höchsten Wert von 'SctnsNb', aber ohne führende Nullen.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="RefCd" type="RefCdType">
				<xs:annotation>
					<xs:documentation>Hier sind vom Client die letzten (rechten) 32 Bit des Hashwertes (Prüfsumme) in dezimaler Darstellung einzustellen (zehn numerische Stellen, Darstellung im Style-Sheet in zwei fünfer-Gruppen).</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="TtlNbOfTxs" type="TtlNbOfTxsType">
				<xs:annotation>
					<xs:documentation>Gesamtanzahl aller Aufträge über alle Bestände (XML und SWIFT gemischt) die mittels diesem eBZ autorisiert werden</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="CtrlSum" type="SumType">
				<xs:annotation>
					<xs:documentation>die Gesamtsumme über alle Kontrollsummen der Datenträger (XML und SWIFT gemischt) die mittels diesem eBZ autorisiert werden. 

Achtung: im Fall N-SEPA und SWIFT sind die Kontrollsummen der Datenträger ggf. vor dem Aufaddieren auf zwei Nachkomma-Stellen abzuschneiden. In diesem Fall kann die CtrlSum geringfügig von der Summe der BtchSum abweichen.</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="FinInstnIdType">
		<xs:choice>
			<xs:element name="BIC" type="BICIdentifier"/>
			<xs:element name="OthrInstnId" type="Max35Text">
				<xs:annotation>
					<xs:documentation>Im Fall, dass eine Bank nicht mittels BIC identifiziert werden kann</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:choice>
	</xs:complexType>
	<xs:complexType name="GrpHdrType">
		<xs:sequence>
			<xs:element name="MsgId" type="MsgIdType">
				<xs:annotation>
					<xs:documentation>Eindeutige Messageidentifikation durch den Sender (Client oder BR). Die Messageidentifikation ist nicht Teil des EBZ. Aufbau: Stellen 1 bis 16 Timestamp im Format  JJJJMMTTHHMMSShh, 4   Zufallszeichen zwingend bis zu 15 weitere  Zufallszeichen optional.</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="HashValType">
		<xs:restriction base="xs:string">
			<xs:whiteSpace value="collapse"/>
			<xs:length value="64"/>
			<xs:pattern value="[A-F0-9]*"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="IBANType">
		<xs:restriction base="xs:string">
			<xs:pattern value="[A-Z]{2}\d{2}[a-zA-Z0-9]*"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="ISODateTime">
		<xs:restriction base="xs:dateTime"/>
	</xs:simpleType>
	<xs:simpleType name="InstdAmtType">
		<xs:restriction base="xs:decimal">
			<xs:minInclusive value="0"/>
			<xs:totalDigits value="14"/>
			<xs:fractionDigits value="3"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max140Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="140"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max70Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="70"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max35Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="35"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max34Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="34"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max25Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="25"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max17Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="17"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="Max4Text">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="4"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="MBS_Electronic_SynopsisType">
		<xs:sequence>
			<xs:element name="GrpHdr" type="GrpHdrType"/>
			<xs:element name="EBZCore" type="EBZCoreType">
				<xs:annotation>
					<xs:documentation>Umfasst allle Elemente, die einmal vom Client erstellt über die gesamte Lebensdauer des EBZ unverändert bleiben.

Der vom Client übermittelte EBZ ist vom BR schrittweise zu ergänzen, und zwar mit 
  o den Infos zum transportsichernden Verfüger  (falls zutreffend), 
  o den Infos zu den zeichnenden Verfügern (sobald vorhanden) auch im Fall nicht 
     relevanter Signturen und
  o den Statusinformationen (laufend nach Anfall).</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="DspsrTrsprt" type="SgntryType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Der transportsichernde Verfüger vom BR eingefügt und dem Erstauftreten von [XMLDsig] entnommen, sofern es sich dabei um eine Transportsicherung handelte.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="FrstSgntry" type="SgntryType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Der erstzeichnende Verfüger vom BR eingefügt  und dem Erst- oder Zweitauftreten von [XMLDsig] entnommen, je nachdem, ob eine Transportsicherung erfolgte oder nicht (nur im Fall einer relevanten Signatur).</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="ScndSgntry" type="SgntryType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Der zweitzeichnende Verfüger vom BR eingefügt und dem Zweit- oder Drittauftreten von [XMLDsig] entnommen, je nachdem, ob eine Transportsicherung erfolgte oder nicht (nur im Fall einer relevanten Signatur).  </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="NotRelSgntrs" minOccurs="0" maxOccurs="unbounded">
				<xs:annotation>
					<xs:documentation>Hier werden die Daten überflüssiger Signaturen eingefügt, nicht aber die Signaturblöcke. Verpflichtend, wenn eine überflüssige Signatur getätigt wurde! War bereits eine Zweitzeichnung überflüssig, ist sie hier einzufügen. Auch in diesem Fall gibt es keinen zugehörigen XMLDSig-Block!

Bei Anfragen des Typs "hatte Rolle" werden diese Signaturen nicht berücksichtigt.</xs:documentation>
				</xs:annotation>
				<xs:complexType>
					<xs:sequence>
						<xs:element name="CreDtTm" type="ISODateTime"/>
						<xs:element name="Dspsr" type="Dspsr"/>
						<xs:element name="StsReport" type="RptDtlsType" minOccurs="0">
							<xs:annotation>
								<xs:documentation>Es bleibt dem BR überlassen, ob ein Status Reposrt zu
einer überflüssigen Signtaur erstellt wird oder nicht.</xs:documentation>
							</xs:annotation>
						</xs:element>
					</xs:sequence>
				</xs:complexType>
			</xs:element>
			<xs:element name="StsRpt" minOccurs="0" maxOccurs="unbounded">
				<xs:annotation>
					<xs:documentation>Zusätzlich zu den Informationen zur Erstsignatur (entweder [DspsrTrsprt] oder [FrstSgntry] )  ist der EBZ vom BR mit den Statusinformationen und Statusnachrichten entsprechend des initiellen Prüfstatus (zumindest formelle Prüfungen) zu ergänzen und an den Client zurück zu liefern.   Diese  Statusinformationen sind vom BR entsprechend fortschreitender Prüfungen in weiteren Ausprägungen des [StsRprt] zu ergänzen bzw. zu ajourieren.  Sofern weitere Signaturen eintreffen sind zugleich auch die entsprechenden Signatory Informationen (dies inkludiert auch die NotRelSgntrs) in den EBZ einzufügen.

Es ist immer ein vollständiges Abbild der aktuellen Situation bereit zu stellen. Dies bezieht sich ausschließlich auf relevante Signaturen, also solche die eine Änderung der Statuscodes bewirkten. 

Statusinformationen von nicht relevanten Signaturen sind im NotRelSgntrs Teil einzustellen.</xs:documentation>
				</xs:annotation>
				<xs:complexType>
					<xs:sequence>
						<xs:element name="StsInf" type="StsInfType" maxOccurs="unbounded">
							<xs:annotation>
								<xs:documentation>Vom BR zu ergänzende Statusindikatoren zu den einzelnen Beständen.
Achtung: Jeder Bestand darf in einem Report nur einmal referenziert werden!

Die Statusindikatoren sind auf Basis des style sheet am Beginn, unmittelbar nach der Bestandsnummer, bei jedem Bestand entsprechend einzufügen.</xs:documentation>
							</xs:annotation>
						</xs:element>
					</xs:sequence>
				</xs:complexType>
			</xs:element>
			<xs:element name="XMLDSig" minOccurs="0" maxOccurs="3">
				<xs:annotation>
					<xs:documentation>Anläßlich der Erstübertragung des EBZ vom Client an den BR  ist dieser mit einer XMLDsig entweder durch den transportsichernden oder durch den erst-zeichnenden Verfüger zu sichern.

XMLDsig kann, in einem vollständig gezeichneten EBZ je nach Vorgehen und Zeichnungserfordernissen zwischen ein- bis zu dreimal auftreten, und zwar:
1..mit Erstzeichnung ist vollständige Zeichnung gegeben,
2..mit Transportsicherung und Erstzeichnung ist vollständige Zeichnung gegeben, oder  es erfolgte keine Transportsicherung aber  Erst- und Zweitzeichnung, 
3..bei Transportsicherung und Doppelzeichnungserfordernis.

Die erste XMLDSig erstreckt sich ausschließlich auf [EBZCore],
die zweite auf [EBZCore], entweder auf [DspsrTrsprt] oder [FrstSgntry] und den zum Signaturzeitpunkt letzten (aktuellsten) [StsRpt];
die dritte auf [EBZCore], [DspsrTrsprt], [FrstSgntry] und den zum Signaturzeitpunkt letzten (aktuellsten) [StsRpt].
Es wird also immer nur der aktuellste [StsRpt] gezeichnet!

Achtung: Wird eine Doppelzeichnung OHNE dazwischenliegende Übertragung an den BR getätigt, so sind die folgenden Abweichungen zu obiger Ausführung zu beachten. Erfolgt die Doppelzeichnung im originäten MBS Client so erstrecken sich erste und zweite XMLDSIG ausschliesslich auf EBZCore]. Erfolgt die Doppelzeichnung in einem dislozierten MBS Client so erstrecken sich erste und zweite XMLDSIG auf [EBZCore], [DspsrTrsprt] und [StsRpt].

Mit einer Erstzeichnung, sofern kryptografisch gültig, ist implizit auch eine Transportsicherung gegeben; es ist dafür kein eigener Signaturblock erforderlich. Es liegt aber in der Freiheit des MBS Client dennoch  zusätzlich eine eigene Signatur zur Transportsicherung zu erstellen.

Achtung: Im Fall paraller Bearbeitung eines transportgesicherten EBZ durch ein oder mehrere dislozierte Verfüger kann es im Fall eines Doppelzeichnungserfordernisses ebenfalls zu einer Abweichung zu obiger Ausführung kommen. Siehe dazu "MBS Einführung" Kapitel 4.2.

Anmerkung: ein ungezeichneter EBZ ist nur für die Übermittlung eines am BR erstellten EBZ von diesen an den Client zulässig.  Es ist zumindest Erstzeichnung erforderlich, um einen derartigen EBZ wieder an den BR zu übertragen.

Achtung: Da bei der Rückübermittlung eines transportgesicherten oder signierten EBZ vom BR an den MBS Client aus Sicherheitsgründen die XMLDSig nicht mit übertragen werden darf, gilt die obige Ausführung über den Maximalumfang eines signierten EBZ streng genommen nur für die Betrachtung am BR. Ein Client sieht bei einem vom BR empfangenen EBZ stets nur die Teile oberhalb der XMLDSig Einträge, also bis zum letzten Statusreport!

</xs:documentation>
				</xs:annotation>
				<xs:complexType>
					<xs:sequence>
						<xs:element name="AddtlSgntrInf" type="SgntrInfType">
							<xs:annotation>
								<xs:documentation>Zusatzinformationen zur Signatur, diie mit zu signieren sind.</xs:documentation>
							</xs:annotation>
						</xs:element>
						<xs:element ref="ds:Signature"/>
					</xs:sequence>
					<xs:attribute name="Rvctn" type="RvctnType" default="false">
						<xs:annotation>
							<xs:documentation>Wenn auf "true" gesetzt, wird damit der Wiederruf von noch nicht fertig gezeichneten Teilen des EBZ oder des gesamten EBZ, sofern bisher keine gültige Zeichnung vorlag, ausgedrückt. Ein wiederrufener EBZ ist final gezeichnet, das Attribut darf also nur einmal in einer XMLDSig auftreten.</xs:documentation>
						</xs:annotation>
					</xs:attribute>
				</xs:complexType>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="MobTanType">
		<xs:restriction base="xs:string">
			<xs:minLength value="5"/>
			<xs:maxLength value="7"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="MsgIdType">
		<xs:restriction base="xs:string">
			<xs:minLength value="20"/>
			<xs:maxLength value="35"/>
			<xs:whiteSpace value="collapse"/>
			<xs:pattern value="2[0-9]{15}[A-Z0-9]{4,}"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="NbOfSctnsType">
		<xs:restriction base="xs:integer">
			<xs:totalDigits value="3"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="OrdrTpGnrlType">
		<xs:restriction base="xs:string">
			<xs:enumeration value="ÜBERWEISUNG"/>
			<xs:enumeration value="EINZUG"/>
			<xs:enumeration value="SEPA-ÜBERWEISUNG"/>
			<xs:enumeration value="SEPA-LASTSCHRIFT"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="OrdrTpSpcfcType">
		<xs:restriction base="xs:string">
			<xs:enumeration value="AZV"/>
			<xs:enumeration value="IZV"/>
			<xs:enumeration value="LSE"/>
			<xs:enumeration value="EIL"/>
			<xs:enumeration value="SCT"/>
			<xs:enumeration value="ICT"/>
			<xs:enumeration value="BAR"/>
			<xs:enumeration value="COR"/>
			<xs:enumeration value="B2B"/>
			<xs:enumeration value="101"/>
			<xs:enumeration value="THM"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="RefCdType">
		<xs:restriction base="xs:string">
			<xs:length value="10"/>
			<xs:pattern value="\d*"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="RefType">
		<xs:restriction base="xs:string">
			<xs:minLength value="1"/>
			<xs:maxLength value="35"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="RptDtlsType">
		<xs:sequence>
			<xs:element name="StsNum" type="StsNumType">
				<xs:annotation>
					<xs:documentation>Nummer der Statusnachricht</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="StsCd" type="StsCdType">
				<xs:annotation>
					<xs:documentation>Status Code 0, 1 oder 2 entsprechend der Dokumentation der Statusnachrichten und der aktuellen Situation (vorläufig oder endgültig) am BR.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="StsTxt">
				<xs:annotation>
					<xs:documentation>Der zur Statusnummer zugehörige Text der Statusnachricht</xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="Max70Text">
						<xs:whiteSpace value="preserve"/>
					</xs:restriction>
				</xs:simpleType>
			</xs:element>
			<xs:element name="FreeTxt" minOccurs="0" maxOccurs="unbounded">
				<xs:annotation>
					<xs:documentation>Eventuell zusätzlicher erklärender Text bzw. Fehlerhinweis zur Statusnachricht.

Maximal  8  mal 70 Zeichen</xs:documentation>
				</xs:annotation>
				<xs:complexType>
					<xs:simpleContent>
						<xs:extension base="Max70Text">
							<xs:attribute name="Prty" type="xs:boolean" default="false">
								<xs:annotation>
									<xs:documentation>Prority zeigt eine erhöhte Bedeutung der Zeile an.
Im Stylesheet sind diese Zeilen hervorzuheben.</xs:documentation>
								</xs:annotation>
							</xs:attribute>
						</xs:extension>
					</xs:simpleContent>
				</xs:complexType>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="RptLineType">
		<xs:sequence>
			<xs:element name="CrDtTm" type="ISODateTime"/>
			<xs:element name="RptDtls" type="RptDtlsType">
				<xs:annotation>
					<xs:documentation>Beinhaltet die Statusnachricht und den dadurch für die einzelnen Bestände ausgelösten Statusindikator.

Der Statusindikator (OK, VO, etc) ist in jeder Bestandszeile nach 'SeqNb' anzuzeigen entsprechend der Referenzierung in 'CrossRef',</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="RsnCdType">
		<xs:restriction base="xs:string">
			<xs:length value="2"/>
			<xs:enumeration value="NA"/>
			<xs:enumeration value="NR"/>
			<xs:enumeration value="TM"/>
			<xs:enumeration value="CV"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="RvctnType">
		<xs:restriction base="xs:boolean"/>
	</xs:simpleType>
	<xs:complexType name="SctnDtlsType">
		<xs:sequence>
			<xs:element name="SeqNb" type="SeqNbType">
				<xs:annotation>
					<xs:documentation>Die einzelnen Bestände eines DT sind mit '000001' beginnend in einer-Schritten mit führenden Nullen durchzunummerieren (Folgenummer des Bestands). </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="OrdrTpSpcfc">
				<xs:annotation>
					<xs:documentation>Spezifiziert die Art des Auftrages, wobei im Fall von Überweisungen zwischen SCT für  SEPA Credit Transfers, BAR für Postbar-Bestände, ICT Auslandsüberweisungen im XML Format unterschieden wird. Im Detail ist die folgende Zuordnung zu treffen:
					
EIL 	Eilige Zahlung (SvcLvl=SDVA oder URGP)
SCT 	SEPA Credit Transfer, XML Finanzamtzahlung 
ICT 	XML AZV Überweisung + Bankscheck 
BAR 	XML Postbar
COR 	XML Direct Debit (Core, Cor1) 
B2B 	XML Direct Debit (B2B) 
101 	SWIFT MT101 
THM 	Treuhandzahlungen (XML)

Im Fall von  Direct Debits ist  COR bzw. B2B für SEPA Direct Debits je nach verwendeten Schema zu kodieren.  </xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="OrdrTpSpcfcType"/>
				</xs:simpleType>
			</xs:element>
			<xs:element name="Acct" type="AcctType">
				<xs:annotation>
					<xs:documentation>IBAN und Währung des Auftraggeberkontos, entsprechend  Kontoangaben in 'PmtInf'. Ist die Währung des AG-Kontos nicht bekannt, so sind an Stelle des ISO-Codes N/A einzustellen.
Im Fall eines SWIFT Accounts ist beim AG nur BIC zulässig.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="BtchRef" type="BtchRefType">
				<xs:annotation>
					<xs:documentation>Beinhaltet die vom Kunden vergebene Referenznummer für den Sammelauftrag (Bestandsreferenz) , dies entspricht den ersten 16 Stellen der 'PmtInfId' eines  XML Datenträgers bzw. den Inhalt des Feldes 21R im Fall eines SWIFT Auftrags. </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="BtchSum" type="BtchSumType">
				<xs:annotation>
					<xs:documentation>Beinhaltet die Summe der Einzelaufträge des Bestands. (Falls BtchDtls vorhanden sind, also die Summe der InstdAmt.)

Im Fall N-SEPA ist ggf. nach dem Aufaddieren der Einzelumsätze auf zwei Nachkomma-Stellen abzuschneiden.

Im Fall N-SEPA muss der Bestand währungsrein sein, da andernfalls Ccy nicht korrekt befüllt werden kann. Bei Import oder Weiterleitung sind daher nicht währungsreine Bestände zurückzuweisen.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="ExctnDt" type="DtType">
				<xs:annotation>
					<xs:documentation>Gewünschtes Durchführungsdateum.

Achtung: im Fall eines SDD ist hier das Datum aus "ReqdColltnDt" des pain008 anzugeben.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="NbOfTxs" type="SumType">
				<xs:annotation>
					<xs:documentation>Anzahl der Einzelaufträge im Bestand</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="BtchDtls" type="BtchDtlsType" minOccurs="0" maxOccurs="unbounded">
				<xs:annotation>
					<xs:documentation>Dient der optionalen Angabe von Auftragsdetails zu diesem Bestand. Es werden immer alle Aufträge des ausgewählten Bestands angezeigt. Normativ ist eine MAXIMALANZAHL von 32 Detailangaben festgelegt und somit die maximale Anzahl an Aufträgen für diesen Bestand. Die Details sind in der Reihenfolge entsprechend des Vorkommens im Datenträger anzuführen. Die Korrektheit der Daten ist durch den BR zu prüfen. Fehler sind mit der Ablehnung des gesamten EBZ zu ahnden (SC=670).

Die Unterstützung von Auftragsdetails ist für den BR nicht zwingend, daher ist  vor dem Erstellen von Auftragsdetails im EBZ für eine konkrete Auftraggeberbank die Situation mittels Service Request (BRFnctns) abzuklären.

Die Unterstützung von Auftragsdetails ist für einen MBS Client insoferne zwingend, als von einem BR empfangene EBZ mit Details korrekt zu verarbeiten sind. Die Erstellung eines EBZ mit Auftragsdetails zu unterstützen liegt  hingegen in der Gestion des Erstellers eines MBS Client. 
 </xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="SctnHdrType">
		<xs:sequence>
			<xs:element name="SctnNb" type="SctnNbType">
				<xs:annotation>
					<xs:documentation>Die einzelnen Abschnitte des EBZ sind mit '001' beginnend in einer-Schritten mit führenden Nullen durchzunummerieren. </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="OrdrTpGnrl">
				<xs:annotation>
					<xs:documentation>Im Fall von SEPA Aufträgen ist für jeden SCT oder SDD ein  Abschnitt  mit der Überschrift "SEPA-ÜBERWEISUNG" oder " SEPA-LASTSCHRIFT"  zu eröffnen.
Im Fall von SWIFT Aufträgen und XML Aufträgen (NON-SEPA) ist der Abschnitt mit "ÜBERWEISUNG" zu eröffnen.

Im Fall von Eilaufträgen (SvcLvl des pain.001=SDVA oder URGP) ist der Abschnitt mit "ÜBERWEISUNG" zu eröffnen, es sei denn im selben pain.001 mit SvcLvl=SDVA befinden sich auch Bestände mit SvcLvl=SEPA. Diese sind mit der Überschrift "SEPA-ÜBERWEISUNG" zu beginnen.

Zur Vermeidung unnötiger Rückweisungen ist eine Überprüfung druch den  BR nicht vorgesehen. </xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="OrdrTpGnrlType"/>
				</xs:simpleType>
			</xs:element>
			<xs:element name="Ref">
				<xs:annotation>
					<xs:documentation>Beinhaltet im Fall von XML-Aufträgen den Inhalt von [GrpHdr][MsgId] des SCT, SDD oder nSepa-CT und im Fall von SWIFT Aufträgen den Inhalt von Feld 20.</xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="RefType">
						<xs:maxLength value="35"/>
					</xs:restriction>
				</xs:simpleType>
			</xs:element>
			<xs:element name="HashVal" type="HashValType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Die Angabe ist bei weiterzuleitenden DT verpflichtend, sofern diese nicht verändert wurden und aus dem Vorsystem ein Hashwert gemäß SHA256 über die gesamte Datei, die den DT enthält, übermittelt wurde. Im Fall eines THM somit über alle pain.001 des Container. Dieser  Hashwert ist auch am BR zu überpüfen.

Im Fall Big Data hat der BR einen Hashwert über den in dieser Section abgebildeten Datenträger  hier einzustellen, wenn im TBZ das HashInd Attribut im TBZHdr auf true gesetzt wurde.

Zu HashVal siehe auch Kapitel 4.6 der Einführung. 
					
Sonst nicht zu verwenden.</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="SctnNbType">
		<xs:restriction base="xs:integer">
			<xs:totalDigits value="3"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="SeqNbType">
		<xs:restriction base="xs:decimal">
			<xs:totalDigits value="6"/>
			<xs:fractionDigits value="0"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="SgntrInfType">
		<xs:sequence>
			<xs:element name="Dspsr" type="Dspsr">
				<xs:annotation>
					<xs:documentation>Definiert den zeichnenden Verfüger.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:choice minOccurs="0">
				<xs:annotation>
					<xs:documentation>Nicht zu verwenden bei qualifizierter Signatur . 

Verpflichtend bei Aufträgen mit TAN-Autorisierung. Je nach TAN Verfahren ist hier die TAN  einzutragen.</xs:documentation>
				</xs:annotation>
				<xs:element name="CrdTAN" type="CrdTANType"/>
				<xs:element name="MobTan" type="MobTanType">
					<xs:annotation>
						<xs:documentation>Wert der TAN, wie in der SMS angezeigt.</xs:documentation>
					</xs:annotation>
				</xs:element>
			</xs:choice>
		</xs:sequence>
		<xs:attribute name="Id">
			<xs:annotation>
				<xs:documentation>Die 10 stellige Id muss innerhalb des Dokuments eindeutig sein. Dabei ist die Möglichkeit einer  parallelen Bearbeitung durch dislozierte Verfüger zu berücksichtigen, d.h. die Id sollte Zufalls- und/oder Zeitelemente enthalten, um auch in diesem Fall Eindeutigkeit sicher zu stellen. 
				
Eine gleichlautende Id ist durch den BR mit Status  670 abzulehnen, sofern keine überflüssige Signatur (Status 470) vorliegt.</xs:documentation>
			</xs:annotation>
			<xs:simpleType>
				<xs:restriction base="xs:string">
					<xs:length value="10"/>
				</xs:restriction>
			</xs:simpleType>
		</xs:attribute>
	</xs:complexType>
	<xs:complexType name="SgntryType">
		<xs:sequence>
			<xs:element name="CreDtTm" type="ISODateTime"/>
			<xs:element name="Dspsr" type="Dspsr"/>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="StsCdType">
		<xs:restriction base="xs:integer">
			<xs:minInclusive value="0"/>
			<xs:maxInclusive value="2"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="StsIndType">
		<xs:restriction base="xs:string">
			<xs:enumeration value="  "/>
			<xs:enumeration value="OK"/>
			<xs:enumeration value="VO"/>
			<xs:enumeration value="FF"/>
			<xs:enumeration value="1A"/>
			<xs:enumeration value="1E"/>
			<xs:enumeration value="1U"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="StsInfType">
		<xs:sequence>
			<xs:element name="CrossRef" type="CrossRefType_1">
				<xs:annotation>
					<xs:documentation>Hier wird auf die Abschnitte und ggf. auch Bestände referenziert, für die die jeweilige Stausnachricht des BR und der damit verbundene Statusimdikator gilt.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="StsInd" type="StsIndType">
				<xs:annotation>
					<xs:documentation>Die folgenden Statusindikatoren sind für ungezeichnete eBZ zulässig:
o	[blank] für transportgesicherte Bestände ohne Angabe eines besonderen Zeichnungserfordernisses (formale Prüfung OK oder nicht erfolgt) und
o	FF für einen fehlerhaften Bestand (formale Prüfung nicht OK) und damit endgültige Ablehnung

Die folgenden Statusindikatoren sind für erstgezeichnete eBZ zulässig: 
o	OK für fertig und gültig gezeichnete Bestände,
o	1U für eine gültige Erstzeichnung und ohne weitere Einschränkungen hinsichtlich des zweitzeichnenden Verfügers,
o	1A für eine gültige Erstzeichnung aber mit der Einschränkung für den zweitzeichnenden Verfüger auf A-Berechtigung (derzeit nur im Raiffeisensektor verwendet),
o	1E für eine ungültige Erstzeichnung, indizierend dass nur mehr ein einzelzeichnungsberechtigter Verfüger den Bestand autorisieren kann,
o	FF für einen fehlerhaften Bestand bzw. endgültige Ablehnung und
o	VO für vorläufig OK (d.h. der Bestand ist vollständig und korrekt gezeichnet, der Status aber nicht endgültig positiv, da z.B. bei Disposition oder Buchung mangels Deckung noch eine Ablehnung erfolgen kann)

In vollständig gezeichneten eBZ können nur die folgenden Statusindikatoren auftreten:
o	OK für fertig und gültig gezeichnete Bestände,
o	FF für endgültige Ablehnung und
o	VO für vorläufig OK (d.h. der Bestand ist vollständig und korrekt gezeichnet, der Status aber nicht endgültig positiv, da z.B. bei Disposition oder Buchung mangels Deckung noch eine Ablehnung erfolgen kann)
Anmerkung: Alle vorläufigen Stati 1U, 1A, 1E und VO können endgültig sowohl zu OK als auch FF führen.
</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="RptLine" type="RptLineType">
				<xs:annotation>
					<xs:documentation>Vom BR zu ergänzende Statusnachrichten zu den  Aufträgen und damit einhergehenden Statusindikatoren zu den zugehörigen Beständen.</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="StsNumType">
		<xs:restriction base="xs:integer">
			<xs:totalDigits value="4"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="SumType">
		<xs:restriction base="xs:decimal">
			<xs:totalDigits value="18"/>
			<xs:fractionDigits value="2"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:complexType name="SWIFTAcctTp">
		<xs:sequence>
			<xs:element name="CtryCd" type="CountryCode" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Verpflichtend wenn  keine IBAN und InstnId ungleich BIC </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="InstnId" type="FinInstnIdType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Identifikation des kontoführenden Instituts durch BIC, CHIPS, FW etc.
Ist nur der Bankname verfügbar, ist das Feld nicht zu kodieren, sonst verpflichtend.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="AcctId" type="AcctIdType">
				<xs:annotation>
					<xs:documentation>Kontonummer</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:complexType name="SWIFTAcctAgTp">
		<xs:sequence>
			<xs:element name="InstnId" type="BICIdentifier">
				<xs:annotation>
					<xs:documentation>Identifikation des kontoführenden Instituts durch BIC.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="AcctId" type="AcctIdType">
				<xs:annotation>
					<xs:documentation>Kontonummer</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="TtlNbOfTxsType">
		<xs:restriction base="xs:positiveInteger">
			<xs:totalDigits value="9"/>
		</xs:restriction>
	</xs:simpleType>
</xs:schema>
