模拟问题
如果ABC公司出于以交易目的购买了证券security，但在合同结算日 settlement date（即 T+2）未收到证券，那么ABC公司通常在实际收到证券之前不会支付现金cash。由于ABC公司系统假设在T+2完美结算 (settlement)，公司采用美国US GAAP财会法则，并且应用 “交易日期计算” (trade date accounting)。因此，在交易日 T0 的会计记录是：
Debit Open trade payable (Brokerage payable)
Credit Securities Fail to Receive - Purchase fail (brokerage payable)
为什么？
当卖方或买方未在结算日settlement date或之前履行其交易义务时，就可能会发生交易失败(failed sale/trade)。每当发生这种情况时，未能在交易中交付现金(cash)或证券(security)的一方可能面临财务损失、罚款和名誉受损。未能履行其交易义务可能会导致评级机构降低其信用评分，限制其货比三家寻找最佳交易对手关系的能力，并在 T+2 结算制度下支付更高的罚款。
例如，在交易日 (T0)，ABC 公司从客户(例如对冲基金Hedge Fund)购买交易存货 (trading inventory)。ABC公司采用 “交易日会计”确认交易存货 (Trade date accounting):
Debit Trading inventory
Credit Open trade payable (brokerage payable)
在结算日 (T+2)，ABC 公司和客户通常会在货到付款 (DVP, Delivery Versus Payment basis) 的基础上进行结算 (settlement)。这意味着必须将证券交付给 ABC 公司托管账户 (custodian account)，以便向客户付款:
Debit Open trade payable (brokerage payable）
Credit Cash
但是，如果客户的托管人(Custodian)未能将证券(security)交付给 ABC 公司的托管人，则会出现 “failed sale”(购买失败），而 ABC 公司将不会向客户交付现金(cash)。ABC公司应该这样记录：
Debit Open trade payable (brokerage payable）
Credit Failed to Receive (Brokerage payable)
导致“Failed Sale”购买失败的原因
那么，为什么交易会失败？交易失败的三个主要原因：
投资资产的资金和库存问题；
低效的人工流程；
自动化系统未能产生准确的数据并与对账过程集成。
买方：
指定用于与托管人结算交易的账户中可能没有足够的现金
如果正在交易的账户出现现金或信用不足，可能没有到位的信用额度或与托管人的透支协议
没有与交易对手签订净额结算协议(netting agreement)
卖方
可能不拥有要交付的担保。这通常发生在投资经理的服务客户参与证券借贷计划时，而在结算时证券并不在他们手中。
买方&卖方
手动交易流程会导致在结算日期之前确认、匹配交易时出现错误和延迟。这可能导致经纪人(Broker)无法将结算指令交付给托管人(Custodians)，或者不准确或陈旧的结算指令会在买卖双方之间造成差异。
有时，与交易失败原因相关的不准确信息是罪魁祸首，并可能导致银行前后台将宝贵的时间花在错误的异常上。这可能在整个交易后流程中产生”domino effect”效应。
此外，即使是自动化的交易失败系统也可能产生低质量的数据，并且与对账流程完全脱节，从而导致整个交易后流程的流程孤岛和效率低下。
谢谢你的阅读，如果喜欢我的内容分享，希望你能订阅我的博客。
Comments