Payplug 中断历史

1. 2026年6月20日 UTC 10:52investigating

   法国 我们发现了一起影响使用我们的模块向商家发送后付款通知的事件。 该事件正在分析中。 EN 我们已经发现了一起影响使用我们模块的商家交付后付款通知的事件。 该事件目前正在调查中。

2. 2026年6月20日 UTC 13:40resolved

   TSR-3421 -首次/开始：19/06/2026 18:00:00 CEST -周一/结束：2026 年 6 月 20 日 15:17:00 CEST -类别/类别：生产/加工 -责任/责任：外部 -优先级/优先级：P1 法国 该事件影响了使用模块向商家发送付款后的通知。该服务在 17 点 15 点恢复正常，运行正常。 从事件一开始就没有收到的通知会被拒绝，这些操作将持续到18点。 EN 影响使用这些模块的商家交付后付款通知的事件已得到解决。服务已于 15:17 恢复，现在运行正常。 将采取行动重播自事件开始以来无法发送的通知，事件始于昨天 18:00

3. 2026年6月26日 UTC 09:27postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-3421 **相关服务** 付款通知。 **影响客户** 付款通知 n'etaient plus senvoyees aux marchands。 **事件综述** * **19 年 6 月 18 日：** 大量付款发货。 * **6月19日18点30分：事件的开始。** * **6 月 20 日 10:33：** 已重启通知问题警报。 * **6 月 20 日上午 11:46：** 创建了一个指定危机细胞。调查的开始。 * **6 月 20 日 11:48：** 确认未发送付款通知。调查小组。 * **6 月 20 日 12h50：确定根本原因。** * **6月20日13点02-15点15分：**部署了各种纠正措施。 * **17 年 6 月 20 日 15:00：事件结束。** * **6 月 20 日 22:32：** 启动自动发送通知。 * **6月21日上午11点57分：**确认整套通知。 **根本原因** 通知处理文件中的通知音量异常升高，与不可用 URL 的自动释放尝试相关。因此，这种饱和度会阻止通知发送。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 通知处理文件中没有特定的警报。| 添加了专门的警报以检测和防御处理文件的所有饱和度。| | 没有商家付款请求的配送上限。| 取消商家限额，以限制通知流量并防止处理文件的所有饱和度。| | 管理未适应的超时。| 修订超时封锁以防止通知处理文件饱和。| | Letard dans la Charge en the la Charge de the la sharge de the la sharge dens the la sharge de la the la sugence tharge de the la the la| ==========英文版======== # 验尸 **事件参考** TSR-3421 **受事件影响的支付服务** 付款通知。 **客户影响** 不再向商家发送付款通知。 **事件概述** * **6月19日下午 6:00：** 处理了大量的付款交易。 * **6 月 19 日下午 6:30：事件开始了。** * **6 月 20 日上午 10:33：** 已就通知问题发出警报。 * **6月20日上午 11:46：** 成立了专门的危机管理小组。调查开始了。 * **6 月 20 日上午 11:48：** 已确定无法发送付款通知。调查仍在继续。 * **6 月 20 日下午 12:50：已确定根本原因。** * **6月20日下午 1:02 — 下午 3:15：** 已采取各种纠正措施。 * **6 月 20 日下午 3:17：事件已解决。** * **6 月 20 日晚上 10:32：** 启动了重新发送通知的自动化流程。 * **6 月 21 日上午 11:57：** 确认所有通知均已成功重新发送。 **根本原因** 异常大量的失败通知，加上对不可用 URL 的自动重试尝试，使通知处理队列饱和。结果，饱和度使付款通知无法发送。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 没有针对通知处理队列的特定警报。| 已引入特定警报来检测和主动预测处理队列的任何饱和度。| | 对提交付款请求的每位卖家没有限制。| 已实施每位卖家限制，以控制通知流量并防止处理队列饱和。| | 超时设置不当。| 正在审查超时阈值，以防止通知处理队列饱和。| | 延迟事件响应。| 非工作时间的事件管理程序目前正在审查中，并将传达给相关团队。|

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

1. 2026年6月15日 UTC 10:24investigating

   法国 6 月 13 日、14 日和 15 日的逆转，在他们的完整性中没有 pus pu reversés reversés reversés。 Nos equipes sont pleinement Afin de Afin de leinées Afin delaisées Afin delaisées Afin de lesiment dealisées Afin delais 中的情况，重启逆转的正常疗法。 我们向您报告了局势的演变，因为有新的信息将可用。 EN 原定于今天进行的与6月13日、14日和15日有关的和解无法全面处理。 我们的团队已全面动员起来，尽快解决问题，恢复正常的结算处理。 一旦有进一步的信息，我们将立即向您通报任何事态发展。 它 预计 6 月 13 日、14 日和 15 日的版本今天无法完全生效。 我们的团队竭尽全力在尽可能短的时间内解决问题，恢复正常的资金筹集流程。 我们会提供有关情况发展的信息，但不会有新的信息。

2. 2026年6月16日 UTC 08:58monitoring

   TSR-3389 -首次/开始/开始：16/06/2026 -Fin/End /fine: 17/06/2026 -类别/类别/类别：生产逆向/结算/变更 -责任/责任/责任：Payplug -优先级/优先级/优先级：P2。 法国 Les fonds restants n'ayant pas pu etre reversés here le seront aujourd'hui 您无需采取任何行动，您的账户中的资金将像往常一样可用。 EN 昨天无法结算的剩余资金将在今天结算。 您无需采取任何行动，资金将照常存入您的账户。 它 我还没有收到任何东西的剩余的基金今天将获得认证。 您无需采取任何行动，您的账户中将以消费者的身份使用该资金。

3. 2026年6月16日 UTC 09:17resolved

   这一事件已经得到解决.

4. 2026年6月16日 UTC 13:27postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-3389 **相关服务** 撤销交易。 **影响客户** 在事件发生期间，不可能继续推翻交易的完整性，这导致了商家监管的延迟。 **事件综述** * **6 月 15 日 10:10：** 提醒警报某些商家无法获得资金。**事件的初始**和首次分析。 * **6月15日上午10点36分：** 创建了一个指定危机细胞。 * **6 月 15 日 10:37：** 发现某些变量需求的生成问题。 * **6 月 15 日 10:52：** 确认第二起影响签证验证的事件。 * **6 月 15 日 11:11：** 影响认证验证的事件解决率。 * **6月15日上午11点14分：**要求验证包含周末交易的签证，并对某些签证要求的生成错误进行调查。 * **6月15日上午11点34分：** 验证周末时段和调查套件，以便能够在截止日期之前将基金运送到周末套件。 * **6月15日上午11点55分：确定事件起源。** * **6月15日12点22分：** 制定一项行动计划，以允许周末缺少的资金运送。 * **6 月 15 日 15 点：** 在监视队伍时部署纠正措施。 * **6 月 15 日 17:10：** 纠正措施结束。**事件结束。** * **6 月 16 日 7:30 **：没有错误警报。 * **6 月 16 日 9:30：** 验证一代良好的 Virendes des de Virendes de Virendes de Virendes de Virendes de De Virment * **6 月 16 日 10:57：** 使用技巧队伍控制敌人。 * **6 月 16 日 10:59：** 不同的控件证实了资金组合的逆转。 **根本原因** Ainsi 在 declenchement d'un lanceur de táche lanceur de táche of clenchement de táche of clenchement 中犯了一个错误。 **Payplug 赞助的行动** | **症状** | **操作** | |---|---| | 缺少有关未生成文件的特定警报。| 添加警报，用于检测文件未生成的错误并预测还原事件。| | 缺少特定的警报。| 添加警报的过程中的反思。| 添加警报的过程中的反思| ==========英文版======== # 验尸 **事件参考** TSR-3389 **受事件影响的支付服务** 交易结算 **客户影响** 事件发生期间无法结算所有交易，导致商家结算延迟。 **事件概述** * **6 月 15 日上午 10:10：** 已发出警报，表明一些商家尚未收到资金。**事件开始**并开始初步调查。 * **6月15日上午10点36分：**成立了专门的危机管理小组。 * **6 月 15 日上午 10:37：** 发现了一个影响某些银行转账请求生成的问题。 * **6 月 15 日上午 10:52：** 发现了第二起影响转移验证的事件。 * **6 月 15 日上午 11:11：** 影响转移验证的事件已得到解决。 * **6月15日上午 11:14：**已提交请求验证包含周末交易的转账，同时对影响某些转账请求生成的错误的调查仍在继续。 * **6 月 15 日上午 11:34：** 周末转账已验证。由于已超过截止时间，调查继续使丢失的资金能够在第二天寄出。 * **6 月 15 日上午 11:55：** 已确定事件的根本原因。** * **6月15日下午 12:22：** 制定了一项行动计划，以便在第二天汇出缺失的资金。 * **6 月 15 日下午 3:00：** 在团队监督下采取纠正措施。 * **6 月 15 日下午 5:10：** 纠正措施已完成。**事件已解决。** * **6 月 16 日上午 7:30：** 没有显示任何错误的警报。 * **6 月 16 日上午 9:30：** 验证正确生成的转账请求。 * **6 月 16 日上午 10:57：** 转账由技术团队检查。 * **6 月 16 日上午 10:59：** 所有支票均确认所有资金已成功结算。 **根本原因** 在触发任务调度程序时出错，中断了银行转账文件的生成，导致某些资金无法结算。 **Payplug 采取的行动** | **症状** | **操作** | |---|---| | 没有特定的警报来检测文件生成失败。| 已添加警报以检测文件生成失败并主动识别潜在的结算事件。| | 没有专门的警报来检测作业调度程序的故障。| 正在讨论如何实现能够在作业调度器中报告故障的警报。|

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

1. 2026年6月7日 UTC 04:43investigating

   法国 我们已经确定了在线和杂志付款的困难。 该事件正在分析中。 EN 我们已经发现了影响在线和店内付款的问题。 调查正在进行中。 它 我们发现了在线支付和销售点面临的困难。 该事件处于分析阶段。

2. 2026年6月7日 UTC 05:05investigating

   法国 我们已经确定了支付平台上的困难。 经过分析，该事件似乎发生在我们的平台之外。 我们向你通报了演变的消息，因为有新的信息将可用。 EN 我们已经发现了支付平台上的问题。 经过分析，该事件似乎是我们平台外部的。 一旦有进一步的信息，我们将立即向您通报任何事态发展。 它 Abbi我们发现了支付平台存在的困难。 经过分析，结果表明这起事件在我们的平台上是外部的。 我们将随时更新有关开发的内容，因为我们不会有新的信息。

