https://www.bobsguide.com/guide/news/2019/Jul/22/pressure-on-ctrmetrm-systems-to-find-arbitrage/

For years commodity traders and risk managers depended on legacy systems, spreadsheets and paper documentation. But with commodity markets becoming more complex and fast-paced, the race for efficiency and greater profit margins is becoming increasingly difficult as systems are having to evolve rapidly to stay competitive.

Commodity trading firms will have to start reviewing their business models as gross trading margins have decreased 20% since 2015, according to an Oliver Wyman report published in March. The need to monitor exposure, risk, and international logistics are key differentiating factors between firms in a high-volume, low-margin market.

In the commodities sector, trade wars, Brexit, and geopolitical events as well as possible changes in regulation are creating great uncertainty in the market. Technology has a challenge to assist firms to navigate through market volatility, risk, and complexity.

Commodity and energy trade risk management (CTRM/ETRM) systems are used by those in commodity markets to manage numerous segments of a trading firm’s front to back and risk activities.

The CTRM/ETRM space has seen consolidation over the past five years, with many vendors -Triple Point Technology, Openlink, Aspect Enterprise Solutions and Allegro - being acquired by ION Investment Group.

Regulatory considerations

Since the financial crisis, an avalanche of regulation has increased the reliance on CTRM/ETRM systems – the European Market Infrastructure Regulation (Emir), the second Markets in Financial Instruments Directive (Mifid II) in Europe, and Dodd-Frank in the US. But changes to these regulations could soon take place.

On May 24, the European Securities and Markets Authority (Esma) launched a call on position limits and position management in commodity derivatives as part of a one year review into the Markets in Financial Instruments Directive (Mifid II).

“Esma notes in particular that according to Article 2(1)(30) of Mifid II, the definition of commodity derivatives includes securitized derivatives. However, the notions of spot month and other months, for which position limits are to be set under Article 57(3) of Mifid II are not relevant for securitized derivatives,” the paper stated.

“The concept of open interest does not apply either to those instruments in a straightforward manner and Esma had to find a meaningful approach to position limits in securitized derivatives in Article 15 pf RTS 21,” it continued.

On July 5, Esma published responses to the call for evidence which revealed a potential need for an update to the regulation.

The European Federation of Energy Traders (EFET) said in response to the paper that “the introduction of position limits has increased uncertainty in commodity derivative markets and occasionally discouraged market participants from entering into positions.”

“The lack of clear rules regarding calculation methodologies and the possibility of unexpected changes to the rules increases the risks for market participants and may reduce liquidity or move liquidity to non-EU trading venues,” the response continued.

In the US, the Commodity Futures Trading Commission (CFTC) has yet to complete rules on speculative position limits in agriculture, energy, and metals commodities. The regulator was charged by the US Congress under Dodd-Frank to establish certain position limits within six to nine months back in 2010.

On June 11, Commissioner Berkovitz told the FIA’s inaugural commodities symposium finalizing the rules is “one of the important pieces of unfinished business before us. I hope that we will complete it soon.”

“The question before the Commission is whether, based on our collective experience and knowledge about the markets we regulate, an exceedingly large speculative position has the potential to distort markets, impede price discovery, or facilitate manipulative schemes.  The Commission has asked and answered this question before.  The record before us demonstrates that the answer is “yes.”

As regulatory considerations around position limits both in the US and EU continue to be discussed having a CTRM/ETRM systems ready to deal with potential changes in regulation will be of increasing importance.

Emerging technologies

With this increasing complexity trading firms are looking to get more out of their CTRM/ETRM systems while limiting the impact on budgetary spending. The use of real-time data and analysis, cloud services, and artificial intelligence (AI) are key to advancing are fast becoming key to staying ahead of the competition.

There has been an increase in the adoption of artificial intelligence (AI) into CTRM systems with firms looking to implement the technology throughout the trading lifecycle, from pre-deal analytics to settlement. According to a report published by Ernest and Young (EY) in December 2018, 11% of vendor solutions said they had artificial capabilities.

The emergence of blockchain-enabled smart contracts is also gaining momentum. The ability to streamline reconciliation securely through an encrypted digital ledger is changing the traditional paper trail process. Replacing firms’ separate databases with a shared ledger of record, the technology has been described by EY as a game changer for the industry.

Also becoming of interest in the commodities and energy trading sector is the use of Robotic Process Automation (RPA). RPA is the use of robots which are introduced into existing software to perform repetitive and simple clerical activities. Although still in its infancy of adoption, RPA has a potential number of use cases such as: data submission, entry of compliance forms, and purchase order issuance, which is expected to reduce errors across the large volume of information proceed in commodity and energy trading operations.

In August 2018, a survey from FIS and the Commodity Technology Advisory reported that 75% of respondents said the cloud technology for commodities trading was seeing the greatest amount of investment and was the area most likely to see investment in the next 12-24 months.

In June 2018, ION said it had seen a 250% increase in cloud engagements across its CTRM/ETRM solutions. As with many other parts of finance cloud technology is growing in adoption as firms attempt to reduce costs while also limiting spend on infrastructure builds. Part of key considerations is the potential for scalability.

With rising amounts of data available and increased progress in the development of artificial intelligence and machine learning, new operational opportunities are beginning to present themselves. Crucial to the implementation of AI is efficient data storage and structuring and as algorithmic trading is beginning to take off in the commodities markets, a move from spreadsheets and legacy software to faster systems is required.

