Currencycloud 中断历史

1. 2026年10月16日 UTC 09:44identified

   我们意识到一个影响支持电子邮件处理的问题,在这些邮件中,信息正在成功发送,但并非一贯出现在我们的支持平台中。 我们的小组正在作为一个优先事项积极调查这个问题。 同时,如有可能,请继续通过Direct提出请求。 如需协助,请通过平台内的支援科联系. 对于任何不便,我们表示歉意,并将在获得进一步的最新资料后立即提供。 进一步指导请参见帮助中心 > Confinecloud Web Portals > Confinecloud Direct > 支持票FAQ https://support.mobilecloud.com/hc/en-gb/articles/360020890340-support-tickets-FAQ (英语)

2. 2026年10月20日 UTC 10:57monitoring

   10月19日5时44分实施缓解措施,监测工作正在进行。 根据目前的调查结果,这一问题是断断续续的,并不影响所有输入邮件。 如果您继续遇到问题,请联系支助处.

3. 2026年10月21日 UTC 08:43resolved

   影响一些支持邮件处理的问题已经解决. 调查证实,影响仅限于10月14日断断续续的电子邮件处理失败,而其他电子邮件继续得到成功的处理。 我们将继续监测这项服务,并会同微软就永久解决办法开展工作。 若遇到其他问题,请联系支助处.

4. 2026年10月21日 UTC 09:16postmortem

   □ 概览 10月13日至19日期间,我们遇到一个问题,影响到向Connecloud发送的一系列支持电子邮件的处理。 虽然电子邮件已成功发送,但有些邮件并非一贯出现在我们的处理支助平台内。 10月19日实施缓解,之后电子邮件处理恢复到预期水平。 正在进行的监测没有发现这一问题再次出现。 □ 客户端影响 在受影响期间,通过电子邮件提交支助请求的处理可能会出现延误。 这个问题断断续续,没有影响所有收到的电子邮件。 许多支持邮件在整个事件中继续得到成功的处理. 无需客户采取行动;但认为在此期间没有处理支助请求的客户可联系支助处寻求援助。 □ 根源 我们的调查确定 这个问题是由一个 服务供应商依赖的 意外邮件处理行为引起的 用于路由和处理 入境支持电子邮件。 为了恢复服务,实施了临时缓解措施,成功地恢复了正常的电子邮件处理。 缓解后,监测证实电子邮件正在按预期处理。 我们继续与服务提供方合作,以完成根本原因的调查并查明任何其他长期改进。 在临时缓解措施到期之前,将实施永久解决办法来帮助防止再发生这一问题。 货币云保密

自动翻译自官方事件更新。

1. 2026年9月25日 UTC 11:19resolved

   2026年9月24日,一些客户在通过我们的API和平台访问Connecloud服务时遭遇认证失败. 这个问题与软件发布有关,并通过回滚变化得到解决。 恢复了服务,监测工作已证实自恢复以来正常运作。 目前正在完成详细的根源分析,正在进行内部审查。 一旦这一进程完成,将分享进一步的信息。 我们为干扰道歉,并感谢我们的客户的耐心.

2. 2026年9月29日 UTC 07:47postmortem

   □ ** 概览** 2026年9月24日,一些客户在通过平台和API访问Connecloud服务时遭遇认证失败. 问题发生在软件发布之后,影响了客户成功认证和获取某些服务的能力。 一旦确定,软件更改被倒置并恢复服务. 恢复后的监测证实正常运作。 □** 客户影响** * 一部分客户在试图通过平台和API访问Connecloud服务时遭遇认证失败. * 受影响的客户可能暂时无法登录或访问需要成功认证的服务。 * 恢复服务后不需要客户采取行动。 * 服务在恢复后继续正常运作。 □** 轮回原因** 事件由软件发布导致,在认证过程中引入了错误. 在某些条件下,这一变化阻碍了认证活动得到正确处理,导致一些客户的认证失败. 问题确定后,软件更改被逆转,恢复了之前的稳定配置并恢复了正常运行的服务. 事件发生后,进行了一次审查,以查明改进的机会。 正在释放和验证过程中实施其他保障措施,包括加强监测和测试,以帮助更快地发现类似问题并减少再次发生的可能性。 货币云保密

自动翻译自官方事件更新。

1. 2026年9月21日 UTC 20:39investigating

   目前,一个问题正在影响多个API终点,正在调查中。 发现服务器出错激增,此后已平息,没有观察到进一步出错。 我们正在密切监测局势,并将随着调查的进展提供最新情况。 一些客户在事件窗口访问端点时可能出现出错. 我们赞赏你耐心调查根源并努力防止再次发生.

2. 2026年9月21日 UTC 21:14monitoring

   我们查明了错误率高的原因,并实施了缓解措施。 一个全平台节点替换事件短暂地离开了服务,没有准备好的端点来处理请求. 作为预防措施,我们推迟了最近的部署,并恢复了确认的服务稳定性。 当没有终点时,一小部分请求可能在简短窗口中出现错误。 我们的小组正在积极监测受影响的服务,以确保在恢复标准行动之前的充分稳定.

3. 2026年9月22日 UTC 04:44resolved

   造成间歇性API出错的问题已经解决,服务正常运行. 一些API请求在错误率上升的短暂时期经历了短暂的失败;然而,自缓解工作完成以来,没有观察到进一步的问题.

