Wienerberger : Beschreibung für ISO20022 SWIFT Nachrichten

BusinessApplica onHeader:

Der "sending Messaging Endpoint" (From ) muss das erste depo ührende Kredi ns tut ("letzter Intermediär" aus Sicht des Emi enten) des Rechteinhabers sein und muss mit dessen "FinancialIns tu onIden fica on" () kenntlich gemacht werden.Das Ausstellungsdatum "Crea onDate" kann nur nach dem Nachweiss chtag sein, welcher in der Einladung "Mee ngInvita on" (En tlementFixingDate ) angeführt wird. Da in Österreich der "DateMode" immer "EODY" (Ende des Tages - Wiener Zeit) ist, muss das Ausstellungdatum zumindest einen Tag nach dem Nachweiss chtag liegen.

Nachrichteninhalt (seev.003 und seev.004):

1. Als Bezugsgröße zur ursprünglichen Einladung des Emi enten muss die "IssuerMee ngIden fica on" angeführt werden. Aufgrund dessen bestä gt der Absender, dass er die Daten der vom Emi enten ausgesendeten Einladung kennt und basierend darauf die aktuelle Nachricht sich auf diese Daten, insbesondere auf den Nachweiss chtag "En tlementFixingDate" bezieht.
2. 
   Die "IssuerMee ngIden fica on" wurde, wenn zeitgerecht verfügbar, in der offiziellen Einladung veröffentlicht und das originale XML ist auf der Homepage des Emi enten verfügbar. Sollte dies nicht der Fall sein, entnehmen Sie die notwendigen Daten bi e der offiziellen Einladung, welche vom Emi enten über die Intermediärske e versendet wurde.
3. Gesetzlich notwendige Felder um die Nachricht als Depotbestä gung zu akzep eren:
4. • 
     Nur der Rechteinhaber "RightsHolder" (erster Nicht-Intermediär gemäß österreichischer Defini on) wird als rechtlicher Vertreter der Ak en mit all den dazugehörigen Rechten akzep ert. Die dafür notwendigen Felder in Bezug auf den Personentyp sind wie folgt:
   • Juris sche Person "LegalPerson" : NameAndAdress - Name , Adress , bestehend aus folgenden Feldern: Die vollständige Adresse bestehend entweder aus den 5 maximal möglichen "AddressLine's" oder aus den individuellen Adressfeldern oder auch beide Varianten; "Iden fica on" : Zumindest eine der verfügbaren Möglichkeiten.
   • Natürliche Person "NaturalPerson" : NameAndAdress - Der Name bestehnd aus Vorname und Nach-/Familienname, weiters Adress (gleich wie bei "Juris sche Person"), DateAndPlaceOfBirth - BirthDate . Alterna v kann auch "Iden fica on" für das Geburtsdatum verwendet werden, wenn der "Iden fica onType" "CUST" ist, gleichzusetzen mit dem CONCAT Iden fika onstyp, welcher das Geburtsdatum beinhaltet.
   • Weitere Felder:
   • • Depotnummer "AccountIden fica on" : Gegebenenfalls auch mit "SubAccountIden fica on" im Falle einer seev.004.
     • ISIN "Financial InstrumentIden fica on"
     • Depotbestand (seev.003: , seev.004: ): Nur Bestände the Bestandstypen "BalanceType" "INBA" werden akzep ert, nur als "LONG", nur als , Kommastellen des Bestandes werden auf eine Ganzzahl abgerundet. Bestände von 0 (null) werden nicht akzep ert. Da "Split Vote" nicht möglich ist, wird der genannte Bestand bei einer seev.004 auch für die S mmanweisungen verwendet, d.h. unterschiedliche Bestände bei einzelnen S mmweisungen werden ignoriert. Im Falle eines Split Vote werden nur die Registrierungsdaten des Ak onärs akzep ert. Sollte derselbe Ak onär mit seinem Bestand unterschiedlich S mmen wollen, müssen mehrere "Posi ons" im Falle einer seev.003 oder "Instruc ons" im Falle einer seev.004 übermi elt werden.
     • Nachweiss chtag "En tlementFixingDate": Da nur die seev.003 dieses Feld bereitstellt, jedoch ohne den "DateMode" wie in der seev.001 (EODY in Österreich), ist die Verwendung dieses Feldes bei einer seev.003 verpflichtend, ungeachtet dessen, dass, wie bereits Eingangs erwähnt, die auch in einer seev.003 verpflichtend bleibt.
     • Ausstellungsdatum "Crea onDate" im BusinessApplica onHeader: Wie bereits erwähnt, muss dieses zumindest einen Tag nach dem Nachweiss chtag sein und nicht später als der Schlusstag.
5. Handhabung von Vollmachten: beide Nachrichtentypen können auch für die Nennung von Bevollmäch gten für den Rechteinhaber genutzt werden. Bevorzugterweise wäre die Vollmacht gemeinsam mit der Depotbestä gung in einer Nachricht innerhalb des bereits genannten Zeitrahmens nach dem Nachweiss chtag zu senden, da dann

nur eine Nachricht benö gt wird. Wird die Vollmacht vor bis inklusive des Nachweiss chtages gesendet, muss eine gesonderte Depotbestä gung gesendet werden. Vollmachten können im Normalfall bis einen Werktag vor der Hauptversammlung während der Geschä sstunden des Emi enten gesendet werden.

d) Handhabung von S mmweisungen: Diese können per seev.004 übermi elt werden. Wenn eine Hauptversammlung keine Möglichkeit der elektronischen S mmabgabe direkt an die Gesellscha anbietet (entweder Fernabs mmung oder im Rahmen des VirtGesG), können S mmweisungen lediglich gemeinsam mit der Nominierung eines vom Emi enten genannten S mmrechtsvertreters entgegengenommen werden und werden an diesen weitergeleitet. Ohne diese Nominierung werden eventuelle S mmweisungen ignoriert. Jegliches Split Vo ng in der S mmweisung wird ignoriert. Bevollmäch gungen des S mmrechtsvertreters der Gesellscha werden nur mit gül gen S mmweisungen akzep ert. Im Falle dessen, dass für einzelne bereits vorhandene oder für neue Beschlussvorschläge keine S mmweisung gegeben wurde, wird eine

S mmenthaltung durchgeführt.

Betreffs der Stornierung von S mmweisungen wird eine seev.005 akzep ert. Betreffs Storno einer seev.003 lesen Sie bi e in Folge unter Statusnachrichten.

e) Statusnachrichten: Da wir Nachrichten nur empfangen können, können Antworten darauf nur über einen andere Kommunika onskanal erfolgen. Da in den seev - Nachrichten kein Feld für die Angabe einer E-Mail - Adresse für Kontaktzwecke vorgesehen ist, senden Sie Ihre Anfrage bi e an swi @hauptversammlung.atoder treffen Sie eine spezielle Vereinbarung mit uns, wie Statusnachrichten generell abgehandelt werden sollen. Dies betri auch das Storno einer seev.003 oder die VoteExecu onConfirma on im Falle einer seev.004, wenn elektronische S mmabgabe direkt an die Gesellscha möglich ist.

1. Weitere Informa onen: Einträge im Feld "Mee ngA endee" werden ignoriert. Jegliche Gästeanfragen müssen entweder an den Emi enten oder das jeweilige Registrierungspos ach gestellt werden, welches in der Einladung veröffentlicht wird.
   Jegliche zusätzliche Informa onen, welche mit der Nachricht mitgeliefert werden und in diesem Dokument nicht explizit erwähnt werden, werden ebenso ignoriert.