3. 2026年6月7日 UTC 05:28resolved

   TSR-XXXX -首次/开始：2026 年 7 月 6 日 06:15:00 CEST -周一/结束：2026 年 7 月 6 日 06:58:00 CEST -类别/类别：生产/加工 -责任/责任：外部 -优先级/优先级：P1 法国 该事件现已解决，服务已恢复。 我们将继续监视服务的重启。 EN 事件现已解决，服务已恢复。 服务恢复仍在监控之中。

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

1. 2026年5月7日 UTC 09:00monitoring

   法国 我们已经确定了上午9点58分至10点12分之间在线和杂志付款的困难。 该事件现已解决，服务已恢复。 我们将继续监视服务的重启。 EN 我们已经发现了影响上午 9:58 至上午 10:12 的在线和店内付款的问题。 事件现已解决，服务已恢复。 服务恢复仍在监控之中。 它 我们发现了 9:58 和 10:12 之间的在线支付和销售点的困难。 事件现已解决，服务已恢复。 我们将继续监视服务的泄露情况。

2. 2026年5月7日 UTC 14:15resolved

   这一事件已经得到解决.

3. 2026年5月15日 UTC 13:32postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-3279 **相关服务** 电子商务、3DS 和杂志支付。 **影响客户** 对于 portuer d'effectuer des Paiements 来说，这是不可能的。 **事件综述** * **5 月 7 日 9h58：** **事件的开始。** * **5 月 7 日 9h59：** remontée d'Alerte。调查的开始。 * **5 月 7 日 10h03：** 创建了专门的危机小组，并开始调查。 * **09 年 5 月 7 日 10:00：确定事件起源。** * **5 月 7 日 10 点 10 点：** 启动纠正措施。 * **5 月 7 日 10h12：事件结束。** **根本原因** La jour a jour d'ur d'un technique Componient 激活了一个安全选项，该选项将从一个数据库中恢复到服务器集合中。 Les servers Ayant 可能在数据库之前进行了修复，他们无法调用这个数据库中存在的商家配置，这会导致支付失败。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 根据该技术组件的更新，自动重启套件服务器。| 停用该特定技术组件。| ==========英文版======== # 验尸 **事件参考** TSR-3279 **受事件影响的支付服务** 电子商务、3DS 和店内支付。 **客户影响** 持卡人无法付款。 **事件概述** * **5 月 7 日上午 9:58：事件开始。** * **5 月 7 日上午 9:59：** 发出警报。调查开始了。 * **5 月 7 日上午 10:03：** 成立了专门的危机小组，调查仍在继续。 * **5 月 7 日上午 10:09：已确定根本原因。** * **5 月 7 日上午 10:10：** 已启动纠正措施。 * **5 月 7 日上午 10:12：** 事件结束。** **根本原因** 技术组件的更新启用了一个安全选项，该选项触发了所有服务器和数据库的重启。 由于服务器在数据库之前重新启动，它们无法检索存储在数据库中的商家配置，这导致了付款失败。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 更新此技术组件后自动重启服务器。| 禁用链接到该特定技术组件的自动重启。|

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

1. 2026年4月7日 UTC 09:50monitoring

   法国 4 月 3,4 日和 5 日的反向已生效。4 月 6 日和 7 日的初始日期是今天的明天将生效。 您无需采取任何行动，您的账户中的资金将像往常一样可用。 对应的 virements des des misajourd'hui 的详细信息将是我今天的配置。 EN 4月3日、4日和5日的结算已经完成。原定于今天举行的4月6日和7日会议将于明天进行。您无需采取任何行动，资金将照常存入您的账户。 相应转账的详细信息将于今天公布。 它 4 月 3 日、4 日和 5 日的版本已生效。4 月 6 日和 7 日，最初是预计今天，将于明天生效。 您无需采取任何行动，您的账户中将以消费者的身份使用该资金。 对应的bonifici的详细信息将在今天的配置中显示出来。

2. 2026年4月8日 UTC 09:05monitoring

   法国 4 月 6 日和 7 日的背景是反向的。将于 4 月 8 日初始化为今天的上一次生效。 您无需采取任何行动，您的账户中的资金将像往常一样可用。 EN 4月6日和7日的资金已经结算。原定于今天举行的4月8日会议将于明天进行。 您无需采取任何行动，资金将照常存入您的账户。 它 4 月 6 日和 7 日的资金已经过期。从 4 月 8 日开始，最初是今天，我们将在明天生效。 您无需采取任何行动，您的账户中将以消费者的身份使用该资金。

3. 2026年4月9日 UTC 09:16resolved

   法国 今天，基金的完整性将逆转。 对应的 virements des des misajourd'hui 的详细信息将是我今天的配置。 EN 所有资金将在白天转账。 相应转账的详细信息将于今天公布。 它 整笔资金将在当天转移。 对应的bonifici的详细信息将在今天的配置中显示出来。

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

1. 2026年3月16日 UTC 10:58identified

   TSR-3077 -首次/开始：16/03/2026 -结束/结束：正在进行/正在进行中 -类别/类别：逆向/结算 -责任/责任：确认者/待确认 -优先级/优先级：P1 法国 目前发生的事件影响了生命的排放。 Les viments prévus ajourd'hui pourront pas etre estués 我们的队伍被动员起来缓解局势，我们向你报告说 virements pourront estront etre envoyées。 EN 目前，一起事件正在影响定居点的发放。 原定于今天进行的定居点将无法执行。 我们的团队正在积极努力解决这种情况，我们将在汇款发送后尽快通知您。 它 目前，一个事件正在影响各种版本的排放。 今天预见的奖金不可能生效。 我们的团队已动员起来解决问题，我们不会收到任何可能的奖励信息。

2. 2026年3月17日 UTC 08:48identified

   TSR-3077 -首次/开始：16/03/2026 -结束/结束：正在进行/正在进行中 -类别/类别：逆向/结算 -责任/责任：Payplug -优先级/优先级：P1 法国 纠正措施不是为了收集这里的反向文件而采取的。 但是，目前正在进行验证时出现问题。 我们的队伍被动员起来，在最短的时间里扭转局面。 EN 已采取纠正措施来恢复昨天的结算文件。 但是，目前存在一个问题，无法对其进行验证。 我们的团队正在努力尽快恢复局面。 它 Sono State 会采取更正的操作来恢复这些版本的文件。 但是，问题实际上阻碍了他们的验证。 我们的团队已被动员起来，以便在尽可能短的时间内恢复局面。

3. 2026年3月17日 UTC 11:12monitoring

   TSR-3077 -首次/开始：16/03/2026 -结束/结束：正在进行中/17/03/2026 -类别/类别：逆向/结算 -责任/责任：Payplug -优先级/优先级：P1 法国 3 月 16 日和 17 日的逆向未生效。 Les fonds seront suront surnée 将在当天可用。 EN 3月16日和17日的和解协议已经生效。 资金将于今天到位。 它 3 月 16 日和 17 日的版本已生效。 这笔资金在当天不可用。

4. 2026年3月17日 UTC 13:29resolved

   这一事件已经得到解决.

5. 2026年3月27日 UTC 10:49postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-3077 **相关服务** 反向电子商务和杂货店付款。 **影响客户** 在事件发生期间，不可能继续撤销交易，这导致了商家监管的延迟。 **事件综述** * **02 年 3 月 16 日 11:02：** 创建了决定性的危机小组，并开始了调查。 * **05 年 3 月 16 日 11:05：** 识别反向文件存放电子支票。 * **15 年 3 月 16 日：** 发现第二个问题：通过验证无法访问该工具。 * **3 月 16 日 11h15-12h：** poursuite des esvisigations。 * **16 3 月 12 日：** 确认不可能在同一天解锁资金。 * **3 月 16 日 12 点-18 点 30 分：** poursuite des esparity。 * **17 3 月 9 日：** 危机细胞重演。 * **3 月 17 日 9h28：** 重启视野中的文件。调查组。 * **3月17日上午10点23分：确定允许发送资金的竞赛解决方案。** * **3 月 17 日 10h23-11h15：** 测试以验证解决方案的良好运作。测试得出结论。 * **3 月 17 日 11:30：** 反向文件验证。**事件结束。** * **09 年 3 月 17 日 12 点：** 确认当日文件处理和资金转移。 **根本原因** 一种迁移操作会引入虚拟化验证系统所使用的技术不一致性，这是两种机制之间存在缺陷的原因。这种情况阻碍了正常的验证处理。 **Payplug 赞助的行动** 在恢复服务后，我们已经启动了对最新稳定版本的回归。此操作允许重组验证可行方式的功能集合。 ==========英文版======== # 验尸 **事件参考** TSR-3077 **受事件影响的支付服务** 电子商务和店内付款结算。 **客户影响** 在事件期间无法处理交易撤销，导致商家结算延迟。 **事件概述** * **3 月 16 日上午 11:02：** 成立专门的危机小组并开始调查。 * **3 月 16 日上午 11:05：** 确认付款文件提交失败。 * **3 月 16 日上午 11:15：** 发现第二个问题：无法访问用于验证转账的工具。 * **3 月 16 日上午 11:15 — 下午 12:00：** 正在进行的调查。 * **3 月 16 日下午 12:00：**确认资金无法在同一天发放。 * **3 月 16 日中午 12:00 — 下午 6:30：** 正在进行的调查。 * **3 月 17 日上午 9:00：** 危机小组恢复工作。 * **3 月 17 日上午 9:28：** 恢复前一天的传输文件。正在进行的调查。 * **3 月 17 日上午 10:23：**确定能够汇款的变通方案。** * **3 月 17 日上午 10:23 — 上午 11:15：** 测试以验证解决方案。测试成功。 * **3 月 17 日上午 11:30：** 付款文件验证。**事件已解决。** * **3 月 17 日下午 12:09：**确认文件已处理完毕且资金将在白天转账。 **根本原因** 迁移导致转让验证系统使用的技术数据不一致，原因是两种机制之间存在差异，妨碍了验证工作的正常处理。 **Payplug 采取的行动** 已启动回滚到最后一个稳定版本以恢复该服务。此操作成功恢复了所有传输验证功能。

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