4. 2026年9月23日 UTC 08:26postmortem

   # 概览 2026年9月21日,一个子集API请求在多个API端点间断出错. 这个问题在协调世界时约19:52被确定,到协调世界时20:41得到解决,在此期间间歇地观察到较高的出错率. 服务保持稳定,决议通过后没有观察到其他问题。 # 客户影响 在事件窗口期间,一些客户在访问API功能时可能遭遇了暂时的故障,包括支付,交易,余额,转换和费率等. 中断时间很短,没有发现数据完整性问题、资金损失或客户行动要求。 # 根源 这一事件恰好发生在我们生产环境中的例行基础设施活动,导致一些服务事件被重新分配。 在过渡期间,一些请求未能成功处理,导致API出错的短暂升级. 问题一经确定,受影响的服务就得到稳定和监测,以确认正常运作。 服务业绩恢复到预期水平,在监测期的剩余时间内保持稳定。 作为我们正在进行的审查进程的一部分,我们正在评价围绕基础设施过渡和服务准备状态检查的额外保障措施,以进一步减少今后发生类似问题的可能性。 感谢大家的理解,因为我们继续提高服务的可靠性和复原力。 * 货币云保密

自动翻译自官方事件更新。

1. 2026年9月14日 UTC 16:09investigating

   我们正在调查一个影响通过我们的一个银行伙伴处理的CAD付款的问题。 因此,一些客户可能遭遇付款失败或处理延误. 我们的团队正同提供方积极合作,以查明原因并尽快恢复正常服务。 我们将继续在获得更多信息后提供最新情况.

2. 2026年9月16日 UTC 10:38monitoring

   自9月14日以来,我们没有再看到影响CAD付款问题的事例,付款处理继续按预期进行。 我们的小组继续与银行伙伴进行接触,以完成对最初几起付款失败情况的根本原因调查。 在服务保持稳定的同时,我们将继续密切监测,并在获得新信息时提供进一步的最新资料.

3. 2026年9月17日 UTC 10:11resolved

   自9月14日以来,CAD的付款处理一直保持稳定,没有观察到再发生这种情况。 由于在整个监测期间服务继续按预期运作,这一事件现在被认为已得到解决。 我们将继续同有关网络伙伴合作,就我们审查该事件所产生的后续行动和预防措施采取行动.

4. 2026年9月21日 UTC 08:50postmortem

   ** 概览** 9月14日,一部分CAD付款在异常高的付款活动期间未能成功完成。 通过自动监测和立即调查查明了这一问题。 在整个事件中,更广阔的平台仍然可用并正常运行. ‌ ** 客户影响** 一部分客户在事故窗口期间的CAD付款失败或被推迟,这可能导致资金到达受益人的比预期的晚。 一旦恢复正常的加工条件,受影响的付款需要后处理。 我们认识到这可能给客户和受益者造成的干扰,特别是在付款时间敏感的情况下。 没有发现对其他货币、产品或更广泛的平台服务的影响。 ‌ ** 循环原因** 发生这一事件时,一个出人意料的大量CAD付款暂时用尽了用于支持付款处理的现有流动资金。 因此,一些付款请求未能完成,因未能成功而退回。 我们的调查证实,付款指示的提交是正确的,而且货币云系统没有应用缺陷或操作错误。 一旦有充足的流动资金,服务便恢复正常,事件发生后没有再出现这种情况。 事件发生后,我们审查了我们的监测和流动性管理程序。 虽然现有的监测发现这一问题是设计出来的,但我们正在执行更多的保障措施,以便更早地发现高额付款活动和潜在的能力风险。 我们还正同我们的银行伙伴合作,审查流动性门槛、监测安排和升级进程,以降低今后发生类似事件的可能性。 这些行动旨在提高我们的能力,以便在客户受到影响之前查明和应对特殊付款需求期。 ‌ ‌ 环球机密( C)

自动翻译自官方事件更新。

1. 2026年9月14日 UTC 13:29investigating

   我们目前正在调查一个影响我们一个非生产示范环境的问题。 问题在于仅影响演示环境的获取和功能。 对货币云生产服务、客户资金、付款处理或客户现场活动没有影响。 所有生产系统继续全面运作。 我们的团队正在积极努力恢复受影响的演示环境,我们将继续监测进展情况,直到服务完全恢复.

2. 2026年9月14日 UTC 14:46resolved

   影响我国一个非生产示范环境的问题现已完全解决,服务恢复正常运行. 中断仅限于演示环境。 事件发生期间,货币云生产服务、客户资金、付款处理或客户现场活动均未受到影响。 在开展补救和验证活动后,已恢复了受影响的示范服务,并正在按预期运作。 我们将继续监测环境,作为正常业务监督的一部分.

3. 2026年9月15日 UTC 15:38postmortem

   □ 概览 2026年9月14日,我们经历了一场破坏,影响到我们一个非生产示范环境。 这只影响到演示环境中的余额和相关账户功能。 检测后立即开始服务恢复活动,同日恢复了核心功能. 经过额外的验证和恢复活动后,该事件于2026年9月15日被完全解决. □ 客户端影响 在受影响期间,进入DEMO环境的少数用户可能只看到有限的余额并使用某些相关特征。 中断仅限于非生产示范服务。 货币云生产服务、客户资金、付款处理或现场客户活动没有受到影响。 无需客户采取行动。 □ 根源 事件由DEMO环境中的基础设施配置意外变化所造成. 这导致在DEMO环境中暂时没有配套余额和相关功能。 为了恢复服务,我们的工程组重建了受影响的数据库资源,重新建立了必要的配置,并验证了整个环境的功能。 完成了其他审查,确认生产系统和其他环境没有受到影响。 已经确定并正在跟踪纠正行动,以加强基础设施管制并减少今后发生类似事件的可能性。 在成功恢复和验证后,DEMO环境恢复正常运行. 货币云保密

自动翻译自官方事件更新。

1. 2026年9月8日 UTC 13:51investigating

   目前,我们正在调查影响提交网页记录通知的延误。 我们的小组正在积极审查这一问题并努力恢复正常服务。 一旦获得更多信息,我们将提供进一步的最新资料。 目前不需要客户采取行动.

