EES推送订阅技术问询：事件交付机制及Webhook相关细节

我们正通过DMZ上的jXchange SOAP API集成Enterprise Event System (EES)，作为SilverLake事件（具体为Wire/ACH交易的730和840事件）的Push订阅者。从EES Overview文档了解到推送交付会自动向订阅者发送事件数据，但文档未详述推送交付的技术机制，现需确认以下架构相关问题：

• 交付机制：EES推送是否通过HTTP POST（SOAP信封）向订阅者托管的端点URL交付事件？即我们是否需要暴露一个可公开访问的HTTPS端点，供EES调用并发送事件XML负载？
• 协议：推送交付是否严格采用WCF/SOAP over HTTPS，当前EES（非Modern Eventing）是否支持REST/JSON交付选项？
• ACK/重试行为：EES推送事件时，订阅者的成功确认标准是什么？仅需返回带特定XML ACK主体的HTTP 200吗？若我们的端点临时不可用，EES会重试吗？重试策略（间隔、最大次数、死信队列）是怎样的？
• 端点注册：订阅者的推送端点URL如何配置？是通过FI的For Clients Portal工单，还是有自助式API/配置方式？我们注意到Jack Henry Modern Eventing部分在订阅API规范中提到了dispatchType: https及url字段，这强烈暗示了Webhook模式，能否确认当前EES推送在底层是否也采用该模式？

恳请提供相关说明或额外文档指引。

内容的提问来源于stack exchange，提问作者Bautista Chehin