1. 2026年3月2日 UTC 11:46investigating

   法国 我们已经确定了支付平台上的困难。 该事件正在分析中。 EN 我们已经发现支付平台上持续存在的困难。 调查正在进行中。 它 Abbiam我们发现了付款处理中的困难。 该事件处于分析阶段。

2. 2026年3月2日 UTC 12:09monitoring

   TSR-3011 -首次/开始时间：2026 年 3 月 2 日 12:28 CET -周一/结束：2026 年 3 月 2 日 13:01 CET -类别/类别：生产加工 -责任/责任：Payplug -优先级/优先级：P1 法国 该事件现已解决，服务已恢复。 我们将继续监视服务的重启。 EN 事件现已解决，服务已恢复。 服务恢复仍在监控之中。 它 事件已解决，服务已恢复。 我们将继续监视服务的泄露情况。

3. 2026年3月2日 UTC 14:15resolved

   这一事件已经得到解决.

4. 2026年3月5日 UTC 15:09postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-3011 **相关服务** 电子商务、3DS 和杂志支付。 **影响客户** 对于 portuer d'effectuer des Paiements 来说，这是不可能的。 **事件综述** * **3 月 2 日 12h26：** 部署了量产版。 * **3 月 2 日 12h28：事件的开始。** * **3 月 2 日 12:29：** 首次重启警报。 * **3 月 2 日 12h33：** 创建了一个决定性的危机细胞。调查的开始。 * **3 月 2 日 12h37：** 服务错误识别。 * **56 年 3 月 2 日 12:56：确定事件起源。** * **3 月 13 日下午 2 日：** 采取纠正措施。 * **01 年 3 月 2 日：流量电子商务和 3DS 重播。** * **3 月 2 日 13:38：** 杂志上某些付款出现错误。调查组。 * **3 月 2 日 13:50：** 错误识别和重新启动服务。**事件结束。** **背景** 不适用 **根本原因** 一种生产模式是暂停接受交易的服务入口点。这些入场积分暂停，不接受更多交易，不会导致交通中断。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 在批评时间表上部署生产任务。| 在批评时间表上撤消生产失误的部署流程。| | 对接受交易的服务入口点进行详细监控。| 加强对入口点和与交易相关的服务的监控。| | 缺乏对特定证书的控制权套件在生产环境中部署。| 添加了在生产中部署 Mise 后验证证书状态的控制。| ==========英文版======== # 验尸 **事件参考** TSR-3011 **受事件影响的支付服务** 电子商务支付、3DS 和店内支付。 **客户影响** 持卡人无法付款。 **事件概述** * **3 月 2 日下午 12:26：** 生产部署。 * **2** ** 3 月 12:28 下午：** **事件开始。** * **3 月 2 日下午 12:29：** 首次发出警报。 * **3 月 2 日下午 12:33：** 成立了专门的危机小组。调查开始。 * **3 月 2 日下午 12:37：** 在服务上发现错误。 * **3 月 2 日下午 12:56：** 已确定事件的根本原因。** * **3 月 2 日下午 1:00：** 已采取纠正措施。 * **3 月 2 日下午 1:01：恢复电子商务和 3DS 流量。** * **3 月 2 日下午 1:38：** 某些店内付款报告了错误。调查仍在继续。 * **3 月 2 日下午 1:50：** 识别并重启受影响的服务。**事件结束。** **上下文** 不适用 **根本原因** 生产部署导致处理交易的服务的入口点暂停。由于这些入口点暂停，它们不再接受交易，这导致了交通中断。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 生产部署是在关键时间窗口内进行的。| 提醒部署过程以避免在关键时段进行生产部署。| | 对接受交易的服务的入境点的监测不足。| 加强对入境点和分发交易服务的监测。| | 生产部署后缺乏对特定证书的验证。| 增加了用于在生产部署后验证证书状态的检查。|

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

1. 2026年2月21日 UTC 08:39monitoring

   你好， 有关三维安全身份验证的骚扰正在进行中，从今天 8 点开始。 这起事件发生在我们平台之外的事件涉及农业信贷银行的举报人。 我们告诉你们 tiendrons，否则这起事件将得到解决。 ------------------ 意大利语： 早安， 从今天 9:00 开始，我们正在进行的 3D Secure 身份验证。 他们主要是感兴趣的万事达卡的标题。 这起事件发生在我们的平台外，大约有 30% 到 50% 的 3D Secure 身份验证请求占用。 我们会告诉我们不会发生事故会得到解决。 ------------------ 英文版： 你好， 自今天上午 8:00 以来，有关3D-Secure身份验证的中断仍在继续。 这起事件是我们平台的外部事件。 法国农业信贷银行的持卡人主要受到影响。 一旦事件得到解决，我们将立即向您通报最新情况。

2. 2026年2月21日 UTC 12:26monitoring

   外部事件仍在继续。我们会在发生变更时通知您。 ------------------- 该事件仍在继续。如果有任何更改，我们会及时通知您。

3. 2026年2月21日 UTC 14:52resolved

   外部-与三维安全身份验证相关的功能失调（欧洲中部时间 9:00-欧洲中部时间 15:00） 法国 该事件现已解决，服务已恢复。 我们将继续监视服务的重启。 EN 事件现已解决，服务已恢复。 服务恢复仍在监控之中。 它 事件已解决，服务已恢复。 我们将继续监视服务的泄露情况。

4. 2026年2月23日 UTC 09:12postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2981 **相关服务** 电子商务和 3DS 支付。 **影响客户** 收款人无法生效。 **事件综述** * **2 月 21 日 5 点：事件的开始。** * **2 月 21 日 6:23：** 重启警报。Le seuil d'erreur 对于 declencher l'astreinte 来说太弱了 * **2 月 21 日 8:32：** 创建了一个由 l'astreinte 指定的危机细胞。调查的开始。 * **2 月 21 日 8:34：** 识别来自特定银行网络的付款支票。 * **2 月 21 日上午 9 点至下午 13 点：** 分析套件。 * **2月21日13点30分：事件结束。** * **2 月 21 日 14h41：** 网络证实了一起事件 chez eux。 **背景** 不适用 **根本原因** 外部事件源自银行网络。 ==========英文版======== # 验尸 **事件参考** TSR-2981 **受事件影响的支付服务** 电子商务支付和3DS。 **客户影响** 持卡人无法付款。 **事件概述** * **2 月 21 日凌晨 5:00：事件开始。** * **2 月 21 日上午 6:23：** 发出警报。此阶段的错误阈值太低，无法触发待命升级小组。 * **2月21日上午 8:32：** 待命小组设立了专门的危机小组。调查开始了。 * **2 月 21 日上午 8:34：** 已发现源自特定银行网络的付款故障。 * **2 月 21 日上午 9:00 — 下午 1:00：** 持续分析。 * **2 月 21 日下午 1:30：事件结束。** * **2月21日下午 2:41：** 网络证实他们方面发生了事件。 **背景** 不适用 **根本原因** 源自银行网络的外部事件。

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

1. 2026年2月19日 UTC 09:59identified

   法国 我们已经确定了支付平台上的困难。 有关交易是通过法国农业信贷银行进行的 celles traitées 的排他性交易。 首次分析表明，事件的起源是在我们的平台之外。 EN 我们已经发现支付平台上持续存在的困难。 受影响的交易仅限于通过法国农业信贷银行处理的交易。 初步调查表明，事件的根本原因在我们的平台之外。

2. 2026年2月19日 UTC 10:25monitoring

   法国 该事件现已解决，服务已恢复。 我们将继续监视服务的重启。 EN 事件现已解决，服务已恢复。 服务恢复仍在监控之中。

3. 2026年2月19日 UTC 16:19resolved

   这一事件已经得到解决.

4. 2026年2月20日 UTC 13:54postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2964 **相关服务** 电子商务和 3DS 支付。 **影响客户** 收款人无法生效。 **事件综述** * **2 月 19 日 10h19：事件的开始。** * **2 月 19 日 10h24：** 创建了决定性的危机小组，并开始了调查。 * **2 月 19 日 10:27：** 错误识别 groupe groupe externe specifique 来自外部银行集团。 * **2 月 19 日 10:29：** 联系合作伙伴，获取有关该事件的补充信息。 * **2 月 19 日 10:39：** 合伙人回来证实了外部银行集团的事件。 * **2 月 19 日 10:51：** 相关银行集团的联系方式。 * **2 月 19 日 10:56：事件结束。** * **19 年 2 月 11 日：** 银行集团表示，这起事件是外部先驱造成的。 **背景** 不适用 **根本原因** 外部银行集团前身的外部事件。 ==========英文版======== # 验尸 **事件参考** TSR-2964 **受事件影响的支付服务** 电子商务支付和3DS。 **客户影响** 持卡人无法付款。 **事件概述** * **2 月 19 日上午 10:19：事件开始。** * **2 月 19 日上午 10:24：** 成立了专门的危机小组并开始调查。 * **2 月 19 日上午 10:27：** 发现的错误源自特定的外部银行集团。 * **2 月 19 日上午 10:29：** 已联系合作伙伴以获取有关该事件的更多信息。 * **2月19日上午 10:39：**合作伙伴的反馈证实了外部银行集团内部的事件。 * **2 月 19 日上午 10:51：** 已联系有关银行集团。 * **2 月 19 日上午 10:56：事件结束。** * **2月19日上午11点：**该银行集团表示，该事件源于外部服务提供商。 **上下文** 不适用 **根本原因** 外部银行集团的服务提供商发生的外部事件。

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

1. 2026年2月17日 UTC 16:11investigating

   法国 我们已经确定了Portail Payplug上存在的困难。 该事件正在分析中。 EN 我们已经发现了 Payplug Portal 存在问题。 调查正在进行中。 它 Abbi我们发现了Payplug门户网站面临的困难。 该事件处于分析阶段。

2. 2026年2月18日 UTC 07:23monitoring

   TSR-2951 -首次/开始/开始：17/02/2026 16h CET -周五/结束/罚款：17/02/2026 18h52 CET -类别/类别/类别：制作门户。 -责任/责任/责任：Payplug。 -优先级/优先级/优先级：P1。 法国 这种情况是正常套件的收入，是部署纠正器。 我们将继续监控服务。 EN 部署修复程序后，情况已恢复正常。 我们将继续监控该服务。 它 随着更正的释放，情况已恢复正常。 我们将继续监控该服务。

