Skip to Main Content
Quantum Ideas Portal
Welcome to the FIS Treasury and Risk Manager - Quantum Edition Aha! Ideas Portal.

By visiting this portal, you will be able to contribute towards the evolution of the Quantum solution through interactions with other Quantum users, FIS trusted partners and FIS staff from around the world. Each Portal User receives 5 votes. Each user is allowed 1 vote per idea. Votes are reset when an idea is in a final state i.e. Shipped (delivered in the product).

Users will receive weekly email updates that highlight new activity. Users will receive emails for their created ideas when:

  • Status changes

  • Comment changes

Be aware that when you post content, other community members will see your name. FIS is not responsible for content posted by other Aha! Ideas Portal Users.


Status Future consideration
Created by Chris Hitch
Created on Feb 22, 2022

Interest Rate Swap Act/Act semi annual support of 362-364-366 and 368 basis as bonds

https://jira.fis.dev/browse/AQT-69449

Interest Rate Swap Act/Act semi annual support of 362-364-366 and 368 basis as bonds

  • Attach files
  • Admin
    Chris Hitch
    Reply
    |
    Feb 22, 2022

    From Phil Morton 19/Jan/2022:

    Triage: Mod

    The problem looks to be that we do not support an Actual/Actual ISMA Bond type convention for IRS.

    They are using a Yield Periodic - Floating formula to support an Inflation leg

    • The swap has a fixed real rate return of 0.425%

    • Inflation is then captured by rate setting the deal using an uplifted Rate-Set value i.e. Rate-Set =0.425 / RPI-3 * RPI-2

    • They need a days convention that calculates Interest as Face Value * Rate-Set / (Days Period*Freq)* Days Period

    They could probably use 30/360 to get the correct cashflows, however the accruals would be out, and partial periods at the start or end of the deal would not work.

    This would need a mod to support. The work required would be similar to that done to introduce the ‘Equal’ convention for Money Market (YP formula deals) with an ‘Actual/Actual‘ convention. There was some complexities with this work, as you do need to support partial period calculations by cycling back to a pseudo previous coupon date.