Forums
FpML Discussion
General FpML Discussion › Technical & Implementation Questions › Bermuda Callable Interest Rate Swap
- This topic has 9 replies, 4 voices, and was last updated 11 years, 5 months ago by dremlyuga.
-
AuthorPosts
-
March 20, 2013 at 2:02 pm #2098andres_pjSpectator
Hello. Do you have any Bermuda Callable IRS FPML example? We are using the node “cancelableProvision” node that is included in the “swap” content model. But we have some doubts in the node “multipleExercise”, because we don’t know how to apply the concept of minimumNumberOfOptions and maximumNumberOfOptions in an Callable IRS product. Does it make sense? http://www.fpml.org/spec/fpml-5-3-2-wd-2/html/confirmation/schemaDocumentation/schemas/fpml-ird-5-3_xsd/complexTypes/Swap/cancelableProvision.html Thanks and regards.
March 20, 2013 at 2:46 pm #2099h_mcallisterSpectatorHi Andres, * You are correct in using the cancelableProvision component to represent the features of a callable swap * Please note that multipleExercise is optional in the schema – so you would only produce this element where the option permits partial exercise i.e. a portion of the notional may be exercised, potentially on multiple occasions (not usually the case for a callable swap). * The BermudaExercise and MultipleExercise complex types were originally designed to be used in multiple product contexts (not only Interest Rate). Note that the elements minimum- and maximum-NumberOfOptions exist in *choice* groups with minimum- and maximum-NotionalAmount respectively. Under an InterestRate product you would produce the -NotionalAmount element, so the -NumberOfOptions element becomes irrelevant.
March 21, 2013 at 12:44 am #2100andres_pjSpectatorHi H_mcallister. Thanks for your quick answer. Yes we are setting the multipleExercise because we have partial exercise callable swaps. Then, based in your feedback about the -NumberOfOptions field, we won’t take -numberOfOptions nodes into account. 1. For the minimumNotionalAmount and maximunNotionalAmount I have one doubt. If I have an amortized swap (where notional decreases along the cashflows) and we have this callable bermudan flavor. What should be set in the -minimumNotionalAmount and -maximumNotionalAmount? In conclusion, in our example the amount that can be exercised can change along the different cashflows, then What should be set in this case? and taking into consideration that the -multipleExercise node just can be set once per contract. In my opinion it looks like the FPML standard just support -minimumNotionalAmount and -maximumNotionalAmount as constant values for the full contract. Am I wrong? 2. Based on the first point, How can we represent in the FPML standard that requirement? Thankd and regards.
March 22, 2013 at 12:05 am #2101andres_pjSpectatorHi. Could someone please help me on my last two questions. Thanks
March 22, 2013 at 7:13 am #2102h_mcallisterSpectatorHi Andres, In answer to your questions: Q1.1 What should be set in the minimumNotionalAmount and maximumNotionalAmount? A: The amount specified as the minimum exercise amount in the contract terms. Where multiple partial exercise is available, it is common practice to specify a minimum exercise amount – usually small in relation to the exercisable notional amount (e.g. 100K against a notional of 1M), and certainly no greater than any residual notional in the last phase of an amortising schedule. If you don’t have this information, or a minimum exercise amount is not specified in the contract terms, then I suggest you produce minimumNotionalAmount = 0. Q1.2 It looks like the FPML standard just supports minimumNotionalAmount and maximumNotionalAmount as constant values for the full contract. A: I’m not aware of any case where minimum/maximum exercise amount varies over the term of the contract. Q2: How can we represent that requirement in the FPML standard? A: As per 1.2 above, I’m not sure that the case arises. Do you have an example of a trade where the confirmation terms specify a *varying* minimum exercise amount? Harry McAllister irdchair@fpml.org
March 22, 2013 at 11:58 am #2104andres_pjSpectatorHi Harry, Thanks for the reply. We have a trade where it says the option holder has the option of canceling up to 10% of the remaining notional. And the trade is an amortizing swap. So the 10% on each of the exercise dates are different. Since its up to 10% we can set the minimumNotionalAmount to 0. But the maximumNotionalAmount has to be different for each period. How would we handle such a case in the FPML standard? Thanks, Andres
March 22, 2013 at 1:57 pm #2105h_mcallisterSpectatorHi Andres, Thanks, now I understand … Unfortunately, this particular case is not supported. This could be implemented readily, e.g. by adding a choice of maximumFractionOfNotional (decimal value between 0 and 1) – but I appreciate that doesn’t help you right now. * What is the context in which you are producing this message (e.g. STP between internal systems)? * What version of FpML are you using (looks like 5-3, from your original post)? Best regards, Harry
April 2, 2013 at 11:54 am #2110ludpillaSpectatorHarry, Andres is off for a few days, so I will reply. We’re implementing GTR reporting to DTCC The current FpML version they support is indeed 5-3 Thank you Ludovic
April 2, 2013 at 2:02 pm #2111h_mcallisterSpectatorHi Ludovic, Andres, That is useful information: multiple exercise properties for Cancelable Provision, including minimum/maximum exercise amounts, do not appear to be supported by the GTR, according to the DTCC/GTR Rates Upload Spreadsheet v27.2 (“Confirmation” tab, Category = “Cancelable Provision”). This suggests that these properties do not require to be provided when reporting cancelable (callable) swaps to the GTR – although *please note* that the equivalent properties *are* supported for Confirmation reporting of Swaptions. Best regards, Harry
June 11, 2013 at 11:05 am #2129dremlyugaSpectatorHi, have you found such example? I need such one too.
-
AuthorPosts
- You must be logged in to reply to this topic.
Search Forums
Recent Topics
-
Repo vs Reverse Repo
2 years, 1 month ago
-
resetFrequency for SOFR OIS
2 years, 6 months ago
-
FXD Option on strategy
2 years, 9 months ago
-
Forward Exercise
3 years, 1 month ago
-
Usage of IRSwap in Confirmation Process (requestConfirmation)
3 years ago