2. 2026年9月8日 UTC 14:15identified

   我们已查明造成延误的原因,影响到网上通知的提供,并正在执行分阶段补救计划。 我们的当务之急是恢复正常的处理率并减少拖延通知的积压。 与此同时,工程公司正在执行纠正性改革,以解决根本问题并预防再次发生。 在恢复活动进行期间,客户在接收网络浏览通知方面可能遇到延误。 我们正在积极监测进展情况,并将继续在服务恢复后提供最新情况。 目前不需要客户采取行动.

3. 2026年9月8日 UTC 15:21monitoring

   Webhook通知继续处理和交付,尽管有些客户在回收活动仍在进行时可能仍然会遇到延误。 工程还进行了额外的改动,旨在减少数据库负荷并改进处理的吞吐量。 目前正在推出这一更新,早期指标显示积压量继续减少。 与此同时,还查明了解决根本原因的进一步纠正性变化,并在部署之前进行最后审查。 我们正在积极监测服务业绩和减少积压的工作,因为处理工作已恢复正常。 目前不需要客户采取行动.

4. 2026年9月8日 UTC 16:12resolved

   Webhook通知正在正常处理和交付。 积压的延迟通知已全部清理完毕,在整个事件中继续提供服务。 工程已实施补救措施,预计不会再有延误。 我们将继续监测这项服务,作为正常业务的一部分。 无需客户采取行动.

5. 2026年9月10日 UTC 08:56postmortem

   # 概览 2026年9月8日星期二,一些客户在从Connescloud收到webhook通知时遭遇了两次延迟. 第一个时期发生在英国时间07:23至10:05之间,第二个时期发生在英国时间14:01至17:10之间. 在此期间,网络浏览活动继续产生,但在通知处理队列中暂时积累,交付时间比预期的要晚。 处理恢复,整改部署后队列恢复正常并验证恢复. # 客户影响 在两个受影响期间,使用网页记录通知的客户在接收交易、资金和银行转账更新方面出现延误。 这降低了实时的能见度,并可能延迟了取决于webhook收受的自动化工作流程. 基础交易、筹资活动和银行转账继续顺利进行,货币云平台仍然可用。 大多数延迟通知是在回收处理后交付的。 随后的鉴定查明了需要有针对性地重新播放或娱乐的通知,这些通知是通过有控制的事故后补救予以推进的。 如果您认为某一具体通知仍然缺失,请联系您的货币云代表或支持机构,以便进行调查。 无需客户采取行动恢复服务。 该事件影响到通知交付的时间,而不是所涉交易或付款记录的准确性。 没有发现客户资金影响、安全问题或财务损失。 # 根源 重复拖延的原因是在webhook通知服务内进行与重试有关的处理. 当在重试验证中找不到预期的事件记录时,同样的通知可被反复地重试,增加数据库活性并暂时减少处理吞吐量. 数据库的检查效率进一步低下,导致工作量增加。 这导致webhook事件在队列中积聚,直到处理能力恢复. 货币云部署纠正性修改以减少数据库负荷,处理再试放大行为并改进处理稳定性。 在排队恢复正常前,对服务进行监测,并恢复按预期水平提供网页。 进一步的工作包括完成永久性的指数化检查,加强依赖准备状态控制,改进重试和死信处理,并增强监测和控制性通知重放能力。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年9月5日 UTC 02:15investigating

   我们正在调查一个影响创建欧元虚拟账户功能的问题.

2. 2026年9月5日 UTC 05:13resolved

   此事已决. 我们服务的连接器失败了,没有重建连接。 连接器正在运行中,将进行进一步调查,防止再发生.

3. 2026年9月8日 UTC 10:39postmortem

   # 概览 2026年9月5日,ConnectCloud通过我们的网络伙伴集成之一确定了一个影响虚拟账户创建的问题. 收到了新的虚拟账户请求,但没有得到成功处理,导致账户创建出现延误。 对该问题进行了调查和解决,随后成功地处理了积压的待决请求并恢复正常服务。 # 客户影响 客户通过受影响的网络伙伴要求新的虚拟账户,在事件窗口期间,账户的创建出现延误。 一旦恢复服务,所有排队请求都得到成功处理并恢复正常的账户创建. 这个问题没有影响现有的虚拟账户、客户资金、交易或账户余额。 # 根源 事件由负责在系统之间传输虚拟账户创建请求的内部信息处理组件内部发生故障所造成. 在出现数据库连接问题后,该部分停止处理请求,防止创建新的虚拟账户并导致请求积压。 重新启动受影响的组件恢复正常处理,并允许完成所有已排队的请求。 事件发生后,监测和警报得到加强,以便在今后出现类似问题时提供更好的探测和复原指导。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年9月4日 UTC 07:10investigating

   我们目前正在调查一个影响一些货币云客户的网上通知发送的问题。 客户可能因交易、供资活动和银行转账而遇到延误或缺失的网上交易通知。 我们收到了来自多个客户的报告,并正在积极努力确定问题的范围和原因。 我们的小组正在最优先地进行调查,并将随时提供最新情况。 我们为任何不便表示歉意,并感谢你在我们努力解决这一问题期间的耐心.

2. 2026年9月4日 UTC 13:36monitoring

   我们缓解了影响网上发送通知的问题。 已成功地为制作工作部署了一个有针对性的固定方案,目前正在处理和交付网页记录通知。 延迟通知的队列正在减少,目前的恢复指标显示服务正在按预期运行. 基本交易、供资活动和银行转账在整个事件中继续顺利进行。 现有证据表明,网上记录通知被推迟和保留以交付,而不是丢失,尽管交货验证仍在进行。 目前不需要客户采取行动.

