# Integration Alpha

Challenger banks - revolute

## Users

- Prospect - a potential client
- Investor -
- Partner - that offers services to the bank or to the other clients (club deals)
- Human - Bank needs to know what kind of person we are dealing with, to get closer to him - offer championship league tickets, get into art exhibitions etc
- Relationship manager

## generic things

### what can be done within the frontend

- Understand/learn
- Act (pay bills)
- Communicate (RM)
- Cryptocurrency support (maybe mvp 2)

### business object model

- multiple legal entities using the system
- legal entity -> Profit Center/Business line -> Book/Product offering -> Client Group / Consortium -> Client / Business relationship -> Portfolio / Mandate -> Contract / Position / Transaction
- Legal entity - bank
- Profit center / business line - a branch of bank or something
- Book/Product offering - RM might handle some accounts and products but not the others
- Client Group / Consortium - Some family office that might consist of many clients, but they are looked at as a group
- Client / Business relationship - Individual client / individual business relationship. It needs to have some kind of handled permissions - you can control who sees what. This is where the client view starts and bank view ends. This is where they touch.
- Portfolio / Mandate - Mandates - i hand over some things to bank about some things. This is where customer controls that. Can have one mandate- 60% of money is given to a bank for investments. Bank can then use this money to create 3 portfolios of different profiles for example.
- Contract / Position / Transaction - the most granular level for the user

### Busines object / data model

- pilt pdf's - kõik seal kirjas TallyOn setup.
- I - Partner / Business relationship - lawyer, a company, partner, employee maybe, a supplier.
- T - Org & Book hierarchies -
- I - strategy static data -
- T - Portfolio static data - Summary data for the cash and
- T - Contract data - loan contract, derivative contract, mandate contract
- T - Account data - safekeeping or cash accounts
- T - client position (Euro account, limit 2500€ and contracts and transaction sthat lead up to that position) Position tells what is the worth of some kind of account. Limit position - what kind of limits that user has - 10k € - up to that limit that user can use. Different limits for different accounts. Faimily has one limit, cash another. Collateral position - secure storage owner - picasso paintings, or Crypto money position or stuff.
- T - POsition and contract details
- T - Transactional details
- F - Risk management - previous positions are key ingredients for the risk management
- I/F - Activity and event data - campaign promotions, invite top 100 clients to art exhibition opening.
- T - Instrument data - everything related to financial instruments
- E - Market data - price of an instrument, trsnlate rate, depth of order book. sentiment.
- I - Semi-structured content / data (or unstructured data)- CRM questionnaires, their results and status. nationality, what is the status of your funds. Anti-money laundering stuff -might come in MVP. because this is where the onboarding of client happens.
- E/I - Unstructured data, RM notes, client comms history, transcript of a voice call, Publications or other kind of content offered
- E/F - Semi-structured content - External trading interfaces, 3rd party content syndication.

I - CRM
T - Core banking
E - 3rd party things
F - Ferris.ai

## User stories

### Client onboarding - Not in MVP

### Digital Client Touchpoints ?

- User logs in the system into specific role
- client could waver his/her rights in ferris.ai so his/her data could be used globally (for other legal entities)
- User chooses how they want to be contacted - in case of this, whatsapp, in case of this, phone, in case of usual - e-mail or something

#### role descriptions 👨

- Client or partner - Private banking client, Club Deal provider, Token related processes
- RM or Tally on partner - (relationshop manager, Chief risk / finance/ treasury officer, TallyOn product specialist)

#### authentication 🛡

- User authentication - against oauth backend and all the other requests happen based on the token given. Story is complete when
-- After authentication we have all the information about user roles and what they can do in the UI
-- After the authentication we have all the information that should be displayed in the front-end (available links, available views)

- User can log out .....
-- user can see that he/she no longer has access to the system.

#### Client / investor stories 🤴

