跳到主要内容

SDR实施前10个月:后贸易自动化神话的终结者

由DTCC连线人员| 4分钟阅读| 2021年4月26日

人们常说,没有什么比监管命令更能改变市场行为和中国证券交易所的结算纪律制度(SDR)。, 将于2022年2月实施, 也不例外. 对未能在T+2结算的交易进行经济处罚的威胁, 按照特别提款权的规定, 是否在激励大多数市场参与者解决有时被忽视的手工交易后处理问题. 虽然这种对交易后自动化的日益关注肯定是令人鼓舞的, 仍有一些公司抵制变革. 随着公司为实施截止日期做好准备, 我们探讨了五个常见的神话,可以阻止更广泛地采用后贸易自动化.

误解1:大部分交易后处理都是自动化的.

虽然在解决贸易后效率低下问题方面取得了很大进展, 仍有通过传真确认现金证券交易的情况. 不幸的是, 特别提款权第6条认可贸易后加工的准则和最佳做法, 它不强制要求交易的电子确认和分配. However, 手工处理交易容易出错,而且可能会延迟交易的结算, 这可能导致经济处罚, 按照特别提款权的规定. Hence, 公司应该以自动化和标准化的方式明确商定交易条款, 在贸易进一步流向下游进行结算之前.

误解2:后贸易自动化的障碍太高了.

公司通常会考虑三个障碍:技术、成本和行为. 技术不能再被用作自动化的障碍. 连接选项比以往任何时候都更广泛, 与各种入口解决方案,如web, SFTP (Secure File Transfer Protocol)站点, 金融信息交换(FIX),当然还有, 应用程序编程接口. 在考虑成本时, 公司必须考虑增加的操作风险暴露和潜在的惩罚是否超过对交易后自动化的投资. 这就剩下了行为——也许是改变的最大障碍. 一些客户将此作为仔细评估客户入职情况的机会. 一个例子是,经纪人会考虑买方公司在入职时使用的交易后自动化水平,以评估为客户服务收取多少费用. 一个完全自动化的买方公司可能会比一个人工客户收取更少的费用.

误解3:前台的速度无法与中台和后台的速度相提并论.

管理层非常注重速度,包括执行和定价. 而速度和效率确实存在于后台和中台的职能中, 对它的关注不够, 当我们考虑到从交易后到结算最终所需的步骤数量时,这似乎是错误的. 许多公司内部的交易后流程仍然有多个步骤, 从遵从性的角度来看,其中许多都是需要的. 这个领域可以通过自动化来加快速度, 例如,用长期结算指令(ssi)自动充实交易.

误解4:准确的数据很重要,但不是结算成功的关键.

准确的贸易数据对业务成功至关重要. SSI不准确是交易失败的三个主要原因之一. 一些市场参与者通过ssi匹配规定结算地点的交易,作为确认和确认过程的一部分, 只是为了让它们被包含过时或不准确数据的内部系统覆盖. 结果,贸易无法结算. 这种结果将受到特别提款权的惩罚,而且是完全可以避免的. 存的警报, 业界最大和最准确的SSI存储库, 使用黄金源数据存储了超过1000万个ssi,并根据证券市场实践组织(SMPG)规则进行了验证. 此外, 创造效率,降低风险, ALERT Global Custodian Direct (GC Direct)工作流使用专用的符合ISO 20022的消息,自动地在保管人的中央存储库和ALERT主机之间交换ssi.

误解5:交易后自动化已经进步,但仍然需要人工干预.

事实并非如此, 因为从执行到结算的“无接触”工作流已经可用. 在这种环境下, 参考数据集中, 关键参考数据的丰富可以及时地从黄金数据源进行. 这简化了下游流程,并消除了对本地数据存储的需求. 各方可在交易当日就贸易经济和战略经济指标达成一致, 形成权威的贸易记录. 各方(买方), 卖方, 保管机构)收到相同的权威指示,并可以跟踪和解决任何异常,以确保结算的最终性. 我们最近在全球大型经纪自营商中进行了一项研究, 谁通常在贸易后服务上花费1.5亿至1.75亿美元, 证明了实现无触摸处理工作流可以减少人员数量, 修理费用, 技术费用和索赔及费用.

距离SDR实施还有10个月, 现在是市场参与者消除这些常见的神话的时候了,这些神话为交易后自动化的最佳实践采用创造了障碍. 实现业务效率的工具今天对市场参与者来说是可用的,并且是实现高效结算的一种经过验证的有效方式——这是避免特别提款权金融处罚的必要目标, 同时也可以降低操作风险和成本.

这篇文章是 发表于2020年3月23日的《vns6060威尼斯城官网》.

马特•约翰逊, ITPvnsr威尼斯城官网登入管理DTCC总监
马特•约翰逊 DTCC总监,ITPvnsr威尼斯城官网登入管理 & 行业关系

post
存管连接
2021年3月1日 2021年CSDR论坛:为贸易做准备...
post
存管连接
2021年3月11日 重组法规报告工作流程...
post
新闻稿
2021年3月30日 DTCC的ALERT超过1000万...
回到DTCC连接
dtccdotcom