3. 2026年9月4日 UTC 14:10monitoring

   生产固定装置仍然有效,并解决了造成网络故障通知累积的最初问题。 在恢复期间,由于数据库负荷,现有积压的处理速度已放慢,工程科正在调查恢复和加快清理的最安全方式,而不会给服务带来额外压力。 这目前不被认为是原事件的再起. 它涉及处理排队的异常多的通知。 基础交易继续正常处理,但客户在完成积压的回收工作时,可能继续遇到收到网络浏览通知的延误.

4. 2026年9月4日 UTC 14:43identified

   生产固定装置仍在部署中,并解决了最初导致Webhook通知累积的问题。 然而,现有积压的处理在大约14:40BST停止,延迟通知目前没有经过排队。 Engineering正在积极调查原因,评估最安全的恢复行动,同时保留所有排队的webhook事件. 现有证据表明,这仍然与处理异常高的积压量有关,而不是影响基本交易的新问题。 往来业务继续正常处理,但客户将继续经历被拖延的网页浏览通知,直到积压处理恢复。 一旦恢复持续处理和排队减少,我们将提供进一步的最新资料.

5. 2026年9月4日 UTC 15:23identified

   生产固定装置仍在部署中,并解决了最初导致网络故障通知累积的问题。 然而,处理保留积压的工作再次停止,拖延的通知目前没有通过排队取得进展。 工程组正在积极调查一个影响积压处理的次要问题,并努力恢复交付,同时保留所有排队的webhook事件. 基础交易继续正常处理,但客户将继续经历被拖延的网络浏览通知,直到积压处理恢复。 目前没有发现数据损失。 一旦恢复持续处理和排队减少,我们将提供进一步的最新资料.

6. 2026年9月4日 UTC 16:32monitoring

   Webhook处理工作已恢复,延迟的通知正在交付。 工程科正在继续调查一个断断续续的问题,这个问题导致积压处理暂停并重新开始,恢复工作的重点是保持稳定的处理,直到所有排队通知都发出为止.

7. 2026年9月4日 UTC 18:23monitoring

   Webhook 处理工作仍在进行,延迟的通知继续送达。 总排队量已减少约70%,包括原有的积压和新产生的网扑活动. 工程继续调查造成积压处理暂停并随后恢复的间歇行为。 虽然恢复工作正在取得进展并排队量继续减少,但在恢复期间处理率各不相同,调查仍在进行中,以查明根本原因并持续恢复稳定的处理。 基础交易继续正常处理,目前没有发现数据损失.

8. 2026年9月4日 UTC 19:11monitoring

   Webhook 处理工作仍在进行,延迟的通知继续送达。 总排队量已减少约85%,包括原有的积压和新产生的网游活动。 工程继续调查造成积压处理暂停并随后恢复的间歇行为。 虽然恢复工作正在取得进展并排队量继续减少,但在恢复期间处理率各不相同,调查仍在进行中,以查明根本原因并持续恢复稳定的处理。 基础交易继续正常处理,目前没有发现数据损失.

9. 2026年9月4日 UTC 19:44resolved

   影响网上发送通知的问题现已得到解决。 所有已排队的webhook通知,包括事件期间所积累的积压,都已成功处理并交付. 在整个恢复期间,Engineering调查了导致积压处理暂停并随后恢复的间歇处理行为. 恢复行动成功完成,处理稳定性得到恢复,排队量恢复到正常运行水平. 整个事件期间,基本交易继续正常处理,没有发现任何数据损失。 恢复验证已经完成,服务正在按预期进行.

10. 2026年9月10日 UTC 08:56postmortem

    # 概览 从2026年9月3日星期四下午到2026年9月4日星期五晚上\(英国时间\),一些顾客从ConnectCloud收到webhook通知时遇到延误. 在这一窗口中,负责发送这些通知的系统存在积压,这意味着通知的发送比预期的晚。 基本问题被确定,于2026年9月4日星期五\(协调世界时13:29\)布置了固定装置,所形成的积压工作于同日傍晚前被完全清除. # 客户影响 接到网路旅行通知的客户在窗口中延误了约24小时。 一旦安装了固定装置并清理了积压,大多数延迟通知就自动交付,无需任何客户行动。 在少数案件中,个别通知没有在积压处理完毕后自动重新发送。 工程队积极主动地将这些案件确定为事件后审查的一部分,并一直在人工重报。 如果你认为你仍然缺少一个具体通知,请联系你的货币云代表或支助,我们将进行调查并重新发送。 由于这一事件,无需客户采取行动。 任何延迟通知或怨恨通知中提到的基本数据和付款记录没有受到影响。 这一事件只影响到通知交付的时间,而不是其中所含信息的准确性。 # 根源 造成延误的原因是,支持我们通知发送系统的数据库出现性能问题,致使该系统承受了沉重的负荷。 这是最近内部软件变化与日常基础设施维护活动之间的相互作用所引发的,这些活动共同创造了以前没有出现过的条件。 随着负荷的增加,该系统在处理新通知方面落后,积压工作比清理速度快。 一旦查明了根源,我们便部署了一个解决办法,以解决基本的绩效问题,并采取了人工步骤,清除受影响数据库的剩余负荷,以便积压工作能够以正常的速度减少。 自那时以来,我们增加了监测,以便更早地发现这一类具体问题,并且正在我们的通知交付过程中实施进一步的保障措施,以防止再次发生。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年9月1日 UTC 15:34investigating

   我们发现一个影响付款处理的问题。 因此,有些付款可能出现延误。 我们的小组正在积极调查这一问题并努力尽快恢复正常服务。 一旦获得更多信息,将提供进一步的最新资料.

2. 2026年9月2日 UTC 08:41resolved

   影响付款处理的问题仅涉及付款状况的更新。 所有付款继续按指示处理和执行。 由于内部技术问题,我们发现在平台内反映的付款状况更新出现延误。 因此,一些跨越多种货币和支付路线的客户可能发现,尽管付款处理成功,但付款处于中间状态的时间超过预期。 这个问题于2026年9月1日被成功解决. 自那时以来,所有付款情况都得到了正确的更新,付款的基本处理或执行没有出现任何延误。 该服务正常运行. 我们为造成的不便道歉.

