I am using RFA v8 with OMMData. Question is what is the timezone for the FID TRDTIM_1? And is it ...
Best Answer
-
As a follow up from the content team, for Elektron collected venues we should be publishing times in GMT/UTC for all time-based fields. However for legacy venues still collected on IDN (but available on Elektron distribution) times can be in local time rather than a standard consistent time.
TRDTIM_1 has been allocated as a backwards compatible only field in our data models, which means that going forward for new venues we would use SALTIM_MS or SALTIM_NS for recording the transaction time of a trade (associated with TRDPRC_1) and not use this field at all (just a warning if you are considering using it that eventually this field will be phased out as more venues appear on Elektron and we start to remove older legacy fields).
0
Answers
-
In general, the timezone associated with FID TRDTIM_1 is GMT. I have put in a request to confirm this. If you are not looking at the raw feed but instead within an application such as Eikon, the TRDTIM_1 may be converted to the local time zone, depending on the personal settings.
As an aside, all market data APIs, such as RFA, EMA, ETA etc are data agnostic. The API will not manipulate or attempt to normalize the content that is coming from the ERT/Elektron servers. All data coming from the servers are left untouched.
0 -
All date, time and datetime fields in OMM are supposed to be in UTC. I believe this is a documented convention.
However, there's nothing which enforces this. You can potentially have a provider application who didn't get the memo, so to speak, and therefore doesn't comply with this convention. But as far as data from Thomson Reuters goes (meaning their Elektron feed or any of their direct feeds) you can certainly rely on this. So yes, on an Elektron feed, this will be consistent across exchanges because TR has "normalized" such fields before they are being published.0 -
Thanks all for the reply. On followup - so to cover all the basis should SALTIM be checked first and if not found revert to TRDTIM?
0 -
Hi @avnish.madan,
Yes, if the values in SALTIM (FID 379) / SALTIM_MS (FID 3854) / SALTIM_NS (FID 14266) are not found or not set, then use TRDTIM.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 690 Datastream
- 1.5K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 560 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 281 Open PermID
- 46 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 724 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