While an increase of data can come with numerous opportunities it also presents a challenge for firms to have processes in place to fully optimize the data. Although the commodity industry has begun to future embrace the benefit of technology adoption, the Oliver Wyman report identified a need by commodity trading firms’ quants and data scientist to work quickly to take advantage of short-lived information strategies. The report suggests main players will go back to their roots and look to gain a competitive advantage by developing operating models to support data analytics as an information advantage to increase profits.

Pressure on CTRM/ETRM systems to find arbitrage的更多相关文章

  1. 大宗商品交易与风险管理(CTRM)软件产品介绍

    https://mp.weixin.qq.com/s/grA8MhryPfDB2PmBqsao4Q 从全球范围来看,大宗商品行业风险管理领域的主流软件产品是CTRM系列.CTRM是Commodity ...

  2. Disposable microfluidic devices: fabrication, function, and application Gina S. Fiorini and Daniel T

    Disposable microfluidic devices: fabrication, function, and application Gina S. Fiorini and Daniel T ...

  3. Reporting Service 告警"w WARN: Thread pool pressure. Using current thread for a work item"

    如果Reporting Service偶尔出现不可访问或访问出错情况,这种情况一般没有做监控的话,很难捕捉到.出现这种问题,最好检查Reporting Service的日志文件. 今天早上就遇到这样一 ...

  4. Modern Operating Systems(Ⅰ)——2014.12.15

    进程   进程模型     进程就是一个正在执行的程序的实例  值得注意的是,若一个程序运行了两遍,则算作两个进程 创建进程 在通用系统中,有四种主要事件导致进程的创建 ①系统的初始化 ②执行了 正在 ...

  5. LinuxMM--Memory Pressure

    Memory pressure定义在操作系统中,用户分配.文件缓存.网卡包缓冲区等等都会消耗内存.一旦出现内存紧张就会导致memory pressure.引发当某个任务需要请求内存时就有可能引发mem ...

  6. 【转载】Bandits for Recommendation Systems (Part I)

    [原文链接:http://engineering.richrelevance.com/bandits-recommendation-systems/.] [本文链接:http://www.cnblog ...

  7. [No00003D]操作系统Operating Systems信号量的代码实现Coding Semaphore &死锁处理Deadlock

    操作系统Operating Systems信号量的代码实现Coding Semaphore &死锁处理Deadlock 可以操刀了—从纸上到实际 从Linux 0.11 那里学点东西… 读磁盘 ...

  8. [No00003C]操作系统Operating Systems进程同步与信号量Processes Synchronization and Semaphore

    操作系统Operating Systems进程同步与信号量Processes Synchronization and Semaphore 进程合作:多进程共同完成一个任务 从纸上到实际:生产者− − ...

  9. [No00003A]操作系统Operating Systems 内核级线程Kernel Threads内核级线程实现Create KernelThreads

    开始核心级线程 内核级线程对多核的支持怎么样? 和用户级相比,核心级线程有什么不同? ThreadCreate 是系统调用,内核管理TCB ,内核负责切换线程 如何让切换成型? − − 内核栈,TCB ...

随机推荐

  1. 微信小程序绑定列表数据

    js代码 Page({ /** * 页面的初始数据 */ data: { words:[] } wxml代码 <view wx:for="{{words}}" class=' ...

  2. Oracle 11g的一些常用语句记录

    一.表空间 1.创建临时表空间: create temporary tablespace project_temp tempfile 'D:\Oracle\dataspace\project_temp ...

  3. Windows / Office - KMS激活

    Windows / Office - KMS激活 支持Windows操作系统,支持Office软件:包括Windows 10,Office 2016:包括VL版本和MSDN版. (UPDATE: Of ...

  4. Istio开启mtls请求503问题分析

    背景 为测试Istio流量管理,将两个服务sleep.flaskapp的两个版本v1.v2(部署文件见参考链接)部署到Istio环境中,通过sleep-v1向flaskapp发起调用http://fl ...

  5. Flask高级

    关于Flask启动,和请求处理 #关于后端服务的启动,无非就是启动实现了WSGI协议的socket #关于flask启动的无非就是下面两段代码 #加载配置,创建Flask对象 app = Flask( ...

  6. 快速学会使用Vuex

    一.Vuex简介 官方定义 Vuex是一个专门为Vue.js应用程序开的状态管理模式 它采用集中式存储管理应用的所有组件的状态 并以相应的规则保证以一种可预测的方式发生变化 二.应用场景 多个视图依赖 ...

  7. java设计模式结构型模式

    结构型模式: – 核心作用:是从程序的结构上实现松耦合,从而可以扩大整体的类结 构,用来解决更大的问题 分类: • 适配器模式.代理模式.桥接模式. 装饰模式.组合模式.外观模式.享元模式 结构型模式 ...

  8. mini QQ(项目一)

    一个多人聊天工具(C/S结构),实现了如下功能: 一个可视化窗口,支持鼠标点击事件 注册功能,用户可以注册自己的聊天账号, 注册信息包括: 账号名(可以用姓名来替代账号,支持中文), 密码(聊天框输入 ...

  9. Java虚拟机内存区域详解

    JVM 运行时的数据区域 首先获取一个直观的认识: 总共也就这么 5 个区(直接内存不属于 JVM 运行时数据区的一部分),除了程序计数器其他的地方都有可能出现 OOM (OutOfMemoryErr ...

  10. Linux磁盘分区(9)

    分区的基础知识: 模式:mbr分区: 1.最多支持四个主分区 2.系统只能安装主分区 3.扩展分区要占一个主分区 4.MBR最大只支持2TB,但拥有最好的兼容性 gtp分区: 1.支持无限多个主分区( ...