- User logs and and sees the summary of my overall portfolio/relationship with the bank. Story is complete when:
-- Breadcrumbs which shows where you are in the system
-- You see the Breakdown of your asset classes (crypto, cash), what has happened to the asset classes within last period and will happen during next period (upcoming events or actions - like what will happen next with a club deal or what might happen to morthage or stock portfolio (dividends)). On mobile this might be a pie chart. In desktop it might be a table. They can be filtered by instrumets by country, sector, asset class, risk.
-- portfolio projections/predictions - what the investment might be future. (can only be shown to a client that has signed a lot of terms and conditions)
-- Upcoming events (things that are driven by the portfolio and it's investments), You were interested in a club deal, we invite you to take part of it. You are invited to a rock concert by this or that. Those things might be coming from 2 different API endpoints. Likely to have headline and due date - will contain call to action.
-- A way to contact your RM or Club deal member (based on their role)
-- you can choose, what user can do next - go into past details or choose the future

- I want to search / filter / sort my assets on the dashboard by country, sector, asset class and risk. Story is complete when:
-- I can choose an option and have my assets sorted/shown by the chosen option
-- I can use tags for filtering/searching

- i can remove/reset the filter / search / sort ....

- as user i can go into the past view of my assets.
-- user has to be able to choose timeframe
-- use country, sector, asset class and risk filter

- as a user i can see future projections of my assets
-- user has to be able to choose timeframe
-- use country, sector, asset class and risk filter

- have i really had right risk and return ratio.. have i had the ratio that was promised ()
-- clarify, write it out

- i want to create my future with RM. Story is complete
-- when user is presented potential investment oportunities or investment themes.
-- user can filter those oportunities by the time frame and the risk
-- oportunities are RM chosen or come from ferris AI profile.
-- user is presented options/oportunities based on the user profile bank has created for/about me.

- as a user i can choose an investment oportunities (story for each investment type).
-- if possible automatic choice will be made and investment happens
-- you want to choose how much you want to commit
-- default would be that i will fund the deal with new funds.
-- if you use existing assets or need new funds / collateral.
-- if existing assets - use cash or you choose something that needs to be liquidated.
-- If not existing assets, then you want to use something as collateral.
-- if not possible client will be contacted by RM

- as a user i can choose investment theme.
-- Client will be contacted by RM
-- RM will present client oportunities within a theme
-- client chooses how much they want to commit
-- if you use existing assets or need new funds
-- how much, for how long and the risk needs to be clarified within the messaging between RM and client
-- maybe it can be presented as some kind of sliders.
-- if existing assets - use cash or you choose something that needs to be liquidated.
-- If not existing assets, then you want to use something as collateral.

- if user wants to invest into something that is not availble from the system, user needs to start communication with the RM
-- Maybe your risk profile is too low - write to RM to see more deals.
-- User can write message to the RM through internal comm system.

- user can see pending deals view / link under plan your future view
-- can see pending deals on the view
-- you can choose to back down from the deal

- user can see pending deal
-- see its status
-- description of what needs to be done next
-- who needs to take the next step
-- deadline of next step
-- can back down from the deal

- user can see system notifications
-- user can be notified about deals, assets, communication, meetings, campaigns, events (would point towards create your future page).

- user can upate their comm settings
-- user can choose how he/she wants to be notified in case of X
-- phone, chat, email

- user can view and update their settings
-- one of those tags is tags of interest
-- password maybe
-- contact information (phone, e-mail, addresses)
-- if something needs to changed, but is not immediately available in the Frontend, contact RM

- user who cannot initiate a new club deal, can contact their RM for this
-- RM will then set up documents for the user to sign, so the user could initiate club deals in the future
--

- user can initiate a new club deal by entering all the necessary information and passing it on to RM for review
-- user can enter all the necessary information
-- user can present it for the RM for the review.
-- from there on it follows the same deal structure as all other investments - it has status and so on (see previous user stories about the deals)

- user that ows a club deal must be able to generate notifications, notices about the deal
-- user can enter the information of the notice/message
-- the message will then be reviewed by the RM
-- once the RM decides everything is fine, then the message is forwarded to deal members
-- members of the club deal with receive the notification about the club deal update/message

- in case of participating in a club deal, a user can review all prior messages/information, that the club deal owner has sent
-- user can open a club deal under ongoing/in-process investments and see the updates from the club deal owner

- as a club deal provider i can let RM know that i will not be accepting certain people into the deal
-- RM will receive my message
-- RM will talk to other members in the group and let them know
-- RM will prepare the documents for only the select people
-- Deal will become closed to the excluded people

Club deal steps:
1. create teaser,
2. sign nda to see the data room and access more data
3. adding new client to a data room happens in CRM

#### questions and stories that need to be mapped out

- within closed group (group deal) the communications will be shared with whole group
- Do we need a view of all the past communications - yes
- Do we need a view for all the past actions (investment actions) - yes
- during initial setup the RM will set up the initial interestes/tags to the system, which will be basis for the investment oportunities. User should be able to add/modify those tags and change that information.
- implement franz like service, that relays messages between different parties - and saves communication using Ferris AI API - which saves information to Clients CRM. - Needs A LOT of research.

### Token related processes?

- Will come later - not a part of MVP

### - RM or Tally on partner - (relationshop manager, Chief risk / finance/ treasury officer, TallyOn product specialist) related stories

- RM needs to know if the deal is profitable for the bank.
- handles and creates client groups (club deals)
- my client book level
- can structure your clients based on country, risk and other filters
- manage client tags?
- client sector breakdown (if they are corporations)
- investment structures (cash, equity, etc)

- RM needs to know which clients are profitable, which are so-so and which are doing well for the bank/RM. RM dashboard needs to have very good overview page where you can search the clients or go into some kind of details about who are earning, who are not earning, select countries, asset classes, risks etc. Profitable for the client, Profitable for the bank, profitable for the RM - this information needs to be available per client, and per asset/investment in color codes. the information will be available in the absolute figures, which will be translated into color codes.
- RM needs to be able to go into detail views of the investments - we can probably re-use the dashboard functionality of investors. Needs to work on mobile
- RM needs to be able to make minor (pricing related) changes to an upcoming deal to see how the potential changes change his or her Book/Portfolio.
- RM needs to be able to send messages to the customer/investor
- RM needs to be able to send deal updates to the customer/investor and these should show up on customers/investors messaging system, so they can either agree or reject them.

### Risk manager view
- Dashboard view of all RM's - similar to RM dashboard. copy from RM story. keep going into more detailed views from there.
- Since they are often RM's themselves they need to have a drop-down somewhere where they can switch their role from Manager role to RM role.
-

### External asset managers
- See what RM does

### Calendar & Meeting coordination
- calendly or scheduly or pipedrive - suggest a meeting.
- RM/clientm should be able to respond to meeting requests and choose to either accept or decline the suggested meetings. Meeting requests also need to come with information about the client status.

### inviting new people/prospects to the system.

- RM/Client sends invite to user- whe have talked about stuff, let me send you a log in, you can register and you'll get an account in the system.
- Invited user could be elevated to prospect level in CRM and then they could see investment themese in addition to the sales pages, that they would see otherwise.
- since the user will not have any assets, we will show them some kind of items of dummy data, which would demo what the system would look like if the user had any assets. This needs to be understood as a demo data 100% correctly.
- comm channel would be available to them so they can talk to a RM about going through the onboarding process.

### messaging
- think about how to close the loop of event invites, messages system and CRM. Think through the message meta info system - how it can contain the information deals, events,

## project setup

- multilingual setup - needs to have at least 2 languages
- react frontend
- openapi standard using json or yaml messages for communicating with ferrisai API
- whole setup needs to be themeable

Things to improve
- add more elements that we can re-use
-

## Janar
Background story - asset managers create a new Challenger bank

Tata banking software - some kind of legacy soft used by banks a
temenos infinity crm

TallyOn - the name of the new bank
We are creating an UI for them

BIG VIEW:

1) CLient/Investor
Client is interested in Learning / Acting / Communicatin
Interested in assers