3. 2026年9月4日 UTC 09:18postmortem

   □ 概览 2026年9月1日,客户可能在Connecloud平台内出现支付状态更新被延迟. 在这次事件中,一些付款的提交时间超过预期,尽管已经成功处理。 问题涉及平台内付款状况的显示和进展,而不是付款本身的执行。 2026年9月3日,在收回受影响的付款状况并完成对账和分类账验证活动后,事件得到解决. □ 客户端影响 一些客户可能观察到货币云平台内处于中间状态的付款超过预期。 虽然付款状况没有正确更新,但继续按照指示处理和执行付款。 因此,客户可能看到,尽管已经成功地处理了基本付款,但情况并不准确。 在开展恢复活动后,所有受影响的付款状况都得到更新和调节。 无需客户采取行动。 □ 根源 事件由例行平台配置变更期间引入的技术依赖问题所引发. 在特定情况下,负责处理付款状况更新的服务无法成功检索完成付款状况进展所需的信息。 因此,尽管已经处理过,但一部分付款仍然处于提交状态。 这个问题只影响到付款状况的更新,而且不妨碍客户付款的成功执行。 一旦确定,受影响付款即被收回并逐步达到正确水平。 实行了其他配置改变,以确保服务通信遵循预定路线,并确定了进一步审查行动,以加强验证、监测和依赖管理程序。 这项服务正常运行,并通过后续行动跟踪预防性改进,以减少今后发生类似问题的风险。 货币云保密

自动翻译自官方事件更新。

1. 2026年9月1日 UTC 13:36investigating

   我们正在调查一个影响受益者细节的问题。 因此,一些客户可能无法查看现有的受益人信息,在试图获取受益人细节时可能会收到错误信息. 我们的小组正在积极调查和努力恢复正常服务。 一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年9月1日 UTC 14:33monitoring

   我们实施了回收行动并恢复了服务功能。 客户应能够再次查看受益人的详情和以前退回错误的记录。 我们正在继续监测这项服务,以确保稳定,同时我们的小组完成对根本原因的调查。 一旦问题得到充分解决,我们将提供进一步的最新情况.

3. 2026年9月1日 UTC 16:15resolved

   影响查看受益者信息能力的问题现已解决。 受益细节正常装载,服务稳定性通过监测得到确认. 我们为所造成的不便道歉 并感谢你的耐心 当团队调查并恢复服务.

4. 2026年9月4日 UTC 09:10postmortem

   □ ** 概览** 2026年9月1日,使用Direct的客户遇到受益人细节显示不正确的问题. 受影响的用户可能无法查看现有的受益人信息,在试图访问受益人记录时可能会收到"未发现的受益人"错误. 这个问题影响到Direct内部的受益人检索功能,是因例行更换平台后出现服务通信问题而起。 该事件被查明后于2026年9月1日恢复服务. □** 客户影响** 在事故期间,一些客户在直接查看受益人细节方面遇到了困难。 因此,一些用户可能无法访问受益人信息,或在试图检索受益人记录时可能遇到错误信息. 付款处理服务仍然可用,尽管一些有关的付款活动可能出现延误,而受益人的资料却不详。 □** 轮回原因** 事件发生的原因是在例行的平台变更中暴露了对服务配置的依赖. 受益信息服务继续使用平台更新后无法使用的遗留服务终点,导致受益请求检索失败。 这一问题通过更新服务配置以使用预定的平台出行机制而得到确定和解决. 在恢复服务后,又进行了额外审查,以查明类似的依赖性并加强配置治理和验证控制。 货币云保密

自动翻译自官方事件更新。

1. 2026年8月31日 UTC 17:20investigating

   我们正在调查一个影响通过我们的一个银行伙伴处理的付款的问题。 因此,一些客户可能遭遇付款失败或处理延误. 我们的队伍正在积极调查,并与提供者合作,以确定原因并尽快恢复正常服务。 一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年9月1日 UTC 11:06resolved

   影响付款处理的问题已经解决并恢复正常服务。 事件中,有部分客户遭遇CAD支付失败. 虽然目前服务正常运行,但价值日期为2026年8月31日的CAD付款的子集未能成功完成并因失败被退回. 付款受到影响的客户可能需要重新进行这些交易。 我们对造成的不便表示歉意,并感谢我们的客户在我们努力恢复服务时表现出的耐心.

3. 2026年9月4日 UTC 09:07postmortem

   □ ** 概览** 2026年8月31日和2026年9月1日,一些客户遭遇了支付失败和处理延误,影响了通过我们的一个银行伙伴进行支付。 这个问题是由于我国流动资金供资程序中断造成的,这造成了临时资金短缺,使某些付款无法按预期处理。 采取了纠正行动来恢复正常的处理,受影响付款由我们的行动小组审查和处理。 采取了纠正行动来恢复正常的付款处理,经证实资金余额已经纠正,付款业务恢复正常服务后,于2026年9月1日解决了这一事件. □** 客户影响** 在事故期间,有一部分客户的付款失败或延误。 这一影响仅限于付款处理,我们的小组查明并审查了受影响的交易。 这一事件没有造成客户资金损失,在采取纠正行动后,恢复正常的付款处理。 无需客户采取行动 □** 轮回原因** 这一事件是由于流动资金供资活动的运作程序失败,导致在预定地点没有资金进行支付处理,并造成临时流动资金短缺。 这个问题通过调查查明,随后得到纠正。 此后,我们实行了强化的验证、监督和核准控制,以加强这一进程并减少今后发生类似事件的可能性。 货币云保密

自动翻译自官方事件更新。

