MMSR - mehrfache Meldungen je Meldetag
Anpassung der Meldehäufigkeit einer regulatorischen Meldung (Geldmarktstatistik, MMSR)
- Projektkennung: P21-0045-71232
- Bankart: Banken im Mehrheitsbesitz ausländischer Banken
- Branche: Kreditwesen
- Einsatzdauer: 1 Jahr
- Startjahr: 2022
- Status: abgeschlossen
Zur Änderung der Rechtsform des Kunden und engerer Bindung an die internationale Gruppe sollen bestimmte regulatorische Meldungen, hier der Geldmarktstatistik (MMSR), täglich mehrfach, statt wie bisher nur einmal täglich erfolgen. Neben der Koordination u. a. mit anderen Teams, die weiter nur einmal täglich melden aber die gleiche Jobkette nutzen sollen, besteht auf technischer Seite die Aufgabe insbesondere darin, die Meldelogik anzupassen. In Front Arena liegen Positionsbestände vor. Diese konnten bisher unmittelbar an das Meldesystem ABACUS/TR übermittelt werden. ABACUS/TR berechnete dann die Differenzen zum vorhergehenden Lauf und verschickte diese Differenzen an den Regulator (die dt. Bundesbank). Bei mehreren Läufen am Tag ist es ABACUS/TR nicht mehr möglich, diese Differenzen zu ermitteln. Die Aufgabe, die Bestände der letzten Läufe vorzuhalten und durch Vergleiche Differenzen zum Vorlauf zu erzeugen, muss nun in der hier erstellten Software erfolgen.
- Tätigkeitsbereich: Wertpapierhandel
- Themen: Geldmarktstatistik
- Themenbeschreibung: Zur Änderung der Rechtsform des Kunden und engerer Bindung an die internationale Gruppe sollen bestimmte regulatorische Meldungen, hier der Geldmarktstatistik (MMSR), häufiger als bisher einmal täglich erfolgen. Neben der Koordination u.a. mit anderen Teams, die weiter nur einmal täglich melden aber die gleiche Jobkette nutzen sollen, besteht die Aufgabe u. a. darin, die Meldelogik von Positionsmeldungen auf Differenzenmeldungen umzustellen.
- Rollen: Softwareentwickler, Themenverantwortlicher
- Kernaufgaben: Realisierung, Technische Konzeption
- Weitere Aufgaben: Dokumentation, Koordination, Reporting, Testdurchführung
- Aufgabenbeschreibung: Der Mitarbeiter gleich die Anforderungen des Projektleiters oder Fachbereichsbetreuers mit den technischen Möglichkeiten an, macht Vorschläge und holt neue veränderte Anforderungen aktiv ein. Unklare Punkte werden direkt mit dem Fachbereich geklärt. Während der Entwicklungsarbeit wird enger Kontakt zum Projektmanagement und anderen Entwicklern gehalten. Es werden innerhalb der durch die Systeme vorgegebenen Grenzen die Architektur entwickelt, sowie alle Funktionen der Software realisiert. Zwischenergebnisse, wie z.B. erste erzeugte Datensätze, werden zur Verfügung gestellt. Die erstellte Software wird bis zur technischen Produktionsreife getestet und angrenzende Systeme den technischen Systemintegrationstest (SIT) unterzogen und revisionssicher dokumentiert. Anforderungen werden mit dem ABACUS/TR-Steuerung Team und dem Softwarehersteller abgeglichen, z.B. Dateinamen, Übergabepunkte und Konfigurationsparameter. In enger Zusammenarbeit mit dem Team Batch-Management werden die Inhalte der betroffenen Netze und Batchjobs, sowie deren Parameter, Laufbedingungen und Abhängigkeiten untereinander getestet bis zur technischen Produktionsreife. Des Weiteren unterstützt der Mitarbeiter das Projekt- und Testmanagement, sowie die fachlichen Tester im fachlichen Test (UAT, User Acceptance Test). Die Kommunikation wird in Dokumenten, E-Mails, in Videokonferenzen und ggf. persönlichen Treffen sicher auch in internationalem Umfeld in englischer Sprache geführt.
- Bankfachliche Software: ABACUS/Transactions, FIS Cross-Asset Trading and Risk Platform (Formerly Front Arena)
- Kerntechniken: ARENA SQL, Python
- Weitere Techniken: Batch Scripte, ARENA Class Model, IBM Notes, Linux, Microsoft Office, MS-DOS, Outlook, Perforce, PuTTY, PyCharm, WinSCP, XML
