對於一些金融工具獲得真正的世界價格,彭博秤被顯示在終端的價格 - 例如:在CME彭博 - 從API
外匯期貨:例如
ADZ3 Curncy
(DEC-2013在CME澳元期貨)顯示爲93.88(接近04 - 10月 - 2013年),而實際(CME)市場/結算價爲0.9388外匯價格:有時FX是按比例調整 - 這可能會因外匯匯率的要求而有所不同,所以
EURJPY Curncy
(即日元/歐元)在2013年10月4日的BGN
收盤價爲132.14。反向(歐元/日元)爲0.007567。然而,對於JPYEUR Curncy
(即歐元/日元),BGN
截至2013年10月4日的收盤價爲0.75672。FX前鋒:根據您所要求的匯率和遠期點數(可set by overrides)......如果你問的價格,你可能會在原來的速率方面得到這些,所以對於
EURJPY1M Curncy
,BGN
於2013年10月4日結束132.1174。但是如果你要求轉發點數,你可以通過一些因子來縮放,例如EURJPY1M Curncy
,即-1.28。
現在,我不想批評彭博代表他們在終端代表這些數據的方式。善良只知道他們什麼時候開始寫這些系統,並且他們必須保持市場從業者已經瞭解並可能喜歡的功能......在這種情況下,擴展到重要人物可能是有道理的。
但是,當我使用API時,我想獲得真實世界的實際價格。像...交易所的實際價格或者您可以用日元交易歐元的實際價格。
那麼...我該怎麼做?
那麼...我使用的方法是找到FLDS
傳達此縮放信息,然後我獲取該值以扭轉它們已應用於值的比例。對於期貨,這是PX_SCALING_FACTOR
。對於FX,我發現PX_POS_MULT_FACTOR
最可靠。對於FX遠期點,它是FWD_SCALE
。
(另外值得一提的是,如何將這些應用vaires - 所以PX_SCALING_FACTOR
是期貨價格應該是什麼除以,PX_POS_MULT_FACTOR
就是外匯匯率應該是由multipled和FWD_SCALE
是多少小數分通過獲得一個可以加到實際外匯匯率的價值的轉發點。)
問題在於它使我必須提取的數量增加一倍,這增加了我使用的大量開銷API(引用數據提取似乎也比歷史數據提取花費的時間更長)。(FWIW,我在Java中使用API,但問題應該是平等的適用於在Excel或任何其他支持的語言中使用API)
我想過了解這些信息並將它存儲在某處......但我真的很想不必硬編碼。而且,這需要花費很長時間才能找到適合我感興趣的所有不同樂器的正確比例因子。即使如此,我也不能保證他們在某些時候不會改變我的比例!
我真的很希望能夠做的是在我的抓取中應用覆蓋,這將允許我指定應使用的縮放比例。 (不,上面的字段似乎不能被覆蓋。)我已經在很多場合詢問過「幫助臺」 - 我已經在這個問題上困擾了它大約12個月,但是一如既往在彭博社看來,似乎沒有任何事情發生。
所以......
- 有沒有人在多所社區其他遇到這個問題呢?
- 有沒有其他人找到一種方法來設置它作爲重寫?
- 有沒有其他人制定出更好的解決方案?
謝謝 - 這是有幫助的(至少,這讓我放心,我不會錯過任何東西!)。兩個評論(更多爲未來的讀者...):i)有時DES頁面錯誤/與實際的FLDS值不一致 - 我已經發現了這一點,我已經向彭博社提出了這個問題,他們通常會修正它;和ii)有時這些字段值確實會發生變化(是的,發生這種情況時可能會造成相當大的破壞)。 – amaidment
噢 - 在外匯匯率方面,我希望能夠支持外匯兌換率,這是他們用戶所要求的方式。但是,正如你我建議的那樣,把這些放入'市場慣例'中,然後在必要時翻轉。除了你所覆蓋的專業之外,我發現以下[紐約聯儲文件](http://www.newyorkfed.org/fxc/2005/fxc051206c.pdf)很有幫助。並非所有的數據提供商/交易對手都會遵循這一點,但大多數情況下,他們似乎是這樣做的...... – amaidment
道歉的評論 - 您是否知道彭博社根據價格/價值衡量的任何其他產品? – amaidment