1. 2026年8月25日 UTC 09:07investigating

   我们正在调查一个影响某些付款处理的问题。 客户在处理瑞典克朗、挪威克朗和丹麦克朗付款时可能遇到延误,而我们的工程师则努力恢复正常的服务。 其他支付路线正在按预期运行。 我们的小组已经查明了这个问题,并正在执行一个解决办法。 我们正密切监测局势,并将在掌握最新情况后提供进一步的最新资料.

2. 2026年8月25日 UTC 10:49identified

   我们已查明一个影响某些付款处理的问题的原因,目前正在执行一个解决办法。 自08:51 BST以来,一些SEK、NOK和DKK的付款可能会被延误。 延迟付款预计将在下一个可用处理日处理。 其他支付线路继续按预期运行. 我们的工程组正在完成固定设备的生产推广,重新启动处理服务,并核实受影响付款积压的回收情况。 我们继续密切监测局势,并将在进展得到证实后提供进一步的最新情况.

3. 2026年8月25日 UTC 11:37monitoring

   我们针对影响到瑞典克朗、挪威克朗和丹麦克朗付款的处理的问题采取了补救措施。 这一固定办法成功地处理了以前受影响的大多数付款,现已按今天的价值日期处理。 一小部分受影响的付款可能仍被推迟到下一个可用的处理日。 我们的小组正在继续审查和鉴定。 进一步的最新情况将随时提供.

4. 2026年8月25日 UTC 15:13resolved

   我们针对影响到瑞典克朗、挪威克朗和丹麦克朗付款处理的问题采取了一项措施。 修复工作已成功部署,现已恢复处理。 所有受影响的付款都按照指示的价值日期处理,预计不会对客户产生进一步的影响。 我们的小组已完成验证活动并继续监测这项服务,以确保持续稳定.

5. 2026年8月27日 UTC 07:32postmortem

   # ** 概览** 2026年8月25日,我们经历了一个影响一些瑞典克朗、挪威克朗和丹麦克朗付款处理的问题。 同一天查明并缓解了这一问题,经过进一步监测,全面服务稳定得到确认。 事件一直被观察,直到2026年8月26日才被完全解决. # ** 客户影响** 少数瑞典克朗、挪威克朗和丹麦克朗的付款延迟了一天,而绝大多数付款是在恢复服务后的预定价值日处理的。 无需客户采取行动。 # ** 旋转原因 # 一个付款处理服务遇到一个出乎意料的情况,使得新的付款申请无法在短期内得到处理。 我们的小组恢复了正常的处理程序,对根本问题采取了补救措施,并加强了监测,以帮助今后更快地发现和处理类似问题。 * 货币云保密

自动翻译自官方事件更新。

1. 2026年8月11日 UTC 15:55investigating

   我们目前正在调查一个拖延,影响到通过我们的银行伙伴处理的一些瑞典克朗付款。 因此,有些付款可能比预期完成的时间长。 我们的小组正同合作伙伴积极接触,以解决这一问题并尽快恢复正常处理。 一旦获得更多信息,我们将提供进一步的最新资料。 我们为造成的不便道歉.

2. 2026年8月12日 UTC 13:18monitoring

   影响到一些瑞典克朗付款的问题已得到纠正并恢复了付款处理。 我们正在继续监测这项服务,以确保顺利处理所有延迟付款并维持正常业务。 我们为造成的不便道歉.

3. 2026年8月13日 UTC 07:46resolved

   影响一些瑞典克朗付款的问题已完全解决。 所有延迟付款现已成功处理,付款处理如期进行。 我们的小组在纠正后继续监测这项服务,并证实恢复正常处理。 我们对造成任何不便表示歉意并感谢你在我们努力解决这一问题期间的耐心.

4. 2026年8月17日 UTC 23:29postmortem

   ** 对瑞典克朗当地付款的延迟** ** 概览** 2026年8月11日,我们确定了一个拖延处理一些瑞典克朗和挪威克朗付款的问题,导致部分付款等待时间超过预期。 这个问题只影响到付款处理时间表;不需要客户行动,对客户数据没有影响,在恢复服务后,受影响的付款通过正常处理取得进展。 我们的小组调查了这个问题,并于2026年8月12日执行了一项固定措施。 付款处理随后恢复,受影响的积压工作开始清理,经过一段时间的监测后,事件于2026年8月13日得到解决. ** 循环原因** 造成这一事件的原因是引进了一个交易记录类型,而我们的部分付款处理服务没有处理该类型。 这使某些账户活动更新无法按预期进行处理,这又推迟了相关付款的发放。 为了恢复服务,我们的工程队更新了受影响的服务,以正确处理这些记录并恢复正常的付款处理。 更新后,延迟账户活动更新得到处理,付款处理恢复正常. 为了帮助减少今后发生类似事件的风险,我们加强了该处对交易信息的处理,并在采用新的交易记录类型时实施了额外的保障措施来提高复原能力。 环球机密( C)

自动翻译自官方事件更新。

1. 2026年7月21日 UTC 11:41investigating

   我们正在调查一个通过我们的银行伙伴影响当地欧元支付服务的问题。 因此,在我们努力恢复正常服务时,有些付款可能会被拖延。 我们的团队与供应商积极接触,并正在采取步骤以尽量减少客户的影响。 客户资金仍然安全,一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年7月21日 UTC 11:54identified

   我们通过银行伙伴查明了一个影响当地欧元支付服务的问题。 因此,一些欧元付款可能出现延误,新的欧元虚拟账户可能暂时无法设立。 我们的银行伙伴已查明了根本原因,并正在积极执行一个解决办法。 我们正在同它们密切合作,并继续监测进展情况,同时采取步骤尽量减少对客户的影响。 客户资金保持稳定,一旦获得更多信息,我们将进一步提供最新情况

