Académique Documents
Professionnel Documents
Culture Documents
Treasury bills, or T-bills, are issued at a discount from their face value. For example, you might pay $990
for a $1,000 bill. When the bill matures, you would be paid its face value, $1,000. Your interest is the face
value minus the purchase price in this example, the interest is $10. The interest is determined by the
discount rate, which is set when the bill is auctioned.
You can buy a bill in TreasuryDirect or Legacy Treasury Direct, or through a bank, broker, or dealer. The
table below shows the types of bills available for purchase by each of those means.
Bank/Broker/Dea
Term *TreasuryDirect Legacy Treasury Direct
ler
4-Week Bill Yes **No Yes
Key Facts:
Bills are sold at a discount. The discount rate is determined at auction.
Bills pay interest only at maturity. The interest is equal to the face value minus the purchase price.
Bills are sold in increments of $100. The minimum purchase is $100.
All bills except 52-week bills and cash management bills are auctioned every week. The 52-week
bill is auctioned every four weeks. Cash management bills aren't auctioned on a regular
schedule.
Cash management bills are issued in variable terms, usually only a matter of days.
Bills are issued in electronic form.
You can hold a bill until it matures or sell it before it matures.
In a single auction, an investor can buy up to $5 million in bills by non-competitive bidding or up to
35% of the initial offering amount by competitive bidding.
Treasury Bills in Algeria
AFS portflolio:
1. 3-month t-bill ( Features: government 3-month security, it only has a discount rate, it is taxable on
interest earned), Flex booking product: TBNX AFS bill Taxable
2. 6-month t-bill ( Features: government 6-month security, it only has a discount rate, it is taxable on
interest earned), Flex booking product: TBNX AFS bill Taxable
3. 1-year bond ( also called BTA 1 AN) : ( Features: government 1-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is taxable on interest earned), Flex
booking product: TAFX for AFS bond taxable.
4. 2-year bond ( Also called BTA 2AN): ( Features: government 2-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is taxable on interest earned), Flex
booking product: TAFX for AFS bond taxable.
5. 3-year bond ( also called BTA 3 AN): ( Features: government 3-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is taxable on interest earned), Flex
booking product: TAFX for AFS bond taxable.
6. 5-year bond (also called BTA 5 AN): ( Features: government 5-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is non taxable), Flex booking product:
TAFS for AFS bond non taxable.
TRADING PORTFOLIO
1. 3-month t-bill ( Features: government 3-month security, it only has a discount rate, it is taxable on
interest earned), Flex booking product: STNX (Trading bill Taxable)
2. 6-month t-bill ( Features: government 6-month security, it only has a discount rate, it is taxable on
interest earned), Flex booking product: STNX (Trading bill Taxable)
3. 1-year bond ( also called BTA 1 AN) : ( Features: government 1-year security, it has two types of
interest reates related to it, a coupon interest rate and a yield, it is taxable on interest earned), Flex
booking product: STBX for trading taxable.
4. 2-year bond ( Also called BTA 2AN): ( Features: government 2-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is taxable on interest earned), Flex
booking product: STBX for trading taxable.
5. 3-year bond ( also called BTA 3 AN): ( Features: government 3-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is taxable on interest earned), Flex
booking product: STBX for trading taxable.
6. 5-year bond (also called BTA 5 AN): ( Features: government 5-year security, it has two types of
interest rates related to it, a coupon interest rate and a yield, it is non taxable), Flex booking product:
STBT for Trading non Taxable
Please not that in Algeria all government securities with above than 5-year tenors are non
taxable.
USD PAYMENT SYSTEMS
Fedwire
Fedwire funds transfer system is a high-speed electronic payments system owned and operated
by the Federal Reserve Banks. It is a real-time, gross settlement system (RTGS) used primarily
for high-value domestic U.S. Dollar payments.
Fed Telegraph abbreviation - is the abbreviated name identifying a depository institution within
the Federal Reserve's Fedwire Funds Transfer System (Ex. BK AMER NYC).
CHIPS
CHIPS, the Clearing House Interbank Payments System, was created as a separate operating
company of the Clearing House to focus on large-value payments. This private sector electronic
system has the worlds largest commercial banks as its members. Citibank is one of the founding
members of CHIPS. The current board is composed of senior officers from: Citibank, N.A., ABN
AMRO Bank, N.V., Bank of America, N.A., The Bank of New York, The Bank of Tokyo Mitsubishi,
Ltd., Deutsche Bank AG, HSBC Bank USA, JP Morgan Chase Bank, UBS AG and Wachovia.
CHIPS is a real-time continuous matching, multilateral netting system that provides finality for
payments messages as they are released by the system. CHIPS processes over 270,000
payments a day with a gross value of over $1.4 trillion. It is a premier payments platform serving
the largest banks from around the world while representing 19 countries worldwide and
processing 95% of the U.S. Dollar cross-border payments.
Over the past two decades, the number of CHIPS participants has declined significantly from 142
members in 1985 to 48 in 2005. The decrease can be attributed to:
A reduction in the total number of institutions due to bank mergers and consolidations.
The high cost of participation. From operating procedures, technology investment and regulatory
matters, it is more economical for institutions to buy clearing services from a correspondent than
to supply it internally.
Demands on participants for Initial Pre-Funding Amount and End-of-Day Funding.
Declining margins on clearing services, which have resulted from price pressures caused by
industry overcapacity.
8
For these reasons, many institutions prefer to buy clearing services from a correspondent such as
Citibank.
For further information on CHIPS, please visit www.chips.org
Fedwire
Fedwire funds transfer system is an RTGS payment system that processes on a same-day basis
without settlement risk to the participants. It is a high-speed electronic payment and
communication system that links the 12 district and 25 branch banks of the Federal Reserve
Bank, and reaches more than 11,000 member institutions. Fedwire is the primary payment
system for high-value, domestic U.S. dollars, and participant banks settle through their accounts
with the Federal Reserve Bank.
For further information, please http://www.ny.frb.org/banking/services/fundstransfer.html
ACH
SVPCo is the Clearing Houses holding company for two operating companies that offer a strong
complement of electronic payment and check electronification services:
Electronic Clearing Services (ECS), the only private sector Electronic Check Presentment
provider, offers ECP and Image services
Electronic Payments Network (EPN), the largest private sector Automated Clearing House
Electronic Clearing Services (ECS) is the leading bank-owned private sector provider of check
electronification services to financial institutions in the U.S. Operating the only private Electronic
Check Presentment (ECP) system, ECS directly benefits banks that seek to reduce cost,
increase service, mitigate risks including fraud loss and create new revenue streams.
The Electronic Payments Network (EPN) is the largest, national, private sector automated
clearing house (ACH) operator. It provides services to 1,600 financial institutions that have
customers in every U.S. state and Puerto Rico. EPN is known for its innovations, including the
Universal Payment Identification Code (UPIC). UPIC is a unique number assigned to corporate
customers and makes initiating corporate ACH transactions easier, provides fraud protection, and
minimizes corporate account maintenance. Over a thousand financial institutions participate in
SVPCo's ACH, and ECS services.
For further information, please visit www.svpco.com.
Please ensure that you identify the correct account number in your outgoing payment orders and that
your incoming payments contain the correct account number.
Please ensure valid BIC addresses are used. If a BIC address is quoting 11 digits then the last three
digits identify the local branch of the bank. The full 11 digit BIC address must be provided if it
appears in the BIC Directory.When making cross-border foreign currency payments, do NOT pay to
an 11 digit BIC address in Field : 57A:. An 11 digit BIC address is normally a Sub-Branch of the Bank
and may not clear foreign currency directly. For this reason, it is recommended that the 8 digit Head
Office BIC address is input in Field: 57A:, with the 11 digit Sub Branch BIC address input in Field 72
proceeded by prefix /ACC/FFC YR BRANCH
For Euro MT202 payments, please ensure a valid BIC address is used in Fields 52A & 58A.
For MT103+ payments, please ensure a BIC address is formatted in Field 57A and a valid IBAN in
Field 59.
Please ensure payments are released prior to the pre-agreed cut-off time.
Sort Codes can only be used when paying GBP currency to a bank within the UK.
Fedwire Numbers can only be used when paying USD currency to a bank within the US.
BC/SIC Codes can only be used when paying CHF currency to a bank within Switzerland .
ABOUT SWIFT
A Co-operative Society formed under the Belgian law and is owned and controlled by its member
banks and financial institutions.
Mission of creating a shared worldwide data processing and communications link and common
language for exchange of financial transactions.
Went online in 1977 with 518 banks in 17 countries and volume of 3.4million messages.
Uses the same physical network as that used for telephone & fax communication, usually
provided by the local telecom SPs.
Uniquely identifies member institutions with an ID code called a Bank Identification Code (BIC)
This physical network is the same as that used for telephone and fax communication, and is
usually provided by the Telecom providers in each members country.
Swift works in much the same way as the Internet, and it enables members to send messages to
each other.
The message structure, format and contents are common across banks - only the method of
viewing the messages differs.
Swift messages use a common set of codes that all members use when communicating with
each other.
CATEGORIES
A banking term to describe an account one bank holds with a bank in a foreign country, usually in
the currency of that foreign country.
Nostro accounts are mostly commonly used for currency settlement, where a bank or other
financial institution needs to hold balances in a currency other than its home accounting unit.
In very simple terms A Nostro is our account of our money, held by you
Vostro A/c ?
Local currency account maintained by a local bank for a foreign (correspondent) bank. For the
foreign bank it is a nostro account.
An OUR account in a correspondent bank, the Nostro, is always held in a foreign currency
Citi Mumbai will refer to its US dollar account with Citi New York as a USD Nostro.
Citi New York would refer to the above account as Citibank Indias Vostro
IBAN
The International Bank Account Number (IBAN) is an international standard for identifying bank
accounts across national borders.
It was originally adopted by the European Committee for Banking Standards. The IBAN was
developed to facilitate payments within the European Union.
The IBAN is not yet used for routing, because the IBAN has not been widely adopted outside
Europe, among other reasons.
At present, the United States does not participate in IBAN. Any U.S. participation in IBAN would
likely be tied to the standards of the U.S. Automated Clearing House.
CLEARING SYSTEMS
The Fed Wire USD
All member banks having a Federal Reserve account with a district Federal Reserve
Bank.
Fed Wire routing codes are made of nine digits.
The Fed Wire is a Real Time Gross Settlement (RTGS) system. It is Real Time in the
sense that it processes each transaction as it is initiated rather than handling the
transactions in batches at intervals.
It is a Gross settlement system in that it settles each transaction individually rather accumulating
transactions and settling on a net basis.
Banks that are not SWIFT members are assigned unique identifiers that contain a 1 in the eighth
position of their SWIFT/BIC address. For example, the BIC for any international bank in Paris,
France (a non-SWIFT member) would be ANYBFRP1. Bank Identifier Codes should be used
whenever possible in your funds transfer messages to facilitate automated processing
TARGET2 is the RTGS system for the euro. It is used for the settlement of central bank
operations, large-value euro interbank transfers as well as other euro payments. It provides real-
time processing, settlement in central bank money and immediate finality.
TARGET2 is a payment system in which processing and settlement take place continuously ("in
real time") rather than in batch processing mode. Like this, transactions can be settled with
immediate finality. "Gross settlement" means that each transfer is settled individually rather than
on a net basis.
SORT CODE
A sort code is a number which is assigned to a branch of a bank for internal purposes. Banks use
sort codes as it is easier than writing the full address of the branch out and it tells customers
which branch they are at.In the United Kingdom and Ireland, the numbers are six digits long,
usually formatted into pairs separated by hyphens (e.g. 12-34-56). In Germany, these numbers
(called "BLZ", for "Bankleitzahl", meaning "bank routing numbers") are eight digits long, normally
formatted 3-3-2 (e.g. 100 200 30). In Canada, the bank transit number is 8 digits long. This is
divided into a 5 digit branch number and 3 digit institution code, for example 10000-200. In
Australia, the BSB number is 6 digits long; two groups of three numbers (eg. 100-200). In
Sweden, the number is four digits long(e.g. 1234), or, in the case of some accounts at the bank
Swedbank, they are five digits in length (e.g. 1234-5) and precede the bank account number for
interbanking purposes, with a hyphen added after the fourth digit.
Modes of Communication
GCN Global Communication Network
SWIFT
Established by Banks
Universally followed
Reliable and secure
BIC coding system
Constant improvement
ISO 9362 (also known as SWIFT-BIC, BIC code, SWIFT ID or SWIFT code) is a standard format
of Bank Identifier Codes approved by the International Organization for Standardization (ISO).
It is the unique identification code of a particular bank.
These codes are used when transferring money between banks, particularly for international
funds transfer, and also for the exchange of other messages between banks.
Up to now SWIFT has issued up to 90.000 BICs world-wide.
SWIFT in its role of ISO registration authority issues BICs to financial institutions connected to the
SWIFT network as well as to non-connected institutions.
The BIC is used in financial transactions, client and counterparty data bases, compliance
documents and many others.
BICs identify both Financial Institutions connected and not connected to the SWIFT network.
However, a BIC of a financial institution not connected to the SWIFT network has the location
code ending with the digit "1", for example KESADEF1. Such BIC is also called a non-SWIFT BIC
or a BIC1.
A BIC for a financial institution connected to the SWIFT network has a location code ending with a
character other than "1", for example BNPAFRPP. Such BIC is also called a connected BIC or a
SWIFT BIC. Consequently, only a SWIFT BIC can appear in the header of a SWIFT message.
Test and Training BICs
In SWIFTFIN messaging system, a BIC with a 0 (zero) in the 8th position is a Test & Training BIC.
Such a BIC cannot be used in live FIN messages.
POINTS TO CONSIDER
Though the Swift Network allows use of certain special characters it is always
safer not to use any special characters anywhere in the SWIFT message except in
front of the party identifiers like FW SC etc.
Do not give repetitive information in any field as this affects STP for e.g. Dont use
both IBAN and the account number if the account no is part of the IBAN itself.
Be very thorough with the country regulations and their impact on the SWIFT
messages especially regulatory reporting.
FIELD 20 : Must not start or end with a / and should not contain 2 consecutive //.
Sort Codes can only be used when paying GBP currency to a bank within the UK.
Fed wire Numbers can only be used when paying USD currency to a bank within the
US.
Please ensure payments are released prior to the pre-agreed cut-off time.
MT202 - Bank Wire Transfer: This is message is sent only the funds transfer is
between two banks/financial institutions.
MT999 Free Format Message: This is similar to MT199 except for the fact that
this is a untested/un-authenticated message. This message can be sent to any
bank participating in the SWIFT network.
MT940 Account Statement: This is statement of the account sent from one bank
to another.
MT950 Account Statement: This is statement of the account sent from bank to
the customer.
FIELDS IN MESSAGES
FIELDS
FIELD 20 : SENDERS REFERENCE MANDATORY 16 ALPHANUMERIC
Must not start or end with a / and should not contain 2 consecutive // (T26)
FIELD 23B: BANK OPERATION CODE MANDATORY 4C ALPHA
CRED No Swift Service Level Involved Applicable to all Citibanks unless otherwise
specified.
CRTS Credit transfers for Test purposes
SPAY to be processed according to SWIFT pay service level normally not applicable to all
of us.
SSTD to be processed according to Standard Service Level agreement Not Applicable
in general
SPRI Priority Service level again Not applicable
Code CRTS cannot be used on FIN network
FIELD 23E INSTRCUTION CODE: OPTIONAL 4C/30X
4C IS ALPHA ONLY ONE OF THE GIVEN CODES IN THE LIST TO BE USED
30X IS THE FOLLOWING INFORMATION WHICH IS ALPHANUMERIC
EG : :23E:SDVA/SWR0T5566756
HOWEVER IF ONLY THE CODES ARE USED THEN / SHOULD NOT BE GIVEN AT THE END.
SDVA Payment must be executed with same day value to the beneficiary.
INTC The payment is an intra-company payment, ie, a payment between two companies
belonging to the same group.
CORT Payment is made in settlement of a trade, eg, foreign exchange deal, securities
transaction.
BONL Payment is to be made to the beneficiary customer only.
HOLD Beneficiary customer/claimant will call; pay upon identification.
CHQB Pay beneficiary customer only by cheque. The optional account number line in field 59
must not be used.
PHOB Please advise/contact beneficiary/claimant by phone.
TELB Please advise/contact beneficiary/claimant by the most efficient means of
telecommunication.
PHON Please advise account with institution by phone.
TELE Please advise account with institution by the most efficient means of telecommunication.
PHOI Please advise the intermediary institution by phone.
TELI Please advise the intermediary institution by the most efficient means of
Telecommunication
Field 26T: Transaction Type Code Optional - 3a Not yet defined.
Field 32A: Value Date/Currency/Interbank Settled Amount 6n3a15d Known rules not dealt
with in detail.
The value date appearing in the funds transfer message should be valued for today or in the
future(not more than 28 calendar days),
It should not be value dated in the past.
Should you make a payment and need to have the value date adjusted to the past, Please do the
following:
Value the payment with the correct/current processing days value.
Send a separate message to your customer service representative asking that the value of the
payment be adjusted to whatever date you need.
Field 33B: Currency/Instructed Amount optional 3a15d ccy code ( 3 digits ) and amount
Currency must be a valid ISO 4217 currency code (Error code(s): T52).
The integer part of Amount must contain at least one digit. A decimal comma is mandatory and is
included in the maximum length. The number of digits following the comma must not exceed the
maximum number allowed for the specified currency (Error code(s): C03, T40, T43).
If field 33B is present in the message received, it has to be forwarded unchanged to the next
party.
This field must be present when a currency conversion or an exchange has been performed on
the Sender's side
Field 36: Exchange Rate OPTIONAL 12D
The integer part of Rate must contain at least one digit. A decimal comma is mandatory and is
included in the maximum length (Error code(s): T40, T43).
This field must be present when a currency conversion or an exchange has been performed on
the Sender's side.
Field 50a: Ordering Customer MANDATORY
/34X If the first line of the field is an account number should begin with a / followed by the
account number
4*35x below the account number is allowed for name and address of the ordering customer. If
only the name and address are used the the field should not begin with a /.
Field 51A: Sending Institution optional party identifier can be used and should begin with a
/. If only a swift address is used then this field should not begin with a /.
Field 52a: Ordering Institution optional Option a and D are allowed
This field specifies the financial institution of the ordering customer, when different from the
Sender
The coded information contained in field 52a must be meaningful to the Receiver of the message.
Option A is the preferred option.
Option D should only be used when the ordering financial institution has no BIC.
Field 53a: Sender's Correspondent - optional
Absence of this field implies that there is a unique account relationship between the Sender and
the Receiver or that the bilaterally agreed account is to be used for settlement.
Option A is the preferred option.
If there is no direct account relationship, in the currency of the transaction, between the Sender
and the Receiver (or branch of the Receiver when specified in field 54a), then field 53a must be
present.
Field 54a: Receiver's Correspondent optional used in cover payments only When the funds
are made available to the Receiver's branch through a financial institution other than that
indicated in field 53a, this financial institution, ie, intermediary reimbursement institution shall be
specified in field 54a
Option A is the preferred option.
This field specifies the financial institution - when other than the Receiver - which services the
account for the beneficiary customer. This is applicable even if field 59 or 59A contains an IBAN.
When one of the codes //FW (with or without the 9-digit number), //AU, //SC, //CP or //RT is used,
it should appear only once and in the first of the fields 56a and 57a of the payment instruction.
When it is necessary that an incoming S.W.I.F.T. payment be made to the party in this field via
Fedwire, US banks require that the code //FW appears in the optional Party Identifier of field 56a
or 57a.
When it is necessary that an incoming S.W.I.F.T. payment be made to the intermediary or the
account with institution via real-time gross settlement (RTGS), the code //RT should appear in the
optional Party Identifier of field 56a or 57a.
The code //RT is binding for the Receiver. If it is used with option A, it must not be followed by any
other information. If it is used with option C or D, it may be followed by another domestic clearing
code.
Option A is the preferred option.
Option D must only be used when there is a need to be able to specify a name and address, eg,
due to regulatory considerations.
Field 59a: Beneficiary Customer - mandatory the first line to be a acct no beginning with a /. If
the account number is not used in 59 then the name of the bene should not begin or end with a /
If a BIC is used then also the line should not begin with a /.
This field specifies the customer which will be paid.
MT103+
The MT103+ is a subset of the core MT103. It limits the number of fields and the number of field
options to those that allow STP. This restricted format is validated on the S.W.I.F.T. network to
guarantee the receiver a correct straight through processable message. The fact that the
MT103+ is a subset of the Core MT103 allows any receiver to process the MT103+. A receiver
does not have to know the message is identified as a + message. However, the message
should result in higher STP rates and lower processing time.
The EC Regulation on cross-border payments, effective 1st July 2003, imposes on banks the
elimination of the price differential between the cross-border and domestic transactions.
Therefore, the European banking community has agreed on the conditions to consider a payment
as STP. Accordingly, a payment is thus defined as STP only if it is made with an MT102+ or
MT103+ message, containing amongst others a correct IBAN (International Bank Account
Number) for the beneficiary customer.
The most important additional areas of MT103+ validation, compared to the core MT103, are:
Financial Institutions can be identified with a BIC only (Fields 52a; Ordering Institution, 54a:
Receivers Correspondent, 55a: Third Reimbursement Institution, 56a: Intermediary Institution and
57a: Account with Institution may only be used with letter option A).
The instruction code list is reduced to codes that can be processed straight through (Field 23E:
Instruction Code may only contain codes CORT, INTC and SDVA).
The beneficiarys IBAN account number is mandatory in order to ensure STP until the credit on
the account of the final recipient.
The use of the free format field is reduced. (In Field 72: Sender to Receiver Information, code
/INS/ must be followed by a valid BIC, codes /REJT/ & /RETN/ must not be used and ERI
information may not be present).
In practical terms, the account number line of Field 59a (Beneficiary Customer) of any European
MT102+ or MT103+ must contain an IBAN. An MT102+/103+ is considered as European
whenever the Sender, Receiver, and Field 57A (Account with institution) has a BIC code of which
the country code falls within the European Validation list of countries. Countries that are
concerned are:
Andorra, Austria, Belgium, Bouvet Island, Switzerland, Germany, Denmark, Spain, Finland,
France, United Kingdom, French Guiana, Gibraltar, Guadeloupe, Greece, Ireland, Iceland, Italy,
Liechtenstein, Luxembourg, Monaco, Martinique, The Netherlands, Norway, Saint Pierre and
Miquelon, Portugal, Reunion, Sweden, Svalbard and Jan Mayen Islands, San Marino, French
Southern Territories and Vatican City State
MT 103 MESSAGE
0000 00CITIUS33AXXX00000
0154 23GCNNYLCCAXXX00000
103 02
:20:(Our Ref Num) 172415
:23B:(Bank Operation Code) CRED
:32A:(Value Date Amount) 040921USD10000,75
:33B:(Currency/Instructed Amount) USD10000,75
:50K:(Ordering Customer) CITIBANK NA NEW YORK
172415
:53B:(Senders Correspdt)
/nostro123
CITIBANK N.A.
:56D://FW021000089
CITIBANK, N.A...
:57D:(Account with Institution)/12345
Big Bank
:59:(Beneficiary) /10203010
AMERICAN COMPANY.
USA
:70:(Payment details)
/RFB/INVXXX
BEING BILL PROCEEDS
25.00 USD 78.00 USD
PAYMENT COMM. 164.77 USD
:71A:(Charge details)
BEN
:71F:(Sender Charges)
USD0,
MT 202
0000 00CITIUS33AXXX00000
1123 23GCNNYLCCAXXX00000
202 02
:20:(Transaction Reference Number)
987456
:21:(Related Reference)
abc123
:32A:(Value Date, Currency, Amount)
040923USD10000
:52D:(Issuing bank) CITIBANK NA NEW YORK
987456
:53B:(Reimbursing bank)
/Nostro123
CITIBANK N.A.
:57D:(Advise through bank)
//CP0326
BANK OF CHINA,
:58D:(Beneficiary bank)
//124545
BANK OF CHINA
:72:(Bank to Bank Information)
/BNF/ILC 20167797
//BEING BILL PROCEEDS
//CORR CHARGES 200 USD
MT 202
Status Tag Field Name Content / Options
M 20 Transaction Reference No 16x
M 21 Related Reference 16x
M 32A Value Date, Ccy Code & Amt 6!n3!a15d
O 52a Ordering Institution A or D
O 53a Senders Correspondent A, B or D
O 54a Receivers Correspondent A, B or D
O 56a Intermediary A or D
O 57a Account with Institution A, B or D
M 58a Beneficiary Institution A or D
O 72 Sender to Receiver Information 6*35x
MT 202 COV
CFR2530 CFR0550 CFR1972 CVR1959
LONFU
.LONXPCB 181520
TEST NR
{1:F01CITIGB2LDXXX2977357954}
{2:O2021520090318FCMAGB2LAXXX61033017100903181520N}{3:{119:COV}}{4:
:20:COV202DEFECT
:21:noref
:32A:090511EUR71222,00
:53B:/755605
:58D:/780839
aaaa
:72:/ACC/LUCKY
:50F:CUST/DE/ABC BANK/123456789/8-123456
1/MANN GEORG
8/7890
:59:/8630224
ABCDEFGHKFKFKDFJKDAFJKDF
-}{5:{MAC:FFFFFFFF}{CHK:97848752692D}{SAC}}
=03181520 LN HJ55411
Message Types
MT1XX:
MT101: Request for Transfer
MT102: Mass Payments Message
MT103: Single Customer Credit Transfer
MT104: Customer Direct Debit
MT110: Advice of Cheque
MT111: Request for Stop Payment of a Cheque
MT112: Status of a Request for Stop Payment of a Cheque
MT2XX:
MT200: Financial Institution Transfer for Its Own Account
MT201: Multiple Financial Institution Transfer
MT202: General Financial Institution Transfer
MT203: Multiple General Financial Institution Transfer
MT204: Financial Markets Direct Debit Message
MT205: Financial Institution Transfer Execution
MT206: Cheque Truncation Message
MT207: Request for Financial Institution Transfer
MT210: Notice To Receive
MT256: Advice of Non-Payment of Cheques
MT290: Advice of Charges, Interest and Other Adjustments
MT291: Request for Payment of Charges, Interest, and Expenses
MT3XX:
MT300: Foreign Exchange Confirmation
MT303: Forex Currency Option Allocation Instruction
MT304: Advice Instruction of a Third Party Deal
MT305: Foreign Currency Option Confirmation
MT306: Foreign Currency Option Confirmation
MT307: Advice/Instruction of a Third Party FX Deal
MT308: Instruction for Gross/Net Settlement of Third Party Fx Deals
MT320: Fixed Loan/Deposit Confirmation
MT321: Instruction to Settle a Third Party Loan/Deposit
MT330: Call/Notice Loan/Deposit Confirmation
MT340: Forward Rate Agreement Confirmation
MT341: Forward Rate Agreement Settlement Confirmation
MT350: Advice of Loan/Deposit Confirmation
MT360: Single Currency Interest Rate Derivative Confirmation
MT361: Cross Currency Interest Rate Swap Confirmation
MT362: Interest Rate Reset/Advice of Payment
MT364: Single Currency Interest Rate Derivative Termination/Reocuping Confirmation
MT365: Cross Currency Interest Rate Swap Termination/Recouponing Confirmation
MT380: Foreign Exchange Order
MT381: Foreign Exchange Order Confirmation
MT390: Advice of Charges, Interest, and Other Adjustments
MT391: Request for Payment of Charges, Interest and Other Expenses
MT9XX:
MT900: Confirmation of Debit
MT910: Confirmation of Credit
MT920: Request Message
MT935: Rate Change Advice
MT940: Customer Statement Message
MT941: Balance Report
MT942: Interim Transaction Report
MT950: Statement Message
MT960: Request for Service Initiation Message
MT970: Netting Statement
MT971: Netting Balance Report
MT972: Netting Interim Statement
MT973: Netting Request Message
MT985: Status Enquiry
MT986: Status Report
MT990: Advice of Charges, Interest, and Other Adjustments
MT991: Request for Payment of Charges, Interest, Expenses
MT992: Request for Cancellation
MT999: Free Format Message
What is Serial Payment
The serial method involves sending an MT103 (with all the information necessary
to make the funds transfer) to the first correspondent in the chain.
The correspondent then forwards the customer instruction to the next bank and so
on until the final account-with institution receives it to credit the beneficiary.
Each institution in the communication chain receives the same level of detail
about the transaction at each step
It does not need to include any information about the intermediary banks in the
chain
The MT202 is a bank to bank message that does not include any information about
the ultimate beneficiary.
It simply indicates the institution to which the payment should be passed on.
The account with institution needs to match up the two messages for the payment
to be completed.
Selection of SP & CP
The Originating bank can choose the most suitable method.
The other banks in the chain have no choice but to follow the method chosen by
the Originating bank.
Direct and Cover is the preferred method when there are more than 2 banks in the
payment chain.
PROS
Serial payments are simpler. The remitting bank sends only one message
CONS
Time issues
Cover Payment
PROS
CONS
The Financial Action Task Force (FATF) issued Special Recommendation VII in October 2001,
with the objective of enhancing the transparency of electronic payment transfers (wire transfers)
of all types, domestic and cross border, thereby making it easier for law enforcement to track
funds transferred electronically.
Requirement
It is required to ensure that complete information regarding the Payer ( Ordering Customer) is
available in all Outgoing Customer Transfers ( MT103 ) generated in Flexcube
It is required to validate that complete information regarding the Payer is available in all incoming
payments received by Flexcube. The complete payer information is required only for ExtraEU
payments (where either Remitter or Beneficiary is in NONEU Countries). An IntraEU Payment
(where both Remitter and Beneficiary are in EU Countries) would be compliant, if Line 1 is an
Account number line or if Line 1 has an identifier.
If, for Incoming Payments, appropriate information regarding the Payer is not available
(depending on whether the payment is an IntraEU payment or an ExtraEU payment); it will be
marked as Noncompliant and optionally, moved to the FATF Exception Queue.
Validations for complete payer information are only for Incoming payments. No Validation will be
done for Outgoing Payments and Pass through payments.
The new option F for Field 50 Ordering Customer, will be available for Customer Transfers
(MT 103) generated in Flexcube.
Following reports can be generated(a) Incoming Payments that are Noncompliant i.e. the
appropriate Payer details are missing and (b) Incoming Payments that are Compliant i.e. the
appropriate Payer details are present.
Compliance Process
The compliance process will be applicable only for Incoming payments.
The process of checking the compliance for Incoming Payments will be done in two steps. In the
first step, the incoming payment will be subjected to compliance checks. If the incoming payment
is compliant, the step two would not be applicable. If the incoming payment is noncompliant, in
step two, check would be done to see if the incoming payment matches any of the Rules setup
for Automatic Rejection / Automatic Override.
If the incoming payment matches with any of the Rules setup for Automatic Rejection / Automatic
Override, the conditions setup in the rules would determine further processing for the incoming
payments.
If the incoming payment does not match with any of the Rules setup for Automatic Rejection /
Automatic Override, the incoming payment would be uploaded in Flexcube.
SEPA
The EPC (European Payments Council) together with the banks have agreed to create SEPA
(Single Euro Payments Area) that will be operational with critical mass by 2010. SEPA has been
developed to make Euro payments a transparent domestic product from a customer point of view,
(this includes todays cross border transfers) throughout the EU / EEA.
SEPA CSMs ( Clearing and Settlement Mechanisms ) require that all SEPA Credit transfers
follow strict formatting rules to ensure high STP ( Straight through processing ) rates, the first
SEPA Credit Transfer clearing will be live on 1st January 2008, ( STEP2 SEPA Credit Transfer
service ). SEPA Credit Transfers can only be processed where the beneficiary bank is a Direct or
Indirect Participant for that CSM. Initially not all banks will participate in SEPA, however the EPC
anticipates that by 2010 a critical mass of banks and CSMs will participate.
Currently the low value Euro domestic clearing systems provide the main transaction volume that
will migrate to SEPA, however as a transaction value limit has not been agreed for SEPA as yet, it
is assumed that a percentage of the high value clearing volume may also migrate especially
when the same day clearing cycle is implemented.
Due to the SEPA requirements, if the Domestic low value clearing systems do not become SEPA
compliant after 2010 they may potentially not be able to continue as a viable clearing service. It is
expected that those that wish to continue providing clearing services will migrate to the SEPA.
SEPA has been designed to provide a process for effecting payments within Europe with the
transparency to consider all transactions as Domestic.
All Citibank Euro zone branches will become indirect participants of Citibank London and will
process their SEPA traffic via the London hub.
Instructions received from nonEU/EEA and Switzerland, where the instructing bank is outside
this region cannot be processed via a SEPA clearing. If the ordering institution is outside the
EU/EEA and Switzerland and their BIC is included on the SEPA Credit Transfer, then the
transaction will be rejected.
SEPA Enhancements
Assumptions
Only CITIBANK London will be a Direct Participant in SEPA. Other branches would be Indirect
Participants.
All SEPA Payments will always be routed through CITI London.
Branches will identify the SEPA transfers and include the SEPA information in the Message sent
to CITI London.
Message exchange between Branches and CITI London will be in regular SWIFT MT103
formats with the SEPA information.
CITI London will interact with SEPA in XML message formats.
Payment instructions from Customers via CITIDIRECT will undergo changes to include the SEPA
information
Low value domestic payments will continue to be processed in Local Payments module in
FLEXCUBE in CEE Countries. As such, no SEPA changes are envisaged for LP module.
FT and PW module gateways will undergo changes to validate for SEPA enhancements in case
of SEPA payments.
FX, MM, SI and LD modules of FLEXCUBE will also be able to generate SEPA Payments.
Requirement
Broadly, the following are changes envisaged for SEPA in FLEXCUBE:
Ability to capture SEPA mandated information in the SEPA transactions. This would need
changes to the interfaces for the various channels transactions come through.
Validation for presence SEPA mandated information in the SEPA transfers for manually input
transactions.
Transactions value limit.
SEPA Cut-off time.
Handoff SEPA information in the Customer Statements and Fox Handoff
FX TRANSACTION TYPE
Forex transactions can be executed on spot or forward basis
Cash - when foreign currency delivery is effected on the very transaction date (*Value Date
= Transaction Date)
TOM - is relevant in some cases where the value date for foreign currency delivery is the
next working day (*Value Date = Transaction Date + 1 Common Working Day)
Spot - where the value date for foreign currency delivery is two working days from the date
of transaction (*Value Date = Transaction Date + 2 Common Working Days)
Forward - when the *value date (for foreign currency delivery) lies beyond spot *Value date
= settlement date
An Outright deal buying and selling of a foreign currency against the local currency for
spot or forward value
A Cross currency deal or a Switch buying and selling of a foreign currency against another
for spot or fwd value
A swap deal simultaneous buying and selling of same currency for same amount but for
different maturities/value dates
An arbitrage deal combination of a money market deal and a swap to derive the benefit of
differential in the exchange rates [due to premium or discount] and the interest rates between two
currencies