2) RM
At one point the RM needs to take care of their clients

# Tally On business Object model

# CRM part
Partner / Business Relationship - CRM.
Each partner can have multiple business relationships.

Some banks have external asset managers between the banks and clients.
External asset managers are like account managers.

# Core banking

Limit positions - multiple limits by client, multiple limits by account
Collateral positions - these 1are the safery positions - "tagatis".

Risk manager - is not much enagaging with this app, in MVP at least.
Relationship manager and client only.

# 3rd party data end points:

Instrument data - ala FB, APPLE etc share, laen etc. FInantsinstrument.
Sentiment - market feeling about the it

### Janar User stories:

## Investor/client view

# Client or client partner
I want to view my returns /
I want to invest
I want to talk to product expert

# Club deal provider
I want to offer a new club deal
II want to check club deals
I want to talk to the club deal lead

# Token related processes
I want to register my wallers
I want to receive investment

## Alex

1. tata banks is old, but “renovated” bank
2. "Temenos infinity" base layer (WealthManager as CRM)
3. Ferris.ai - would be a 3rd part of whole system.

different relationship managers (invest manager, with crypto knowledge etc...)

## Sander
- Crypto bits (wallets / keys etc.) will come in at a later phase.
- Base concept of multiple roles per user
- Be able to add roles in the future as they are needed
- Do / can we have the same .pdf as presented by the client at the MVP workshop?'
- Find out how strict the Swiss laws are about disclaiming the "serious investment advice" vs. "this is how we see it, the risk is the clients"
- Would the mentions in Terms & Conditions suffice or we need to have disclaimers close to the graphs etc.