3. 2026年7月21日 UTC 12:28monitoring

   通过我们的银行伙伴影响当地欧元支付服务的问题已经解决并恢复服务。 支付处理和虚拟账户服务再次正常运行。 我们的小组正在完成少数在停业期间受到影响的交易的回收活动,并正在密切监测这项服务,以确保完全恢复正常业务。 客户资金保持安全。 我们将继续监测这项服务,并在所有恢复活动完成后提供进一步的最新资料.

4. 2026年7月23日 UTC 16:07resolved

   通过我们的一个银行伙伴提供欧元支付服务的问题已经完全解决。 在问题确定之日恢复了服务,自决议通过以来,所有付款处理功能都按预期运作。 在服务恢复后,对所有受影响的交易进行了审查并进行了补救。 任何剩余的延迟项目现已得到解决,正常处理工作已恢复。 我们为任何不便道歉,并感谢你在我们与银行伙伴合作解决问题时表现出的耐心.

5. 2026年7月27日 UTC 15:32postmortem

   # 概览 2026年7月21日,影响网络伙伴API服务的停电中断了一些欧元支付指令和相关服务的处理. 货币云小组与伙伴密切合作,以尽量减少客户的影响,暂时暂停提交付款,并在恢复服务后完成补救活动。 # 客户影响 由于无法与网络伙伴连接,一些欧元付款出现延误。 在服务恢复和补救活动之后,大多数受影响的付款都得到顺利处理。 一些收账扫码在下个营业日入帐,导致临时处理延误,但客户资金没有损失. # 根源 事件由网络伙伴API平台内部的技术故障所造成,导致支付请求和相关信息无法被成功处理. 因此,在提供商解决问题之前,Connescloud系统无法与合作伙伴交换支付信息. 货币云的基础设施和安全控制被证实在事件中如所预期的那样运作。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年7月20日 UTC 09:32investigating

   我们目前正在调查影响各行动小组使用的内部准入系统的问题。 虽然仍有付款处理服务,但一些人工处理的活动,包括资金分配、汇款人核查和与调查有关的请求,可能会出现延误。 我们的团队正在积极努力恢复全面服务,我们将继续提供现有最新资料.

2. 2026年7月20日 UTC 12:04resolved

   这一问题已经确定和解决,服务正常运行。 我们的小组已证实恢复情况,并继续监测环境,以确保持续稳定。 此时此刻,我们并不期望有任何影响或拖延。 谢谢你的耐心 在我们调查和解决问题时.

3. 2026年7月27日 UTC 15:33postmortem

   # 概览 2026年7月20日,我们经历了一个内部系统问题,影响了某些操作工具的获取. 我们的团队和服务提供者查明并解决了这一问题,随后恢复了服务 # 客户影响 对客户付款服务没有实质影响。 经审查,在该事件中没有错过任何关键的客户流程或服务。 # 根源 这个问题源于一个用来支持业务准入的内部技术服务。 采取了纠正行动并恢复了服务。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年7月9日 UTC 14:56investigating

   我们正在调查一个影响到瑞典能源公司网络伙伴的问题,这可能导致当地瑞典能源公司的付款处理出现延误。 我们的团队正与网络合作伙伴合作,尽快恢复正常服务. 一旦获得更多信息,我们将提供进一步的最新资料.

2. 2026年7月9日 UTC 21:18monitoring

   我们查明了影响当地瑞典克朗付款处理问题的起因,并实施了防止进一步拖延的措施。 一些先前受影响的瑞典克朗付款可能仍然被拖延,而受影响的资金正在收回,付款则放行处理。 我们正在与我们的网络伙伴监测恢复情况,并将在付款处理恢复正常后提供进一步的最新资料.

3. 2026年7月10日 UTC 13:32resolved

   影响到当地SEK、NOK和DKK付款的子集的问题现已得到解决,付款处理已恢复正常。 少数付款拖延了一个工作日,而我们的小组与一个网络伙伴合作解决这一问题。 所有受影响的付款现已得到处理或正在按预期进行。 我们为所造成的任何不便道歉并感谢你的耐心.

4. 2026年7月20日 UTC 17:13postmortem

   # 概览 2026年7月9日,我们发现了一个影响通过当地银行网络伙伴进行支付处理的问题. 这一问题导致瑞典克朗付款的分集出现延误,在收回期间,少量丹麦克朗和挪威克朗付款也受到了影响。 2026年7月10日进行了整改,以防止再发生. 所有受影响的付款均于2026年7月14日成功处理. # 客户影响 一部分客户在付款处理方面出现延误。 受影响的付款尚未支付,而资金转移已收回并恢复处理。 所有受影响的付款最终都得到处理。 # 根源 付款信息生成的改变改变了用于某些资金转移的账户信息格式。 因此,一些资金转移没有自动被网络伙伴贷记,使相关付款无法按预期取得进展。 已纠正这一变动,并完成了处理受影响付款的其他追回行动。 货币云保密

自动翻译自官方事件更新。

1. 2026年7月6日 UTC 12:59investigating

   我们知道,在执行我们最初的固定措施后,有少数关于大宗上传付款处理的持续报告。 虽然大多数Bulk上传请求正在成功处理中,但我们正在调查在某些条件下是否有一部分请求可能会受到影响。 我们的工程小组正在积极审查最近的报告和监测平台的业绩,以确定是否需要采取任何进一步的纠正行动。 我们对持续中断表示歉意,并将在获得补充资料后立即提供进一步的最新资料.

2. 2026年7月7日 UTC 10:59monitoring

   一项措施已经执行,我们正在监测结果.

3. 2026年7月7日 UTC 15:35resolved

   已执行一个固定办法,Bulk上传付款处理正常进行。 自采取补救措施以来,我们再没有看到关于这个问题的报告,并且正在继续密切监测这项服务。 我们对造成的干扰表示歉意并感谢你在我们调查和解决问题期间的耐心.

