Professional Documents
Culture Documents
More Information
Need more information? Read more about our products at http://www.misys.com/products.aspx. Or contact your local
Misys office at http://www.misys.com/contact-us.aspx.
Feedback
Do you have comments about our guides and online help? Please address any comments and questions to your local Misys
representative.
Chapter 1 Enhancements at TI Plus Version 1.4 ............................................................................... 7
Overview ................................................................................................................................... 7
The New Architecture ......................................................................................................................... 7
The New User Interface ..................................................................................................................... 8
Amendment Charges .............................................................................................................. 11
Amendment Events ................................................................................................................. 11
Customer Documents ............................................................................................................. 11
Faxes ...................................................................................................................................... 11
On-line Help Text .................................................................................................................... 12
Report Handling ...................................................................................................................... 12
Russian Accounting Requirements ......................................................................................... 12
Service Level Agreements ...................................................................................................... 12
Teams and the Dashboard ............................................................................................................... 13
SWIFT ..................................................................................................................................... 14
SWIFT Message Handling ...................................................................................................... 14
Working Capital Finance ......................................................................................................... 15
Factoring .......................................................................................................................................... 15
Invoice Discounting .......................................................................................................................... 15
Sales Ledger Processing ................................................................................................................. 16
Chapter 2 TI Plus Version 2.2 ........................................................................................................... 17
The Improved Architecture ...................................................................................................... 17
System Management (Global Application) ....................................................................................... 17
Open Source Components ............................................................................................................... 17
Enhancements ........................................................................................................................ 19
Analysis ............................................................................................................................................ 19
Calendars ......................................................................................................................................... 19
Clauses ............................................................................................................................................ 19
Charges ............................................................................................................................................ 19
Currencies ........................................................................................................................................ 21
Customer and Account Retrieval Services ....................................................................................... 21
Customer Details .............................................................................................................................. 21
Customer Documents....................................................................................................................... 22
Customer Gateway........................................................................................................................... 23
Customisation................................................................................................................................... 23
Data Take On ................................................................................................................................... 23
Diary Processing .............................................................................................................................. 23
Export Credit Agency Facilities ........................................................................................................ 24
Preface
This document provides an overview of the main enhancements made to Misys Trade Innovation and
TI Plus since 4.1.9. Its purpose is to allow banks to determine the business benefits of moving from
their current version of Trade Innovation/TI Plus to the later version FusionBanking Trade Innovation.
It provides a summary of the main enhancements to the product at each release supported for
upgrade by Misys.
This document assumes that readers are familiar with functionality supported by their current release
of Trade Innovation/TI Plus. It has the following chapters:
Overview
TI Plus version 1.4 is the first generally available version of Trade Innovation, in which the
transaction processing modules are provided running on the web, rather than on individual
PCs. All the underlying business logic and functionality of the software remains unchanged,
meaning that the regression testing required to migrate to TI Plus is minimised.
In addition, banks upgrading to TI Plus use their existing Trade Innovation database, meaning
that there is no loss of historical data or of system tailoring parameters.
• The ability to set up customer service levels and use them to drive workflow (see page 12)
• Support for working capital finance services (see page 15)
TI Plus has been designed to meet the technical infrastructure needs of banks of all sizes, from
the largest to the smallest, whilst allowing a simple upgrade path.
For larger installations, TI Plus web components can be run in a full J2EE environment, with
multiple firewalls separating the web components from the background application and
underlying database servers.
The Masters window allows users to browse the database, finding and opening existing
transactions; and to initiate new transactions.
The Master Summary window displays information for an existing transaction and allows users
to continue work on that transaction.
Individual panes can be opened up using the icon. The example below shows the diary area
opened up for viewing.
TI Plus includes a summary of charges and easier access to step history directly from the
Master Summary window.
During transaction processing, all the input fields are now displayed in a single window, as
shown below, instead of in separate windows accessed by tabs.
Information, input fields and buttons are grouped into panes, and each pane has a title. The
and icons open and collapse individual panes.
The fixed area on the left-hand side of the window includes a list of panes in the current
window. Clicking on the title of a pane takes you to that pane, so that you do not have to scroll
down and find it.
• Links that allow the user to navigate the system. These include options that allow you to
close the current window and move back to the previous window, and eventually to log out
of the system
• Links that allow the user to access functionality common to all products, for example for
handling settlement instructions, charges, postings and customer documents; and for
validating and saving input
Amendment Charges
The accuracy of amendment charge calculations has been improved. The effect of double
accounting (which can occur as result of amending the expiry date and its effect on the
amendment charge calculation, due to rounding back to the start of the current period) has
been reduced. The corresponding charge text provides more accurate details of how the
charge is calculated.
Amendment Events
Enhancements have been made to the Adjust, Amend and Beneficiary Response to Amend
events for the following products:
Previously, parallel Amend events were not allowed for collection orders; if an Amend event
was already in progress for a collection order master, the user was prevented from opening a
second Amend event. The user had to abort or complete the Amend event already under way
before they could start a new one.
Customer Documents
Outward documents are now viewed, edited and printed in PDF format using Adobe Reader.
(Microsoft Word is still used to create the document templates.)
Faxes
A new implementation of the fax interface is provided, using a new set of key words within the
document templates and a new set of fax classes on the document server that can be used to
link to the fax system of choice.
Users have the option to keep or strip out the fax routing cover page in a customer document.
Report Handling
A report server has been introduced so that the end user does not have to wait for TI Plus to
create the requested report before continuing with their work. A new Jobs Status Screen allows
users to list all the report jobs submitted and allows view, delete or re-submit them.
Target completion times can be specified, either as an absolute time or as a duration. For
example, a gold-level SLA can be set up so that:
• Import letters of credit received before 11:00 am will be processed the same day, but
• Import letters of credit received after 11:00 am by the end of day the following business day
An enhanced TI Plus user interface - the Dashboard - is used during transaction processing to
monitor work in progress and manage workflow so that those target times are met.
During transaction processing, events are displayed as having one of three SLA statuses - low,
medium or high, differentiated by colour - depending on how close to their target completion
time they are. The bank defines when an event's status will change to medium and then to
high, relative to its target completion time.
The bank can also provide average processing times for each step in an event. These are used
during transaction processing to calculate and display in graphic formats predictions of the
workloads of different teams and users
The Dashboard shows each team their current workload in graphical format. This enables the
team supervisor to very quickly spot potential problems in complying with the service level
agreements. Work can be reallocated to another team where bottlenecks are identified. A 'what
if' facility enables the supervisor to calculate the work loads based on how many people are
available to work per team.
Profiles defined at team or individual user level define the default views shown on the
Dashboard.
SWIFT
SWIFT MT400 Advice of Payment messages are now supported for both inward and outward
cash letters.
It now allows an MT742 Reimburse Claim message to be mapped into the appropriate event for
an import or export letter of credit.
A status of 'Pending' has been introduced. The user can flag a message as pended in order to
be able to ignore it for the present.
For continuation messages (for example MT700 and MT701 Issue of Documentary Credit
messages) merged and completed messages are now shown as a set.
A warning messages is now produced for a second claim against a letter of credit.
The user can now open and review the relevant master record from within the SWIFT message
manager application.
Inward SWIFT messages can now be sorted in the browser according to date and time
received.
Additional capabilities have been introduced to control access to different functional areas of
SWIFT inward message processing
• Factoring Facility, which allows your bank to set up factoring facilities for individual
customers and to process related drawdowns and charges against a customer's pool of
invoices
• Invoice, which is used to record new invoices against factoring and discounting facilities,
and to amend, discount (and repayment of the individual invoice), cancel and settle
individual invoices
Factoring
The Factoring Facility product allows a bank to establish a factoring facility with the customer,
recording details such as standard settlement instructions for drawdown, frequency of forecast
statements, whether with recourse and the frequency and type of charging.
• Amend it
• Provide a forecast of amount available for drawdown to the corporate on a regular basis.
• Collect scheduled charges based on statistical amounts (for example, the value of invoices
loaded or paid or overdue) derived from the customer's sales ledger, as well charges that
have arisen on the facility itself since the last charges were collected
• Drawdown against the pool of eligible invoices
Each activity can be handled manually or (with the exception of drawdowns) scheduled to occur
automatically. Forecast and drawdown requests may be triggered by a customer using an
online banking application.
Invoice Discounting
The Invoice Discounting product allows financing against an individual invoice (rather than
against a pool of invoices, as handled by the Factoring Facility product).
The bank purchases the invoice from the seller. There is no obligation by the bank to manage
the seller's receivables as they typically would with a factoring facility, so it is still the seller's
responsibility to chase late payment of invoices, rather than the bank's. The bank can give an
advance (discounted financing) to the customer for a percentage of the invoice value on
request, when the invoice is submitted or at a later date.
• Amend it
• Cancel it
• Settle it, fully or partially
• Trace for overdue payment
Invoices may also be created, amended or cancelled following a request a customer using an
online banking application.
All the pre-existing underlying business logic and functionality of the software remains unchanged. In
addition, banks upgrading to TI Plus use their existing database, meaning that there is no loss of
historical data or of system tailoring parameters.
TI Plus runs in a clustered JEE server (using Spring as a lightweight container). It is envisaged that
large banks and those that require high availability and fault tolerant systems will run appropriately
configured high end JEE application servers.
Changes have been made to support clustering of zone applications, with the aim of increasing
scalability and fault tolerance. Overnight processing for a zone can now be initiated and monitored
from the global application and will be run across the zone cluster.
Changes have been made to allow TI Plus user security processing to integrate with the bank's own,
in particular to allow the bank to monitor users from the global application. TI Plus users can be
automatically created using details from an external authentication system. It is possible to send
notifications to individuals or to all users from the global application, and also forcibly to log them off.
• Database access
• Session logging and debugging
• User access
• The Customer Gateway
• SWIFT
• Third party log viewing is handled in whichever way the bank wants
• Batch scheduling calls a Customer Gateway service
• The CVSLOG is replaced by Log4J
User Access
Security in the application servers uses Acegi to provide single sign on capability and
authentication/authorisation checks on all incoming requests. Banks can link into their own security
systems by writing small, Java 'plug in' components in the Acegi framework. The fine-grained security
capabilities of TI Plus are retained.
Unicode
Unicode is used to give standardised character set encoding and support
Enhancements
The following sections describe the enhancements made in TI Plus version 2.
Analysis
The sundry reference codes provided for your bank to use for analysis purposes now have a new
format, as illustrated below.
Calendars
Your bank can now configure TI Plus so that you can enter unexpected holidays on an ad hoc basis
against local run day calendars. (This is controlled by the system option
CalendarUnexpectedHolidays.)
Clauses
Clause codes are now displayed in the appropriate fields when the user presses the Validate button.
Clauses can now be mapped to the narrative fields of Assignment of Proceeds events.
Charges
TI Plus's charge-handling functionality has been enhanced so that it allows banks to consolidate
charges of the same type for customer correspondence documents (this is controlled by a system
option).
A new flag is provided to set the default (Take or Defer) for charges at event level.
A new event field - One Or More Charges Modified - has been created to allow your bank to set up a
warning message if a charge schedule is modified during transaction processing.
When a periodic charge is cancelled using a Maintain Charges event, TI Plus now recalculates the
charge up to the processing date in order to determine whether a refund is due or not.
A new event field is now available to facilitate setting up a warning message to be generated
whenever an event involves periodic charges that have been amended in such a way as to result in a
refund to the customer.
Single-cycle Charges
For letters of credit, standby letters of credit, guarantees and participated deals, TI Plus now permits
banks to set up single-cycle charges - charges that are accrued periodically, but taken in arrears
when a payment is made. This caters for transactions involving large amounts and a lengthy life-cycle
where, typically, the period corresponds to the duration of the transaction and the collection of
charges coincides with payment.
Single-cycle charges are calculated from the day the transaction was confirmed (or silently confirmed)
to the date of documents being settled, taking into account any decreases and or increases that took
place during the period. They are designed to cover the duration of the transaction, using a single
period, without predefined repeating charge periods and related regular charge payment events.
Essentially, this provides a more ad-hoc version of the Pay Charges event, but more closely aligned
with payment events.
The charges are accumulated using standard functionality, but with an option to prevent the posting of
accruals.
Single-cycle charges are collected during payment events, at the same time as payment settles. They
stop accruing when the final part-payment settles. They can be cancelled, if required, using a
Maintain Charges event.
started in an event or during its charge pay event, the user is to able specify on the charge schedule a
number of periods (‘Multiple charge by’) required to be calculated instead of the standard one period.
Currencies
The new translation facility supports the display of minor currency unit descriptions in amount fields
and customer documents.
Banks can define the content of the customer and account browsers used to suit the information
available at the back office.
TI Plus provides the ability for parties to a transaction to have an account per transaction (like a deal
account), with real-time account opening functionality.
Customer Details
TI Plus holds additional information on customers, including fax and telephone numbers, e-mail
address and department code. These new fields can be used in customer documents. TI Plus also
allows a longer basic number (12 characters), account officer code (10 characters) and account
number (20 characters, consisting of the branch code (4 characters), basic number (12 characters)
and suffix (4 characters)).
Customer special instructions are now structured rather than free format. Special instructions can be
given a relative priority and colour scheme. For example a high priority instruction could be colour
coded red, whilst informational instructions could be blue. Any special instructions held against a party
to a transaction are displayed together with warning and error messages when a transaction is
validated or saved.
TI Plus provides a choice of addresses to use when creating customer correspondence; and allows
the bank to define for each type of document the number of copies, the number of internal copies, and
the number of originals to be produced. This information can be set as a default when the document
type is set up, and amended at runtime.
Customer Documents
TI Plus uses a new method for producing customer documents in fax, e-mail and mail formats.
Templates for customer documents are first defined as Word .dot templates. They are then converted
into xhtml format, and subsequently loaded into TI Plus, where they are linked to the document types
that will use them. A customer document template utility is provided to handle this process.
During transaction processing, the templates are used to generate customer documents in PDF
format.
Banks can use the customer document template utility to create new templates and amend existing
ones, in conjunction with a document management system.
The customer document template utility also provides facilities to handle any special fonts and graphic
files your bank may use.
All TI Plus document templates are stored in a document management system, (DMS) as opposed to
the database as in previous versions, together with any related attachments and scanned images.
The Word .dot files are also stored in the DMS.
As a one time activity on upgrading to TI Plus, all document templates will need to be converted by
the template utility, prepared for upload, and then imported into TI Plus.
Enhancements have been made to the functionality used to attach documents to a transaction. Users
can now add multiple versions of the same document type to be attached to a transaction, with a
different description for each. A new Replace button is allowed (this is controlled by a system option)
which lets the user replace documents with previous versions being held for information purposes.
This is to cover cases where the initial document is found to include errors or is superseded for other
reasons. It allows you to retain a full history of the documents recorded against the event.
Banks can now configure document types to produce multiple copies of original, internal and copy
versions of customer documents. At runtime the user can use sent documents, incoming and
outgoing SWIFT messages and received documents as attachments to other parties on an ad hoc
basis.
The new fields introduced as a result of enhancements to participation deal processing are available
for inclusion in customer documents.
Customer Gateway
The use of the Customer Gateway has been extended to facilitate communications using messages
in xhtml format. The Gateway is now used to support generic free-format messages, with or without
attachments.
New TI Plus message manager functionality is provided to allow users to create a new master, or a
new event against an existing master, by uploading documents or images into the DMS.
Customisation
TI Plus customisation facilities are now supported in the web-based architecture.
Any existing Visual Basic procedural code written for a customisation project will need to be rewritten
in Java.
Data Take On
TI Plus provides functionality to allow legacy data to be incorporated into TI Plus for the following
products.
If the bank wishes to incorporate any customer documents or correspondence forming the history of a
transaction, this can be handled as free format correspondence received through the Gateway and
attached to the relevant legacy data master record.
Diary Processing
The Diary Items pane in the Master Summary window has been enhanced, and diary items are now
shown in the SLA Dashboard. There are additional filters, and more information is shown for each
diary item.
Tracer events are now included in the display of diary items, rather than being treated as separate
items.
Diary items are now displayed under the following category headings:
• Manual
• System (Auto)
• System (Manual)
• Tracer
A new Release Items|Diary Items link displays details of the diary actions that will be generated when
the event completes. This allows the supervisor to review the full list.
Certain TI Plus events (for example, Book Off and Expire) involve the creation of a diary action that TI
Plus uses on the appropriate date to create a new event automatically during overnight processing.
Banks can now flag these events so that the diary action is still created, but TI Plus does not generate
the related event automatically; it must be created manually instead.
Authorised users can amend or delete automatically generated diary entries (provided they have the
required security capabilities).
When adding a diary action, or amending an existing one, the user can assign the action to a
particular user or team. The diary item will then appear in the 'to do' list for that user or team in the
SLA Dashboard.
Each such lodgement of funds is recorded in TI Plus using a single product - the Export Credit
Agency Facility product. Your bank can distinguish between different types of export credit agency
facilities by setting up product types for that purpose. TI Plus's rules facility can then be used to
govern how a facility should be handled, depending on its product type.
An export credit agency facility is set up for a specific customer following agreement with the export
credit agency.
Loans against an export credit agency facility are handled using financing transactions, which are
linked to the relevant export credit agency facility. The facility can be set up before the financing
transaction, or at the same time.
As a financing transaction is linked to a facility, the amount of the facility is reduced by an equivalent
amount using an automatically generated Drawdown/Revolve Facility event.
The cost-of-funds interest payments due to export credit agencies are set up using interest types, and
the scheduled interest payments are calculated and made to the funding party either automatically
according to the schedule or when a repayment is made against a linked financing transaction (this is
determined by product type settings).
The following financing products can be linked to an export credit agency facility:
• Finance Standalone
• Finance Export LC (for export letters of credit, guarantees and standby letters of credit)
• Finance Outward Collection
Markup Plus Cost of if interest involves a combination of interest for your bank and interest for
Funds internal or external funding.
When defining schedules for interest repayments a new field - the Schedule Tenor field - allows you
to enter the actual number of days for which financing is to be applied, entered as a figure. This
allows separate schedules to be defined for the main term of the deal and for the past due period.
When defining product types for use with financing transactions, you can now flag a product type as
to be used for cost of funds processing. Additional fields are displayed that allow you to enter relevant
details.
On release of the initial event for a financing transaction a drawdown event is automatically generated
against the related export credit agency facility.
Financing
For financing created from letter of credit payment events, TI Plus supports additional fields for
inclusion in documents generated from the main payment event (rather than from the subsidiary
event). In addition, banks can configure TI Plus so that financing interest calculations are made via a
service call to their host system, rather than by TI Plus. This ensures that the amounts recorded are
consistent across databases, and rounding issues are avoided.
A new system option allows the output of financing accruals to the host system interface to be
suppressed.
A new payment action allows the repayment of outstanding post finance against a letter of credit part
payment that had previously paid/settled.
FX Rates
A new interface service is provided to allow banks to request FX exchange rate details and amounts
from an external system when FX deals are being entered in TI Plus. This functionality is activated by
a system option.
Imaging
TI Plus uses a general document management system interface. This allows it to store and retrieve
items such as .pdf documents and electronic images using an external document management
system.
Notes
New functionality is provided to allow the input clerk to view details of the notes entered against a
transaction and to enter new notes with an event still open.
Participated Deals
Banks can now flag each participation deal as requiring manual processing. This means that, instead
of changes to a participated transaction causing changes to the relevant participation deal to be made
automatically, any changes required to the participation deal are made manually instead. This
functionality is implemented using a system option.
For manual participation deals, users can create a Drawdown/Revolve event manually to make any
changes necessary following a change to a participated transaction.
Each participant now has a start date and a release date. These dates define the period for which the
participant will be involved in the deal.
Single-cycle periodic charges now allow charges to be calculated based on the participant's start and
release dates, taking into account any Drawdown or Revolve events that have occurred during the
period. The charge calculation also takes account of the participant's share of the Drawdown/Revolve
Amount.
In order for the syndications department of a bank to be notified automatically about changes made
manually, the bank must define a Customer Gateway message template and include the appropriate
information to be sent when an Amend or Adjust event is created that affects a participated
transaction.
Postings
The way that postings are displayed has been enhanced to improve the readability of information.
Postings are now grouped for display into the following categories:
• Contingent
• Settlement
• Other liability
A new system option allows banks to exclude internal postings from the display.
Another new system option allows banks to define a list of account types that are then used to
determine whether a posting belongs to the 'Other Liability' category.
During transaction processing, as postings are generated, TI Plus compares their posting value date
against the Posting Forward Values Days field to ascertain whether or not they are too far in the
future. A warning message is issued for postings whose posting value date is too far in the future.
Banks can now choose to have this validation carried out for all postings, or to restrict it to postings
that are valid for funds movements. This is controlled by a system option.
The window used to display postings at master level now allows users to order postings by account or
by event.
If ordered by account, TI Plus lists all the accounts that have posting against them for this master, and
the user can select an account and view the netted and un-netted postings for that account.
Remote Printing
TI Plus provides functionality to support remote printing - that is, printing at a location other than the
one where a transaction is being processed. This supports situations where a transaction originates at
a branch and is then processed at a central location, but customer documents need to be printed at
the originating branch for delivery to the customer.
TI Plus handles the production of documents generated during transaction processing using
document printer types, which are used to define a standard set of common print characteristics for
the types of document your bank uses. The document printer types can then be associated with
multiple document templates, allowing you to define common printer attributes (such as colour,
quality, trays and watermarks) that are to be applied for all documents produced using that particular
printer type
When defining the document types used by your system, you can specify one or more a document
printer type for each template. Where more than one document printer type is associated with a
document type, you can flag one of them as the prime document printer type; this is the one that is
used as the default during transaction processing.
The system tailoring functionality called by the Output|Printer Names menu option has been replaced
by new functionality used to set up printer types and then map them to printers and teams.
A team can now be flagged as being a ‘print team’, used solely for remote printing.
During transaction processing, the input clerk enters details of the originating user in the initial event.
These are recorded against the event and on the master record and are used to determine the printer
at which remote printing is to be carried out in the initial event and in subsequent events. When
processing the transaction, TI Plus identifies those document types flagged as available for remote
processing and uses the team to generate the documents, together with a generic front page showing
the originating user's details. The document is then routed for printing using the relevant
team/document printer type/printer mapping.
At the end of the Input step and at the end of the final step in an event's history, TI Plus displays a
window showing the customer documents generated by that event that allows documents to be
printed (excluding items produced automatically during overnight processing).
If your bank has implemented TI Plus's remote printing functionality, an additional pane - the
Originator's Details pane - is present in initial events (that is, events that create a new master record).
It allows you to enter details of the originating user and branch for use when customer documents
need to be printed remotely.
Reports
TI Plus continues to use Crystal Reports as the report writer, but with a new Java-based way of
invoking Crystal Reports at run-time.
TI Plus is delivered with a suite of reports and reporting views. Some reports are now available in PDF
format - see the Release Notes for a list.
The Full Journal Report now shows before and after details for customers.
When an enquiry message is received, TI Plus creates a response message populated with
information taken from the relevant database fields.
Settlement
TI Plus allows users to change the date of a net payment when reviewing settlements. This allows
separate dates to be entered for the receipt of funds and the payment of funds relating to the same
transaction.
This is useful, for example, where payment is made under an export letter of credit where the date of
the receipt of funds at the nostro is earlier than the credit to the beneficiary's account.
Shipping Guarantees
Shipping guarantees can now use the following SWIFT message types:
TI Plus no longer produces a warning if the principal party in the shipping guarantee does not match
the principal party in the related master record. (Banks can, however, add warnings using standard TI
Plus functionality.)
Silent Confirmation
TI Plus allows banks to silently confirm export letters of credit and export standby letters of credit.
SLA Processing
Banks can now reassign master records from one user to another using TI Plus's configuration
application. This new functionality allows banks to switch all master records from one user to another
(if, for example, an employee leaves the bank) or to reassign master records one by one.
The Work in Progress pane now has filters that allow the user to list work allocated to a particular
master user, master team, event user or event team.
Banks can now define the colours used indicates a transaction's SLA status - high, medium or low.
Users can now open a new transaction from within the Dashboard window - it now contains the same
New Masters pane as the transaction processing application's Masters window.
The Dashboard now lists the user's or team's diary items, showing items that are outstanding and
items that have fallen due today. The user can filter the list by item type, and can also enter a date
range in order to list items that will fall due within the period specified.
Team profiles can now be set up from within the system tailoring application, as well as from within
the Dashboard.
SWIFT
TI Plus supports the SWIFT MTx98 Proprietary Message With Other Banks message type.
SWIFT MTn90 Advice of Charges and MTn91 Claim Charges message types can now be sent by any
event (provided that charges are being taken, not claimed, in the event).
The mapping of date information in Tag32A and Tag34A in an incoming MT754 Advice of
Payment/Acceptance/Negotiation message to the relevant fields in the Claim Received or Documents
Present event has been improved, so that it takes account of whether there is information in just one
field or in both.
Transaction Processing
A new event field has been introduced that identifies the staff security band to which a TI Plus user
belongs. (The staff security band is used to restrict the user's access to individual events at the Input,
Review or Authorise step based on the event value.) This new event field can be used in creating
error messages.
Users can now exclude aborted events from the list of events shown in the Event History pane.
During Outstanding Claim and Outstanding Presentation events the Select button (used to select the
claim to continue, where there is more than one outstanding) is now present during the Log step, as
well as the Input step.
The functionality that permits users to add optional charges and documents to an event has been
enhanced. Now, if the event is, or has, a subsidiary event, the list of optional items includes those
available to both events - the main one and the subsidiary event. A new column - the Originating
Event column - provides the reference of the event for which the item is set up as optional.
Two new event fields are now available to facilitate setting up warning messages to be generated
whenever an event party has too many lines in their address, or too many characters within a line.
Translation Facilities
A new menu option in the static data maintenance application - Country|Static Language Variants -
allows your bank to provide translations of the following static data items:
• Account types
• Account officers
• Base rates
• Charge codes
• Country codes
• Currency major unit names
• Currency minor unit names
• Deal types
• System parameters
• Transaction codes
• Transfer methods
Workflow
TI Plus allows the team ID to be included in a master reference structure.
Incoming SWIFT MT707 Amendment messages can now be automatically routed to the team who
last worked on, or is currently working on, the related transaction.
Incoming SWIFT MT700 messages can be automatically routed to letter of credit, to standby letters of
credit or to guarantees, depending on the information in certain tags.
TI Plus allows banks to identify a responsible user (as opposed to the processing user) for each
master record. This can be used for apportioning revenue.
Your bank can now configure when an approval step will take place. An approval step can now occur
after the Log step, when it is called the Log Approval step; or after the Input step, when it is called the
Approval step. If the system option AlwaysCreateLogApprovalStep is set on then a Log Approval step
is always carried out after the Log step. This is regardless of whether exceptions are discovered. If
the system option AlwaysCreateLogApprovalStep is not set on, then your bank can configure at
individual event level whether an event will have a Log step or not. If an event is configured to have a
Log step with the system option AlwaysCreateLogApprovalStep not set on, then the Log Approval
step appears only if exceptions are discovered.
Provisional events
Your bank can now configure TI Plus so that the event that creates the master record (for example an
import letter of credit Issue event) can be treated as a provisional version of the event. A field within
the Log and Input step for such events allow you to flag the event as provisional, in which case a
subsequent version of the event is needed before the event can be completed. A second field allows
you to indicate whether this subsequent event should be created automatically or not. (Your bank can
set default values for each of these fields for each product.)
This can be used, for example, where bank procedures require a logging and authorisation process at
the branch, with outputs such as handling charges or limits checking, followed by further processing
at a processing centre; or where draft outputs need to be sent to a customer for verification for
completing the issuance.
An event can have any number of subsequent events, each being flagged as provisional until the data
is deemed correct. Each version of the event can have its own defined outputs, with final outputs for
the last version of the event (that is, when the event is no longer provisional).
The alternative rebate formula applies to all Financing transactions in TI Plus 2, where interest is
taken in advance.
If separate ‘Cost of funds’ interest applies to a transaction, the alternative rebate formula will apply to
both ‘Customer/Markup’ and ‘Cost of funds interest’ streams.
The formula applies when a part, or the whole, of the outstanding principal amount is repaid early.
Interest rebates are not applicable in Scheduled Pay events:
Early payment is not possible.
Interest, principal amount and value date fields are not editable.
Rebates to the customer are not possible in Amend or Adjust events.
• Customer-specific, in which case the customer name forms part of the basic data
• Generic, for use with any customer
You can create a new transaction template in one of two ways:
• Is a charge for your own bank - charges for other banks cannot be split
An initial ‘Finance Offer’ is put to the customer, advising such details as the rate to be applied to the
loan. If this offer is accepted, the loan is established. However, the Finance Offer may be rejected by
the customer and a new offer is subsequently created. The introduction of this functionality allows the
creation of the Finance Offer iteratively, until such time as the customer finally accepts or rejects it.
This process makes use of existing, ‘Master full defining event functionality’ whereby several
successive events may be created in a ‘Provisional’ state. This is achieved by use of the ‘Provisional’
flag in the finance create event, which allows the master to be created with a status of, ‘Pre-live’.
When the Finance Offer is eventually accepted by the customer, the ‘Provisional’ flag is not checked
and the create event moves to a ‘Live’ status.
The main feature of the new functionality is the ability to generate a, ‘Finance Offer’ to customers via
the following products, which can be revised on an iterative basis, until its acceptance or rejection:
• Standalone Finance
SWIFT Acknowledgement
SWIFT functionality allows for the Sender of a SWIFT message to request an Acknowledgement be
sent for the message. The Acknowledgement message (an F21 message) is generated by the SWIFT
network and either assures that the original message will be delivered to the Recipient (an ACK
message), or that there is a problem with the original message (e.g. a network validated rule is not
satisfied) and it will not be delivered to the Recipient (a NAK message).
Previously, a SWIFT Acknowledgement message could be processed only when the Client used
Merva, but this requirement no longer exists, i.e. processing of SWIFT Acknowledgement messages
is now a general feature in TI Plus.
It should be noted that this change to functionality is being implemented, even though it
does not adhere to the practice recommended by SWIFT. Sending an MT192 to the
receiver of the MT103 is the recommended and most logical option.
• Rate fixing menu items are moved to the Batch application to restrict availability to Batch
Setup users.
Errors encountered under FX rate fixing are presented in short ‘warning’ form in the Batch function
and with full details in the Batch Log.
This enhancement relates to the Export Credit Agency Facility product and provides users with the
ability to do the following:
• Link an underlying instrument, such as an Export Letter of Credit to the ECF, thereby defaulting
the “Available amount” from the underlying instrument to the “Total facility amount” field of the ECF.
• Restrict the ECF maximum percentage, defined at Product Type level, which may be drawn
down.
• Round down the Total facility amount to the nearest thousand if required.
Global Processing
Banks providing trade services are very much focused on how to maintain and grow their trade
service business whilst containing costs, maximising use of their skills, and reacting to changes in the
market in which they operate.
Many banks offering trade services have grown to a size where they have market share and global
reach, and are looking to maximise their assets by adopting a processing model that removes the
constraints otherwise imposed by such factors as:
• The location of their staff, and the skills mix at any particular location
The TI Plus 2.3 system provides a number of functions to allow a bank to define its global processing
business operation. The purpose of this section is to provide an overview of these features which can
be broadly categorised into the following areas:-
• Static data – details the bank’s zone level and branch level static data
• Banking hierarchy – describes how the bank defines its organisational structure
• Teams/Users/Security – covers how roles are associated with teams and users to determine
the types of transaction a user can enter for their branches
• Multi-bank/branch tailoring – describes the bank’s zone level and branch level tailoring data
together with details covering
o Product references – describes how product reference and sequence numbers are
defined at main banking entity level
o External systems – how the bank defines external systems and the services they
provide
• Reporting
Workflow Auto-Allocation
• Auto allocation to next step made consistent for SWIFT/Input/Gateway/Batch
• Enhanced work allocation (for next event step) to use: Use event/team map. Capable team
based on branch and role. Use transaction affinity to identify last input team/user
• Provide the ability to allow user to repair SWIFT/Gateway message with no behalf of branch
or assigned team
• improved team/user assignment enquiry details on how auto allocation was determined
• The customisation editor and template project have been replaced with an Eclipse project
based implementation
Departmental Limits
The departmental limits application is now available for banks that have a single main banking entity
within a zone.
Where a bank has multiple zones, then the recording of exposures against limits are maintained
completely separately per zone for the single main banking entity within the zone.
Note: Departmental limits cannot be used where a Zone has one than one main banking entity.
Workflow Orchestration
TI Plus is designed to support the complex workflow requirements of a trade finance bank. In
particular it enables a bank to operate either regionally or globally using a spoke and hub type
workflow set up.
In such a setup bank can offer a local customer facing service in the spoke part of the workflow, for
example receiving and scanning documents received from a customer, negotiating FX contracts and
checking limits and printing out documents for the customer. The hub part of the workflow can provide
a centralised centre of excellence for further data entry and for checking the workability of the
customers’ requests. The hub would typically complete the data entry and any additional checks such
as for watch list compliance. The transaction would then proceed through one or more review steps
before items such as SWIFT messages and accounting entries are released. TI Plus comes with a
delivered set of workflow steps, sequences and conditions that can be configured for each transaction
event according to your bank’s needs. This is known as a workflow orchestration.
• Changes to the invoice browser to use this as the single point of decision making for
invoice and credit note management and financing
To enable your bank to record, discount or settle invoices received from your customer, it is
necessary to set up a Supply Chain Finance ‘Programme’. A customer may have one or more
programmes, each of which must be allocated its own unique identifier when the terms are agreed
between your bank and your customer.
This is designed to enable data from more than one zone to be consolidated into a single database to
enable global MIS reporting. This minimises the workload on the operational databases for reporting.
The Software Development Kit augments the flexibility that already exists within TI Plus to tailor the
system to a bank’s needs.
For further details on the more technical features listed above refer to the Technical Release Notes
and the SDK – set of guides.
Roadmap Accelerators
A number of features have been introduced through the roadmap accelerator process. This process
enables features required by the customer base to be brought into the TI Plus roadmap.
• New security access rights in the global application
• Workflow for agreement of client wording of Guarantees
• New event fields to indicate if other events are in progress
• Ability to add correspondence event type descriptions for display in dashboard, master
browser and master summary
• Controlling closure of image windows
Log In
The Log In screen now looks like this:
General Look
Page Footer
The information that was formerly at the top of the page indicating the zone and processing date are
now shown at the foot of the screen.
Entry Fields
The field size for entry fields has been standardised to the width of the column, rather than varying
depending on the length of the data to be entered in the field. From this:
To this:
Browser Icon
The icon used to browse items such as currency lists has changed from this:
To this:
To this:
To this:
To this:
Section Collapse/Expand
The collapse icon for a section has changed from this:
To this:
To this:
To this:
To this:
Messages
The Question, Information, Warnings and Errors messages have changed to this style:
Transaction Input
This feature allows the bank to define a multi-item select input control for use during transaction input.
The values for the list can be a fixed list or derived from a database table.
For example
DHL = DHL
UPS = United Parcel Service
PF = Parcel Force
The Event fields are also available for selection in Clauses, Gateway documents or Customer
documents.
The List field can also be used as part of a table event field.
TF dictionary values can also be defined for these items, however, this does require that the field
code plus its value must be a maximum of 5 e.g. cCCC plus single character x list type value - cABCx
for customised field or ABCDx for a non-customised event field.
Gateway Messages
One or more values can also be provided as part of an incoming Gateway message. For example:
<name>ListField</name>
<value>A,B,C,D</value>
Static Data
When augmenting the customer details in the application data extension.
The following items can be extended:
• Customer details
• TI Customer details
An example of usage is to fetch a signature image from an external system and display the signature
within the customer details.
It is possible to pass parameters (as event fields) such as the customer mnemonic to the embedded
view so that it can provide back the correct context data to display.
For example:
Event Data
The following areas can be extended:
• Master (master summary screen)
• Event
• Event Step
An embedded view is available on the new type of layout defined with an association. A new section
must be added to the layout, and then an embedded view added to the section. No other controls can
be added to the section. The height of the section is declared by a number of rows.
Data returned from external systems is not stored – it is always retrieved at time of viewing.
• Watch list check validation is only performed as part of Watch list checking
• Customisation validation can be invoked as part of data capture or verification phase
• User defined errors and warning can now be generated during the verification phase. These
messages can be conditioned on step type or step phase as appropriate
• The ‘Verify batch’ release item processing is now only called immediately prior to release
• Available balance/Balance credit check and FX contract check are now called as part of
validation during data capture and verification (where configured as services)
• Details of any overridden warnings are then recorded against the actual step that generated
them e.g. Input1, Input2, Review1 or Review 2 and so provides a full audit of what overrides
were made in which steps under ‘parallel’ step processing
• Additionally, any API response warning overridden in one review step is recorded separately
to the same warning received again under a separate review step.
The following table outlines the validation processes included in the review and release steps (where
these have been configured) . If ‘Verify batch’ is configured this is only undertaken on release at the
point where the release items are finalised.
Validation type Review steps (final and non final) Release step
Customisation
Available Balance
FX Contract Check/Search
Verify Batch
In the rare eventuality that errors or warnings are encountered e.g. a service failure during the release
step itself, an auto-reject mechanism is provided to allow the user to review and resubmit the event
details again for release.
At this point, the error or warning encountered is presented to the user as a warning to review the
problem. After the issue has been addressed the user can retry by overriding the warning and
continuing again to release.
For audit, the errors or warnings encountered at release are also recorded as informational messages
against the ‘release step’ – visible using the show information tick-box. The rejected ‘release step‘ is
also shown in the step history as rejected for audit purposes.
If the release fails during an interactive user session then errors are logged and the user is returned to
their current step.
If the release fails during batch, SWIFT or gateway then the user is returned to the point in the
orchestration defined in the verification step option.
The verification step is defaulted to the latest main-line review type step prior to release. This can be
changed to any data capture or verification step in the orchestration as required.
Action items are headed ‘Action items associated with this event’ where action items are display only.
• Within External review, Watch list check and Review type steps:
• The ‘Last action user’ replaced ‘User’ and indicates the last user undertaking the step.
• Step status actions undertaken by the system are flagged as ** System ** under the last
action user.
A View function is provided for all steps types which have an incoming message associated with them
e.g. exchange or external review
The View function replaces the Incoming Messages History Show all function. Within the step history,
details are also available to view where no incoming message has been received.
Where there is a response message received for the current step, this is pre-selected to view by
default.
Selecting filters from the top section returns Master level details:
Selecting filters within the section highlighted in orange returns Event level details:
New filter of Event status allows events which are ‘In progress’, ‘Completed’ or ‘Aborted’ to be listed.
Selecting filters in the section highlighted in red returns Active step level details:
Getting Started
User defined messages and customised errors relating to data validation that are applicable to
previous steps should be excluded from being applied in the ‘release step’ itself by adding the
following rule to any User defined message or used to condition processing in the customised project.
• Event release = false – this means that the message is only generated if the event is not in
release or post release
Any other validation such as available balance checking, FX contract checking or bank’s own
checking will however continue to be performed as normal
• REL – Event release – is Y (true) if the last verification step is completed through to
completion of the event .i.e. if step phase of R or P
• RELD – Event released – is Y (true) if the release step itself is completed through to the
completion of the event (this would include print and post release steps)i.e. if step phase is P
• RELG – Event releasing – is Y (true) if the last verification step is completed up to completing
the release step (this includes Rate fixing, Rate fix authorisation, Release pending and
Release steps) i.e. if in the Release step only
Where the bank has configured ‘sequential’ orchestrations and there is therefore only one active step
then event fields such as the following can be used to condition User defined messages and
customisation validation :-
• Current step ID –sequential orchestration
• Current step description - sequential orchestration
• Current step type – sequential orchestration
• Current step type description – sequential orchestration
Where the bank has configured ‘parallel’ step orchestrations then different rules need to be used to
condition messages as no single step identifier is available. The following events fields can be used
to generate messages at different points in the transaction workflow
• Step Phase code – values are
o C – Create
o D – Data capture
o V – Verification
o R - Release
• Step Phase description
However, as discussed above, as these fields do not identify a specific step, it is necessary to include
an additional rule to stop these messages being issued during the ‘release step’ itself as any warnings
or errors at this point will cause the release step to be rejected
The newly introduced orchestration verification step is pre-defaulted to the latest review step in the
main-line of the orchestration template. Please change this to another review or input step if required
in the orchestrations.
Open Account/BPO
Overview
The scope of Financial Supply Chain Management in FusionBanking Trade Innovation is expanded to
cover functionalities to support a bank’s Open Account related services from their back office
perspective. The Open Account products are also designed to support the Bank Payment Obligations
(BPO) and financing requirements.
A BPO is an irrevocable undertaking given by a bank to another bank that payment will be made on a
specified date after successful electronic matching of data according to an industry-wide set of rules.
Therefore, a BPO offers:
• An assurance of payment
• Scope for risk mitigation
• Possible use as collateral for finance
An Open Account transaction in FusionBanking Trade Innovation represents the basic details of the
underlying trade transaction plus one or more BPOs if included. The full scope of the Open Account
transaction data is held in FusionBanking Corporate Channels to facilitate customer facing
interactions and necessary communication with an external transaction matching application (TMA).
Therefore, the full Open Account solution has a dependency on FusionBanking Corporate Channels
and TMA. The TMA functionality is delivered by SWIFT Trade Service Utility (TSU).
Open Account products in FusionBanking Trade Innovation are designed to support the bank’s role as
follows:
Trade Customer Bank TMA BPO BPO Obligor
included
Used
The Open Account products have no dependency on the following SCF concepts:
• Programme
• Programme anchor customer setup as buyer or seller
• Buyer/seller relationship
Transaction Processing
The Open Account workflow complexity ranges from the bank servicing only their customer’s
instructions to being fully engaged with the external TMA involving other bank(s).
When there is dependency on the TMA, the following events can be initiated by the bank’s customer
or TMA:
• Create – undergo one or more multiple provisional events before finalising
• Amend – undergo two or more events before approval or rejection is established
• Cancel – undergo two or more events before approval or rejection is established
• Payment – undergo two or more events before payment is made or rejected
• The payment events support financing capabilities.
• The bank is able participate their BPO risk with other investors.
The events under Import/Export Open Account product are listed in the following illustrations:
Getting Started
This describes the steps you must take to install the Open Account functionality.
Please refer to Database changes for a full list of changes to the database.
Please refer to Schema changes for the full list of changes.
Full details relating to the installation of this release and details on configuring TI Plus are covered in
the accompanying documents:
• Technical Release Notes - FusionBanking Trade Innovation 26
• Technical Release Notes - DB Changes - FusionBanking Trade Innovation 26
Configuration
The following, new .CSV files must be imported via the FusionBanking Trade Innovation Configuration
application in order to create the new products:
• IOA – Import Open Account
• EOA – Export Open Account
• FIO – Finance Import Open Account
• FEO – Finance Export Open Account
Further references
Please refer to the following documents for further information:
• Supply Chain Finance User Guide – FusionBanking Trade Innovation 26
• System Tailoring User Guide - FusionBanking Trade Innovation 26
• Static Data Maintenance User Guide - FusionBanking Trade Innovation 26
• Security User Guide - FusionBanking Trade Innovation 26
• Financing User Guide - FusionBanking Trade Innovation 26
These are not yet updated to include the Open Account details
Overview
‘Deal template’ functionality was originally introduced to enable banks to create ‘Generic’, or
‘Customer specific’ templates from existing transactions, for certain Trade Innovation products (see
below), so that subsequent transactions of a similar type could be created based upon the data saved
in the template. Each deal template, which is based upon an existing ‘Mapped transaction’ and is
created from full defining events (such Issue ILC, Create Collection Order), is assigned a unique
‘Template identifier’.
Trade Innovation ‘Deal template’ functionality was first introduced at Trade Innovation 2.2.7 which
was prior to the implementation of the Trade Innovation ‘Global Processing’ model. Consequently it
was only possible to create a template for a transaction that operated in a single zone. At Trade
Innovation 2.3.0, the new ‘Global processing’ model was introduced and it has therefore become
necessary to enhance Deal template functionality to fit the global model.
As a result, at FusionBanking Trade Innovation 2.6.0, the ability to create templates at Main Banking
Entity (MBE) level has been introduced, thus allowing banks which operate globally to define
templates of the following, distinct types:
Type Purpose
General A generic template available for use by all branches for the MBE associated with
the behalf of branch of the selected transaction
Branch general A generic template available for use in a specific branch for the MBE
Customer specific A customer specific template available for use in any branch for the MBE
Branch customer specific A customer specific template available for use by a single customer for a specific
branch for the MBE
In addition to the Deal template functionality now being enabled at the Global level, Trade Innovation
has been enhanced as follows.
Where a corporate customer submits details of a new transaction to Trade Innovation but wishes to
base this transaction on a previously created transaction, it is now possible for them to be able to
quote the ‘Deal template identifier’ in the incoming gateway message so that Trade Innovation
automatically creates the new transaction, using the template specified.
This functionality allows customers to request a new transaction based upon a specific deal template,
previously created by the bank, where the bank has advised their customer of the deal template
identifier(s) relevant to them.
Getting Started
Security
Whilst all users are able to create a transaction from a template (based upon their permissions) only
those users who are assigned the following capability (Security/Capability map) are authorised to
‘Manage’ (i.e. Add, Update and Delete) deal templates:
• ManageDealTemplates
Once the transaction is selected and the ‘OK’ button is pressed, the ‘Add deal template’ screen is
initialised:
The user may then add the unique ‘Template ID’ and a description for the template. They may also
determine the type of template that is required (i.e. General/Customer specific etc.) and whether it is
to be used in a specific branch. Pressing ‘OK’ saves the template and it may then subsequently be
used to create further transactions.