A security is a tradable financial instrument. Here more specifically the security we are concerning is called Bond, in finance Bond is a debt investment where an investor loans an intended money to an entity called corporate or governmental which borrows the funds for a defined period at certain interest rate. Companies used Bonds to raise their capital and finance a variety of projects and future activities. UniCredit as an investment bank uses this instrument over the time to circulate and raise its money in the capital market. UniCredit defines its own different types of Bonds from time to time and offers them into the capital market to price them and get their stock up. UniCredit Spa uses an Investment Banking Software as a service called Murex Mx3 which keeps the organizational trading record and can be used to define securities (Bonds). UniCredit Milan branch was authorized to define new Bonds in Murex system and book trades on them without cross verifications etc. by any other group or branch of UniCredit Bank Spa. In the last decades, UniCredit Bank has acquired Bank of Austria and had to involve it in its capital market’s activities. By doing so the existing system had some flaws to handle more than one organizational branches and cross verifications of any new or modified securities and trades on them. For instance, the Milan branch was the only entity to define new security by any user and insert them into its Murex financial database and any group can onward book a trade without any specification of relevancy of securities etc. The new business analysis came up to an idea and logic where a proposed solution has been described to be implemented to define insertion and validation rules of securities for both Bank Austria and UniCredit bank Milan. The system does a cross verification called Four Eyes Validation under the same branch/group whose user is going to define a security. This means a user A inserts a security in Murex Financial Database which will not be in a final state to trade on unless and until a second user B of the same branch/group review and validate it. Secondly this group of user will have also an option to give access to another group of users to trade on that security. To do so a review or extra validation on the security will be needed by another group to make it available on its portfolio for trade. This document will allow you to understand all the perimeters and logic description and implementation in a very intuitive way. Here I would like to mention some of the steps how generally the output of this project will be. • Insertion of a security by both UniCredit Milan and UniCredit Bank Austria • Modification of a security by both UniCredit Milan and UniCredit Bank Austria • Authorization of trading on securities by both UniCredit Milan and UniCredit bank Austria • Cross verification and validation by different users (4 eye validation) Due to the implementation of this approach the users feedback was positive in terms of user friendly interface modification to handle, secondly the whole system integration was successful without any flaw. The logic is extendable in a simple way to any number of branches by few modifications which were already documented.

Un titolo o security, è uno strumento finanziario negoziabile. Nello specifico, i titoli di cui trattiamo in questo documento sono “obbligazioni”. In termini finanziari, un’obbligazione è un titolo di debito in cui un investitore eroga in prestito una determinata somma di denaro a una società o ente governativo, che prende in prestito i fondi per un periodo definito e ad un certo tasso d’interesse. Le società utilizzano le obbligazioni (o “bond”) per raccogliere capitale e finanziare i loro progetti e attività future. Unicredit, in qualità di banca d’investimento, utilizza questi strumenti per far circolare e raccogliere denaro sui mercati finanziari. Unicredit definisce diverse tipologie di bond di volta in volta e le colloca sul mercato dei capitali per definirne il prezzo e incrementare il proprio capitale. UniCredit Spa utilizza un Software di Investment Banking chiamato Murex Mx3, per monitorare la propria attività di trading e lo utilizza per definire i titoli (bond). La filiale di Milano è stata autorizzata a definire nuove obbligazioni attraverso il sistema Murex e a negoziarle senza verifiche incrociate etc. da parte di altri gruppi o altre filiali di Unicredit Bank Spa. Negli ultimi decenni, Unicredit ha acquisito Bank of Austria e ha dovuto includerla nelle sue attività sul mercato dei capitali. Nel far questo, il sistema esistente ha riscontrato alcune imperfezioni dovendo gestire più di un ramo organizzativo, verifiche incrociate su security nuove o modificate. Ad esempio, la filiale di Milano è stata la sola entità a definire nuovi titoli da parte di qualsiasi utente e ad inserirli nel database finanziario Murex, in modo che qualsiasi gruppo possa negoziare senza specifici controlli riguardanti i contratti. Le recenti analisi finanziarie hanno proposto una soluzione da implementare per definire regole di inserimento e convalidazione sia per Bank of Austria che per Banca Unicredit – Milano. Il sistema opera una verifica incrociata chiamata “Four Eye Verification” all’interno di una stessa filiare/gruppo il cui utente intende definire un titolo. Questo significa che l’utente A inserisce nel Database finanziario Murex un titolo che non entrerà in stato finale di negoziazione fino al momento in cui un secondo utente B della stessa filiale o gruppo lo abbia rivisto e convalidato. In secondo luogo, questo gruppo di utenti avrà anche la possibilità di dare accesso ad un altro gruppo di utenti per permettergli di negoziare lo stesso titolo. Per far questo, sarà necessaria una revisione o una extra convalidazione del titolo, affinché un altro gruppo lo renda disponibile nel suo portafoglio per la negoziazione. Questo documento permetterà di comprenderne in un modo molto intuitivo i perimetri, la descrizione logica e la implementazione di questo processo. Di seguito le linee generali che costituiranno questo progetto: • Inserimento di un titolo security da parte delle due branch di UniCredit Milano e Austria • Modifica di uno strumento security da parte delle due branch di UniCredit Milano e Austria • Autorizzazione riguardo al trading di una security da parte delle due branch di UniCredit Milano e Austria • Verifiche e validazioni pertinenti da parte di differenti users (4 eye validation) Dagli utenti si ha avuto un riscontro positivo a questo approccio, grazie alle proprietà “user-friendly” dell’interfaccia e all’integrazione dell’intero sistema, che non ha mostrato alcun difetto. La logica del procedimento è facilmente allargabile ad un numero indefinito di filiali, grazie a poche modifiche che sono già state documentate.

