Discover Refinitiv
MyRefinitiv Refinitiv Perspectives Careers
Created with Sketch.
All APIs Questions & Answers  Register |  Login
Ask a question
  • Questions
  • Tags
  • Badges
  • Unanswered
Search:
  • Home /
  • TREP APIs /
  • RFA /
avatar image
Question by Ethan Wong · Dec 14, 2016 at 09:39 AM · rfajavaRFAJfx

Determining Fx Rates

Some RICs do not seem to exist for some rates (if I am not mistaken) e.g.: TWDZMK

All these RICs are invalid: TWDZMK=, ZMKTWD=, TWDZMK=R, ZMKTWD=R so I guess we must triangulate this rate using USD but then if you got an update for only one of the currencies then you would need to recalculate the rate which could then be inaccurate

Is there a set way to calculate FX rates using Reuters or obtain every possible rate?

People who like this

0 Show 0
Comment
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

1 Reply

  • Sort: 
avatar image
Best Answer
Answer by Lars-at-Addicticks · Dec 14, 2016 at 10:39 AM

Read this answer starting from "The next thing to understand ...". This will explain why such crosses are not readily available: nobody actually trades them. You can hope that TR has created an artificial "=R" RIC for that pair, but from my experience TR hasn't done so for all possible combinations of all the world's currencies.

Bottom line: If you have a really odd cross then you may have to do the calculation yourself.

Correctly calculating a cross rate for curX/curY when you already have curZ/curX and curZ/curY seems straight-forward when you look at it first, but it really isn't if you want something fully correct as you'll have to take into account differences in holiday calendars and then you need to use FX Swap rates as well. You'll also need to take into account if any input rate use a different quotation unit than 1. This type of calculation is what the professionals do and people actually make money from trading odd pairs on retail platforms where they do this calculation incorrectly, i.e. exploiting the flaw in the oversimplified calculation.

But if you just want an approximation, meaning don't care about date diffs and assuming quotation unit of both the underlying pairs is 1, then :

rate for curX/curY = rate for curZ/curY divided by rate for curZ/curX

For things like valuation of assets the approximate calculation is often good enough.

I know this was possibly not the answer you were hoping for. Please don't kill the messenger. :-)

Lars

Addicticks

Comment

People who like this

0 Show 1 · Share
10 |1500 characters needed characters left characters exceeded
▼
  • Viewable by all users
  • Viewable by moderators
  • Viewable by moderators and the original poster
  • Advanced visibility
Viewable by all users

Up to 2 attachments (including images) can be used with a maximum of 512.0 KiB each and 1.0 MiB total.

avatar image
Ethan Wong · Dec 14, 2016 at 10:43 AM 0
Share

Thanks very much for the detailed answer

Makes sense

So I guess there isn't a set way which everyone is using to get a rate for any pair?

Watch this question

Add to watch list
Add to your watch list to receive emailed updates for this question. Too many emails? Change your settings >
8 People are following this question.

Related Questions

Fx rates for all currencies?

How to find the error setting.

Subscribing to RIC multiple times

Can we set up an RFA Session without using the Config Editor?

I need an example application using MarketData/TibMsg interface to parse page data

  • Feedback
  • Copyright
  • Cookie Policy
  • Privacy Statement
  • Terms of Use
  • Careers
  • Anonymous
  • Sign in
  • Create
  • Ask a question
  • Spaces
  • Alpha
  • App Studio
  • Block Chain
  • Bot Platform
  • Calais
  • Connected Risk APIs
  • DSS
  • Data Fusion
  • Data Model Discovery
  • Datastream
  • Eikon COM
  • Eikon Data APIs
  • Elektron
    • EMA
    • ETA
    • WebSocket API
  • Legal One
  • Messenger Bot
  • Messenger Side by Side
  • ONESOURCE
    • Indirect Tax
  • Open PermID
    • Entity Search
  • Org ID
  • PAM
    • PAM - Logging
  • ProView
  • ProView Internal
  • Product Insight
  • Project Tracking
  • Refinitiv Data Platform
    • Refinitiv Data Platform Libraries
  • Rose's Space
  • Screening
    • Qual-ID API
    • Screening Deployed
    • Screening Online
    • World-Check One
    • World-Check One Zero Footprint
  • Side by Side Integration API
  • TR Knowledge Graph
  • TREP APIs
    • CAT
    • DACS Station
    • Open DACS
    • RFA
    • UPA
  • TREP Infrastructure
  • TRIT
  • TRKD
  • TRTH
  • Thomson One Smart
  • Transactions
    • REDI API
  • Velocity Analytics
  • Wealth Management Web Services
  • World-Check Data File
  • Explore
  • Tags
  • Questions
  • Badges