Die Verwaltung der Entity ist erforderlich, um die Umgebung, in der die Applikation benutzt wird, zu bestimmen. Sie enthält Informationen über bestimmte Entities, die auch getrennte Teile von Hauptniederlassungen sein können, oder über verschiedene logische Systeme. Die Entity wird in der Applikation als die Einheit verstanden, innerhalb welcher der Benutzer die Geschäftstransaktionen abwickelt und Zugriff auf die Daten der Entity erhält. Durch die Möglichkeit der sogenannten “Multi-Entity”-Fähigkeit ist es möglich, auch die unterschiedlichsten Konzepte für Hauptniederlassungen, Mehrfach-Bankbetrieb usw. umzusetzen. Der Benutzer ist der für ihn zutreffenden Entity zuzuordnen (siehe auch “Verwalten von Benutzerprofilen”).

Neben diesen Informationen sind einige andere Systemeinstellungen erforderlich. Diese Einstellungen werden vom Supporter während der Systemeinführung gemäß den Anforderungen und Bedürfnissen der Bank vorgenommen. Entsprechend werden Stammdaten, Kontrakte und Transaktionen einer Entity zugeordnet, was beim Ändern oder Löschen einer vorhandenen Entity berücksichtigt werden muss.

Entities sind Kopfstellen oder ähnliche Verarbeitungszentren, die gemeinsam Geschäfte abwickeln.

Entity-Gruppen (Entity Groups) fassen mehrere Entities zusammen und bilden dabei eine in sich geschlossene Buchhaltung. Üblicherweise ist eine Entity-Gruppe eine komplette Bank. Je Entity-Gruppe wird eine Basiswährung (z.B. für die Kursbewertung) definiert.

Die Verwaltung von Entity-Adressen ermöglicht das Speichern der Adressen verschiedener Entities (Niederlassungen und/oder Benutzergruppen), die von der Hauptadresse der gegenwärtigen Installation abweichen. Die Hauptadresse sowie sämtliche notwendigen Daten, die zur Hauptverwaltungsadresse gehören, sind bei der Einführung des Systems eingegeben worden. Um die Benutzung verschiedener Adressen zu ermöglichen, wurde das Konzept der Entity-Adressen eingeführt. Sämtliche erforderlichen Daten, die von den Haupteinstellungen abweichen, können in der Datenbank gespeichert werden.

Benutzer und Benutzergruppen können einer bestehenden Entity-Adresse zugeordnet werden. Hinsichtlich der verwendeten Druckerdefinitionen für das Drucken von Korrespondenz ist es möglich, Drucker für bestimmte Entities zu definieren (siehe auch “Drucken”).

Wenn Benutzer(-gruppen) physikalisch an unterschiedlichen Orten auf der Welt gemeinsame Geschäfte bearbeiten und/oder der Rechner, auf dem die Applikation läuft, sich an einem anderen Ort als der Benutzer (die Benutzergruppe) befindet, ist die Verwendung von Zeitzonendefinitionen in Verbindung mit der Definition verschiedener Entities sinnvoll.

Die Applikation bietet die Möglichkeit, Zeitzonen zu definieren. Details zur Definition von Zeitzonen finden Sie unter “Verwalten von Zeitzonen”.

An diversen Stellen in der Applikation werden Zeitstempel angezeigt. Beispiel: Datum und Uhrzeit vom Eingang eines Auftrags oder der Erfassung einer Transaktion. Zeitstempel werden verwendet, um zu dokumentieren, wann etwas passiert ist oder passieren soll. Im Gegensatz dazu werden Daten wie Valuta, Eröffnungsdatum oder Fälligkeit usw. immer aus der Sicht des erfassenden Benutzers gespeichert.

Zu unterscheiden sind:

• die Eigenuhrzeit des Rechners, auf dem die Applikation läuft. In der Regel ist die lokale Uhrzeit dort, wo der Rechner physikalisch steht.
• die Systemzeit. Diese wird über “Verwalten von Systemparametern” (DBITDP) eingestellt.
• die Benutzerzeit. Entspricht der Benutzerzeitzone, eingestellt über “Verwalten von Systemparametern” (DBITDP). Falls dort nichts eingestellt wurde, wird die Systemzeit verwendet. Die Benutzerzeit kann je Entity übersteuert werden.
• die Eigenzeit des Clients: Wird unabhängig von den Zeitzonen zur Anzeige der Uhr im Office und zur Berechnung von Daten mit “+” oder “*” verwendet.

Physikalisch gespeichert werden diese Zeitstempel in Systemzeit. Bei der Anzeige für den Benutzer werden die Zeitstempel jedoch in die Benutzerzeit umgerechnet.

So wird z.B. der Eingang eines Auftrags, der am 1.3. um 10:05 Uhr lokaler Zeit (MEZ) in Deutschland erfasst und gespeichert wurde, in Hongkong mit der dortigen lokalen Uhrzeit (Deutschland um 7 Stunden voraus), also mit 1.3. 17:05 Uhr angezeigt. Zeitzonen werden nur bei Zeitstempeln angewendet. Für reine Datumsfelder erfolgt keine Umrechnung bei der Anzeige. Ein Eröffnungsdatum 1.3. wird immer und überall als 1.3. angezeigt.