3. 2026年2月18日 UTC 14:32resolved

   这一事件已经得到解决.

4. 2026年2月18日 UTC 15:05postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2951 **相关服务** 门户 **影响客户** 访问门户网站时出现连接问题，错误消息不可抗力。 **事件综述** * **2 月 16 日 15:15：** 已开始量产。 * **2 月 16 日 15:18：** 连接问题-断开连接，但门户上出现了错误消息。**事件的首次亮相。** * **2 月 16 日 15h34：** remontée d'alerte。调查的开始。 * **2 月 16 日下午 15:53：** Celleation d'une cellule maneur 事件。 * **2 月 16 日 15:58：** 通讯状态页面。识别生产中的失误与事件的开始相一致。开始废除生产中的Mise。 * **2 月 16 日 16h08：** 制作中取消的消息。 * **2 月 16 日 16:25：确定事件起源。** * **2 月 16 日 16:33：** 持续连接问题。启动返回到已确定的某些未完成服务的先前版本。 * **2 月 16 日 16:54：** 使用先前版本重新启动服务。 * **2 月 16 日 16:59：** Portail 上的连接问题已结束。 * **2 月 16 日 17h06：** Portail 上的错误消息已结束。**事件结束。** * **2 月 17 日 16:16：** **错误再现。** * **2 月 17 日 16:29-18h35：** 创建危机单元并重启分析。 * **2月17日18点40分：识别事件起源并部署纠正器。** * **2 月 17 日 18:52：事件结束。** **背景** 不适用 **根本原因** 我们的内部服务之间的访问问题正在生产中产生。这些问题不会导致返回身份验证页面的用户被迫断开连接。第二次发生的是一次新的制作过程，该版本在回滚后重现了错误的标识符套件。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 取消同步 API 谱号的某些参数 | 更新不同步的参数集合。| | 自动更新谱号 API。| 正在进行调查，以开始自动更新谱号 API。| | 由于某些 API 参数不同步而缺少警报 | 添加了参数不同步和警报改善情况下的错误消息。| | 部署服务的复杂性。| 使用机密来改善该服务上的部署\（API 密钥，内部密钥...\）。| | 如果集群中的某项服务不可用，则强制断开连接。| 正在进行改进，以避免在服务不可用时断开用户的连接。| ==========英文版======== # 验尸 **事件参考** TSR-2951 **受事件影响的支付服务** 门户 **客户影响** 访问门户网站时出现连接问题，登录后出现意外错误消息。 **事件概述** * **2 月 16 日下午 3:15：** 部署到生产环境。 * **2 月 16 日下午 3:18：** 连接问题 — 门户网站上出现断开连接和错误消息。**事件的开始。** * **2 月 16 日下午 3:34：** 发出警报。调查开始了。 * **2 月 16 日下午 3:53：** 重大事件小组成立。 * **2 月 16 日下午 3:58：** 状态页通讯已发布。确定了与事件开始相吻合的生产部署。部署的回滚已启动。 * **2 月 16 日下午 4:08：** 回滚生产部署失败。 * **2 月 16 日下午 4:25：已确定事件的根本原因。** * **2 月 16 日下午 4:33：** 连接问题仍然存在。回滚到已启动的某些已识别故障服务的先前版本。 * **2 月 16 日下午 4:54：** 服务已使用先前版本重新启动。 * **2 月 16 日下午 4:59：** 门户网站上的连接问题已结束。 * **2 月 16 日下午 5:06：** 门户网站上的错误消息结束。**事件已解决。** * **2 月 17 日下午 4:16：错误再次出现。** * **2 月 17 日下午 4:29 — 下午 6:35：** 成立危机小组，恢复调查。 * **2 月 17 日下午 6:40：已确定根本原因并部署修复程序。** * **2 月 17 日下午 6:52：事件已解决。** **背景** 不适用 **根本原因** 生产部署导致我们的内部服务之间出现访问问题。这些问题导致用户被强制注销并重定向回身份验证页面。第二次事件是由随后的生产部署触发的，该部署在前一天进行回滚后检索到不正确的证书。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 取消对某些 API 密钥参数的同步。| 更新所有不同步的参数。| | 自动续订 API 密钥。| 正在进行调查，以防止 API 密钥的自动续订。| | 未触发有关某些 API 参数不同步的警报。| 在参数不同步时添加错误消息并改进警报。| | 部署服务中的复杂性。| 改进服务部署管理密钥\（API 密钥、内部密码等\）。| | 如果生态系统中的任何服务不可用，则强制注销。| 正在进行改进，以防止用户在服务不可用时立即注销。|

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

1. 2026年2月16日 UTC 14:58investigating

   法国 我们已经确定了Portail Payplug上存在的困难。 该事件正在分析中。 EN 我们已经发现了 Payplug Portal 存在问题。 调查正在进行中。 它 Abbi我们发现了Payplug门户网站面临的困难。 该事件处于分析阶段。

2. 2026年2月16日 UTC 15:10investigating

   法国 调查仍在进行中。 我们将在15分钟内重返您的身边。 EN 调查仍在进行中。 我们将在 15 分钟后回复您。 它 Le indagini 现在还在路上。 我们将在 15 分钟内与您联系。

3. 2026年2月16日 UTC 15:25identified

   法国 调查仍在进行中。 我们将在15分钟内重返您的身边。 EN 调查仍在进行中。 我们将在 15 分钟后回复您。 它 Le indagini 现在还在路上。 我们将在 15 分钟内与您联系。

4. 2026年2月16日 UTC 15:40identified

   TSR-2951 -首次/开始/开始：16/02/2026 15h18 CET -Fin/End /fine：正在进行/正在进行/正在进行中。 -类别/类别/类别：制作门户。 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P2。 法国 调查仍在进行中。 我们将在15分钟内重返您的身边。 EN 调查仍在进行中。 我们将在 15 分钟后回复您。 它 Le indagini 现在还在路上。 我们将在 15 分钟内与您联系。

5. 2026年2月16日 UTC 15:53identified

   TSR-2951 -首次/开始/开始：16/02/2026 15h18 CET -Fin/End /fine：正在进行/正在进行/正在进行中。 -类别/类别/类别：制作门户。 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P2。 法国 目前，门户网站注册和访问权限的要求已关闭。 Des soucis de de soucis de d'errus messages d'errures peuvent peuvent d'erru 我们努力尽可能地重启服务。 EN 转移请求和门户网站访问权限目前已中断。 用户可能会遇到意外注销和错误消息。 我们正在努力尽快恢复该服务。 它 预处理请求和对 Portale 的访问权限实际上是令人不安的。 我可以检查断开连接和错误消息。 我们正在努力尽快恢复服务。

6. 2026年2月16日 UTC 16:05monitoring

   TSR-2951 -首次/开始/开始：16/02/2026 15h18 CET -周五/结束/罚款：16/02/2026 16h59 CET -类别/类别/类别：制作门户。 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P2。 法国 从16h59开始，情况逐渐恢复到正常水平。 我们将继续监控服务。 EN 自下午4点59分以来，情况已逐渐恢复正常。 我们将继续监控该服务。 它 从 16:59 开始，局势逐渐恢复正常。 我们将继续监控该服务。

7. 2026年2月16日 UTC 16:11resolved

   这一事件已经得到解决.

8. 2026年2月18日 UTC 15:00postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2951 **相关服务** 门户 **影响客户** 访问门户网站时出现连接问题，错误消息不可抗力。 **事件综述** * **2 月 16 日 15:15：** 已开始量产。 * **2 月 16 日 15:18：** 连接问题-断开连接，但门户上出现了错误消息。**事件的首次亮相。** * **2 月 16 日 15h34：** remontée d'alerte。调查的开始。 * **2 月 16 日下午 15:53：** Celleation d'une cellule maneur 事件。 * **2 月 16 日 15:58：** 通讯状态页面。识别生产中的失误与事件的开始相一致。开始废除生产中的Mise。 * **2 月 16 日 16h08：** 制作中取消的消息。 * **2 月 16 日 16:25：确定事件起源。** * **2 月 16 日 16:33：** 持续连接问题。启动返回到已确定的某些未完成服务的先前版本。 * **2 月 16 日 16:54：** 使用先前版本重新启动服务。 * **2 月 16 日 16:59：** Portail 上的连接问题已结束。 * **2 月 16 日 17h06：** Portail 上的错误消息已结束。**事件结束。** * **2 月 17 日 16:16：** **错误再现。** * **2 月 17 日 16:29-18h35：** 创建危机单元并重启分析。 * **2月17日18点40分：识别事件起源并部署纠正器。** * **2 月 17 日 18:52：事件结束。** **背景** 不适用 **根本原因** 我们的内部服务之间的访问问题正在生产中产生。这些问题不会导致返回身份验证页面的用户被迫断开连接。第二次发生的是一次新的制作过程，该版本在回滚后重现了错误的标识符套件。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 取消同步 API 谱号的某些参数 | 更新不同步的参数集合。| | 自动更新谱号 API。| 正在进行调查，以开始自动更新谱号 API。| | 由于某些 API 参数不同步而缺少警报 | 添加了参数不同步和警报改善情况下的错误消息。| | 部署服务的复杂性。| 使用机密来改善该服务上的部署\（API 密钥，内部密钥...\）。| | 如果集群中的某项服务不可用，则强制断开连接。| 正在进行改进，以避免在服务不可用时断开用户的连接。| ==========英文版======== # 验尸 **事件参考** TSR-2951 **受事件影响的支付服务** 门户 **客户影响** 访问门户网站时出现连接问题，登录后出现意外错误消息。 **事件概述** * **2 月 16 日下午 3:15：** 部署到生产环境。 * **2 月 16 日下午 3:18：** 连接问题 — 门户网站上出现断开连接和错误消息。**事件的开始。** * **2 月 16 日下午 3:34：** 发出警报。调查开始了。 * **2 月 16 日下午 3:53：** 重大事件小组成立。 * **2 月 16 日下午 3:58：** 状态页通讯已发布。确定了与事件开始相吻合的生产部署。部署的回滚已启动。 * **2 月 16 日下午 4:08：** 回滚生产部署失败。 * **2 月 16 日下午 4:25：已确定事件的根本原因。** * **2 月 16 日下午 4:33：** 连接问题仍然存在。回滚到已启动的某些已识别故障服务的先前版本。 * **2 月 16 日下午 4:54：** 服务已使用先前版本重新启动。 * **2 月 16 日下午 4:59：** 门户网站上的连接问题已结束。 * **2 月 16 日下午 5:06：** 门户网站上的错误消息结束。**事件已解决。** * **2 月 17 日下午 4:16：错误再次出现。** * **2 月 17 日下午 4:29 — 下午 6:35：** 成立危机小组，恢复调查。 * **2 月 17 日下午 6:40：已确定根本原因并部署修复程序。** * **2 月 17 日下午 6:52：事件已解决。** **背景** 不适用 **根本原因** 生产部署导致我们的内部服务之间出现访问问题。这些问题导致用户被强制注销并重定向回身份验证页面。第二次事件是由随后的生产部署触发的，该部署在前一天进行回滚后检索到不正确的证书。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 取消对某些 API 密钥参数的同步。| 更新所有不同步的参数。| | 自动续订 API 密钥。| 正在进行调查，以防止 API 密钥的自动续订。| | 未触发有关某些 API 参数不同步的警报。| 在参数不同步时添加错误消息并改进警报。| | 部署服务中的复杂性。| 改进服务部署管理密钥\（API 密钥、内部密码等\）。| | 如果生态系统中的任何服务不可用，则强制注销。| 正在进行改进，以防止用户在服务不可用时立即注销。|

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