4. 2026年7月8日 UTC 12:45postmortem

   □ 概览 2026年7月2日,我们发现了影响Bulk上传支付处理的问题. 上传的子集没有导致预期产生付款项和拨款。 经过调查和纠正后,Bulk上传处理恢复正常,事件于2026年7月7日得到解决. □ 客户端影响 使用 Bulk上传功能的子集客户可能经历过没有导致预期付款创建的上传. 在恢复服务后,遇到问题的客户不妨核实所有预定付款指示均已成功提交和处理。 □ 根源 平台的改变影响了缓存中付款验证数据的提供。 在某些情况下,当处理批量上传请求时,无法提供这种验证数据. 因此,一些上传功能无法按预期完成验证,使相关付款项和拨款无法创建. 随后进行了修改,以改进缓存刷新和平台间分布的验证。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年7月6日 UTC 12:30investigating

   我们目前正在调查影响付款核实服务的问题。 一些客户在通过平台或API验证支付时可能会出错. 我们的工程队已经查明问题,并正在积极努力尽快恢复正常服务。 我们对此可能造成的任何不便表示歉意,并将在获得更多信息后提供进一步的最新资料.

2. 2026年7月6日 UTC 19:13monitoring

   这一问题已经得到缓解并正在得到监测.

3. 2026年7月7日 UTC 14:51resolved

   影响付款验证服务的问题现已解决。 我们的小组执行了一项固定措施并监测这项服务,以确认稳定,没有观察到进一步的问题。 我们为所造成的任何不便道歉并感谢你的耐心.

4. 2026年7月8日 UTC 12:42postmortem

   □ 概览 2026年7月3日,我们确定了一个影响生产环境中付款验证服务的问题. 一些客户在通过平台和API验证支付时遇到出错. 通过缓存重装和服务回收行动减轻了这一问题,随后实施并部署了永久性固定装置。 服务得到恢复和监测,直至稳定得到确认。 □ 客户端影响 在事件中,一些客户可能经历过: * 验证付款时出错 * 付款创建和验证工作流程中断断续续的故障 * 处理某些大宗付款上传的问题 影响是有限的、断断续续的。 没有发现数据完整性问题,也不需要采取客户行动。 □ 根源 造成这一问题的原因是付款引擎要求的付款验证缓存条目缺失。 在某些条件下,该缓存在服务事件后没有正确重新流行,导致验证请求失败. 相关的服务变动导致缓存不一致。 采取了缓解措施来恢复缓存,并实施了永久性的补救措施来改进缓存管理和防止再发生。 ‌ ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年7月3日 UTC 10:03investigating

   我们目前正在调查影响付款核实服务的问题。 一些客户在通过平台或API验证支付时可能会出错. 我们的工程队已经查明问题,并正在积极努力尽快恢复正常服务。 我们对此可能造成的任何不便表示歉意,并将在获得更多信息后提供进一步的最新资料.

2. 2026年7月3日 UTC 10:51resolved

   我们已就影响付款验证服务的问题实施了一个解决方案,服务已经恢复。 客户现在应该能够通过平台和API验证正常付款。 我们的工程小组正在继续进行根本原因调查,并正在设法永久改进,以防止这一问题再起。 我们为造成的不便道歉.

3. 2026年7月8日 UTC 12:44postmortem

   □ 概览 2026年7月3日,我们确定了一个影响生产环境中付款验证服务的问题. 一些客户在通过平台和API验证支付时遇到出错. 通过缓存重装和服务回收行动减轻了这一问题,随后实施并部署了永久性固定装置。 服务得到恢复和监测,直至稳定得到确认。 □ 客户端影响 在事件中,一些客户可能经历过: * 验证付款时出错 * 付款创建和验证工作流程中断断续续的故障 * 处理某些大宗付款上传的问题 影响是有限的、断断续续的。 没有发现数据完整性问题,也不需要采取客户行动。 □ 根源 造成这一问题的原因是付款引擎要求的付款验证缓存条目缺失。 在某些条件下,该缓存在服务事件后没有正确重新流行,导致验证请求失败. 相关的服务变动导致缓存不一致。 采取了缓解措施来恢复缓存,并实施了永久性的补救措施来改进缓存管理和防止再发生。 ‌ * 货币云保密

自动翻译自官方事件更新。

1. 2026年7月3日 UTC 08:32investigating

   我们正在调查影响大宗上传付款处理的问题。 一些用户可能体验上传文件成功验证或完成处理,但相关付款可能无法按预期生成. 我们的工程队正积极开展工作,查明原因并恢复正常服务。 我们为任何不便表示歉意,并将在获得更多信息后提供进一步的最新资料.

2. 2026年7月3日 UTC 08:33investigating

   我们正在继续调查这一问题.

3. 2026年7月3日 UTC 12:06resolved

   影响分批上传付款处理的问题现已解决。 我们为造成不便而道歉 并感谢你的耐心 在我们的团队调查和恢复服务时.

4. 2026年7月8日 UTC 12:46postmortem

   □ 概览 2026年7月2日,我们发现了影响Bulk上传支付处理的问题. 上传的子集没有导致预期产生付款项和拨款。 经过调查和纠正后,Bulk上传处理恢复正常,事件于2026年7月7日得到解决. □ 客户端影响 使用 Bulk上传功能的子集客户可能经历过没有导致预期付款创建的上传. 在恢复服务后,遇到问题的客户不妨核实所有预定付款指示均已成功提交和处理。 □ 根源 平台的改变影响了缓存中付款验证数据的提供。 在某些情况下,当处理批量上传请求时,无法提供这种验证数据. 因此,一些上传功能无法按预期完成验证,使相关付款项和拨款无法创建. 随后进行了修改,以改进缓存刷新和平台间分布的验证。 ‌ * 货币云保密

自动翻译自官方事件更新。