<?xml version="1.0" encoding="UTF-8"?>
<!-- Mit XMLSpy v2011 rel. 2 (x64) (http://www.altova.com) von STUZZA (STUZZA) bearbeitet -->
<!-- edited with XMLSpy v2017 rel. 3 sp1 (x64) (http://www.altova.com) by Helmut Biely (self-employed) -->
<xs:schema xmlns="http://www.stuzza.at/MBS/V6.0.01/EBZ" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" targetNamespace="http://www.stuzza.at/MBS/V6.0.01/EBZ" elementFormDefault="qualified" attributeFormDefault="unqualified">
	<xs:import namespace="http://www.w3.org/2000/09/xmldsig#" schemaLocation="xmldsig-core-schema.xsd"/>
	<!-- ********************************************************************************* -->
	<!-- ***     Änderungen gegenüber VD=25.06.2013                                                   ***-->
	<!-- ***     o     SgntrInfType: MobTan mit Attribut PinEnfrcd erweitert                     ***-->
	<!-- ********************************************************************************-->
	<xs:attribute name="versiondate" fixed="06.02.2019">
		<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="OtheAcctId" 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>Ausschliesslich AT-IBANs sind gültig!</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:sequence>
				<xs:element name="ATBLZ" type="ATBLZType"/>
				<xs:element name="AcctNb" type="AcctNbType"/>
			</xs:sequence>
			<xs:element name="SWIFTAcct" type="SWIFTAcctTp"/>
		</xs:choice>
		<xs:attribute name="CCy" type="CCyType" default="EUR"/>
	</xs:complexType>
	<xs:simpleType name="ATBLZType">
		<xs:restriction base="xs:integer">
			<xs:minInclusive value="0"/>
			<xs:maxInclusive value="99999"/>
		</xs:restriction>
	</xs:simpleType>
	<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:sequence>
			<xs:element name="CdtrAcct" type="CdtrAcctType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Konto des Empfängers der Überweisung BAR</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="CdtrNm" type="Max35Text">
				<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="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:sequence>
	</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:choice>
				<xs:element name="IBAN" type="IBANType">
					<xs:annotation>
						<xs:documentation>IZV: Ausschliesslich AT-IBANs sind gültig!</xs:documentation>
					</xs:annotation>
				</xs:element>
				<xs:sequence>
					<xs:annotation>
						<xs:documentation>Alternativ im Fall weitergeleiteter EDI DT</xs:documentation>
					</xs:annotation>
					<xs:element name="ATBLZ" type="ATBLZType"/>
					<xs:element name="AcctNb" type="AcctNbType"/>
				</xs:sequence>
			</xs:choice>
			<xs:element name="NonDmstAcct" type="GnrlAcctType">
				<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: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:simpleType name="CurrencyCode">
		<xs:restriction base="xs:string">
			<xs:length value="3"/>
			<xs:pattern value="[A-Z]*"/>
		</xs:restriction>
	</xs:simpleType>
	<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 und
o	den Status Reports
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 Tage am Bankrechner (nach der letzten Statusänderung der zugehörigen Bestände) aufbewahrt werden.

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.
</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 (EDI und XML)  in der Reihenfolge des Aufscheinens am EBZ zu bilden.</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 EDI und XML Aufträge gemischt aufscheinen  Für jeden EDI-Datenträger und jeden XML 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  (EDI oder XML) werden je Bestand die nachfolgenden Details im EBZ angeführt. Es ist also je Bestand eine 'SctnDtls' auf zu machen.</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 (EDI und XML 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 (EDI und XML gemischt) die mittels diesem eBZ autorisiert werden. </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="Max34Text">
				<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="GnrlAcctType">
		<xs:sequence>
			<xs:element name="CtryCd" type="CountryCode" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Wenn weder BIC noch IBAN vorhanden sind, verpflichtend anzugeben.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="FinInstnId" type="FinInstnIdType">
				<xs:annotation>
					<xs:documentation>Definition des Instituts</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="AcctId" type="AcctIdType">
				<xs:annotation>
					<xs:documentation>Defnition des Kontos</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</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 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="IndType">
		<xs:restriction base="xs:string">
			<xs:enumeration value="V"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="InstdAmtType">
		<xs:restriction base="xs:decimal">
			<xs:minInclusive value="0"/>
			<xs:totalDigits value="18"/>
			<xs:fractionDigits value="5"/>
		</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) 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. </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. </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="NotRelSgntrs" type="SgntryType" 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: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 in den EBZ einzufügen.

Es ist immer ein vollständiges Abbild der aktuellen Situation bereit zu stellen.</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].

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="31"/>
			<xs:whiteSpace value="collapse"/>
			<xs:pattern value="2[0-9]{15}[A-Z0-9]*"/>
		</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="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 IZV  für EDI Aufträge,   SCT für  SEPA Credit Transfers, BAR für Postbar-Bestände des SCT und AZV für Auslandsüberweisungen im EDI Format unterschieden wird. Im Detail ist die folgende Zuordnung zu treffen:
					
AZV 	EDIFACT AZV Überweisung + Bankscheck 
IZV 	EDIFACT PAYMUL IZV, EDIFACT Finanzamtszahlung, 
LSE 	EDIFACT DIRDEB 
EIL 	Eilige EDIFACT PAYMUL, Eilige SEPA Credit Transfer, 
	Eilige FAZ (EDI + XML) 
SCT 	SEPA Credit Transfer, XML Finanzamtzahlung 
ICT 	XML AZV Überweisung + Bankscheck 
BAR 	XML Postbar, EDIFACT Postbar 
COR 	XML Direct Debit (Core, Cor1) 
B2B 	XML Direct Debit (B2B) 
101 	SWIFT MT101 
THM 	Treuhandzahlungen (XML)

Im Fall von  Direct Debits ist LSE für EDI Einzüge bzw. Lastschriften und 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>BLZ, Kontonummer bzw. IBAN und Währung des Auftraggeberkontos, entsprechend den FII Angaben in SGr. 6. (EDI) bzw. den Kontoangaben in 'PmtInf' (XML). Ist die Währung des AG-Kontos nicht bekannt, so sind an Stelle des ISO-Codes N/A einzustellen.</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) , entsprechend den RFF Angaben in SGr. 4 (EDI) bzw. den Angaben  in 'GrpHdr''MsgId' (THM oder SCT mit  Container) bzw. den ersten 16 Stellen der 'PmtInfId' eines SCT Bestandes (ohne Container) oder SDD Bestands abhängig von der Version des XML Datenträgers. </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="BtchSum" type="BtchSumType"/>
			<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="Ind" type="IndType" minOccurs="0">
				<xs:annotation>
					<xs:documentation>DF-Datum ist als Valutadatum zu interpertieren.  Nur in EDI möglich.</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. Die Auswahl welche Aufträge aus dem Bestand in die Detailangaben des EBZ übernommen werden sollen, obliegt dem Anwender unter Steuerung des MBS Client. Normativ sind dem keine Einschränkungen in Bezug auf Anzahl, Betragsgrenzen etc. unterlegt. 

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 EDI Aufträgen ist für jeden PAYMUL oder DIRDEB  ein Abschnitt  mit der Überschrift  "ÜBERWEISUNG" oder "EINZUG" zu eröffnen.

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 XML Aufträgen (NON-SEPA) ist der Abschnitt mit "ÜBERWEISUNG" zu eröffnen.</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 EDI Aufträgen die Messagereferenz  bestehend aus dem ICR (UNB.0020; n14) und, getrennt durch einen Schrägstrich,  der Messagereferenznummer (UNH.0062, an..14), im Fall von XML-Aufträgen je nach Version entweder den Inhalt von [CntnrInf][CntnrId] im Fall eines XML Containers (SCT) bzw. [GrpHdr][MsgId] des SCT, SDD oder nSepa-CT selbst, wenn kein Container oder ein THM-Container verwendet wird.</xs:documentation>
				</xs:annotation>
				<xs:simpleType>
					<xs:restriction base="RefType">
						<xs:maxLength value="35"/>
					</xs:restriction>
				</xs:simpleType>
			</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 bzw. im Fall einer papierhaften TAN die TAN-Nummer einzutragen.</xs:documentation>
				</xs:annotation>
				<xs:element name="CrdTAN" type="CrdTANType"/>
				<xs:element name="MobTan">
					<xs:annotation>
						<xs:documentation>Wert der TAN, wie in der SMS angezeigt.</xs:documentation>
					</xs:annotation>
					<xs:complexType>
						<xs:simpleContent>
							<xs:extension base="MobTanType">
								<xs:attribute name="PinEnfrcd" type="xs:boolean" default="false">
									<xs:annotation>
										<xs:documentation>Wurde eine PIN-Eingabe anlässlich der Übertragung der mTAN