1. 2025年12月5日 UTC 09:00investigating

   法国 我们发现了付款处理中存在的困难，这些困难与Cloudflare的事件类似。 EN 我们已经发现付款处理方面的困难，这些困难似乎与Cloudflare的事件有关。 它 Abbiama在处理支付时遇到了一些困难，这些困难似乎与Cloudflare发生的事件有关。

2. 2025年12月5日 UTC 09:06investigating

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

3. 2025年12月5日 UTC 09:17monitoring

   TSR-2651 -首次/开始：2025 年 4 月 12 日 09h48 CET -周五/结束：2025 年 4 月 12 日 10:13 CET -类别/类别：生产加工 -责任/责任：外部/外部 -优先级/优先级：P1 法国 从 10h13 开始，正在处理中。 我们将继续监控服务。 EN 自上午 10:13 以来，处理一直在恢复。 我们将继续监控该服务。 处理将在 10:13 结束。 我们将继续监控该服务。

4. 2025年12月5日 UTC 14:44resolved

   这一事件已经得到解决.

5. 2025年12月9日 UTC 09:21postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2651 **相关服务** 电子商务和 3DS 支付。 **影响客户** 收款人无法生效。 **事件综述** * **12 月 5 日 09h48：事件开始**和警报重启。 * **12 月 5 日 09h52：** 创建了一个指定危机细胞。Clouflare 首次对事件进行调查和怀疑。 * **12 月 5 日 09h54：** Cloudflare 确认了这起事件。 * **12 月 5 日 10h：** 通讯状态页面。 * **12 月 5 日 10h13：事件结束。** **背景** 不适用 **根本原因** 来自 Clouflare 的事件。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | Cloudflare 出现故障时缺少替代方案。| 正在研究在发生意外情况时提供备份解决方案的替代方案。| ==========英文版======== # 验尸 **事件参考** TSR-2651 **受事件影响的支付服务** 电子商务支付和 3DS。 **客户影响** 持卡人无法付款。 **事件概述** * **12月5日上午 9:48：事件开始**并发出警报。 * **12 月 5 日上午 9:52：** 设立专门的危机小组。开始调查并怀疑在Cloudflare发生了一起事件。 * **12 月 5 日上午 9:54：** 证实了在 Cloudflare 发生的事件。 * **12 月 5 日上午 10:00：** 状态页面通讯。 * **12 月 5 日上午 10:13：事件结束。** **上下文** 不适用 **根本原因** Cloudflare 事件。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | Cloudflare 出现故障时缺乏替代方案。| 目前正在研究在发生事故时提供备份解决方案的替代方案。|

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

1. 2025年12月3日 UTC 10:36investigating

   法国 12 月 2 日的反向初始化将在今天生效。您无需采取任何行动，您的账户中的资金将像往常一样可用。 对应的 virements des des misajourd'hui 的详细信息将是我今天的配置。 EN 原定于今天支付的12月2日款项将于明天处理。您无需采取任何行动，资金将照常存入您的账户。 相应转账的详细信息将于今天公布。

2. 2025年12月3日 UTC 10:44monitoring

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

3. 2025年12月4日 UTC 10:39monitoring

   法国 12 月 2 日的 Les reversements ont bien eté eté effectués。 总而言之，12 月 3 日初始的反向将会在今天生效。您无需采取任何行动，您的账户中的资金将像往常一样可用。 对应的 virements des des misajourd'hui 的详细信息将是我今天的配置。 EN 12月2日的付款已成功处理。 但是，原定于今天发放的12月3日的付款将在明天处理。您无需采取任何行动，资金将照常存入您的账户。 相应转账的详细信息将于今天公布。

4. 2025年12月5日 UTC 11:20resolved

   法国 我们将在 12 月 3 日确认撤销交易。 我们正在更新反向信息。 EN 我们确认从12月3日起的交易款项。 我们掌握了最新的付款情况。 它 我们将确认12月3日交易的还款额。 我们正在更新退款信息。

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

1. 2025年10月21日 UTC 08:02investigating

   法国 可压缩的文档目前无法再从门户网站导出。 这些文件可以在线查阅。 我们的队伍正在调查问题根源。 EN 此时无法再从门户网站导出会计凭证。 这些文件仍可供在线查看。 我们的团队正在积极调查问题的原因。 它 目前，无法再将可记账的文档从 Portale 中导出了。 剩余的文件可以在线查阅。 我们的团队正在积极调查问题的原因。

2. 2025年10月21日 UTC 08:40investigating

   TSR-2453 -开始/开始/开始：确认者/待确认/待确认。 -Fin/End /fine：正在进行/正在进行/正在进行中。 -类别/类别/类别：制作门户。 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P3。 法国 该事件似乎只影响了谷歌浏览器实现的出口尝试。 可计算的文档可以通过 Firefox 下载。 我们的团队正在继续进行调查，以发现事件的起源。 EN 该事件似乎仅影响使用谷歌浏览器进行的出口尝试。 可以使用火狐下载会计凭证。 我们的团队正在继续调查，以确定事件的来源。 它 这起事件似乎只影响谷歌浏览器试探的出口行为。 可以使用 Firefox 下载可记账的文档。 我们的团队一直在调查事件的起源。

3. 2025年10月21日 UTC 12:00monitoring

   TSR-2453 -首次/开始/开始：21/10/2025 8h30 -末尾/罚款：2025 年 10 月 21 日 13:54 -类别/类别/类别：制作门户。 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P3。 法国 可以从谷歌浏览器下载的文件是新的可下载文件。 我们的团队将继续监控服务。 EN 现在可以使用谷歌浏览器再次下载会计凭证。 我们的团队将继续监控该服务。 它 现在可以通过谷歌浏览器下载可记账的文档。 我们的团队将继续监控服务。

4. 2025年10月23日 UTC 06:10resolved

   这一事件已经得到解决.

5. 2025年11月13日 UTC 10:58postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2453 **相关服务** Portail marchand。 **影响客户** 出口商不可能提供可计算的文件。 **事件综述** * **10 月 21 日 8:30：** 用户重复的出口量需求。**事件的首次亮相。** * **10 月 21 日 9:48：** 关于可会计文件不可用的提醒。 * **10 月 21 日 9h50：** 在队伍技巧之后创建门票。调查的开始。 * **10 月 21 日 10h02：** 通信状态页面。 * **10 月 21 日 10h07：** 门票大道。 * **10月21日上午10点30分：**为商家确定传输竞争解决方案。 * **10 月 21 日 11h19：** 确定事件起源。 * **10 月 22 日 16h43：** 采取行动以防止事件的重演。**事件结束。** * **自10月23日起：** 继续进行调查，以查明深刻的原因。 **背景** 不适用 **根本原因** 生成可计出口的服务受到了用户大量和重复需求的影响。这些要求不收取附加费，也不会使服务无法使用。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 了解出口量需求和重复性需求的影响。| 当需要重要出口时发出警报。编写一个程序，以防情况再现。| | 可计算导出生成服务的饱和度。| 调查进行中。| ==========英文版======== # 验尸 **事件参考** TSR-2453 **受事件影响的支付服务** 商家门户。 **客户影响** 商家无法导出会计凭证。 **事件概述** * **10 月 21 日上午 8:30：** 用户重复提出大型导出请求。**事件开始。** * **10月21日上午 9:48：**就会计凭证不可用发出警报。 * **10 月 21 日上午 9:50：** 为技术团队创建的门票。开始调查。 * **10 月 21 日上午 10:02：** 状态页面通讯已发布。 * **10 月 21 日上午 10:07：** 门票升级了。 * **10 月 21 日上午 10:30：** 确定与商家共享的解决方法。 * **10 月 21 日上午 11:19：** 确定事件的根本原因。 * **10月22日下午 4:43：** 实施防止再次发生的措施。**事件结束。** * **自10月23日起：**正在进行调查以解决根本原因。 **上下文** 不适用 **根本原因** 会计导出生成服务受到多个用户反复提出的大量请求的影响。这些请求导致过载，使服务无法访问。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 对大量和重复的出口请求的影响缺乏认识。| 每当要求大规模出口时，都会发出警报。起草程序以防情况再次发生。| | 会计导出生成服务的饱和度。| 调查仍在进行中。|

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

1. 2025年9月4日 UTC 09:23identified

   TSR-2228 -首次/开始：2025 年 9 月 4 日 -结束/结束：正在进行/正在进行中 -类别/类别：撤销/结算 -责任/责任：Payplug -优先级/优先级：P2 法国 某些即将生效的电子商务和杂志支付业务的逆向不会在当代生效。 相应的财务和解将在今天支付。 事故的起源已被确定，未执行的行为将自动举报和违约，除非你自己没有必要采取任何行动。 EN 本应在今天进行的某些电子商务和店内支付交易的付款无法按时完成。 相应的财务对账将于今天公布。 事件原因已经确定，未执行的付款将自动推迟并在明天处理，您无需采取任何行动。

