Deutsch - 2

Natürlich ist klumpp.net als //Website// schon deutlich älter. Dennoch, heute vor zehn Jahren gab es an dieser Stelle die ersten beiden Blogeinträge.

• Der allererste stammt von Paul und hat den [http://klumpp.net/blog/archives/1-Erste-Eintraege.html Charakter eines Geleitworts.] Als echte Blog-Hipster haben wir dafür auch gleich einen dadaistisch angehauchten Kommentar erhalten. Take this, Google+-Diskussionen!
• Der zweite Eintrag vom selben Tag ist von mir. Ich lebte damals in Pforzheim - und schrieb über die [http://klumpp.net/blog/archives/2-Der-Night-Groove.html erstaunlich guten Seiten] der Stadt. Und seitdem hat sie sich noch weiter getan.

Das Archiv verrät: Seit dem Start haben wir hier allerlei verbloggt. Mal mehr, mal weniger aktiv, hat die Site uns konstant über die Jahre begleitet - auch [http://klumpp.net/blog/archives/373-1.-Oktober.html zu traurigen Anlässen.]

Wahrlich, wie schnell die Zeit vergeht.

Wer diese Tage zufällig einen Blick auf unser [https://gitlab.netdome.biz/explore/projects GitLab] geworfen hat, dem wird ein neues Projekt aufgefallen sein:

LoveTron!

Das ist das Ergebnis eines spontanen Abends voller Kinder-Riegel, fehlender Vorkenntnis und entspannten Programmierens. Vielleicht findet ja der eine oder andere von Euch den (etwas kruden) Code als Fallstudie zum Einstieg interessant.

Denn [http://love2d.org LÖVE] - jawohl, mit Metal-Umlaut! - ist ein Framework für [http://lua.org Lua]. Gemeinsam mit dieser pragmatischen Programmiersprache wird so die Spieleentwicklung denkbar einfach. Die Bibliothek nimmt nämlich viel von dem ab, was man sonst zu Fuß machen müsste. Und damit wird auch einiges möglich, was zu anderen Zeiten kaum praktikabel gewesen wäre.

Tja, die [http://www.mobygames.com/developer/paul-klumpp/credits/developerId,62192/ anderen] [http://www.mobygames.com/developer/nick-klumpp/credits/developerId,62191/ Zeiten].. tatsächlich müsste LoveTron als Fingerübung unser erstes Spiel in diesem Jahrzehnt gewesen sein. Oder gar in //diesem Jahrtausend//? Wer weiß - wir werden ja alt!

Diese völlig abwegige These diskutieren wir kurz und prägnant anhand eines alltäglichen Beispiels. Außerdem besuchen uns die Kollegen der FCC. (50'')

//Shownotes//: * [http://www.imdb.com/title/tt0944947/ Die Serie], über die wir sprachen. * Der [https://de.wikipedia.org/wiki/GeorgeR.R.Martin Autor] der Vorlage. * Die [https://en.wikipedia.org/wiki/Bleepcensor#United_States FCC.]

http://klumpp.net/blog/uploads/podcast/2014-11-22009Whattheh.mp3

Wir brauchen eine Titelmelodie und dann wir diskutieren zu dritt über Intellektualität und alte Fernsehformate. Nebenbei wird Nick gemobbt, und außerdem produzieren wir keine Outtake-Schnipsel. (1' 40'')

//Shownotes//: * [https://de.wikipedia.org/wiki/Melodienf%C3%BCrMillionen Melodien für Millionen], lief 1985 bis 2007 auf Zett-De-Eff. * [https://www.youtube.com/watch?v=lvna_aF4Gh0 Das Intro] auf YouTube. Mit Ansage.

http://klumpp.net/blog/uploads/podcast/2014-11-22007Kein_Outtake.mp3

Catree! 2014

Das Jahr neigt sich dem Ende.. und der Weihnachtsbraten nähert sich. :-)

Wir wünschen Euch allen ein paar ruhige, besinnliche Tage unter lieben Menschen.

Illustration von: http://fishmarketstudios.blogspot.com/

Kaum sind wir bei Folge sechs, werden wir auch schon ganz schön //meta//. Wir überlegen uns, warum es denn eigentlich "Podcast" heißt. Am Ende hätte uns ein einfacher Blick auf die Shownotes geholfen. Prinzipbedingt hatten wir die allerdings erst //nach// der Aufnahme. Tja. (1' 29'')

//Shownotes//: Wikipedia zu [https://de.wikipedia.org/wiki/Podcasting Podcasting] - [https://de.wikipedia.org/wiki/RSS RSS] - [https://de.wikipedia.org/wiki/ResourceDescriptionFramework RDF]

Die drei Väter des Podcastings: * [https://de.wikipedia.org/wiki/TristanLouis Tristan Louis] * [https://de.wikipedia.org/wiki/DaveWiner Dave Winer] * [https://de.wikipedia.org/wiki/Adam_Curry Adam Curry] (der genannte "DJ")

http://klumpp.net/blog/uploads/podcast/2014-11-22006Warum_Podcast.mp3

Existenzielle Fragen werden gleich zu Beginn aufgeworfen, wenn Paul und Maria sich miteinander unterhalten. Weiter geht's mit Marias Hühnern, den anstehenden Umbaumaßnahmen am Hühnerhotel und der "Effizienten Hühnergestützten Gartenarbeit" (EHG, den Begriff habe ich mir eben ausgedacht - //ha!//). (3' 52'')

//Shownotes//: Zu Marias YouTube-Channel: https://www.youtube.com/user/huehnergarten

http://klumpp.net/blog/uploads/podcast/2014-11-22005Huehnerhauszwischenboden.mp3

Die vierte Folge. In freier Fortsetzung des letzten Casts geht es auch dieses Mal um //gans// gutes Essen. Zugleich schlagen wir einen eleganten Bogen hin zu den höheren Weihen des modernen Werbetextes. (1'33'')

http://klumpp.net/blog/uploads/podcast/2014-11-22004Gans_lecker.mp3

Die dritte Folge. Wir unterhalten uns über //gutes// Essen und Kuren. Bei der Gelegenheit führen wir auch noch die ARTE-Kasse ein. Legendär! (1' 47'')

http://klumpp.net/blog/uploads/podcast/2014-11-22003Esseninder_Kurklinik.mp3

In dieser Folge unseres Podcasts geht es wieder um das Mikrofon: Nick muss schon eine kleine Korrektur für die erste Episode nachschieben. //Na sowas.//

Und weil wir im Wohnzimmer aufgenommen haben, ist dieses Mal auch Maria mit dabei. Aber nur kurz: Diese Folge dauert nämlich gerademal eine Minute. Es wird auch länger! (Irgendwann.)

http://klumpp.net/blog/uploads/podcast/2014-11-22002Samson_Meteor.mp3

Schon länger geplant, jetzt kamen wir endlich mal dazu: //Unser allererster Podcast//. Paul und ich unterhalten uns über das Mikrofon (ha, ha - Wortspiel). Immerhin füllt das schonmal ganze zwei Minuten.

Am selben Nachmittag sind auch noch weitere Aufnahmen entstanden. Mit denen beglücken wir Euch nach und nach. Versprochen.

http://klumpp.net/blog/uploads/podcast/2014-11-22001Samson_Meteor.mp3

Do not stand at my grave and weep, I am not there; I do not sleep. I am a thousand winds that blow, I am the diamond glints on snow, I am the sun on ripened grain, I am the gentle autumn rain. When you awaken in the morning’s hush I am the swift uplifting rush Of quiet birds in circling flight. I am the soft starlight at night. Do not stand at my grave and cry, I am not there; I did not die.

[https://en.wikipedia.org/wiki/MaryElizabethFrye Mary Elizabeth Frye] (1932)  

Steht nicht an meinem Grab und weint, Ich bin nicht dort; ich schlafe nicht. Ich bin tausend Winde, die wehen, Ich bin das diamant'ne Glitzern im Schnee, Ich bin die Sonne im reifen Feld, Ich bin der milde Regen im späten Jahr. Wenn Ihr erwacht in morgendlicher Ruhe Bin ich das rasche Surren hinauf Von stillen Vögeln im kreisenden Flug. Ich bin das sanfte Sternenlicht zur Nacht. Steht nicht an meinem Grab und weint, Ich bin nicht dort; ich bin nicht tot.

Mary Elizabeth Frye (1932), eigene Übertragung.  

Archiv: [http://www.klumpp.net/blog/archives/127-Helmut-Klumpp.html 1], [http://www.klumpp.net/blog/archives/129-Drei-Monate-spaeter-Helmut-Klumpp,-ein-Dank.html 2], [http://klumpp.net/blog/archives/303-Zum-Gedenken-an-Helmut-Klumpp.html 3]

Hire character. Train skill. (Persönlichkeit einstellen. Qualifikation vermitteln.)

//- Peter Werner Schutz (geb. 1930), Vorstandsvorsitzender von Porsche 1981 - 1987.//

Unter Schutz' Ägide kletterte der Porsche-Jahresumsatz von ursprünglich 850 Mio. DM auf satte 3,7 Mrd. DM. Gleich zu Beginn seiner Amtszeit rettete er das 911er-Modell vor der Einstellung und gab den Ingenieuren im Konzern ihr //Mojo// zurück.

Verwandt zum genannten Leitsatz: Die jüngere [https://en.wikipedia.org/wiki/TheNoAsshole_Rule Keine-Arschlöcher-Regel] des Organisationspsychologen //Robert I. Sutton.//

//Es geht die Legende, dass //auch ich// mal jung war.// Ja, sowas! Wenn das stimmt, war das wohl irgendwann gegen Ende des letzten Jahrtausends. Zu der Zeit hatte ich auch meinen ersten //richtigen// Job in der Softwareentwicklung. Was ich dabei lernen konnte, prägt mich bis heute.

Mein Mentor etwa brachte mir die //[http://threevirtues.com/ drei Tugenden]// eines guten Entwicklers nahe:

• //Faulheit//
• //Ungeduld//
• //Stolz//

Insbesondere an der //Faulheit// lag ihm viel. Faulheit als gute Eigenschaft..

Faulheit ist die Tugend, langfristig möglichst wenig Energie aufzuwenden. Das bedeutet, Dinge nicht öfter oder aufwendiger zu tun als unbedingt notwendig - deswegen möglichst ordentlichen Code und ordentliche Dokumentation abzuliefern. Ein fauler Entwickler mag nicht ständig erklären, //was// sein Code //warum// //wie// tut - weder anderen noch irgendwann seinem zukünftigen Ich. Weil er faul ist, schreibt er zugänglichen, wartbaren, sinnvollen Code, der tut, was er tun soll. Ungeduld ist die Tugend, Software abzuliefern, die keinen Anlass zur Ungeduld gibt - d.h. Lösungen, die in sich möglichst schlüssig sind und den Benutzer dabei unterstützen, schnurstracks das zu tun, was er eigentlich tun möchte. Stolz ist die Tugend, seine Beiträge so zu gestalten, dass andere beim besten Willen nichts Schlechtes über sie zu sagen haben.

Wie viele andere //Bonmots// der Softwareentwicklung entstammt auch dieser Dreiklang von [http://wiki.c2.com/?LazinessImpatienceHubris Laziness, Impatience und Hubris] aus dem Umfeld von [https://de.wikipedia.org/wiki/Larry_Wall Larry Wall.] Larry ist Linguist - und Schöpfer der //Perl-//Programmiersprachen. Seine Arbeit und die seiner Mitstreiter beeinflusst einen Großteil der modernen pragmatischen Programmiersprachen. Selbst, wenn man Perl nicht mag, die Vorträge, Artikel und Insights von Larry sind immer unterhaltsam und lehrreich.

Die Hauptursache für den Ärger ist, dass heutzutage die Dummen überaus selbstsicher und die Gescheiten voller Zweifel sind. (The fundamental cause of the trouble is that in the modern world the stupid are cocksure while the intelligent are full of doubt.) //Bertrand Russell (1872 - 1970), Philosoph und Mathematiker//

Oft hört man vor allem denjenigen zu, die am lautesten und sichersten sprechen. Dafür geht unter, was die Leisen und Zurückhaltenden beizutragen hätten. Die sind aber womöglich genau jene, die Zweifel an dem Vorhaben oder der Idee haben. Der Manager sollte für eine informierte Entscheidung hier jedoch aufmerksam hinhören. Denn die Haltung könnte durch einen unberücksichtigten Blickwinkel entstanden sein, oder gar durch Wissen, das noch unbekannt war.

Führungskräfte sind auch nur Menschen: Allzu leicht könnte aufgedeckter Zweifel als Sabotage an den persönlichen Zielen verstanden werden, oder einfach als etwas, das man ungeduldig abtun muss. Doch bietet sich durch den Umgang mit dem Zweifel für den Manager die Chance, die eigene Entscheidungsbasis zu verbreitern. Und fürs //soziale Konto// hat er nebenbei auch etwas getan: Erkennt er den Zweifel an und geht mit ihm um, kann dies sogar als ein Ausdruck der Wertschätzung für das Gegenüber gelten. Und stellt man doch noch gemeinsam fest, dass der Zweifel unbegründet war, wurde zumindest jemand dabei abgeholt.

Der Umgang mit Zweifel ist also so oder so ein gutes Investment.

Wer SWIFT oder SEPA sagt, der muss auch BIC sagen. Vielen ist der BIC von der SEPA-Umstellung ein Begriff, schließlich ersetzt er die liebgewonnene Bankleitzahl. Aus der Ecke kommmt auch der ursprüngliche Name: Bank Identifier Code.

Während uns SEPA (//Single Euro Payments Area//) allerdings erst seit 2014 so richtig beglückt, ist SWIFT - und damit der BIC - schon deutlich älter. SWIFT wurde nämlich bereits 1973 gegründet, um den Zahlungsverkehr zwischen Banken zu erleichtern. Der Name ist hierbei Programm: //Society for Worldwide Interbank Financial Telecommunication.// Das von der Genossenschaft mit Sitz in Belgien betriebene System gleichen Namens ist quasi ein Nachrichtendienst, der über ein gesondertes Netzwerk betrieben wird. Weltweit sind mehrere tausend Unternehmen der Finanzbranche angebunden. Zugestellt werden Nachrichten innerhalb dieses Netzes mit Hilfe des BICs. Und da mit der Zeit die Teilnehmer nicht nur Banken waren, wurde um 2010 aus dem //Bank Identifier Code// schließlich ein //Business Identifier Code.// SWIFT als Organisation verwaltet die BICs selbst und an zentraler Stelle. BICs stehen grundsätzlich auch Nicht-Banken offen. In einem solchen Fall heißt die BIC dann //Business Entity Identifier// (BEI), aber wahrscheinlich nennt sie kaum einer so.

Eine BIC bietet sich also in der Theorie - genau wie die LEI - zur eineindeutigen Identifikation von regulatorisch Meldepflichtigen an, zumal EMIR ja vor allem die Finanzbranche betreffen soll. Der Code ist acht oder elf Stellen lang. Eingeleitet wird er mit der vierstelligen Unternehmensidentifikation.

Der Aufbau nach ISO 9362 ist wie folgt:

BIC := <Ländercode>[]

Die ID ist vierstellig und frei wählbar, also etwa GENO für den Genossenschaftsverband.
Der Ländercode ist zweistellig, also etwa DE für Deutschland und AT für Österreich. Der Ort ist zweistellig (z.B. FF für Frankfurt/Main oder SS für Stuttgart). Der Zusatz ist dreistellig und optional. Er wird dann verwendet, wenn etwa mehrere Filialen an einem Ort zu unterscheiden sind.

Wenn ein achtstelliger Code auf elf Stellen gebracht werden soll, wird der Zusatz auf "XXX" gesetzt.

Zur genaueren Prüfung empfiehlt sich wie immer ein Vergleich mit einer Liste bekannter Codes.

Beispiele: MARKDEFF - Deutsche Bundesbank, Frankfurt/Main. RHAGDEDD - Rheinmetall AG, Düsseldorf.

Die Swift stellt ein etwas eingeschränktes Werkzeug zur Abfrage von BICs zur Verfügung: https://www2.swift.com/bsl/

Es ist damit zu rechnen, das für Reportinganforderungen die LEI sich gegenüber der BIC durchsetzen wird, zumindest unter EMIR. Ein(e) LEI ist nämlich schon für wenige hundert Euro zu erhalten, netzwerkunabhängig, branchenübergreifend und dezentral aufgestellt. Wer also BIC sagt, muss neben SWIFT und SEPA keineswegs noch EMIR sagen.

Was ist eine LEI? Mit der angelaufenen Meldeverpflichtung unter EMIR wird auch dieser Begriff öfters zu hören sein: LEI, dem Legal Entity Identifier. Genauso wie EMIR verdanken wir auch das LEI-System den G20, die sich nach dem Zusammenbruch der Lehman Brothers über die Rechtssysteme hinweg auf unterschiedliche Maßnahmen einigte.

Wofür eine LEI? Meldungen unter EMIR müssen eineindeutig dem meldepflichtigen Unternehmen und seinem Handelspartner zuordnen zu sein. Dafür sieht die Regulierung grundsätzlich zwei Ansätze vor: Entweder werden der Meldung vollständige Adressen mitgegeben, oder eben eineindeutige Identifikationsnummern. Zu letzteren gehört die aus der Bankenbranche kommende BIC (Bank Identifier Code, "SWIFT-Code"), und die branchenübergreifend geschnittene LEI. Tatsächlich hatte beim Meldestart noch nicht jedes Unternehmen eine LEI erhalten - oder überhaupt beantragt. Und dann sahen auch noch die Handelssysteme in ihrem Datenmodell noch keinen Platz für die neuen Identifikationen vor. Von diesem erwartungsgemäß etwas holprigen Start abgesehen, wird sich die LEI im Sinne eines nachvollziehbaren Matchings zumindest jenseits der Bankenwelt durchsetzen.

Wie sieht eine LEI aus? LEIs werden dezentral von einer der sogenannten Local Operating Units (LOUs) vergeben. In der Regel ist eine LOU für einen bestimmten geografischen Raum zuständig. Eine LEI hat zwanzig Stellen. Dabei findet sich die vierstellige Nummer der ausgebenden LOU am Anfang jeder LEI wieder. IT-seitig wirkt das wie eine Art "Namensraum", für den entsprechend geübten Anwender jedoch quasi wie eine Länderangabe.

So ist eine LEI aufgebaut:

LEI :=

Die zweistellige Checksumme wird in der Meldepraxis weniger eine Rolle spielen, da die LEI eher mit einer Liste bekannter Handelspartner verglichen wird.

Ein passender regulärer Ausdruck (RegEx) für das Prüfen auf eine LEI sähe so aus:

[0-9A-Z]{4}00[0-9A-Z]{12}[0-9]{2}

Beispiele:

529900VJZJF4S8G06Y81 EnBW Trading GmbH 529900V3S3C2QZPTD593 Mainova AG

Im Netz gibt es mehrere Dienste, die einem die an einer LEI hinterlegten Daten genauer verraten. Empfehlenswert finde ich insbesondere http://www.lei-lookup.com/.

Diese Woche also war also EMIR-Produktivsetzung: Neu abgeschlossene Derivategeschäfte müssen jetzt spätestens einen Tag nach Abschluss gemeldet werden.

Relativ problemlos war der Go-Live bei den Anwendern, die sich für die REGIS-TR entschieden haben. Bei denen mit DTCC-Anbindung sieht es jedoch anders aus. Es ist dort zu hoffen, dass die Kollegen aus New York nachschrauben.

//NB: Zu den von ESMA zugelassenen Transaktionsregistern siehe auch [http://klumpp.net/blog/archives/355-EMIR-Meldepfllicht-in-den-Startloechern-Die-zugelassenen-Transaktionsregister.html mein voriger Artikel.]//

Zwei Ansätze

Bei Meldelösungen stehen sich im Grundsatz ja folgende zwei Ansätze gegenüber: * Manuelles Melden. Der Anwender erfasst die relevanten Deals händisch in einem Werkzeug. Dieses überträgt nach Freigabe die Daten an das Transaktionsregister und bereitet auch eventuelle Rückmeldungen auf. Der Benutzer muss selbst sicherstellen, dass es keine Abweichungen zwischen den Datenbeständen im Handelssystem und beim Transaktionsregister gibt.
* Automatisiertes Melden. Die Reporting Solution entnimmt dem angeschlossenen Handelssystem automatisiert die notwendigen Daten, bereitet sie auf, und schickt sie anschließend an das Transaktionsregister. Der Benutzer überwacht den Vorgang lediglich. Muss eine Meldung angepasst werden, korrigiert er die Daten direkt im Handelssystem - oder korrigiert die Aufbereitungslogik entsprechend. Damit bleibt stets das Backend führend, und gleichzeitig können die Händler wie gewohnt im Handelssystem weiterarbeiten. Auf Wunsch könnte solch eine Lösung auch Statusinformationen zurück in das Handelssystem schreiben.

Meine Kollegen und ich haben uns für den zweiten Ansatz entschieden. Damit wollen wir sicherstellen, dass es //keine Abweichung zwischen den Datenbeständen// im Handelssystem und beim Transaktionsregister gibt. Die Fachberatungen bestätigen unsere Sicht der Dinge. Wir stellen allerdings auf Anfrage eine CSV-Schnittstelle bereit, die auch für manuelle Meldungen verwendet werden kann.

Und nun?

In der nächsten Zeit steht noch das Thema Backloading ins Haus. //Backloading// heißt eine nachträgliche Meldung von Deals. Das betrifft unter EMIR im Groben die Handelsabschlüsse, die zum Meldestart noch nicht abgelaufen waren.

//Außerdem:// Es melden ja im Grundsatz beide an einem Deal beteiligten Seiten. Es wird in den kommenden Wochen noch spannend, wie erfolgreich die Praxis im sog. Reconciliation-Prozess sein wird. Hier versuchen die Transaktionsregister, die beiden Meldeseiten übereinander zu legen. Zentral dafür ist die sogenannte UTI (Unique Transaction Identifier). Dazu siehe auch [http://www.dertreasurer.de/themen/regulierung-emir-basel-iii-co/emir-reportingstart-chaos-bleibt-aus-16451/ beim Treasurer.]

//Ein kleiner Blick in den Themenkomplex, der meine Kollegen und mich bei SEEBURGER gerade beschäftigt. Langsam ist hier ja Endspurt und damit Crunch Time. Dennoch in aller Kürze ein bisschen Hintergrund.//

Nur noch wenige Tage, und die Reportingpflicht unter EMIR tritt in Kraft. Stichtag ist der 12. Februar 2014. Die davon betroffenen Unternehmen sind verpflichtet, Handelsabschlüsse mit Derivaten an eine zentrale Stelle zu melden. In der Energiewirtschaft sind hier die Unternehmen mit Sicherungsgeschäften gefragt. Diese sind oft außerbörslich abgeschlossen (OTC, over the counter).

Als Meldegegenstelle hat der Regulator sogenannte //Transaktionsregister// ([https://en.wikipedia.org/wiki/Trade_Repository Trade Repositories]) vorgesehen. Von dort werden die gesammelten Daten von den europäischen Aufsichtsbehörden eingesehen.

Insgesamt sechs Transaktionsregister wurden Ende 2013 zugelassen ([https://www.esma.europa.eu/content/ESMA-registers-trade-repositories Presseerklärung] und [https://www.esma.europa.eu/content/List-registered-Trade-Repositories Liste der ESMA]). In Deutschland wird sich in der Energiewirtschaft wohl die REGIS-TR durchsetzen. Die DTCC wird hingegen wahrscheinlich dort gefragt sein, wo Konzerne sich bereits international aufgestellt haben.

DTCC Derivatives Repository Ltd. (kurz: DTCC), http://www.dtcc.com, New York. Die DTCC (Depository Trust and Clearing Corporation) ist ein alter Hase im Geschäft des regulatorischen Meldewesens. Die Wurzeln des Hauses gehen zurück bis in das Jahr 1973. EMIR-Meldungen an die DTCC werden entweder in einem eigenen, etwas klobig wirkenden FpML-Dialekt oder in CSV-Form abgegeben. Vor allem Banken werden auf DTCC setzen, zumal wenn sie international unterwegs sind: Das Haus ist langjährig bekannt in der Branche, und daher oft bereits Partner für andere Meldepflichten.

Krajowy Depozyt Papierów Wartosciowych S.A. (kurz: KDPW), http://www.kdpw.pl, Warschau. Die KDPW ist ein Verwahrungs-, Clearings- und Settlementhaus, das der polnischen Leitbörse in Warschau nahesteht. Eigentümer sind zu gleichen Teilen die Börse Warschau, die polnische Nationalbank und das polnische Finanzministerium. Außerhalb Polens scheint die KDPW wenig aktiv zu sein.

REGIS-TR S.A., http://www.regis-tr.com, Luxemburg. REGIS-TR ist eine Kooperation von //Iberclear// und //Clearstream,// beides bedeutende europäische Clearing-/Settlement- und Verwahrungshäuser. Iberclear gehört zur spanischen Börsengruppe //BME,// Clearstream zur //Deutschen Börse AG.// Meldungen an REGIS-TR werden in einem XML-Format abgegeben. Das Format ist schnörkellos und recht vernünftig gestaltet. Alternativ steht auch ein strukturiertes Textformat zur Verfügung. Die meisten unserer Kunden setzen auf REGIS-TR. Fun Fact: Die größte deutsche Bank, die REGIS-TR einsetzt, [https://www.commerzbank.de/en/hauptnavigation/presse/pressemitteilungen/archiv1/2013/quartal1304/pressearchivdetail1304_38666.html ist übrigens die Commerzbank.]

UnaVista Limited, http://www.unavista.com bzw. die Website fürs TR http://www.lseg.com/post-trade-services/matching-and-reconciliation/unavista/unavista-solutions/unavista-trade-repository, London. UnaVista gehört zur Unternehmensgruppe der Londoner Börse. Das Unternehmen bietet ursprünglich Matching-, Confirmations- und Reconciliation-Dienste an (also sogenannte //Post-trade Services//). Die Londoner Börse selbst geht bis auf das Jahr 1698 zurück und wurde 1801 in der heutigen Form gegründet. Die UnaVista ist in Kontinentaleuropa gefühlt relativ spät ins Rennen gegangen.

CME European Trade Repository Ltd. (CME ETR), http://www.cmegroup.com/etr/, Chicago/London. Das CME TR ist ein Unternehmen der //CME Group.// Die Gruppe ist weltweit führend in Options- und Termingeschäften (Derivaten). Sie entstand 2007 in einer Mammuthochzeit zwischen dem //Chicago Board of Trade// (gegründet 1848) und der //Chicago Mercantile Exchange// (1898). Daten an den TR-Dienst werden im CSV-Format übertragen. Die deutsche Energiewirtschaft hatte diesen Anbieter im Vorfeld eher nicht auf dem Schirm.

ICE Trade Vault Europe Ltd. (ICE TVEL), https://www.icetradevault.com/, Atlanta/London. Die //IntercontinentalExchange// ist eine Unternehmensgruppe, die ab 1997 durch konsequente Firmenkäufe entstand. Teile der Gruppe gehen zurück auf das 19. Jahrhundert. Sie spezialisiert sich auf Warenoptions- und Termingeschäfte. Handelsstandorte sind neben Atlanta New York, Winnipeg und London. Das Transaktionsregister ist eng verbunden mit //eConfirm,// dem bestehenden Electronic Confirmation-Dienst der ICE. Daten werden in einem CSV- oder einem XML-Format übermittelt. Auch dieser Anbieter blieb in der deutschen Energiewirtschaft eher wenig beachtet.