Beruflich Dokumente
Kultur Dokumente
Bank Alpha strikes a swap deal with Bank of New York. Under this deal, Bank Alpha
buys 3,680,000 USD from Bank of New York for 2,000,000 GBP at a rate of 1.84. It
agrees that it will buy back the 2,000,000GBP 10 days later from Bank of New York at
a rate of 1.86 (i.e. it will pay 3,720,000 USD).
Look at the sample shown. It contains the details needed for the first leg of the deal
such as the counter party (eg: 100472) , the currency bought (eg: USD), spot rate (eg:
1.84), amount bought (eg: 3,680,000) , value date (eg: 10 Jan 2008), the currency
sold in return (eg: GBP). On committing this, T24 would automatically bring up the
input page for the second leg of the deal.
In the example, the reply contains only the second leg. This is because, technically it is
the last transaction (last record update) performed by the OFS though there was only
one request.
In the response message, notice that the field SWAP.REF.NO contains the reference
(transaction ID) of the first leg, thus indicating the first leg transaction was also
successful.
You can see a sample schedule above. Let’s look at each field ;
Forward Backward key : This field indicates the method which will be followed for the
generation of schedules and the action that will be taken if the derived date is a non
working day. This must be given a value of 4 in case of schedules which are not
automatic, i.e. user defined schedules.
Base Date key : Must be given a value of 3 to indicate that the dates will be supplied
by the user.
Schedule Type : Enter I for Interest and P for Principal
Date : Indicates the date of the event, i.e. payment of interest or principal , repayment
date etc..
Amount : This furnishes the financial value to be processed on the given date. We
have given 2 million to indicate that the principal must be paid back to the customer on
the given date.
You can see that the input to the 2 applications is separated by 2 forward slashes (//),
indicating to OFS that the first part of the message belongs to
LD.LOANS.AND.DEPOSITS and the second part to LD.SCHEDULE.DEFINE.
Here again, the data from the 2 applications are separated by 2 forward slashes (//),
indicating that the part before the forward slashes (//) belongs to
LD.LOANS.AND.DEPOSITS and the part after to LD.SCHEDULE.DEFINE.