2. 2025年9月4日 UTC 12:35monitoring

   TSR-2228 -首次/开始：2025 年 9 月 4 日 -结束/结束：正在进行/正在进行中 -类别/类别：撤销/结算 -责任/责任：Payplug -优先级/优先级：P2 法国 我们证实了未来会发生逆转的争论。 我们将继续监控服务。 EN 我们确认收回转款，将于明天支付。 我们将继续监控该服务。

3. 2025年9月5日 UTC 08:43resolved

   TSR-2228 -首次/开始：2025 年 9 月 4 日 -周末/结束：2025 年 9 月 5 日 -类别/类别：撤销/结算 -责任/责任：Payplug -优先级/优先级：P2 法国 这里的电子商务和杂志支付业务是不可逆转的，现在是逆向的。 在发生的交易中，相应的金融对账是整合的。 EN 昨天未结算的电子商务和店内支付业务已于今天结算。 相应的财务对账准确地包括追回的交易。

4. 2025年9月5日 UTC 12:16postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2228 **相关服务** 反向电子商务和杂货店付款。 **影响客户** 部分撤销交易。 **事件综述** * **9 月 4 日 7:30：** 不同流量的文件开始饱和度。**事件的首次亮相。** * **9 月 4 日 8:50：** 检测到过敏治疗中的延迟。创建专门的危机细胞并开始分析。 * **9 月 4 日 8:53：** 识别通量饱和度必须经过反复旋转但未成功。 * **9 月 4 日 8:56：** 测试以抵御二级路线的某些流量以避免饱和。 * **09 年 9 月 4 日 9:9：** 某些流量的移动，不受其他航线事故的影响。Poursuite des des Analysuite 旨在重新调整生活节奏。 * **9 月 4 日上午 10 点：** 在多项行动之后恢复对抗的治疗，以确保逃脱边缘效果。 * **9 月 4 日 11h57：** 治疗结束时限后。某些愿望会实现 le lendemain。 * **9 月 5 日：** 撤销交易。**事件结束。** **背景** 不适用 **根本原因** 生产中断导致两个 API 之间的连接中断。Une tache 是用圈子进入的，它会随着流量的变化而穿过不同的路线。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 缺少警报检测。| 改善监控，以更好地识别事故情况。| | 由于错误而阻塞处理。| 修改等待文件架构，以确保出现错误时不会阻塞整套待处理。| ==========英文版======== # 验尸 **事件参考** TSR-2228 **受事件影响的支付服务** 电子商务和店内付款结算。 **客户影响** 交易的部分结算。 **事件概述** * **9 月 4 日上午 7:30 —** 队列饱和开始处理不同的流量。**事件开始。** * **9 月 4 日上午 8:50 —** 检测到传输处理延迟。成立了专门的危机小组，并开始进行分析。 * **9 月 4 日上午 8:53 —** 识别任务循环失败导致的流量饱和度。 * **9 月 4 日上午 8:56 —** 测试重新安排某些流经次要路径的路线，以避免饱和。 * **9 月 4 日上午 9:09 —** 将部分未受事件影响的流量转移到其他路线。进一步分析，尝试在白天重启转账。 * **9 月 4 日上午 10:00 —** 在采取了多项措施以确保避免副作用后，传输处理重新启动。 * **9 月 4 日上午 11:57 —** 处理在截止时间之后完成。一些转账将在第二天进行。 * **9 月 5 日 —** 交易已支付。**事件结束。** **背景** 不适用 **根本原因** 生产部署导致两个 API 之间的连接中断。一项任务进入了循环，使处理流量的不同路径饱和。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 未检测到警报。| 改进了监控，以便在发生事故时更好地识别。| | 错误导致的处理受阻。| 查看队列架构以确保失败的任务无法阻止所有处理。|

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

1. 2025年7月29日 UTC 12:57investigating

   法国 我们已经确定了付款处理方面的困难。 该事件正在分析中。 EN 我们已经发现付款处理中持续存在的困难。 调查正在进行中。 它 Abbiam我们发现了付款处理中的困难。 该事件处于分析阶段。

2. 2025年7月29日 UTC 13:14monitoring

   TSR-2090 -首次/开始/开始：29/07/2025 14h43 CEST。 -结束/结束 /罚款：正在进行/正在进行/正在进行中。 -类别/类别/类别：生产加工 -责任/责任/责任：Payplug -优先级/优先级/优先级：P2 法国 自 08 年 15 点起，该服务名义上正在逐步改进。 我们将继续监控服务。 EN 自下午 3:08 起一直维持正常服务。 我们将继续监控该服务。 它 从 15:08 开始，该服务逐渐恢复正常。 我们将继续监控该服务。

3. 2025年7月29日 UTC 14:17resolved

   TSR-2090 -首次/开始/开始：29/07/2025 14h43 CEST。 -Fin/End /fine：2025 年 7 月 29 日 15h08 CEST。 -类别/类别/类别：生产加工 -责任/责任/责任：Payplug -优先级/优先级/优先级：P2 法国 Un correctif a eté playqué。 该服务是可恢复的。 EN 已应用修复程序。 该服务已恢复。 它 它已经应用了更正。 该服务已恢复。

4. 2025年7月30日 UTC 07:12postmortem

   # _下面是英文版本_ # 验尸 **参考事件** TSR-2090 **相关服务** 电子商务和杂志支付。 **影响客户** Indisponibilité Generale。 **事件综述** * **7 月 23 日：** 首屈一指的服务器组停止制作。 * **7 月 24 日：** deuxième Groupe de Servers 的制作时间不足。 * **7 月 29 日下午 14:43 **：三组服务器的制作时间不足。**事件的首次亮相。** * **7 月 29 日 14:45 **：remontées d'Alertes。 * **7 月 29 日 14:48：** 创建重大事件小组，开始调查。 * **7 月 29 日 14h51：** 通讯状态页面。 * **7 月 29 日 14:51：** 重新部署服务。 * **7 月 29 日 15:05 :** 重启渐进式服务。 * **08 年 7 月 29 日下午 15 点**：**事件结束。** **背景** 补丁管理由一系列修正包组成，这些修正程序每周都会在生产服务器的三方\（狂欢节、星期三和星期四\）中交替部署。 **根本原因** 补丁管理是服务器生产中断的。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 服务器生产失败的检测。| 添加了服务器无法正常生产时发出警报的控件。| | 停止生产最新服务器。| 添加控制以防警报 lorsqu'il reste plusqu'il reste plusqu'il reste plusqu'il reste plusqu'il reste plusqu'il reste plusqu'il reste plusqu'i拦截最新服务器的自动生产失败。| | 补丁管理使所有生产服务器的连续生产失效。| 只有新的补丁管理顺序才停用。调查正在进行中。| ==========英文版======== # 验尸 **事件参考** TSR-2090 **受事件影响的支付服务** 电子商务和店内支付。 **客户影响** 普遍不可用。 **事件概述** * **7月23日：**第一组服务器停用。 * **7 月 24 日：** 第二组服务器停用。 * **7月29日-下午 2:43：** 第三组服务器停用。**事件开始。** * **7 月 29 日-下午 2:45：** 警报已触发。 * **7月29日-下午 2:48：** 重大事件工作组成立并开始调查。 * **7 月 29 日下午 2 点 51 分：** 状态页面沟通。 * **7 月 29 日下午 2 点 51 分：** 服务重新部署。 * **7 月 29 日-下午 3:05：** 逐步恢复服务。 * **7 月 29 日下午 3 点 08 分：事件结束。** **上下文** 补丁管理包括一系列更新，这些更新每周在三组生产服务器上轮流部署\（星期二、星期三和星期四\）。 **根本原因** 补丁管理相继停用了每台服务器。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 无法检测到服务器停用。| 增加了控件，以便在服务器停用时立即触发警报。| | 停用最后一台服务器。| 增加了控件，可在仅剩一台活跃的生产服务器时触发警报。阻止最后一台服务器的自动停用。| | 通过补丁管理逐步停用所有生产服务器。| 补丁管理已停用，直至另行通知。正在进行的调查。|

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

1. 2025年7月15日 UTC 08:41investigating

   法国 Ones Avons 发现了处理付款时遇到的困难，Oney 给我们带来了完全的服务不可或缺性。 该事件正在分析中。 EN 我们已经发现Oney付款的处理存在问题，导致该服务完全不可用。 调查正在进行中。 它 Abbiam我们发现了Oney付款处理中存在的困难，这表明该服务完全不可用。 该事件处于分析阶段。

2. 2025年7月15日 UTC 09:03monitoring

   法国 Oney 解决了影响付款处理的事件。 这起事件的起源是在我们的平台之外。 EN 影响Oney付款处理的事件已得到解决。 这起事件的起源是我们平台外部的。 它 引起Oney付款处理的事件已经解决了。 这起事件的起源不在我们的平台上。

3. 2025年7月15日 UTC 12:05resolved

   这一事件已经得到解决.

4. 2025年7月17日 UTC 13:19postmortem

   # 验尸 **相关服务** 亲爱的。 **影响客户** Oney 完全无法使用支付方式。 **事件综述** * **7 月 14 日 00h01 **：**事件初期** chez le partenaire**。** * **7 月 14 日 01h56**：合伙人宣布事件**。** * **7 月 15 日 10 点 23 分**：**事件结束**。 **背景** 不适用 **根本原因** Défaillance chez un partenaire。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 事故延迟检测。| 专为支付方式而设定的警报评论 Oney 和修改参数以增强减速效果。| ==========英文版======== # 验尸 **受事件影响的支付服务** 亲爱的。 **客户影响** Oney 付款方式完全中断。 **事件概述** * **7 月 14 日凌晨 00:01 — 事件始于服务提供商。 * **7 月 14 日凌晨 1:56 —** 服务提供商报告的事件。 * **7 月 15 日上午 10:23 — 事件已解决。** **背景** 不适用 **根本原因** 合作伙伴的服务中断。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 延迟发现事件。| 审查与 Oney 付款方式相关的警报并调整参数以提高触发精度。|

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