Securities validation system (capital markets – UniCredit Bank)

ASIF, MUHAMMAD
2016/2017

Abstract

A security is a tradable financial instrument. Here more specifically the security we are concerning is called Bond, in finance Bond is a debt investment where an investor loans an intended money to an entity called corporate or governmental which borrows the funds for a defined period at certain interest rate. Companies used Bonds to raise their capital and finance a variety of projects and future activities. UniCredit as an investment bank uses this instrument over the time to circulate and raise its money in the capital market. UniCredit defines its own different types of Bonds from time to time and offers them into the capital market to price them and get their stock up. UniCredit Spa uses an Investment Banking Software as a service called Murex Mx3 which keeps the organizational trading record and can be used to define securities (Bonds). UniCredit Milan branch was authorized to define new Bonds in Murex system and book trades on them without cross verifications etc. by any other group or branch of UniCredit Bank Spa. In the last decades, UniCredit Bank has acquired Bank of Austria and had to involve it in its capital market’s activities. By doing so the existing system had some flaws to handle more than one organizational branches and cross verifications of any new or modified securities and trades on them. For instance, the Milan branch was the only entity to define new security by any user and insert them into its Murex financial database and any group can onward book a trade without any specification of relevancy of securities etc. The new business analysis came up to an idea and logic where a proposed solution has been described to be implemented to define insertion and validation rules of securities for both Bank Austria and UniCredit bank Milan. The system does a cross verification called Four Eyes Validation under the same branch/group whose user is going to define a security. This means a user A inserts a security in Murex Financial Database which will not be in a final state to trade on unless and until a second user B of the same branch/group review and validate it. Secondly this group of user will have also an option to give access to another group of users to trade on that security. To do so a review or extra validation on the security will be needed by another group to make it available on its portfolio for trade. This document will allow you to understand all the perimeters and logic description and implementation in a very intuitive way. Here I would like to mention some of the steps how generally the output of this project will be. • Insertion of a security by both UniCredit Milan and UniCredit Bank Austria • Modification of a security by both UniCredit Milan and UniCredit Bank Austria • Authorization of trading on securities by both UniCredit Milan and UniCredit bank Austria • Cross verification and validation by different users (4 eye validation) Due to the implementation of this approach the users feedback was positive in terms of user friendly interface modification to handle, secondly the whole system integration was successful without any flaw. The logic is extendable in a simple way to any number of branches by few modifications which were already documented.
TEDESCO, ANGELO
ING - Scuola di Ingegneria Industriale e dell'Informazione
27-apr-2017
2016/2017
Un titolo o security, è uno strumento finanziario negoziabile. Nello specifico, i titoli di cui trattiamo in questo documento sono “obbligazioni”. In termini finanziari, un’obbligazione è un titolo di debito in cui un investitore eroga in prestito una determinata somma di denaro a una società o ente governativo, che prende in prestito i fondi per un periodo definito e ad un certo tasso d’interesse. Le società utilizzano le obbligazioni (o “bond”) per raccogliere capitale e finanziare i loro progetti e attività future. Unicredit, in qualità di banca d’investimento, utilizza questi strumenti per far circolare e raccogliere denaro sui mercati finanziari. Unicredit definisce diverse tipologie di bond di volta in volta e le colloca sul mercato dei capitali per definirne il prezzo e incrementare il proprio capitale. UniCredit Spa utilizza un Software di Investment Banking chiamato Murex Mx3, per monitorare la propria attività di trading e lo utilizza per definire i titoli (bond). La filiale di Milano è stata autorizzata a definire nuove obbligazioni attraverso il sistema Murex e a negoziarle senza verifiche incrociate etc. da parte di altri gruppi o altre filiali di Unicredit Bank Spa. Negli ultimi decenni, Unicredit ha acquisito Bank of Austria e ha dovuto includerla nelle sue attività sul mercato dei capitali. Nel far questo, il sistema esistente ha riscontrato alcune imperfezioni dovendo gestire più di un ramo organizzativo, verifiche incrociate su security nuove o modificate. Ad esempio, la filiale di Milano è stata la sola entità a definire nuovi titoli da parte di qualsiasi utente e ad inserirli nel database finanziario Murex, in modo che qualsiasi gruppo possa negoziare senza specifici controlli riguardanti i contratti. Le recenti analisi finanziarie hanno proposto una soluzione da implementare per definire regole di inserimento e convalidazione sia per Bank of Austria che per Banca Unicredit – Milano. Il sistema opera una verifica incrociata chiamata “Four Eye Verification” all’interno di una stessa filiare/gruppo il cui utente intende definire un titolo. Questo significa che l’utente A inserisce nel Database finanziario Murex un titolo che non entrerà in stato finale di negoziazione fino al momento in cui un secondo utente B della stessa filiale o gruppo lo abbia rivisto e convalidato. In secondo luogo, questo gruppo di utenti avrà anche la possibilità di dare accesso ad un altro gruppo di utenti per permettergli di negoziare lo stesso titolo. Per far questo, sarà necessaria una revisione o una extra convalidazione del titolo, affinché un altro gruppo lo renda disponibile nel suo portafoglio per la negoziazione. Questo documento permetterà di comprenderne in un modo molto intuitivo i perimetri, la descrizione logica e la implementazione di questo processo. Di seguito le linee generali che costituiranno questo progetto: • Inserimento di un titolo security da parte delle due branch di UniCredit Milano e Austria • Modifica di uno strumento security da parte delle due branch di UniCredit Milano e Austria • Autorizzazione riguardo al trading di una security da parte delle due branch di UniCredit Milano e Austria • Verifiche e validazioni pertinenti da parte di differenti users (4 eye validation) Dagli utenti si ha avuto un riscontro positivo a questo approccio, grazie alle proprietà “user-friendly” dell’interfaccia e all’integrazione dell’intero sistema, che non ha mostrato alcun difetto. La logica del procedimento è facilmente allargabile ad un numero indefinito di filiali, grazie a poche modifiche che sono già state documentate.
Tesi di laurea Magistrale
File allegati
File Dimensione Formato  
AsifMuhammad-769597_final.pdf

accessibile in internet solo dagli utenti autorizzati

Descrizione: Thesis text
Dimensione 2.52 MB
Formato Adobe PDF
2.52 MB Adobe PDF   Visualizza/Apri

I documenti in POLITesi sono protetti da copyright e tutti i diritti sono riservati, salvo diversa indicazione.

Utilizza questo identificativo per citare o creare un link a questo documento: https://hdl.handle.net/10589/132726