in den Client erzwunge, so ist der Wert auf "true" zu setzen.</xs:documentation>
									</xs:annotation>
								</xs:attribute>
							</xs:extension>
						</xs:simpleContent>
					</xs:complexType>
				</xs:element>
				<xs:element name="TanNbr">
					<xs:annotation>
						<xs:documentation>Nummer der papierhaften TAN.</xs:documentation>
					</xs:annotation>
					<xs:simpleType>
						<xs:restriction base="TanNbrType">
							<xs:fractionDigits value="0"/>
						</xs:restriction>
					</xs:simpleType>
				</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="CtrCd" type="CountryCode" minOccurs="0">
				<xs:annotation>
					<xs:documentation>Verpflichtend wenn OthrInstnId ungleich BIC </xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="OthrInstnId" type="Max35Text">
				<xs:annotation>
					<xs:documentation>Identifikation des kontoführenden Instituts durch BIC, CHIPS, FW etc.</xs:documentation>
				</xs:annotation>
			</xs:element>
			<xs:element name="OthrAcctId" type="Max34Text">
				<xs:annotation>
					<xs:documentation>Kontonummer</xs:documentation>
				</xs:annotation>
			</xs:element>
		</xs:sequence>
	</xs:complexType>
	<xs:simpleType name="TanNbrType">
		<xs:restriction base="xs:nonNegativeInteger">
			<xs:totalDigits value="2"/>
		</xs:restriction>
	</xs:simpleType>
	<xs:simpleType name="TtlNbOfTxsType">
		<xs:restriction base="xs:positiveInteger">
			<xs:totalDigits value="9"/>
		</xs:restriction>
	</xs:simpleType>
</xs:schema>