1. 2025年7月4日 UTC 08:07identified

   法国 我们已经确定了通过 Shopify 处理托管字段付款时遇到的困难。 该事件正在分析中。 在决议的出台之前，我们会向你提供关于付款的初步建议。 EN 我们已经通过Shopify发现了使用托管字段进行付款处理的问题。 该事件目前正在调查中。 我们建议同时切换到重定向付款。 它 Abbi我们发现了在Shopify上通过托管字段进行付款处理时遇到的困难。 该事件目前处于分析阶段。 我们建议在解决之前暂时取消重新定向的付款。

2. 2025年7月4日 UTC 08:57identified

   TSR-1977 -首次/开始/开始：2025 年 7 月 3 日 18:30 CEST。 -结束/结束 /罚款：正在进行/正在进行/正在进行中。 -类别/类别/类别：生产加工 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P2。 法国 调查仍在进行中。 我们将在一小时内重返你这里。 EN 调查仍在进行中。 我们将在一小时内回复您。 它 Le indagini 现在还在路上。 我们一会儿就联系你。

3. 2025年7月4日 UTC 09:37monitoring

   TSR-1977 -首次/开始/开始：2025 年 7 月 3 日 18:30 CEST。 -Fin/End /fine：2025 年 7 月 4 日 11:34 CEST。 -类别/类别/类别：生产加工 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P2。 法国 一款经过校正的贴花可以恢复服务。 我们继续监视服务的重启。 EN 已应用修复程序，允许恢复服务。 我们将继续监控服务恢复情况。 它 它已应用更正，允许恢复服务。 我们将继续监视服务恢复。

4. 2025年7月4日 UTC 16:10resolved

   TSR-1977 -首次/开始/开始：2025 年 7 月 3 日 18:30 CEST。 -Fin/End /fine：2025 年 7 月 4 日 16:30 CEST。 -类别/类别/类别：生产加工 -责任/责任/责任：确认者/待确认/待确认。 -优先级/优先级/优先级：P2。 法国 该服务在 11:30 恢复正常。 该平台是16h30的名义收入。 这起事件已经解决了。 EN 该服务已于上午11点30分恢复。 该平台在下午 4 点 30 分恢复到名义状态。 该事件已解决。 它 该服务已于 11:30 恢复。 该平台在 16:30 返回到名义状态。 事件已解决。

5. 2025年7月7日 UTC 18:02postmortem

   _下面是英文版本_ _下面是意大利语版本_ # 验尸 **参考事件** TSR-1977 **相关服务** Shopify 上的集成支付页面\（托管字段\） **影响客户** 通过 Shopify 上的集成支付页面\（托管字段\）进行付款，但出错了。 **事件综述** * **7 月 2 日 18h10 **：**事件初期**。 * **7 月 3 日 9:37 **：在 Shopify 的集成支付页面\（托管字段\）上重启扰动警报。 * **7 月 3 日上午 9:42 **：发生重大细胞事件。 * **7 月 3 日 09h53-10h30**：尝试恢复服务的多项操作。 * **7 月 3 日 10 点 30 分**：向 Shopify 发送邮件。 * **7 月 3 日上午 10 点 50 分：** 错误识别漏洞。 * **11 年 7 月 3 日：** 向Shopify发送第二封包含更多详细信息的邮件。 * **15 年 7 月 3 日 11:15：** 测试表示已停用证书控制。测试结论。 * **8 年 7 月 3 日 11:28：** 已在所有服务器上停用证书控制。**重启服务。** * **7 月 3 日上午 11 点 30 分：** 向 Shopify 发送第三封邮件。 * **7 月 3 日上午 11 点 30 分至 15 点：** 为恢复证书验证而进行的调查仍在继续。 * **7 月 3 日 15 日：** 对根本原因的理解。 * **3 7 月 16 日：** 添加了旧证书颁发机构并重新激活了服务器上的证书控制。测试结论。 * **29 年 7 月 3 日：** 添加了旧证书颁发机构，并重新激活了所有服务器上的证书控制。**事件结束。** **背景** 证书颁发机构旨在验证网站的身份并提供 “数字证书”，以证明该网站是好的。 2024 年，Shopify 宣布将部署一个新的证书颁发机构，该证书颁发机构将取代将于 2025 年 10 月 26 日到期的旧证书颁发机构。我们在 2024 年 8 月部署了新的证书颁发机构，但在 2024 年 12 月停用了旧版证书颁发机构。 **根本原因** Shopify 套件重用了旧的证书颁发机构，但我们停用了飞机。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | Quiproquo 关于撤销旧证书颁发机构\ (CA\) 的新版本的 Payplug 套件。| 关于撤销旧 CA 理由的简要说明。对旧加州进行系统的保护，直到到期日期.| | 事故延迟检测。| 关于在每个付款路径上发出特定警报的反思\（该事件没有受到影响\），不代表平台流量的一小部分。Améliorer la remontée des erreurs liées as des certicats aliées rerurs la remontee des erreurs liées as des certiats| | 尽快理解根本原因。| 在 Shopify 获取紧急联系人以促进调查。| ==========英文版======== # 验尸 **事件参考** TSR-1977 **受事件影响的支付服务** Shopify 上的综合支付页面\（托管字段\） **客户影响** 通过 Shopify 上的综合支付页面\（托管字段\）进行的付款失败。 **事件概述** * **7月2日下午 6:10：事件开始。** * **7月3日上午9点37分：**针对Shopify上的综合支付页面\（托管字段\）出现中断而发出警报。 * **7 月 3 日上午 9:42：** 已成立重大事件工作组。 * **7 月 3 日上午 9:53 — 10:30：** 尝试了多项恢复操作。 * **7 月 3 日上午 10:30：** 升级电子邮件已发送至 Shopify。 * **7 月 3 日上午 10:50：** 错误被识别为与证书有关。 * **7 月 3 日上午 11:11：** 第二封电子邮件已发送至 Shopify，其中包含更多详细信息。 * **7 月 3 日上午 11:15：** 通过禁用证书验证进行测试 — 测试成功。 * **7 月 3 日上午 11:28：** 所有服务器均禁用证书验证 — **服务已恢复。** * **7 月 3 日上午 11:30：** 第三封电子邮件已发送至 Shopify。 * **7 月 3 日上午 11:30 至下午 3:00：** 正在进行调查，以安全地重新启用证书验证。 * **7 月 3 日下午 3:00：** 已了解根本原因。 * **7 月 3 日下午 4:00：** 重新添加了旧的证书颁发机构\ (CA\)，并在一台服务器上重新激活了证书验证 — 测试成功。 * **7 月 3 日下午 4:29：** 重新添加了旧 CA，所有服务器重新激活了证书验证 — **事件结束。** **背景** 证书颁发机构\ (CA\) 验证网站的身份并颁发数字证书以证明其真实性。 2024 年，Shopify 通知我们，新的 CA 将取代当前的 CA，该证书将于 2025 年 10 月 26 日到期。我们在 2024 年 8 月部署了新的 CA，并在 2024 年 12 月禁用了旧的 CA。 **根本原因** Shopify 在事件发生后重复使用了旧的证书颁发机构，尽管我们之前已将其停用。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 对 Payplug 在部署新证书颁发机构\ (CA\) 后撤销旧证书颁发机构\ (CA\) 的误解。| 澄清撤销的原因。系统地保留旧 CA 直至其到期。| | 延迟事件检测。| 考虑为每个支付流程\（包括受影响的警报\）实施特定的警报，即使每个警报只占平台流量的一小部分。改进警报机制，更精确地检测与证书相关的问题。| | 了解根本原因的时间有待改善。| 与 Shopify 建立紧急联系以促进未来的调查。| ============ 意大利语版本========== # 验尸 **参考事件** TSR-1977 **感兴趣的服务** Shopify 上的集成付款页面\（托管字段\） **对客户的影响** 通过 Shopify 上的集成付款页面\（托管字段\）进行的付款会导致错误。 **事件合成** * **7 月 2 日 18:10：事件开始** * **7 月 3 日 09:37：** Shopify 的集成付款页面\（托管字段\）出现异常时提醒。 * **7 月 3 日 09:42：** 激活特遣部队发生重大事件。 * **7 月 3 日，09:53 — 10:30：** 需要采取各种操作来恢复服务。 * **7 月 3 日 10:30：** 第一封上报消息已发送至 Shopify。 * **7 月 3 日 10:50：** 识别与证书相关的错误。 * **7 月 3 日 11:11：** 向Shopify发送第二条消息，其中包含更多详细信息。 * **7 月 3 日 11:15：** 禁用证书控制进行测试 — Esito 阳性。 * **7 月 3 日 11:28：** 禁用所有服务器上的证书控制 — **还原服务。** * **7 月 3 日 11:30：** 在 Shopify 发送第三条消息。 * **7 月 3 日，11:30 — 15:00：** 分析过程以重启证书控制。 * **7 月 3 日 15:00：** 确定根本原因。 * **7 月 3 日 16:00：** 添加了旧证书颁发机构，并在服务器上重新启用证书控制 — 测试成功。 * **7 月 3 日 16:29：** 添加了旧证书颁发机构，并重新启动了对所有服务器的证书控制 — **事件已结束。** **竞赛** 证书颁发机构\ (CA\) 的职责是验证网站的身份，并发布不确认真实性的数字证书。 2024年，Shopify发布了有关前往新加州的通行信息，以取代2025年10月26日的现有信息。我们于 2024 年 8 月实施了新的 CA，并于 2024 年 12 月取消了本周的禁用。 **根本原因** 在发生了一起事件之后，Shopify 的一部分的旧证书颁发机构被我们拒之门外。 **来自Payplug的一部分的入门操作** | **Sintomi** | **Azioni** | |---|---| | 在新版本实施后，对 Payplug 一部分的旧证书颁发机构\ (CA\) 的撤销不予理解。| 列出撤销的动机。系统性保存旧的加州直至截止日期。| | 延迟检测事件。| 评估每种付款方式的特定警报激活，也只占一小部分流量。改进警报以更轻松地发现证书问题。| | 找出根本原因的最佳时机。| 向 Shopify 获取紧急联系以方便将来的投诉。|

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

