AVQ SWISSC

- SAVE --> entweder mit dem Normal Login, d.h. ohne # und nur für diese BU oder mit dem Single Login, d.h. BU kann ausgewählt werden

- SAVE_AS --> entweder mit dem Normal Login, eine Kopie für diese BU wird erstellt oder mit Single Login (sofern #-Recht) und dieses Task Template ist dann automatisch für alle BU verfügbar, bis es angepasst wird für eine spezielle (oder mehere) BUs

- Reports: Task welcher Daten präsnetiert, abhängig von den gesetzten Parametern

- Orderbook: Task der ein querytemplate für das Orderbook abarbeitete und dann als Orderbook auf dem GUI anzeigt

- Programs: Ein Task der eine Aktion auf der Datenbank ausführt

- Message: Task der eine Nachricht präsentiert

Oters: Taske der unterschieldiche Anforderungen abdecken kann (z.B. User Administration)

- Show: Führt ein "Anzeigen" auf dem selektierten Task Template aus und zeigt das Resultat im Navigator

- Create Template Source: Kreiert eine Source für den Task Template welches eine Historisierung der Templae erlaubt und/oder die Template von einer Datenbank in eine andere transportiert.

- Subscribe/Unsubscribe

- Print: Zeigt das Resulatat der Task Query an

- Data Dictionary: Zeigt das verwendete Data Dicitionary an, sofern es vorhanden ist

- von einem registrierten User im Avaloq, in diesem Fall wird er aber während der Task Generierung blockiert

- in einem Hintergrundprozess, hier übergibt der benutzer den Job an einen Hintergrundprozess

- durch einen Scheduler Job: ein Task wird um eine gewisse Zeit oder in einem bestimmten Interval ausgeführt

Dass der Pillar und das DDIC den gleichen Namen haben, ausser das beim DDIC das Kürzel DTM davor steht

--> Pillar: KUNDE_ASSET_PRICES_OUT und DDIC: DTM_KUNDE_ASSET_PRICES_OUT

-intl_id --> zwingend, max. 20 Zeichen, Kleinbuchstaben,

-user_id --> zwingend, max. 20 Zeichen, Grossbuchstaben --> Zwingend da es Schlüssel vom LookupFenster im Userinterface ist

- task_templ_ident --> zwingend, definiert Objektid oder Name welches das Template identifiziert

- hint --> optional, defineirt den Hint welcher Kopiert wird ohne Ersetzung im generierten SQL Statemen

- excl --> optional, Entfernt alle Hints welche nicht in CODE_TASK_TEMPL_HINT definiert sind

- ctx --> optional, Kontext wo der Hint gebraucht werden muss. Es könnnen mehr als 1 SQL pro Task Template definiert werden

Man definiert SQL Hinweise für ein spezifischer Task Template, welche die Performance eines Tasks verbessern können.

- TASK_QUERY_DOC, TASK_DOC und DOC_LIST_INTL#TASKS

Wenn bu_id ist automatisch dem Sourcename hinzugefügt worden

1. Erstellung eines Task Template (Layout und Type)

2. Gib dem neu definierten Task Template einen Namen

3. Ausführen des "Create Template Source" contect Action "Result" auf dem neuen Task Template --> ein Dialogfeld öffnet sich

4. Bestätigen des Sourcename

4.

Toolbox für die Administration welche das Avaloq managen und kontrollieren. Es soll für den technischen User sein, denn es enthäöt Benutzerrelevanten sowie Systemrelevanten Funktionen. Falsche Verwendung dieses Central Service Desc kann gravierende Folgen haben. Der Output im Central Services ist immer ein Report.  

Funktionen für die Administration von periodischen Arbeiten wie EOD, EOM sowie Jobscheduling im Avaloq.

- EOP Summary Overview

- Period Administration

- Operator Notification

- Jobs Long Runner Overview

- Aging

- Pillars

- EOP Summary Overview --> Task: TASK_EOP_INFO, erstellt eine Report über alle BusinessUnits (Status, Daten und Informationen)

- Period Administration --> Zentrale Rolle, gibt dem EOP Prozess Signal dass er bereit ist

- Operator Notification --> man sieht Operationen der AKTIVEN Benutzer

- Jobs Long Runner Overview --> gibt Übersicht über sehr lange laufende Jobs

- Aging --> Handhabung des Alters der einzelnen Instanzen

- Pillars --> Administration der einzelnen Pillars

eine Art Datamarts, welche dafür erstellt werden, dass die Queries schneller ausgeführt werden können. Die Pillars picken nur die Daten raus, welche sie verwenden und es müssen nicht zwingend alle Daten aus einem Datamart geladen werden. Pillars werden auch dann verwendet, wenn man einen spezifischen Status der Daten braucht, zum Beipeil der Marktwert eines Portfolios für zwei unterschiedliche Zeitperioden. Des weitren werden die Pillars meistens über Nacht abgefüllt, damit die Performance optimal ist. Technisch gesehen repäsentiert jedoch jeder Pillar eine Oracle Tabelle

für die Überwachung des Bankensystem

• Monitor: Definiert welche Daten in welchem Layout angezeigt werden. Dafür gibt es 3 Hauptlayouts :
  • DFLT zeigt eine flache Ansicht mit den geprüften Aspekten inkl. Status und Beschreibung
  • DET_OVIEW zeigt eine hierarchische Ansicht (gruppiert nach "Checkname" und "Context")  mit CollectionValue und Beschreibung
  • MONI_SUMMARY zeigt hierarchische Ansicht (gruppiert nach "Checkgroup","Checkname" ,"Context" und ID) mit den geprüften Aspekten inkl. Status und Beschreibung
• LOG : alle Fehler und anderen geloggten Informationen werden angezeigt
• LOG GROUP: gleiche vie LOG, einfach Gruppiert

Hilft bei der Administration von Output relevanten Arbeiten

• Mailing Details: erlaubt eine Übersucht und die Admiistration von Mailings--> mailing action, mailing product, ...
• Mailing Generation Tasks: Zeigt Informationen über die Tasks, welche Mailings generieren
• Mailing Streaming Tasks: Infroamtion über die Generierung von Mails (durschschnittliche Dauer für die Erstelltung, Finale Zeit für die Erstellung...)
• Mailing Streaming - Streams : Zeigt Daten über den Streamer Task und die Streams
• Mailing Streaming - Not Streamed: Zeigt Daten über die Packages an
• Files: erlaubt die Überwachung und Kontrolle über Dateien welche von Avaloq generiert wurden und nun physisch im UNIX gespeichert sind.

Administration von laufenden Arbeiten und Elementen wie Tasks, Processe etc.

• Background Processes:
• Tasks
• Task Dispatcher Usage
• Document Log
• Process Queues
• Process Queues Entries
• Process Queues Throughput Overview
• Sessions
• Users

• internal (0) / internal hold (-8): Ter Task wurde auf automatisch von file / streaming process  auf hold gesetzt
• holding(1): ein Task im enabled(2) Status wurde manuell mit dem HOLD Contect vertsehen. Der Dispatcher prüft keine Tasks in diesem Status
• enabled (2): Der Taskdispachter holt Tasks in diesem Status
• started(3): Ein Task Dispatcher arbeitet an diesem Task
• exported(6): der Filedispatcher hat die Datei erfolgreich an ein operationales System geschickt
• processed (7): Der Taskdispatcher hat den Task erfolgreich ausgeführt --> Sofern kein Printout verlangt ist, ist das der finale Status
• not_processed (-1). Der Taskdispatcher war nicht erfolgreich, checken des Logs und der Parametrierung
• killed (10)
• internal_hold(-8): Die Datei/Stream kann in zwei unterschiedlichen Streams produziert werden

• Show: zeige detailliertere Informationen über den selektierten Task im Navigator
• Show in own tab
• Hold: haltet den Task im holding Status und er wird nicht dispatched bis er released wird
• Release: änderung von Task im Holding Status in enable Status
• Kill
• Re-Run
• Show Report

• Workbench: Refernziert zur lokal installierten Entwicklungsumgebung und wird für den ganzen Softwarelebenslauf verwendent
• Workspace: enthält Benutzereinstellungen, Indexes und temporäre Dateien
• Avaloq ice server (Repository): zentraler Platz wo die Daten gespeichert sind --> Datenbankapplikation

Eine Entität im Repository welche alle Sourcen enthält, welche Erstelt oder bearbeitetet wurden im Zug von Parametrierung 

Eine logische Entität welche Sourcen zu einer Sequenz organisiert (z.B. Git Pfad)

Die Avaloq Banking System Datenbank und besteht aus dem Datenkernel, einer vordefinierten Installation, Customisationanpassungen sowie Businessdaten

• werden durch die Avaloq Community Webseit ausgeliefert
• werden NICHT durch den Avaloq ICE Server ausgeliefert

Avaloq ice Workbench, Avaloq ice workspace und Avaloq ice server

a & c

Es ist ein Werkzeug welcher für die Entwicklung und die Speicherung von Kundenanpassungen im Sourcecode dient.  Und es ist auch das Tool welches verwendet wird, um installierbare Einheiten für eine ABS Instanz zu erstellen.

Ein Bankkunde in im Avaloq ICE Server verwaltet alle Kundencustomisation für eine Produktive Instanz wie Sourcecode, Streams und Release Definitionen und Benutzer. Die ABS Instanz enthält die Bankdaten und die Banksoftware

a

Ansichten sind Teile des Userinterface für die Datenanzeige/ Datenmanipulation. Eine Perspektive is ein "Arragement" von Ansichten im User Interface?

Es zeigt Infos über deine zugewieseen Orders abhängig von Ausdruck.

Tasks sind Mittel für die Übertragung von Changes durch den Sourccodemodifikations Workflow. Changes sind Container für Sourcecodeänderungen und sind die kleinste  Auslieferungs-und Installationsseinheit.

mittels Ausdrücke und GSearch

b und c

• Erstellen eines Task und eines Changes
• Auschecken der Source in den Change und Änderungen vornehmen
• Speichern der Änderungen/Source