ApplicationId (256), and scope (trapi)

Hi
My question is first regarding the scope parameter which we send to get the authentication info about the access_token and refresh token. Is it compulsory to pass and is it ever going to be changed later from "trapi"?
Other question is regarding another parameter "Application ID" so combining here. Is the application Id going to be same for all users? Is it possible to change? and what does it represent actually if it is same for all?
Best Answer
-
Hi @bansalshah You can read up on the scope here. Essentially, trapi is a root level scope and by specifying it, you are asking for an Access token, which can be used for any sub-scope API call. If for e.g. you get a token with sub scope like - trapi.data.esg.read, the app will not be able to invoke streaming prices API call with that token.
Practically, your application can use root level scope for everything. The app ID is something that you define and is for your own purposes only. It can be any 8 bit number and historically comes from DACS entitlement enforcement. Then, a user could check the ADS logs and see which APP ID is connected and such.
0
Answers
-
Hi .@Gurpreet. , Thank you so much for the response. I got the working of scope but talking about Application ID, it is called by varied different names like client id/ AppKey/ Application ID. What is the actual use of this and why are there different names for the same thing? If you check the above link you shared you will see the Client Id in the Table. Also if you check the ERT in cloud documentation it says to just put the Application Id as 256. So how are all this different from each other?
I am attaching links and snapshots of all articles.
0 -
Client ID is not the same as application ID that is used in websocket API. Client ID is defined by the user and registered with Refinitiv using the AppkeyGenerator in the online portal. It is used to warn and block the offending apps about the system usage and data limits.
Like I mentioned previously, Application ID, Position etc used in Websocket API is reminiscent of DACS parameters used with TREP system. Your app's application ID would be used in log messages into your local ADS. This is not the case with ERT Cloud and hence can be ignored.
0
Categories
- All Categories
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 33 Data Model Discovery
- 682 Datastream
- 1.4K DSS
- 613 Eikon COM
- 5.2K Eikon Data APIs
- 10 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 248 ETA
- 552 WebSocket API
- 37 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 2 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 275 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.8K Refinitiv Data Platform
- 622 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
- 26 DACS Station
- 121 Open DACS
- 1.1K RFA
- 104 UPA
- 191 TREP Infrastructure
- 228 TRKD
- 915 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 84 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 46 中文论坛