1. 2025年5月6日 UTC 08:33monitoring

   TSR-1723 -首次/开始/开始：2025 年 3 月 5 日 -结束/结束 /罚款：正在进行/正在进行/正在进行中。 -类别/类别/类别：制作-Oney -责任/责任/责任：外部/外部/外部 法国 我们已经报告了一起事件，奥尼在5月3日星期六和5月5日星期一之间公布了多份融资档案。受影响的档案正在等待中。这些行动是为了收集这些档案而采取的行动，但这些交易已经被拒绝，pourront plus waytre validées malgré是可接受的融资。 这些行动正在进行之中，旨在取消与被拒绝的交易相关的已接受的融资档案。 EN 我们获悉，发生了一起事件，该事件影响了5月3日星期六至5月5日星期一上午开启的几份Oney融资申请。受影响的应用程序仍处于待处理状态。 Oney目前正在努力恢复这些申请，但是即使融资获得批准，已经被拒绝的交易也无法再得到验证。 还正在采取行动，取消与拒绝交易相关的已批准的融资申请。 它 我们报告了一起事件，奥尼在5月3日星期六和5月5日星期一早上开启了一起对各种融资业务感兴趣的事件。感兴趣的实践在等待状态下停滞不前。 Oney 目前正在努力挽回这种做法，但即使融资已获得批准，这些交易也无法再经过验证。 此外，还正在采取行动，取消与限制性交易相关的经批准的融资做法。

2. 2025年5月13日 UTC 11:54resolved

   TSR-1723 -首次/开始/开始：2025 年 3 月 5 日 -末尾/罚款：2025 年 5 月 7 日 -类别/类别/类别：制作-Oney -责任/责任/责任：外部/外部/外部 法国 与被拒绝的交易相关的档案，您的客户一定会被退款。 EN 与被拒绝的交易相关的融资申请已被取消。您的客户将获得退款。 它 这种做法与违规交易有关联的状态是无效的。我的客户一定会退款。

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

1. 2025年4月10日 UTC 12:25identified

   法国 在 PAX 终端（Nexo 协议）上实现的某些商店付款没有被借记卡的两次借记。S'agit for la plupart de paiments 于 4 月 7 日上线。异常情况很快就被识别出来了，纠正措施正在进行中。 -有关商家将直接联系。 -所有的双胞胎都将自动取消。 -如果客户不采取任何行动，则退款将生效。 -监管将在 peu sous peu 的账户中可见。 EN 一些通过 PAX 终端（NEXO 协议）进行的店内付款会向您的持卡客户收取两次费用。这些重复交易大多发生在4月7日。问题很快被发现，目前正在实施修复。 -将直接联系受影响的商家。 -所有重复的费用将自动取消。 -无需您或您的客户采取任何措施即可处理退款。 -调整将很快显示在持卡人的账户上。 它 在商店中使用PAX终端（Nexo协议）进行的某些付款可能需要两次向您的客户计费。大部分付款已于4月7日生效。异常已被发现，我们正在进行更正。 -感兴趣的精英将直接与您联系。 -所有添加的双重内容都将自动取消。 -退款将不影响您或客户的任何行动。 -调整将在短时间内显示客户当前账户。

2. 2025年4月11日 UTC 12:26monitoring

   法国 在 2025 年 4 月 15 日之前，被扣押的杂志上的付款 vont ètre amnulés au plus ture au tard ture au tard ture annulés。在 2025 年 4 月 16 日之前，您的客户将在他们的账户中收到这些款项的报酬。 EN 错误扣款的店内付款最迟将于2025年4月15日取消。因此，您的客户将在2025年4月16日之前在其账户中看到这些款项的退款。 它 错误地向已添加的企业支付的款项将在 2025 年 4 月 15 日之前取消。您的客户将在 2025 年 4 月 16 日之前回到他们的账户，但不超过 2025 年 4 月 16 日。

3. 2025年4月14日 UTC 15:54monitoring

   TSR-1610 -首次/开始/开始：2025 年 4 月 7 日 -Fin/End /fine：正在进行/正在进行/正在进行中。 -类别/类别/类别：生产-加工。 -责任/责任/责任：Payplug。 -优先级/优先级/优先级：P2。 法国 Les paimentes en debités a tout té té ténulés 的付款已被取消。自2025年4月15日起，您的客户将在银行间交易中退还这些款项。 EN 错误扣款的店内付款已被取消。因此，从2025年4月15日起，您的客户将在其银行账户上看到这些款项的退款，具体取决于银行间处理时间。 它 因错误而向商店支付的款项已被取消。从2025年4月15日起，根据银行间交易的时间，您的客户将退还给他们的银行账户。

4. 2025年4月17日 UTC 07:46resolved

   这一事件已经得到解决.

5. 2025年4月17日 UTC 07:47postmortem

   # _下面是英文版本 /calce中的意大利语版本_ # 验尸 **参考事件** TSR-1610 **相关服务** Nexo。 **影响客户** 在 PAX 终端\（Nexo 协议\）上生效的多笔付款借记。 **事件综述** * **4 月 7 日：** 更新 Nexo 交易状态管理。 * **4月8日-09h12：**第一系列交易已到期，但其状态不是最新的 “借记”。**事件的首次亮相。** * **4 月 9 日：** 同一系列交易的第二次借记，偶尔会有两次借记。这些交易的某些状态不正确。 * **4 月 10 日：** 一个例行控制可识别大量的 5000 次存款。 * **4 月 10 日-09h30：** 为重大事件创建危机小组。启动调查。 * **4月10日-上午11点43分：** 更新手册以避免交易中出现新的意外借记。 * **4 月 10 日-15:25：** 交付正确的交易状态以保证交易状态的正常自动更新。将要退款的交易清单发送给我们的外部存款账户。**名义服务重启。** * **4 月 11 日-08h43：** relance externewoyée tenvoyée 前往我们的外部演出。 * **4月14日-17点：**取消VISA和CB客户的工资存款。 * **4月15日-17点：**取消万事达卡客户的银行存款。**事件结束。** **背景** 取消双重借记意味着偿还印度的借记是一种手动且明智的操作。Notre prestataire a pris pris 所有必要的预防措施，以免造成附带损害，这说明了观察到的现状。 **根本原因** 该事件是由4月7日发布的交易状态更新程序引起的。最近的事情偶尔会与一个已经存在的流程发生冲突，从而促使有关交易不断更新。 **Payplug 的创业活动** | **症状** | **操作** | |---|---| | 延迟检出双重数据。| 在短期内使用每日监控手册。中温监控自动化。| | 在进程冲突期间不存在错误提醒。| 替换日志\ + 在交易状态更新时发出冲突警报。改进重试以保持状态自动更新。| | 在测试阶段未检测到错误。| 系统地添加了针对更大交易量的测试。关于新负荷测试的调查。| ==========英文版======== # 验尸 **事件参考** TSR-1610 **受事件影响的支付服务** Nexo。 **客户影响** 从 PAX 终端\（Nexo 协议\）中扣除多笔款项。 **事件概述** * **4 月 7 日：** Nexo 交易状态管理更新。 * **4月8日—上午 9:12：** 第一批交易被扣除，但其状态未更新为 “已扣款”。**事件开始了。** * **4月9日：**同一批交易会出现第二次扣款，导致重复收费。其中一些交易的状态不正确。 * **4月10日：**一项例行检查显示有5,000笔超额借记。 * **4 月 10 日 — 上午 9:30：** 已成立重大事件工作组。分析开始。 * **4月10日—上午 11:43：**手动更新状态以防止进一步意外扣款。 * **4月10日—下午 3:25：**发布修复程序以确保交易状态的正确自动更新。需要退款的交易清单将发送给我们的外部提供商。**恢复正常服务。** * **4 月 11 日 — 上午 8:43：** 后续信息已发送给我们的外部提供商。 * **4月14日至17日：**撤销对VISA和CB客户的不当收费。 * **4 月 15 日至 17 日：** 撤销向客户收取的不当费用。**事件结束。** **上下文** 撤销重复扣款并退还不当费用是一项手动且敏感的操作。我们的提供商采取了所有必要的预防措施以避免附带损害，这解释了观察到的延迟。 **根本原因** 该事件是由4月7日增加的交易状态更新流程引起的。此过程偶尔会与现有流程发生冲突，从而阻止受影响交易的状态更新。 **Payplug 应采取的行动** | **症状** | **操作** | |---|---| | 延迟发现重复借记。| 实施短期每日人工监控。中期监控自动化。| | 进程冲突期间没有错误反馈。| 实现状态更新冲突时记录\ + 警报。改进了重试逻辑，可自动尝试再次更新状态。| | 测试阶段未发现的错误。| 系统地添加具有更大交易量的测试。研究新的负载测试方法。| ============ 意大利语版本========== # 验尸 **参考事件** TSR-1610 **感兴趣的服务** Nexo。 **对客户的影响** 在 PAX 终端\（Nexo 协议\）上添加多个有效。 **事件合成** * **4 月 7 日**：Nexo 交易状态管理更新。 * **4 月 8 日 — 09:12 **：第一系列交易已添加，但付款状态未更新为 “已添加”。**事件的开始。** * **4 月 9 日**：同一系列交易的第二笔交易，导致双倍增加。这些交易中有一些保持错误状态。 * **4 月 10 日**：每人额外增加 5.000 个例程控件。 * **4月10日 — 09:30 **：为重大事件组建特遣部队。印第安纳吉尼的开始。 * **4 月 10 日 — 11:43 **：更新状态手册以避免意外添加。 * **4 月 10 日 — 15:25 **：发布更正以确保交易状态的正确自动更新。向我们的外部供应商发送一份退款交易清单。**恢复服务。** * **4 月 11 日 — 08:43 **：我向外部供应商发出了邀请。 * **4月14日— 17:00 **：取消VISA和CB客户的非法增值税。 * **4月15日 — 17:00 **：取消万事达卡客户的非法增值服务。**这起事件没问题。** **竞赛** 取消双重借款和随后的赎回是一种手动、微妙的操作。我们的供应商已经采取了所有必要的预防措施来避免附带损害，这些抵消了所观察到的延迟。 **根本原因** 该事件是由于4月7日交易状态更新程序的增加引起的。这个新进程偶尔会与现有进程发生冲突，从而阻碍相关交易的更新。 **Payplug 的入门活动** | **Sintomi** | **Azioni** | |---|---| | 延迟检出已添加的双重数据。| 在短期限内实施每日手动监控。中期监控自动化。| | 如果进程之间发生冲突，则无法发送错误信号。| 在更新交易状态时实现日志\ + 警报。改进了重试逻辑，以重新尝试状态更新。| | 测试期间未发现错误。| 添加系统测试系统，最大交易量。分析新的负载测试。|

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