Payplug の障害履歴

1. 2026年6月20日 10:52 UTCinvestigating

   失敗率 このモジュールを使用しているマーチャンドへの後払い通知の送信に影響するインシデントが特定されました。 インシデントは分析中です。 で モジュールを使用しているマーチャントへの支払い後通知の配信に影響するインシデントを特定しました。 このインシデントは現在調査中です。

2. 2026年6月20日 13:40 UTCresolved

   TSR-3421 -デビュー/開始:2026年6月19日 18:00:00 CEST -日/終了:2026年6月20日 15:17:00 CEST -カテゴリー/カテゴリー:生産/加工 -責任/責任:社外 -優先順位/優先度:P1 失敗率 モジュールを使用しているマーチャンドの後払い通知の送信に影響するインシデントは解決されました。このサービスは 15 時 17 分に復旧し、正常に動作しなくなりました。 このオペレーションでは、インシデントの開始後に送信されなかった通知を再度更新し、この 18 時まで処理を続けます。 で モジュールを使用するマーチャントへの支払い後通知の配信に影響する問題は解決されました。サービスは 15:17 に復旧し、現在は正常に稼働しています。 昨日 18:00 に始まったインシデントの発生以降、送信できなかった通知をリプレイする運用が行われます。

3. 2026年6月26日 9:27 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-3421 **懸念されるサービス** 支払い通知。 **インパクトクライアント** 支払い通知がマーチャンドに送信されなくなりました。 **インシデント合成** * **6 月 19 日 18 時:** 大量の支払い情報を送信します。 * **6 月 19 日 18:30: インシデントの始まり。** * **33 年 6 月 20 日:** 通知の問題に関するアラートが更新されました。 * **46 年 6 月 20 日 11 時:** 専用クライスセルの作成。調査開始。 * **48 年 6 月 20 日 11 時:** 支払い通知が送信されなかったことの確認。調査を続ける。 * **50 年 6 月 20 日 12 時:根本原因の特定** * **02 年 6 月 20 日午後 13 時-15 時:** さまざまな是正措置の導入。 * **17 年 6 月 20 日 15 時:インシデント終了。** * **32 年 6 月 20 日:** 通知を自動送信するようになりました。 * 6月21日午前11時57分:** 通知一括送信の確認。 **根本原因** 使用できない URL への自動再送信試行に関連して、通知量が異常に増加したため、通知処理ファイルが飽和状態になりました。この飽和状態により、通知の送信がブロックされました。 **Payplugによるアントレプレナーアクション** | **症状** | **アクション** | |---|---| | 通知処理ファイルに対する特定の警告の非表示 | 処理ファイルの飽和状態を事前に検出して予測するための特定の警告を追加しました。| | マーチャードごとの支払いリクエストの送信制限の解除 | マーチャンドごとの制限を設けることで、通知フローを制限し、処理ファイルが飽和状態になるのを防ぐことができます。| | | 不適当なタイムアウト管理 | 通知処理ファイルが飽和状態になるのを防ぐためのタイムアウトシグネチャを改訂しました。| | インシデントサポートの遅延 | インシデント手順を営業時間外に改訂し、特定のチームと通信できるようにしました。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-3421 **インシデントの影響を受けた支払いサービス** 支払い通知。 **クライアントへの影響** 支払い通知はマーチャントに送信されなくなりました。 **インシデント概要** * **6 月 19 日午後 6 時:** 大量の支払い取引が処理されました。 * **6 月 19 日午後 6 時 30 分:インシデントが始まりました。** * **6 月 20 日午前 10 時 33 分:** 通知の問題に関するアラートが発生しました。 * **6 月 20 日午前 11 時 46 分:** 専任の危機管理チームが設立されました。調査が開始されました。 * **6 月 20 日午前 11 時 48 分:** 支払い通知の送信に失敗したことが確認されました。調査は継続されました。 * **6 月 20 日午後 12 時 50 分:根本原因が特定されました。** * **6月20日午後1時2分～午後3時15分:** さまざまな是正措置が講じられました。 * **6 月 20 日午後 3 時 17 分:インシデントは解決しました。** * **6 月 20 日午後 10 時 32 分:** 通知を再送信するための自動プロセスが開始されました。 * **21 6 月 21 日午前 11 時 57 分:** すべての通知が正常に再送信されたことの確認。 **根本原因** 異常に大量の失敗通知と、利用できない URL への自動再試行が相まって、通知処理キューが飽和状態になりました。その結果、飽和状態になったために支払い通知が送信されなくなりました。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | 通知処理キューには特定のアラートは設定されていませんでした。| 処理キューの飽和を検出して事前に予測するために、特定のアラートが導入されました。| | 支払いリクエストの送信にはマーチャントごとの制限は設けられていませんでした。| 通知トラフィックを制御し、処理キューが飽和状態にならないように、マーチャントごとの制限が導入されました。| | 不適切なタイムアウト設定 | 通知処理キューが飽和状態にならないように、タイムアウトしきい値の見直しが行われている。| | インシデント対応の遅れ | 時間外のインシデント管理手順は現在見直されており、関連チームに通知される予定です。|

公式のインシデント更新を自動翻訳しています。

1. 2026年6月15日 10:24 UTCinvestigating

   失敗率 前日の 6 月 13 日、14 日、15 日の取り消しは、インテグラリティでは元に戻されません。 当社のチームはフルモビリティで動員されているため、状況を改善し、逆転時の処理を正常に行うことができるようになっています。 私たちは、新しい情報が入手可能になる状況の変化について、常に情報を得ています。 で 本日予定されていた6月13日、14日、15日に関する和解は完全には処理できませんでした。 当社のチームは、できるだけ早く状況を解決し、通常の決済処理を再開できるよう全力を尽くしています。 さらなる情報が入り次第、速やかにお客様に最新情報をお知らせします。 それは 本日予定の 6 月 13 日、14 日、15 日のバージョンは、完全には実行できません。 私たちのチームは、可能な限り短期間で状況を解決し、通常のファンドリリースプロセスを復活させることに全力を注いでいます。 状況の発展に関する土地情報を入手しても、新しい情報が提供されることはありません。

2. 2026年6月16日 8:58 UTCmonitoring

   TSR-3389 -デビュー/スタート/開始:2026年6月16日 -フィン/エンド/ファイン:2026年6月17日 -カテゴリー /カテゴリー /カテゴリー:プロダクションリバースメント/決済/リバースメント -責任/責任/責任:ペイプラグ -優先度/優先順位:P2 失敗率 Les fonds restants n'ayant pas pu être reversés her le seront aujourd'hui。 いずれのアクションもお客様には必要ありません。また、ファンドは通常どおりお客様のアカウントでご利用いただけます。 で 昨日決済できなかった残りの資金は、今日決済されます。 お客様側でのアクションは不要で、資金は通常どおりお客様の口座でご利用いただけます。 それ 今日借りることができなかった残存資金は、本日認定されます。 お客様側からのアクションは一切必要ありません。また、ファンドはお客様のアカウント上で利用できるようになります。

3. 2026年6月16日 9:17 UTCresolved

   この事件は解決しました.

4. 2026年6月16日 13:27 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-3389 **該当するサービス** トランザクションの取り消し。 **クライアントへの影響** インシデントの発生中は、トランザクションの統合を元に戻すことができず、マーチャンドの規制が遅れました。 **インシデントシンセ** * **6 月 15 日 10h10: ** 特定のマーチャンドが資金を受け取っていないことを通知するアラートがリマインダーされました。**インシデントの始まり** とプレミア分析の始まり。 * **36 年 6 月 15 日 10:** 専用クライスセルの作成。 * **37 年 6 月 15 日 10h** 特定の熱需要の生成に関する問題の特定。 * **52 年 6 月 15 日:** 振動検証に影響する 2 つ目のインシデントの特定 * **11 年 6 月 15 日:** インシデントの解決は振動検証に影響します。 * **14 年 6 月 15 日:** 週末のトランザクションを含むイベント検証の要求、および特定のイベント要求の生成エラーに関する調査が必要です。 * **34年6月15日午前11時：**週末の風雨の検証および調査により、締め切りを過ぎたときに送信された資金の送信が可能になります。 * **6 月 15 日 11 時 55 分:インシデントの発生源の特定。** * **22 年 6 月 15 日:** 未払いの資金を送付できるようにするための行動計画の策定。 * **6 月 15 日 15 日:** チーム監視による是正措置の展開。 * **6 月 15 日、10 月 17 日:** 是正措置が終了しました。**インシデント終了。** * **16 6 月 7 日 30 分**: エラーを示すアラートはありません。 * **6 月 16 日 9:30: ** 火災要求が適切に生成されていることの検証。 * **57 年 6 月 16 日 10h: ** 技術チームによる風力制御 * **16 年 6 月 16 日 10h59: ** さまざまなコントロールにより、背景セットの逆転が確認されています。 **根本原因** タスクランサーのダウンエラーにより、ファイアメントファイルの生成が中断され、さらに一部のフォントが元に戻されました。 **ペイプラグによるアクション** | **症状** | **アクション** | |---|---| | ファイルの未生成時に特定のアラートが発生しない | アラートを追加して、ファイルの未生成エラーを検出し、リバースインシデントを未然に防ぐ。| | タスクランサーでのエラーに関する特定のアラートが表示されない | タスクランサーでのエラーの再マウントに関する警告の追加に関するリフレクションが現在行われている。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-3389 **インシデントの影響を受けた支払いサービス** トランザクション決済 **クライアントへの影響** インシデント発生時にすべての取引を決済できなかったため、マーチャント決済が遅れる。 **インシデント概要** * **6 月 15 日午前 10 時 10 分:** 一部のマーチャントが資金を受け取っていないことを示すアラートが発生しました。**インシデント開始**と初期調査の開始。 * **15 6 月 15 日午前 10 時 36 分:** 専任の危機管理チームが設立されました。 * **6 月 15 日午前 10 時 37 分:** 特定の銀行振込リクエストの生成に影響する問題が確認されました。 * **6 月 15 日午前 10 時 52 分:** 送金の検証に影響する 2 件目のインシデントが確認されました。 * **15 6 月 15 日午前 11 時 11 分:** 移管認証に影響するインシデントは解決されました。 * **6 月 15 日午前 11 時 14 分:** 週末の取引を含む送金の検証リクエストが送信されました。その間、特定の送金リクエストの生成に影響するエラーの調査が続けられました。 * **6 月 15 日午前 11 時 34 分:** 週末の送金が検証されました。引き続き、締め切り時間を超えたため、行方不明の資金を翌日に送金できるようになりました。 * **15 6 月 15 日午前 11 時 55 分:** **インシデントの根本原因が特定されました。** * **6 月 15 日午後 12 時 22 分:** 不足分を翌日に送金できるようにするためのアクションプランが策定されました。 * **6 月 15 日午後 3 時:** 是正措置はチームの監督下で実施されました。 * **6 月 15 日午後 5 時 10 分:** 是正措置が完了しました。**インシデントは解決しました。** * **6 月 16 日午前 7 時 30 分:** エラーを示すアラートはありません。 * **6 月 16 日午前 9 時 30 分:** 転送リクエストが正しく生成されていることの確認。 * **6 月 16 日午前 10 時 57 分:** 技術チームによる移籍の確認 * **6 月 16 日午前 10 時 59 分:** すべてのチェックにより、すべての資金が正常に決済されたことが確認されました。 **根本原因** ジョブスケジューラの起動時にエラーが発生したため、銀行振込ファイルの生成が中断され、特定の資金の決済ができませんでした。 **ペイプラグが行ったアクション** | **症状** | **アクション** | |---|---| | ファイル生成の失敗を検出するための特定のアラートは設定されていなかった。| ファイル生成エラーを検出し、潜在的な解決インシデントを事前に特定するためのアラートが追加された。| | ジョブスケジューラの障害を検知するための特定のアラートは用意されていなかった。| ジョブスケジューラ内で障害を報告できるアラートを実装するための議論が進められている。|

公式のインシデント更新を自動翻訳しています。

1. 2026年6月7日 4:43 UTCinvestigating

   失敗率 私たちは、オンライン決済と店舗決済の難しさを認識しました。 インシデントは分析中です。 で オンライン決済と店舗決済に影響する問題を特定しました。 調査が進行中です。 これは 私たちは、オンライン決済と販売ポイント決済の難しさを認識しました。 インシデントは分析段階にあります。

2. 2026年6月7日 5:05 UTCinvestigating

   失敗率 Nous avons avons de payement プラットフォームの問題点を特定しました。 分析の結果、インシデントは外部プラットフォームにあるようです。 私たちは、新しい情報が入手可能になることについて、常に進化の情報を得ています。 で 決済プラットフォームの問題点を特定しました。 分析の結果、このインシデントはプラットフォームの外部にあるようです。 さらなる情報が入り次第、進展があればお知らせします。 それは 支払いプラットフォームが難しいことはわかっていました。 分析の結果、インシデントは当社のプラットフォームの外部にあることが判明しました。 開発中に更新されても、新しい情報が提供されるわけではありません。

3. 2026年6月7日 5:28 UTCresolved

   TSR-XXXX -デビュー/開始:2026年7月6日 06:15:00 CEST -日/終了:2026年7月6日 06日 06:58:00 CEST -カテゴリ/カテゴリ:生産/ 加工 -責任/責任:社外 -優先順位/優先度:P1 失敗率 インシデントは解決され、サービスは復旧しました。 私たちはサービスの再開を引き続き監視しています。 で インシデントは解決され、サービスは復旧しました。 サービスの復旧はまだ監視中です。

公式のインシデント更新を自動翻訳しています。

1. 2026年5月7日 9:00 UTCmonitoring

   失敗率 9時58分から10時12分の間に、オンラインおよび店舗での支払いが困難であることが判明しました。 これでインシデントは解決し、サービスは復旧しました。 私たちはサービスの再開を引き続き監視しています。 で 午前 9 時 58 分から午前 10 時 12 分までのオンライン決済と店舗での支払いに影響する問題を特定しました。 現在、インシデントは解決され、サービスは復旧しています。 サービスの復旧はまだ監視中です。 それは オンライン決済と 9:58 と 10:12 のセールスポイントで問題が発生することがわかりました。 このインシデントは解決され、サービスは復旧しました。 引き続きサービスの復旧状況を監視しています。

2. 2026年5月7日 14:15 UTCresolved

   この事件は解決しました.

3. 2026年5月15日 13:32 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-3279 **該当するサービス** 電子商取引、3DS、店舗での決済。 **インパクトクライアント** 支払い処理を妨げることができません。 **インシデントの合成** * **58 年 5 月 7 日 9 時:** インシデントの始まり。** * **5 月 7 日 9h59: ** アラートが再起動されました。調査開始。 * 05/7 10h03: ** 専用のクライスセルの作成と調査の継続。 * **09 年 5 月 7 日 10 時:インシデントの発生源の特定。** ** ** 5 月 7 日 10h10: ** 修正措置の開始。 * **12/5 月 7 日:インシデント終了。** **根本原因** ある技術コンポーネントを更新したことで、セキュリティオプションが有効になり、データベースからではなく、サーバー群の再始動が促されました。 データベースより前に再起動したサーバーは、支払いエラーの原因となったこのデータベースにあるマーチャント設定を呼び出しません。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | このテクニックコンポーネントの更新に合わせてスイートサーバーを自動再起動 | この特定のテクニックコンポーネントに関連する自動再起動の無効化。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-3279 **インシデントの影響を受けた支払いサービス** 電子商取引、3DS、店舗での決済。 **クライアントへの影響** カード所有者は支払いを行うことができませんでした。 **インシデント概要** * ** 5 月 7 日午前 9 時 58 分:インシデントの開始。** * **5 月 7 日午前 9 時 59 分:** アラートが発生しました。調査が開始されました。 * 5月7日午前10時3分:** 専用のクライシスセルが設置され、調査が継続されました。 * **5 月 7 日午前 10 時 09 分:根本原因が特定されました。** * **5 月 7 日午前 10 時 10 分:** 是正措置が開始されました。 * **5 月 7 日午前 10 時 12 分:** **インシデントの終了。** **根本原因** テクニカルコンポーネントの更新により、データベースだけでなくすべてのサーバーの再起動をトリガーするセキュリティオプションが有効になりました。 サーバーがデータベースより前に再起動したため、データベースに保存されているマーチャント設定を取得できず、支払いが失敗しました。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | 本テクニカルコンポーネントの更新後の自動サーバ再起動 | この特定のテクニカルコンポーネントに関連する自動再起動の無効化。|

公式のインシデント更新を自動翻訳しています。

1. 2026年4月7日 9:50 UTCmonitoring

   失敗率 4月3日、4日、5日の逆転は有効でした。4 月 6 日と 7 日には、最初は 4 月 6 日と 7 日に発効します。 アクションはお客様の当事者が必要とするものではなく、ファンドは通常どおりお客様のアカウントでご利用いただけます。 該当する風力の詳細は、本日公開予定です。 で 4 月 3 日、4 日、5 日の決済が完了しました。当初本日予定だった4月6日と7日の集計は、明日行われます。お客様側でアクションを行う必要はありません。資金は通常どおりお客様の口座に入金されます。 該当する送金の詳細は、本日公開予定です。 それは 4 月 3 日、4 日、5 日のバージョンは終了しました。4月6日と7日のうち、当初は本日予定でしたが、明日は有効になります。 お客様側からのアクションは一切必要ありません。また、資金はお客様のアカウント上で利用できるようになります。 特派員給付金の詳細は、今日のデバイスでは見当違いです。

2. 2026年4月8日 9:05 UTCmonitoring

   失敗率 4月6日と7日のフォンドは逆転しました。最初は 4 月 8 日までに今日から有効になります。 アクションはお客様の当事者が必要とするものではなく、資金は通常どおりお客様のアカウントでご利用いただけます。 で 4 月 6 日と 7 日の資金が決済されました。当初本日予定だった4月8日の資金は、明日実施される予定です。 お客様側でアクションを行う必要はありません。資金は通常どおりお客様の口座でご利用いただけます。 それ 4月6日と7日のファンドが移管されました。当初、本日予測されていた4月8日の株式は、明日から発効します。 お客様側からのアクションは一切必要ありません。また、資金はお客様のアカウント上で利用できるようになります。

3. 2026年4月9日 9:16 UTCresolved

   失敗率 L'Integralité des Fonds sera sera journée。 本日、該当する風力の詳細が発表されました。 で すべての資金は日中に送金されます。 該当する送金の詳細は本日発表されます。 それは ファンドのインポート全体は、その日に転送されます。 今日の画面では、特派員特典の詳細が混乱しています。

公式のインシデント更新を自動翻訳しています。

1. 2026年3月16日 10:58 UTCidentified

   TSR-3077 -デビュー/開始:2026年3月16日 -終了/終了:進行中/継続中 -カテゴリ/カテゴリ:リバースメント/決済 -責任/責任:確認者/未確認 -優先順位/優先度:P1 失敗率 現在、あるインシデントが火災の放出に影響を与えています。 この前の日の風は、影響を受けたことがない。 私たちのチームは状況を解決するために動員されています。また、風が送られてきたことを常に知らされています。 で 現在、和解金の発行に影響を及ぼす事件が発生しています。 本日予定されていた決済は実行できなくなります。 弊社チームは状況の解決に積極的に取り組んでおり、送金が可能になり次第お知らせします。 それを 現在、あるインシデントがイベントの排出量に影響を与えています。 本日予定されている特典は、実施されない可能性があります。 私たちのチームは状況を打開するために動員されており、情報が集まらなかったり、ボーナスが招待されたりする可能性があります。

2. 2026年3月17日 8:48 UTCidentified

   TSR-3077 -デビュー/開始:2026年3月16日 -終了/終了:進行中/継続中 -カテゴリ/カテゴリ:リバースメント/決済 -責任/責任:ペイプラグ -優先順位/優先度:P1 失敗率 今後、元に戻したファイルを再作成するための是正措置が講じられました。 しかし、現在、検証が抱えている大きな問題です。 私たちのチームは、少しでも遅れても、状況を改善するために動員されています。 で 昨日の決済ファイルを復元するための是正措置が講じられました。 しかし、現在、検証を妨げている問題があります。 私たちのチームは、できるだけ早く状況を回復するよう取り組んでいます。 それは 以前のバージョンからファイルを復元するためのインプレス・アクションが修正されました。 しかし、ある問題が、現在その検証を妨げています。 私たちのチームは、可能な限り短期間で状況を回復できるように動いています。

3. 2026年3月17日 11:12 UTCmonitoring

   TSR-3077 -デビュー/開始:2026年3月16日 -終了/終了:開催中/2026年3月17日 -カテゴリ/カテゴリ:リバースメント/決済 -責任/責任:ペイプラグ -優先順位/優先度:P1 失敗率 3 月 16 日と 17 日のリバースメントが検証されました。 Les Fonds seront dans la journée。 で 3月16日と17日の決済が確認されました。 資金は本日利用可能となります。 それ 3 月 16 日と 17 日のバージョンは検証されました。 ファンドは 1 日中ご利用いただけません。

4. 2026年3月17日 13:29 UTCresolved

   この事件は解決しました.

5. 2026年3月27日 10:49 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-3077 **該当するサービス** 電子商取引と店舗の決済の取り消し。 **クライアントへの影響** インシデントの発生中は、トランザクションの取り消し処理を行うことができず、マーチャンドの規制が遅れました。 **インシデントシンセ** * **02 3 月 16 日 11 時:** 専用クライスセルの作成と調査開始。 * **2005 年 3 月 16 日 11 時:** リバースメントファイルのデポジットの失敗の識別。 * **16 3/11 h15: ** 2 つ目の問題が発覚しました。それは、ウイルス検証を行うためにツールにアクセスできないことです。 * **15 年 3 月 16 日 11 時-12 時:** 調査中。 * **3 月 16 日 12h: ** その日の背景のブロックを解除できないことの確認。 * **3 月 16 日 12 時-18 時 30 分:** 調査中です。 * **17 3 月 9 日:** クライス細胞からの再生 * **17 3 月 9 時 28 時:** 窓の風によるファイルの再生。調査を続ける。 * **17 03/10h23: 資金の送信を許可するコンターニングソリューションの特定。** * **3 月 17 日 10 時 23-11 時 15 分:** ソリューションが適切に機能することを検証するためのテスト。テストの結論。 * **17 3 月 11 時 30 分:** リバースメントファイルの検証。**インシデント終了。** * **09 03/17 12h**: ** その日のファイル処理と資金移動の確認。 **根本原因** 移行操作によって、2 つのメカニズム間の障害が原因で、ウイルス検証システムが使用する技術データに一貫性がなくなった。このような状況は、通常の検証処理を妨げていました。 **Payplugによって開始されたアクション** サービスを復元するために、最後の安定版へのバックバックが開始されました。この操作により、信頼性のある方法で、検証機能のセットを再構築できます。 ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-3077 **インシデントの影響を受けた支払いサービス** 電子商取引と店舗での支払い決済。 **クライアントへの影響** インシデント期間中に取引の取り消しを処理できなかったため、マーチャント決済が遅れた。 **インシデント概要** * **3 月 16 日午前 11 時 02 分:** 専任の危機管理チームの設立と調査の開始。 * **3 月 16 日午前 11 時 5 分:** 支払いファイルの提出に失敗したことの特定。 * **3 月 16 日午前 11 時 15 分:** 2 つ目の問題の特定:送金の検証に使用したツールにアクセスできない。 * **3 月 16 日午前 11 時 15 分～午後 12 時:** 現在調査中です。 * **3月16日午後 12:00: ** 同日に資金を引き出すことができなかったことの確認。 * **3 月 16 日午後 12 時 ～ 午後 6 時 30 分:** 現在調査中です。 * **3 月 17 日午前 9 時:** 危機管理チームが再開されました。 * **3 月 17 日午前 9 時 28 分:** 前日の転送ファイルのリカバリ。現在調査中です。 * **3 月 17 日午前 10 時 23 分:** **送金を可能にする回避策の特定。** * ** 3 月 17 日午前 10 時 23 分～午前 11 時 15 分:** ソリューションを検証するためのテスト。テストは成功しました。 * **3 月 17 日午前 11 時 30 分:** 支払いファイルの検証。**インシデントは解決しました。** * **3月17日午後 12:09: ** 当日中にファイルが処理され、資金が送金される旨の確認。 **根本原因** 移行により、2 つのメカニズム間の相違により、転送検証システムで使用される技術データに不整合が生じ、検証が正常に処理されなくなりました。 **Payplugが行ったアクション** サービスを復元するために、最新の安定版へのロールバックが開始されました。この操作により、すべての転送検証機能が正常に復元されました。

公式のインシデント更新を自動翻訳しています。

1. 2026年3月2日 11:46 UTCinvestigating

   失敗率 Nous avons avons de payement プラットフォームの問題点を特定しました。 インシデントは分析中です。 で 決済プラットフォームに関する継続的な問題が確認されました。 調査が進行中です。 これは 支払いの処理が難しいことが分かりました。 インシデントは分析段階にあります。

2. 2026年3月2日 12:09 UTCmonitoring

   TSR-3011 -デビュー/開始:2026年2月3日 12時28分 (中央ヨーロッパ標準時) -日/終了:2026年2月3日 13時01分 (中央ヨーロッパ標準時) -カテゴリ/カテゴリ:生産加工 -責任/責任:ペイプラグ -優先順位/優先度:P1 失敗率 インシデントは解決され、サービスは復旧しました。 私たちはサービスの再開を引き続き監視しています。 で インシデントは解決され、サービスは復旧しました。 サービスの復旧はまだ監視中です。 それは インシデントは解決され、サービスは復旧しました。 サービスの復旧状況を引き続き監視しています。

3. 2026年3月2日 14:15 UTCresolved

   この事件は解決しました.

4. 2026年3月5日 15:09 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-3011 **該当するサービス** 電子商取引、3DS、店舗での決済。 **インパクトクライアント** 支払い処理を妨げることができません。 **インシデントの合成** * **3 月 2 日 12h26: ** 本番環境へのデプロイメント。 * **3 月 2 日 12 時 28 日:インシデントの開始。** * **3 月 2 日 12h29: ** 初回通知アラート。 * **3 月 2 日 12h33: ** 死の危機細胞の作成。調査開始。 * **2 3 月 12 時 37 分:** サービスのエラーの識別。 * **56 年 3 月 2 日 12 時:インシデントの発生源の特定。** * **3 月 2 日 13 時:** 修正措置を実施しました。 * **2001年3月2日、13時:電子商取引と3DSトラフィックの再開。** * **3 月 2 日 13h38: ** 店舗の特定の支払いで発生したエラーをリマインダーしました。調査を続けています。 * ** 3 月 2 日 13 時 50 分:** エラー発生時のサービスの特定と再起動**インシデント終了。** **コンテキスト** 該当なし **根本原因** 実稼働環境で、トランザクションを受け入れるサービスの入力ポイントが一時停止したことが原因でした。これらの入力ポイントは一時停止中で、それ以上のトランザクションを受け付けず、トラフィックが中断されました。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | 重要なスケジュールでの本番環境のデプロイ | 重要なスケジュールでの本番環境の混乱を回避するためのデプロイプロセスの再開| | トランザクションを受け付けるサービス入力ポイントの監視を怠る | トランザクションを処理する入口とサービスの監視を強化する。| | 本番環境のデプロイ時に特定の証明書スイートが制御されない | 本番環境のデプロイ後に証明書の状態を確認するためのコントロールが追加されました。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** 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 時:** 是正措置が実施されました。 * **3 月 2 日午後 1:01: 電子商取引と 3DS トラフィックの再開。** * **3 月 2 日午後 1:38: ** 特定の店舗での支払いでエラーが報告されました。調査は継続中です。 * **3 月 2 日午後 1:50: ** 影響を受けるサービスの特定と再開。**インシデントの終了。** **コンテキスト** 該当なし **根本原因** 本番環境へのデプロイにより、トランザクションを処理するサービスのエントリポイントが一時停止しました。これらのエントリポイントは一時停止されたため、トランザクションを受け付けなくなり、トラフィックが中断されました。 **ペイプラグが取るべきアクション** | **症状** | **アクション** | |---|---| | 本番環境へのデプロイはクリティカルな時間帯に行われる。| 重要な時間帯に本番環境へのデプロイメントが行われないようにするためのデプロイメントプロセスに関する注意事項| | トランザクションを受け入れるサービスのエントリポイントの監視が不十分 | エントリポイントとトランザクションを分散するサービスの監視の強化。| | 本番環境へのデプロイ後に特定の証明書が検証されない | プロダクションデプロイ後に証明書の状態を確認するためのチェックが追加された。|

公式のインシデント更新を自動翻訳しています。

1. 2026年2月21日 8:39 UTCmonitoring

   ボンジュール、 3-D セキュア認証に関する騒動は、本日 8:00 から続いています。 この外部プラットフォームでのインシデントは、クレディ・アグリコルのカード・ポーターに関するものです。 インシデントが解決したら、随時お知らせします。 -------------- イタリア語: おはようございます。 本日 9:00 以降、3-D セキュア認証に関する混乱が起きています。 私が主に興味を持つのは、マスターカードカードのタイトルです。 このインシデントは、当社のプラットフォーム以外では、3-D Secure 認証の要求の約 30 ～ 50% を占めています。 情報漏えいが発生しても、インシデントは解決されません。 -------------- 英語: こんにちは、 3Dセキュア認証に関しては、この日の午前8時から混乱が続いています。 このインシデントはプラットフォーム外にあります。 クレディ・アグリコルのカード所有者は主に影響を受けます。 インシデントが解決次第、最新情報をお知らせします。

2. 2026年2月21日 12:26 UTCmonitoring

   外部インシデントはまだ進行中です。変更があった場合は、随時お知らせします。 --------------- 事件はまだ続いています。変更があった場合は、最新情報をお知らせします。

3. 2026年2月21日 14:52 UTCresolved

   外部-3-D セキュア認証に関する進行中の不具合（中央ヨーロッパ時間 9:00 ～ 15:00 CET） 失敗率 インシデントは解決され、サービスは復旧しました。 私たちはサービスの再開を引き続き監視しています。 で インシデントは解決され、サービスは復旧しました。 サービスの復旧はまだ監視中です。 それは インシデントは解決され、サービスは復旧しました。 サービスの復旧状況を引き続き監視しています。

4. 2026年2月23日 9:12 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2981 **懸念されるサービス** 電子商取引決済と3DS決済 **インパクトクライアント** ポーターへの支払いができません。 **インシデントの合成** * **2 月 21 日 5 時:インシデントの開始。** * **23 年 2 月 21 日:** アラートが更新されました。このスタッドでは、エラーが小さすぎるため、傾きを弱めることができます。 * **32 年 2 月 21 日:** アストレイント専用のクライスセルの作成。調査開始。 * **34 年 2 月 21 日:** 特定の銀行ネットワークに起因する支払いエラーの識別。 * **21 日 9 時 13 時:** 分析中。 * **2 月 21 日 13 時 30 分:インシデントの終わり。** * **21 14h41: ** ネットワークによるインシデントの確認。 **コンテキスト** 該当なし **根本原因** 銀行ネットワークに起因する外部インシデント。 ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-2981 **インシデントの影響を受けた支払いサービス** 電子商取引決済と 3DS **クライアントへの影響** カード所有者は支払いを行うことができませんでした。 **インシデント概要** * ** 2 月 21 日午前 5 時:インシデントの開始。** * **2 月 21 日午前 6 時 23 分:** アラートが発生しました。この段階ではエラーの閾値が低すぎるため、オンコールのエスカレーションチームをトリガーできません。 * ** 2 月 21 日午前 8 時 32 分:** オンコールチームによって専任の危機管理チームが設立されました。調査が開始されます。 * **2 月 21 日午前 8 時 34 分:** 特定の銀行ネットワークに起因する支払いエラーが確認されました。 * **2 月 21 日午前 9 時 ～ 午後 1 時:** 現在分析中です。 * **2 月 21 日午後 1 時 30 分:インシデントの終了。** * **2 月 21 日午後 2 時 41 分:** ネットワーク側で発生したインシデントの確認 **コンテキスト** 該当なし **根本原因** 銀行ネットワークから発生した外部インシデント。

公式のインシデント更新を自動翻訳しています。

1. 2026年2月19日 9:59 UTCidentified

   失敗率 Nous avons avons de payement プラットフォームの問題点を特定しました。 対象となる取引は、クレディ・アグリコルを通じてのみ処理されます。 最初の分析では、インシデントの発生源は外部プラットフォームにあることが示されました。 で 決済プラットフォームに関する継続的な問題が確認されました。 影響を受ける取引は、クレディ・アグリコルを通じて処理された取引に限定されます。 初期の調査では、インシデントの根本原因はプラットフォームの外にあることが分かりました。

2. 2026年2月19日 10:25 UTCmonitoring

   失敗率 インシデントは解決され、サービスは復旧しました。 私たちはサービスの再開を引き続き監視しています。 で インシデントは解決され、サービスは復旧しました。 サービスの復旧はまだ監視中です。

3. 2026年2月19日 16:19 UTCresolved

   この事件は解決しました.

4. 2026年2月20日 13:54 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2964 **懸念されるサービス** 電子商取引および3DS決済 **インパクトクライアント** ポーターへの支払いができません。 **インシデントの合成** * **19 年 2 月 19 日 10 時:インシデントの開始。** * **24 年 2 月 19 日 10h24: ** 専用クライスセルの作成と調査開始。 * **27 年 2 月 19 日:** 特定の外部バンキンググループに起因するエラーの特定。 * **29 年 2 月 19 日 10h29: ** インシデントに関する補足情報を入手するには、パートナーにお問い合わせください。 * **19 10h39: ** パートナーの帰国により、外部銀行グループでのインシデントが確認されました。 * **19年2月19日 10h51: ** 関係銀行グループへの連絡 * **56 年 2 月 19 日 10 時:インシデントの終わり。** * **2月19日 11h: ** 銀行グループによると、この事件は外部機関によるものだという。 **コンテキスト** 該当なし **根本原因** 外部銀行グループの経営者に対する外部インシデント。 ============= 英語版============ # ポストモーテム **インシデントリファレンス** 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日 16:11 UTCinvestigating

   失敗率 Payplugポータルに問題があることが分かりました。 インシデントは分析中です。 で Payplugポータルに関する問題を特定しました。 調査は進行中です。 それは Payplugポータルの問題に気づきました。 インシデントは分析中です。

2. 2026年2月18日 7:23 UTCmonitoring

   TSR-2951 -デビュー/スタート/開始:2026年2月17日 (中央ヨーロッパ標準時) 16時 -フィン/エンド/ファイン:2026年2月17日 (中央ヨーロッパ標準時) 18時間52分 -カテゴリー /カテゴリー /カテゴリー:プロダクションポータル -責任/責任/責任:ペイプラグ -優先順位/優先度/優先順位:P1 失敗率 状況は、修正プログラムを導入すると通常どおり収益が上がるという状況です。 私たちは引き続きサービスを監視しています。 で 修正プログラムの展開後、状況は通常に戻りました。 引き続きサービスを監視しています。 それ 修正がリリースされると、状況は正常に戻ります。 引き続きサービスを監視しています。

3. 2026年2月18日 14:32 UTCresolved

   この事件は解決しました.

4. 2026年2月18日 15:05 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2951 **懸念されるサービス** ポータル **インパクトクライアント** Portal へのアクセスに関する接続の問題と、接続時に発生するエラーメッセージ。 **インシデントの合成** * **2015 年 2 月 16 日 15h15: ** 本番環境へのデプロイメント。 * **18 年 2 月 16 日 15 時:** 接続の問題-Portail にエラーメッセージが表示されると接続が切断されます。**インシデントデビュー。** * **34 年 2 月 16 日:** アラートが更新されました。調査開始。 * **53 年 2 月 16 日:** セルの作成中にメジャーインシデントが発生しました。 * **58 年 2 月 16 日 15h58: ** コミュニケーションステータスページ。インシデントの開始時期に合わせて製造中のミスを特定します。製造段階でのミスの取り消しが開始されました。 * **08 年 2 月 16 日:** 生産中のミスのキャンセルに失敗しました。 * **25 年 2 月 16 日:インシデントの発生源の特定。** * **43 年 2 月 16 日:** 接続の問題が解決しない。特定の 1 つの障害が確認されたサービスを以前のバージョンに戻しました。 * **54 年 2 月 16 日:** サービスを以前のバージョンに再起動。 * **59 年 2 月 16 日 16 時:** ポータル上の接続の問題が解決しました。 * **06 年 2 月 16 日:** ポータルのエラーメッセージが終了しました。**インシデント終了。** * **16 年 2 月 17 日:** エラーが再発しました。** * **17年2月16日29日〜18時35分:** クラッシュセルの作成と解析の再開。 * **40 年 2 月 17 日:インシデントの発生源の特定と是正措置の展開。** * **2 月 17 日 18h52: インシデントの終わり。** **コンテキスト** 該当なし **根本原因** 実稼働環境の不具合により、内部サービス間のアクセス問題が発生しました。これらの問題により、認証ページにアクセスしたユーザーから強制的に接続が切断されました。2 回目の発生は、新しい本番環境でのミスを誘発し、ロックのロールバック時に不正な ID をすぐに取り戻すというものでした。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | キー記号 API の特定のパラメーターの同期解除 | 非同期パラメーターのアンサンブルを更新しました。| | API の音部記号の自動更新 | API の音部記号の自動更新を促進するための調査が進行中です。| | API の特定のパラメータの同期解除に関するアラートが表示されない | パラメータの同期が取れなくなった場合のエラーメッセージの追加と警告の改善| | デプロイサービスの複雑さ | シークレットを管理するサービスのデプロイを改善\ (API KEY、内部パスワード...\)。| | アセンブリ上のサービスが利用できない場合に強制的に切断される | サービスが利用できない場合にユーザーが切断されないようにするための改善が進行中です。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** 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 分:インシデントは解決しました。** **コンテキスト** 該当なし **根本原因** 本番環境へのデプロイで、社内サービス間のアクセス問題が発生しました。これらの問題により、ユーザーは強制的にログアウトされ、認証ページにリダイレクトされました。2 回目の発生は、前日にロールバックが実行された後に誤った認証情報が取得された後続の本番デプロイメントによって引き起こされました。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | 特定の API キーパラメータの非同期化 | 非同期化されたすべてのパラメータの更新。| | API キーの自動更新 | API キーの自動更新を防ぐための調査が進行中です。| | 特定の API パラメータの非同期化に関するアラートは発生しない。| パラメータの同期が解除された場合のエラーメッセージの追加とアラートの改善。| | | デプロイサービス内の複雑さ | シークレット (API キー、内部パスワードなど\) を管理するサービスのデプロイの改善。| | エコシステム内のいずれかのサービスが利用できなくなった場合の強制ログアウト | サービスが利用できなくなったらすぐにユーザーがログアウトされないようにするための改善が進行中です。|

公式のインシデント更新を自動翻訳しています。

1. 2026年2月16日 14:58 UTCinvestigating

   失敗率 Payplugポータルに問題があることが分かりました。 インシデントは分析中です。 で Payplugポータルに関する問題を特定しました。 調査は進行中です。 それは Payplugポータルの問題に気づきました。 インシデントは分析中です。

2. 2026年2月16日 15:10 UTCinvestigating

   失敗率 調査はまだ進行中です。 15 分後に戻ってきます エン 調査はまだ進行中です。 15 分後に折り返しご連絡いたします。 それ インダジーニはまだ進行中です。 １５分以内に連絡します。

3. 2026年2月16日 15:25 UTCidentified

   失敗率 調査はまだ進行中です。 15 分後に戻ってきます エン 調査はまだ進行中です。 15 分後に折り返しご連絡いたします。 それ インダジーニはまだ進行中です。 １５分以内に連絡します。

4. 2026年2月16日 15:40 UTCidentified

   TSR-2951 -デビュー/スタート/開始:2026年2月16日 15時18分 (中央ヨーロッパ標準時) -終了/終了:進行中/進行中/進行中 /進行中 -カテゴリ/カテゴリ/カテゴリ:プロダクションポータル。 -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P2 失敗率 調査はまだ進行中です。 15 分後に戻ってきます エン 調査はまだ進行中です。 15 分後に折り返しご連絡いたします。 それ インダジーニはまだ進行中です。 １５分以内に連絡します。

5. 2026年2月16日 15:53 UTCidentified

   TSR-2951 -デビュー/スタート/開始:2026年2月16日 15時18分 (中央ヨーロッパ標準時) -終了/終了:進行中/進行中/進行中 /進行中 -カテゴリ/カテゴリ/カテゴリ:プロダクションポータル。 -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P2 失敗率 現在、引き落としのリクエストとポータルへのアクセスが制限されています。 接続解除ソースとエラーメッセージが表示される場合があります。 私たちは、可能な限りサービスを回復するよう努めています。 で 現在、移管リクエストとポータルへのアクセスは中断されています。 ユーザーには、予期しないログアウトやエラーメッセージが表示されることがあります。 できるだけ早くサービスを復旧できるよう取り組んでいます。 それは 現在、受信リクエストとポータルへのアクセスが妨げられています。 接続解除やエラーメッセージを確認することができます。 私たちは今も、できる限り早くサービスを復旧させるために努力しています。

6. 2026年2月16日 16:05 UTCmonitoring

   TSR-2951 -デビュー/スタート/開始:2026年2月16日 15時18分 (中央ヨーロッパ標準時) -フィン/エンド/ファイン:2026年2月16日16時59分 (中央ヨーロッパ標準時) -カテゴリー /カテゴリー /カテゴリー:プロダクションポータル -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P2 失敗率 16 時 59 分以降、状況は徐々に正常に戻ります。 私たちは引き続きサービスを監視しています。 で 午後4時59分以降、状況は徐々に正常に戻っています。 引き続きサービスを監視しています。 それ 16:59 以降、状況は次第に正常に戻りつつあります。 私たちは引き続きサービスを監視しています。

7. 2026年2月16日 16:11 UTCresolved

   この事件は解決しました.

8. 2026年2月18日 15:00 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2951 **懸念されるサービス** ポータル **インパクトクライアント** Portal へのアクセスに関する接続の問題と、接続時に発生するエラーメッセージ。 **インシデントの合成** * **2015 年 2 月 16 日 15h15: ** 本番環境へのデプロイメント。 * **18 年 2 月 16 日 15 時:** 接続の問題-Portail にエラーメッセージが表示されると接続が切断されます。**インシデントデビュー。** * **34 年 2 月 16 日:** アラートが更新されました。調査開始。 * **53 年 2 月 16 日:** セルの作成中にメジャーインシデントが発生しました。 * **58 年 2 月 16 日 15h58: ** コミュニケーションステータスページ。インシデントの開始時期に合わせて製造中のミスを特定します。製造段階でのミスの取り消しが開始されました。 * **08 年 2 月 16 日:** 生産中のミスのキャンセルに失敗しました。 * **25 年 2 月 16 日:インシデントの発生源の特定。** * **43 年 2 月 16 日:** 接続の問題が解決しない。特定の 1 つの障害が確認されたサービスを以前のバージョンに戻しました。 * **54 年 2 月 16 日:** サービスを以前のバージョンに再起動。 * **59 年 2 月 16 日 16 時:** ポータル上の接続の問題が解決しました。 * **06 年 2 月 16 日:** ポータルのエラーメッセージが終了しました。**インシデント終了。** * **16 年 2 月 17 日:** エラーが再発しました。** * **17年2月16日29日〜18時35分:** クラッシュセルの作成と解析の再開。 * **40 年 2 月 17 日:インシデントの発生源の特定と是正措置の展開。** * **2 月 17 日 18h52: インシデントの終わり。** **コンテキスト** 該当なし **根本原因** 実稼働環境の不具合により、内部サービス間のアクセス問題が発生しました。これらの問題により、認証ページにアクセスしたユーザーから強制的に接続が切断されました。2 回目の発生は、新しい本番環境でのミスを誘発し、ロックのロールバック時に不正な ID をすぐに取り戻すというものでした。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | キー記号 API の特定のパラメーターの同期解除 | 非同期パラメーターのアンサンブルを更新しました。| | API の音部記号の自動更新 | API の音部記号の自動更新を促進するための調査が進行中です。| | API の特定のパラメータの同期解除に関するアラートが表示されない | パラメータの同期が取れなくなった場合のエラーメッセージの追加と警告の改善| | デプロイサービスの複雑さ | シークレットを管理するサービスのデプロイを改善\ (API KEY、内部パスワード...\)。| | アセンブリ上のサービスが利用できない場合に強制的に切断される | サービスが利用できない場合にユーザーが切断されないようにするための改善が進行中です。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** 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 分:インシデントは解決しました。** **コンテキスト** 該当なし **根本原因** 本番環境へのデプロイで、社内サービス間のアクセス問題が発生しました。これらの問題により、ユーザーは強制的にログアウトされ、認証ページにリダイレクトされました。2 回目の発生は、前日にロールバックが実行された後に誤った認証情報が取得された後続の本番デプロイメントによって引き起こされました。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | 特定の API キーパラメータの非同期化 | 非同期化されたすべてのパラメータの更新。| | API キーの自動更新 | API キーの自動更新を防ぐための調査が進行中です。| | 特定の API パラメータの非同期化に関するアラートは発生しない。| パラメータの同期が解除された場合のエラーメッセージの追加とアラートの改善。| | | デプロイサービス内の複雑さ | シークレット (API キー、内部パスワードなど\) を管理するサービスのデプロイの改善。| | エコシステム内のいずれかのサービスが利用できなくなった場合の強制ログアウト | サービスが利用できなくなったらすぐにユーザーがログアウトされないようにするための改善が進行中です。|

公式のインシデント更新を自動翻訳しています。

1. 2025年12月5日 9:00 UTCinvestigating

   失敗率 私たちは、Cloudflareのインシデントに関連しているように見える支払い処理の問題点を認識しました。 で Cloudflareでのインシデントに関連していると思われる支払い処理の問題が判明しました。 それ 私たちは、支払い処理の難しさが、Cloudflareで発生したインシデントと相関しているように見えることに気付きました。

2. 2025年12月5日 9:06 UTCinvestigating

   今後もこの問題について調査を続けてまいります.

3. 2025年12月5日 9:17 UTCmonitoring

   TSR-2651 -デビュー/開始:2025 年 4 月 12 日 9 時 48 中央ヨーロッパ標準時 -フィン/エンド:2025 年 4 月 12 日 10 時 13 分 (中央ヨーロッパ標準時) -カテゴリ/カテゴリ:生産加工 -責任/責任:外部/外部 -優先度/優先度:P1 失敗率 処理は 10 時 13 分から再開される予定です。 私たちは引き続きサービスを監視しています。 で 午前10時13分以降、処理は回復しています。 引き続きサービスを監視しています。 処理は 10:13 に戻っています。 引き続きサービスを監視しています。

4. 2025年12月5日 14:44 UTCresolved

   この事件は解決しました.

5. 2025年12月9日 9:21 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2651 **該当するサービス** 電子商取引および3DS決済 **インパクトクライアント** ポーターへの支払いができません。 **インシデントシンセ** * **12 月 5 日 09h48: インシデントの開始** とアラートが再開されました。 * **12 月 5 日 9h52: ** 専用の危機細胞の作成。クラウドフレアでの事件の調査と疑いが始まった。 * **54年12月5日午前9時:** クラウドフレアでのインシデントの確認。 * **12 月 5 日 10 時:** コミュニケーションステータスページ。 * **12 月 5 日 10 時 13 時:インシデント終了。** **コンテキスト** 該当なし **根本原因** クラウドウェアのインシデント。 **Payplugによるアントレプレナーアクション** | **症状** | **アクション** | |---|---| | Cloudflareに障害が発生した場合の代替手段がない | インシデント時のバックアップソリューションを実現するための代替案についての調査中。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-2651 **インシデントの影響を受けた支払いサービス** 電子商取引決済と 3DS。 **クライアントへの影響** カード所有者が支払いを行うことができない。 **インシデント概要** * ** 12 月 5 日午前 9 時 48 分:インシデントの開始** およびアラート発生。 * **12 月 5 日午前 9 時 52 分:** 専任の危機管理ユニットの設置。Cloudflareで発生したインシデントの調査と疑いに関する調査が開始されました。 * **12月5日午前9時54分:** Cloudflareでのインシデントの確認。 * **12月5日午前10時:** ステータスページでの連絡。 * ** 12 月 5 日午前 10 時 13 分:インシデントの終了。** **コンテキスト** 該当なし **根本原因** クラウドフレアでのインシデント。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | Cloudflareに障害が発生した場合の代替手段の欠如 | 現在、インシデント発生時のバックアップソリューションを提供する代替案に関する調査が進行中です。|

公式のインシデント更新を自動翻訳しています。

1. 2025年12月3日 10:36 UTCinvestigating

   失敗率 最初は本日前の 12 月 2 日のリバースメントは引き続き有効になります。アクションはお客様の当事者が必要とするものではなく、資金は通常どおりお客様の口座でご利用いただけます。 該当する風力の詳細は、本日公開予定です。 で 当初本日予定だった12月2日の支払いは、明日処理されます。お客様側で何もする必要はありません。資金は通常どおりお客様の口座でご利用いただけます。 該当する送金の詳細は、本日公開予定です。

2. 2025年12月3日 10:44 UTCmonitoring

   修正を実装し、結果を監視しています.

3. 2025年12月4日 10:39 UTCmonitoring

   失敗率 12 月 2 日のリバースメントはうまく機能しました。 ただし、12月3日のリバースメントは、当初は今日まで有効となります。いずれのアクションもお客様が必要とするものではなく、ファンドは通常どおりお客様のアカウントでご利用いただけます。 該当する風力の詳細は、本日公開予定です。 で 12 月 2 日の支払いは正常に処理されました。 ただし、当初本日予定だった12月3日の支払いは、明日処理されます。お客様側で何もする必要はありません。資金は通常どおりお客様の口座に振り込まれます。 該当する送金の詳細は、本日公開予定です。

4. 2025年12月5日 11:20 UTCresolved

   失敗率 12 月 3 日に取引の取り消しを確認しました。 リバースメントについての最新情報をお知らせします。 で 12月3日から取引の支払いを確認します。 支払いについては最新の情報を入手しています。 それ 12 月 3 日のトランザクションの払い戻しを確認しました。 引き換えについて更新しました。

公式のインシデント更新を自動翻訳しています。

1. 2025年10月21日 8:02 UTCinvestigating

   失敗率 現在、ポータブルドキュメントはポータルからエクスポートすることができません。 ドキュメントはオンラインで参照できます。 私たちのチームは、問題の原因を積極的に調査しています。 で 現在、会計書類はポータルからエクスポートできなくなりました。 書類は引き続きオンラインで閲覧できます。 当社のチームは問題の原因を積極的に調査しています。 それは 現在、会計関連文書は Portal からこれ以上エクスポートできません。 文書はオンラインで引き続き参照できます。 私たちのチームは、問題の原因を積極的に調査しています。

2. 2025年10月21日 8:40 UTCinvestigating

   スター-2453 -はじめに/開始/開始:確認者/確認待ち/確認中。 -終了/終了/終了:進行中/進行中/進行中。 -カテゴリ/カテゴリ/カテゴリ:プロダクションポータル。 -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P3. 失敗率 このインシデントは、Google Chrome で実際に実行されたエクスポートの試みにのみ影響するようです。 対象となるドキュメントは Firefox でダウンロード可能です。 当社のチームは、インシデントの発生源を突き止めるために引き続き調査を続けています。 で このインシデントは Google Chrome で行われたエクスポートの試みにのみ影響するようです。 会計書類は Firefox を使用してダウンロードできます。 私たちのチームは、事件の原因を突き止めるために引き続き調査を続けています。 それは このインシデントは、Google Chrome で実施されたエクスポートの試みにのみ影響しているようです。 会計関連文書は Firefox を使用してダウンロードできます。 私たちのチームは、事件の原因を突き止めるために引き続き調査を続けています。

3. 2025年10月21日 12:00 UTCmonitoring

   スター-2453 -デビュー/スタート/開始:2025年10月21日 8時30分 -終了/終了:2025 年 10 月 21 日 13 時 54 分 -カテゴリー /カテゴリー /カテゴリー:プロダクションポータル -責任/責任/責任:確認者/未確認/確認 -優先順位/優先度/優先順位:P3 失敗率 対象となるドキュメントは Google Chrome から新たにダウンロードできます。 当社のチームは引き続きサービスを監視しています。 で Google Chrome を使用して会計書類を再度ダウンロードできるようになりました。 Google のチームは引き続きサービスを監視しています。 それ 会計書類を Google Chrome 経由でダウンロードできるようになりました。 私たちのチームは引き続きサービスを監視しています。

4. 2025年10月23日 6:10 UTCresolved

   この事件は解決しました.

5. 2025年11月13日 10:58 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2453 **該当するサービス** ポルテイルマーチャンド。 **インパクトクライアント** マーチャントは対象ドキュメントをエクスポートできません。 **インシデント合成** * **10 月 21 日 8:30: ** ユーザーによる大量輸出の要求が繰り返されました。**インシデントの始まり。** * **48 年 10 月 21 日:** 会計対象ドキュメントが使用できないことに関する警告が更新されました。 * **50 年 10 月 21 日 9:** 技術チームのチケット作成。調査開始。 * **02 年 10 月 21 日 10 時:** コミュニケーションステータスページ * **07年10月21日 10時:** チケットエスカレード。 * **10月21日 10時30分:** マーチャントーニング・ソリューションが販売者に伝わります。 * **19 年 10 月 21 日 11 時:** インシデントの発生源の特定 * **10 月 22 日 16h43: ** インシデントの再現を防ぐため、代わりにアクションを実行してください。**インシデント終了。** * **10月23日以降:** 深刻な原因に対処するための調査が進行中です。 **コンテキスト** 該当なし **根本原因** 計算可能な輸出生成サービスは、ユーザーからの大量かつ繰り返される要求の影響を受けました。このような要求には追加料金がかかり、サービスにアクセスできなくなります。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | 大量需要と輸出の頻発による影響の検討 | 重要な輸出が求められているという警告への対応。状況が再現された場合に備えて、手順を訂正する。| | 計算可能な輸出品ジェネレーションサービスの飽和 | 進行中の調査。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-2453 **インシデントの影響を受けた支払いサービス** マーチャントポータル。 **クライアントへの影響** マーチャントは会計書類をエクスポートできません。 **インシデント概要** * **10 月 21 日午前 8 時 30 分:** ユーザーから大量のエクスポートリクエストが繰り返し寄せられました。**インシデントの開始。** * **10月21日午前9時48分:** 会計書類の入手不能に関する警告が発令されました。 * **21 10 月 21 日午前 9 時 50 分:** 技術チーム向けにチケットが作成されました。調査開始。 * **10 月 21 日午前 10:02: ** ステータスページの連絡が発行されました。 * **10 月 21 日午前 10 時 7 分:** チケットがエスカレートしました。 * **10 月 21 日午前 10 時 30 分:** マーチャントと共有した回避策の特定。 * **10 月 21 日午前 11 時 19 分:** インシデントの根本原因の特定。 * **10月22日午後4時43分:** 再発防止策の実施。**インシデントの終了。** * **10月23日以降:** 根本原因に対処するための継続的な調査。 **コンテキスト** 該当なし **根本原因** 会計エクスポート生成サービスは、複数のユーザーからの非常に大規模で繰り返されるリクエストの影響を受けました。これらのリクエストにより過負荷が発生し、サービスにアクセスできなくなりました。 **ペイプラグが取るべきアクション** | **症状** | **アクション** | |---|---| | 大量かつ繰り返されるエクスポートリクエストの影響に対する認識の欠如 | 大量のエクスポートがリクエストされた際のアラートの実装。状況が再発した場合に備えて手続きを立案する。| | 会計輸出生成サービスの飽和 | 調査中。|

公式のインシデント更新を自動翻訳しています。

1. 2025年9月4日 9:23 UTCidentified

   TSR-2228 -デビュー/開始:2025年4月9日 -終了/終了:英語/継続中 -カテゴリー/カテゴリー:リバースメント/決済 -責任/責任:ペイプラグ -優先順位/優先度:P2 失敗率 今日実施されていた電子商取引および店舗の特定の決済業務の取り消しは、一時的には有効になりません。 本日、該当する金融調整が処理されます。 インシデントの発生源が特定され、実行されなかったイベントは自動的に報告され、処理されます。ユーザー側で必要なアクションは発生しません。 で 今日行われるべきだった特定の電子商取引や店舗での支払いが、期日どおりに完了できませんでした。 これに対応する財務調整は、本日公開される予定です。 インシデントの原因が特定され、実行されなかった支払いは自動的に延期され、明日処理されます。お客様側での対応は不要です。

2. 2025年9月4日 12:35 UTCmonitoring

   TSR-2228 -デビュー/開始:2025年4月9日 -終了/終了:英語/継続中 -カテゴリー/カテゴリー:リバースメント/決済 -責任/責任:ペイプラグ -優先順位/優先度:P2 失敗率 明日、逆転する風が巻き戻されることを確認しました。 私たちは引き続きサービスを監視しています。 で 送金の回収を確認しました。送金は明日支払われます。 引き続きサービスを監視しています。

3. 2025年9月5日 8:43 UTCresolved

   TSR-2228 -デビュー/開始:2025年4月9日 -フィン/エンド:2025年5月9日 -カテゴリー /カテゴリー:リバースメント/決済 -責任/責任:ペイプラグ -優先順位/優先度:P2 失敗率 ここで取り消されなかった電子商取引と店舗の決済業務は、本日逆転しました。 統合された金融照合は、円滑な取引とうまく連携します。 で 昨日決済されなかった電子商取引と店舗内決済業務は、本日決済されました。 対応する財務調整には、回収された取引が正確に含まれています。

4. 2025年9月5日 12:16 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2228 **該当するサービス** 電子商取引と店舗の決済の取り消し。 **クライアントへの影響** トランザクションの一部が取り消されます。 **インシデント合成** * **9 月 4 日 7h30: ** 異なるストリームを処理するファイルの飽和処理が開始されました。**インシデントの始まり。** * **50 年 9 月 4 日:** 熱処理における遅延の検出専用クライスセルの作成と分析の開始。 * **53 年 9 月 4 日 8h53: ** ループ回転しても成功しないタスクによる流量飽和度の同定。 * **56 年 9 月 4 日 8h** 飽和状態にならないように、二次経路で特定の流量を復旧させるためのテスト。 * **09 年 9 月 4 日 9h** 特定のフラックスの変位は、他のルートでのインシデントの影響を受けません。その日の風を緩和するべく、分析を続けている。 * 9月4日～10日:** エッジの影響を確実に防ぐため、毎月の複数のアクションの後における風力処理への依存 * **57 年 9 月 4 日 11 時:** 制限時間後に治療が終了します。ある種の振動は、現実のものとなり得ません。 * **9 月 5 日:** トランザクションの取り消し。**インシデント終了。** **コンテキスト** 該当なし **根本原因** 本番環境で 2 つの API 間の接続が中断されました。1 つのタスクがループで入力され、フローを処理するさまざまなルートが飽和状態になります。 **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日 —** 取引が支払われました。**インシデントの終了。** **コンテキスト** 該当なし **根本原因** 本番環境へのデプロイにより、2 つの API 間の接続が中断されました。あるタスクがループに入り、フローを処理するさまざまなルートが飽和状態になりました。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | アラート検出なし | 監視機能が改善され、インシデント発生時の識別が容易になった。| | エラーによる処理のブロック | キューアーキテクチャの見直しにより、失敗したタスクによってすべての処理がブロックされないようにする。|

公式のインシデント更新を自動翻訳しています。

1. 2025年7月29日 12:57 UTCinvestigating

   失敗率 私たちは、支払い処理の問題点を特定しました。 インシデントは分析中です。 で 支払い処理で引き続き問題が発生していることが確認されました。 調査が進行中です。 これは 支払いの処理が難しいことが分かりました。 インシデントは分析段階にあります。

2. 2025年7月29日 13:14 UTCmonitoring

   TSR-2090 -デビュー/スタート/開始:2025年7月29日14時43分 (CEST) -終了/終了:進行中/進行中/進行中 /進行中。 -カテゴリ/カテゴリ/カテゴリ:生産処理 -責任/責任/責任:ペイプラグ -優先順位/優先順位:P2 失敗率 サービスは 15h08 以降、名目上は順調に回復しています。 私たちは引き続きサービスを監視しています。 で 午後3時8分以降、名目上のサービスが実施されています。 引き続きサービスを監視しています。 それ 15:08 以降、サービスは徐々に通常の状態に戻っています。 引き続きサービスを監視しています。

3. 2025年7月29日 14:17 UTCresolved

   TSR-2090 -デビュー/スタート/開始:2025年7月29日14時43分 (CEST) -フィン/エンド/ファイン:2025年7月29日15時08分 (CEST) -カテゴリー/カテゴリー/カテゴリー:生産加工 -責任/責任/責任:ペイプラグ -優先順位/優先順位:P2 失敗率 Un cortifé a été upplé。 サービスは回復しました。 で 修正が適用されました。 サービスが復旧しました。 これは 修正が適用されました。 サービスは復旧しました。

4. 2025年7月30日 7:12 UTCpostmortem

   # _以下の英語版_ # 事後分析 **リファレンスインシデント** TSR-2090 **該当するサービス** 電子商取引と店舗での決済。 **インパクトクライアント** 全般的な利用不能。 **インシデントの合成** * **7 月 23 日:** 最初のサーバーグループの生産中止日。 * 7 月 24 日:** 2 番目のサーバーグループの生産中止日。 * **7 月 29 日 14 時 43 分**: 3 番目のサーバーグループの稼働時間が短い。**インシデントの始まり。** * **7 月 29 日 14:45 **: アラートが再起動されました。 * **7 月 29 日 14 時 48 分:** メジャーインシデントセルの作成と調査開始 * **7 月 29 日 14h51: ** コミュニケーションステータスページ。 * **7 月 29 日 14h51: ** サービスの再デプロイ。 * **7 月 29 日 15:05 :** プログレッシブサービスを再開します。 * **08年7月29日15時**: **インシデント終了。** **コンテキスト** パッチ管理は一連の修正プログラムで構成され、本番サーバーの 3 つのパーティ (火曜日、水曜日、木曜日) のそれぞれに、毎週交互にデプロイされます。 **根本原因** パッチ管理は、サーバーごとに本番稼働時間に連続して行われています。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | サーバーの不具合の検出の失敗 | サーバーが稼働していないことを警告するコントロールの追加。| | 最後のサーバーを本番稼働中に停止する。| 運用中のアクティブなサーバーをリセットしない場合にアラートを出すためのコントロールの追加。最後のサーバーによる生産時間切れの自動停止。| | パッチ管理によるすべてのプロダクションサーバーの連続稼動ミッション | パッチ管理の新しい順序では非アクティブ化。現在調査中です。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-2090 **インシデントの影響を受けた支払いサービス** 電子商取引と店舗での決済。 **クライアントへの影響** 広範囲に及ぶ利用不能。 **インシデント概要** * **7 月 23 日:** 最初のサーバーグループの廃止。 * **7 月 24 日:** 2 番目のサーバーグループの廃止。 * **7 月 29 日-午後 2 時 43 分:** 3 番目のサーバーグループの廃止。**インシデントの開始。** * **7 月 29 日-午後 2 時 45 分:** アラートがトリガーされました。 * **7 月 29 日-午後 2 時 48 分:** 重大インシデント対策本部が設立され、調査が開始されました。 * **7 月 29 日-午後 2 時 51 分:** ステータスページの連絡。 * **7 月 29 日-午後 2 時 51 分:** サービスの再展開。 * **7 月 29 日-午後 3 時 5 分:** 段階的なサービスの回復。 * **7 月 29 日午後 3 時 08 分:インシデントの終了。** **コンテキスト** パッチ管理は、運用サーバーの 3 つのグループのそれぞれに (火曜日、水曜日、木曜日に) 毎週ローテーションで展開される一連の更新で構成されています。 **根本原因** パッチ管理により、各サーバーが順次廃止されました。 **ペイプラグが取るべきアクション** | **症状** | **アクション** | |---|---| | サーバーのデコミッションを検出できない。| サーバーがデコミッションされるとすぐにアラートをトリガーするコントロールの追加。| | 最後のサーバーの廃止 | アクティブな運用サーバーが 1 台しか残っていない場合にアラートをトリガーする制御の追加。最後のサーバーの自動デコミッションをブロックする。| | パッチ管理によるすべてのプロダクションサーバの連続的な廃止 | パッチ管理は追って通知があるまで非アクティブ化現在調査中です。|

公式のインシデント更新を自動翻訳しています。

1. 2025年7月15日 8:41 UTCinvestigating

   失敗率 弊社では、Oney の決済処理の問題により、サービス全体が利用できなくなることが確認されました。 インシデントは分析中です。 で Oney の支払い処理に問題があり、サービスが完全に利用できなくなっていることが確認されました。 調査が進行中です。 これは 私たちは、Oney による支払いの処理が難しいことに気付きました。これは、サービスが完全に利用できなくなる原因となっています。 インシデントは分析段階にあります。

2. 2025年7月15日 9:03 UTCmonitoring

   失敗率 Oney の支払い処理に影響するインシデントは解決されました。 このインシデントの発生源は、外部プラットフォームにあります。 で Oney の支払い処理に影響するインシデントは解決されました。 このインシデントの発生源は、当社のプラットフォーム外にあります。 それは Oney による支払いの処理に関係するインシデントは解決されました。 このインシデントの発生源は、当社のプラットフォームの外にあります。

3. 2025年7月15日 12:05 UTCresolved

   この事件は解決しました.

4. 2025年7月17日 13:19 UTCpostmortem

   # ポストモーテム **対象サービス** お金。 **インパクトクライアント** オニーのお支払い方法の合計ご利用不可。 **インシデントの合成** * **7月14日 00h01**: **インシデント開始** パートナーによる**。** * **7 月 14 日 01h56**: パートナーによるインシデント宣言**。** * **7月15日午前10時23分**: **事件の終わり**。 **コンテキスト** 該当なし **根本原因** パートナーへのデファイランス。 **Payplugによるアントレプレナーアクション** | **症状** | **アクション** | |---|---| | インシデントの遅延検出 | Oney ペイメント平均単位のアラートを見直し、遅延を確定するためのパラメータを変更しました。| ============= 英語版============ # ポストモーテム **インシデントの影響を受けた支払いサービス** お金。 **クライアントへの影響** Oney 支払い方法が全面的に停止しました。 **インシデント概要** * ** 7 月 14 日午前 00:01 — サービスプロバイダーでインシデント開始**。 * **7 月 14 日午前 1 時 56 分 —** サービスプロバイダーからインシデントが報告されました。 * ** 7 月 15 日午前 10 時 23 分 — インシデントは解決しました。** **コンテキスト** 該当なし **根本原因** パートナーでのサービスの中断。 **Payplugが取るべき措置** | **症状** | **アクション** | |---|---| | インシデントの遅延検出 | Oney の支払い方法に関連するアラートの見直しと、トリガーの精度を向上させるためのパラメーターの調整。|

公式のインシデント更新を自動翻訳しています。

1. 2025年7月4日 8:07 UTCidentified

   失敗率 Shopifyによるホストフィールドでの支払い処理に問題があることがわかりました。 インシデントは分析中です。 解決を待って、支払い方法を見逃すような提案をいたします。 で Shopifyのホストフィールドを使用した支払い処理に関する問題が確認されました。 このインシデントは現在調査中です。 それまでの間は、リダイレクト決済に切り替えることをおすすめします。 それは Shopifyのホストフィールドによる支払い処理が難しいことがわかりました。 インシデントは現在分析中です。 解決を待つ間、リダイレクトされた支払いを一時的に終了することを推奨します。

2. 2025年7月4日 8:57 UTCidentified

   TSR -デビュー/スタート/開始:2025年3月7日18時30分 (CEST) -終了/終了:進行中/進行中/進行中 /進行中 -カテゴリ/カテゴリ/カテゴリ:生産処理 -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P2 失敗率 調査はまだ進行中です。 ここで１時間お会いしましょう。 えん 調査はまだ進行中です。 1 時間以内に折り返しご連絡いたします。 それ インダジーニはまだ進行中です。 １時間以内に連絡します。

3. 2025年7月4日 9:37 UTCmonitoring

   TSR -デビュー/スタート/開始:2025年3月7日18時30分 (CEST) -終了/終了:2025 年 4 月 7 日 11 時 34 分 (CEST) -カテゴリー/カテゴリー/カテゴリー:生産加工 -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P2 失敗率 サービスを復元できる修正が適用されました。 サービスの再開については引き続き監視しています。 で 修正が適用され、サービスが復旧できるようになりました。 引き続きサービスの復旧状況を監視しています。 それは サービスの復旧を可能にした修正が適用されました。 引き続きサービスの復旧状況を監視しています。

4. 2025年7月4日 16:10 UTCresolved

   TSR -デビュー/スタート/開始:2025年3月7日18時30分 (CEST) -フィン/エンド/ファイン:2025年4月7日 16時30分 (CEST) -カテゴリ/カテゴリ/カテゴリ:生産加工 -責任/責任/責任:確認者/確認待ち/確認あり -優先順位/優先度/優先順位:P2 失敗率 サービスは 11 時 30 分に再開されました。 プラットフォームは 16h30 の名目状態で収益を上げています。 インシデントは解決されました。 で サービスは午前 11 時 30 分に復旧しました。 プラットフォームは午後 4 時 30 分に名目上の状態に戻りました。 インシデントは解決されました。 これは サービスは 11:30 に復旧しました。 プラットフォームは 16:30 に定格状態に戻りました。 インシデントは解決されました。

5. 2025年7月7日 18:02 UTCpostmortem

   _以下の英語版_ _ダウンロードされたイタリア語版_ # 事後分析 **リファレンスインシデント** TSR -1977 **該当するサービス** Shopifyの統合決済ページ\ (ホストフィールド\) **インパクトクライアント** Shopify の統合決済ページ\ (ホストフィールド\) 経由での支払いがエラーになりました。 **インシデント合成** * **7 月 2 日 18 時 10 分**: **インシデント開始**。 * **7 月 3 日 9:37 **: Shopifyの統合決済ページ\ (ホストフィールド\) での混乱アラートが通知されました。 * **7月3日 9h42年**: メジャーセルインシデントの作成。 * **7 月 3 日 09h53 から 10 時30分**: サービスの復旧を試みる複数のアクション。 * **7 月 3 日 10 時 30 分**: Shopify にクライミングメールを送信します。 * **7 月 3 日 10h50: ** 証明書に関連するエラーの識別。 * 7月3日 11h11: ** Shopifyに 2 通目のメールを詳細と共に送信します。 * **15 年 7 月 3 日 11 時:** テストでは証明書の管理を無効にする必要があります。テストは終了しました。 * **7 月 3 日 11h28: ** すべてのサーバーで認証済み証明書の管理が無効になりました。**サービスの再開。** ***7月3日午前11時30分:** Shopifyに3番目のメールを送信します。 * **7 月 3 日 11 時 30 分から 15 時:** 証明書の検証を再度行うための調査は継続中です。 * **7 月 3 日 15 時間:** 根本原因の理解 * **7 月 3 日 16h: ** 古い認証局の追加とサーバー上の証明書制御の再有効化。テストは終了しました。 * **7 月 3 日 16h29: ** 古い認証局が追加され、すべてのサーバーで証明書コントロールが再び有効になります。**インシデント終了。** **コンテキスト** 認証局は、Web サイトの ID を検証し、その Web サイトが偽りのない状態で正常に動作していることを証明する「デジタル証明書」を発行します。 2024年、Shopifyは、2025年10月26日に期限が切れる古い認証局に取って代わる新しい認証局が導入されたことを知らされました。当社は、2024年8月に新しい認証局を導入し、2024年12月に旧認証局を無効にしました。 **根本原因** あるインシデントでShopifyスイートが以前の認証局を再利用したが、飛行機は無効化された。 **Payplugによるアントレプレナーアクション** | **症状** | **アクション** | |---|---| | Payplugスイートによる古い認証局\ (CA\) の取り消しに関する質問 | 古い CA の失効理由に関する個人的説明有効期限が到来するまでの古いカリフォルニア州の体系的保全。| | インシデントの遅延検出 | 各支払い方法 (このインシデントの影響を受けたもの\) に関する特定のアラートについての考察は、プラットフォームフローのごく一部を表すものではありません。証明書に関連するエラーのリモネイトを改善して、このような場合にアラートがより正確になるようにしました。| | | 完ぺきな根本原因の理解の遅れ | 調査を円滑に進めるため、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に詳細を記載した2通目のメールが送信されました。 * **7月3日午前 11:15: ** 証明書検証を無効化して実施したテスト — テスト成功。 * ** 7 月 3 日午前 11 時 28 分:** すべてのサーバーで証明書の検証が無効になっています — **サービスが復旧しました。** * **7月3日午前11時30分:** Shopifyに3通目のメールが送信されました。 * **7月3日午前11時30分～午後3時:** 証明書の検証を安全に再有効化するための調査が進行中です。 * ** 7 月 3 日午後 3 時:** 根本原因がわかりました。 * **7 月 3 日午後 4 時:** 古い認証局\ (CA\) が 1 台のサーバに再追加され、証明書の検証が再開されました — テストは成功しました。 * **7 月 3 日午後 4 時 29 分:** 古い CA が再び追加され、すべてのサーバーで証明書の検証が再開されました — **インシデントの終了。** **コンテキスト** 認証局\ (CA\) はウェブサイトの身元を確認し、その真正性を証明するデジタル証明書を発行します。 2024年に、Shopifyは、2025年10月26日に期限が切れる現在のCAに代わる新しいCAについて通知しました。2024年8月に新しいCAを導入し、2024年12月に古いCAを無効にしました。 **根本原因** 以前無効化していたにもかかわらず、インシデント発生後にShopifyが古い認証局を再利用している。 **Payplugが取るべきアクション** | **症状** | **アクション** | |---|---| | 新認証局\ (CA\) の導入後、Payplugが旧認証局\ (CA\) を取り消したことに関する誤解 | 取り消しの理由を明確にする。古い CA を有効期限まで体系的に保持する。| | 遅延インシデント検出 | 各アラートがプラットフォームトラフィックに占める割合が小さい場合でも、支払いフローごとに特定のアラート (影響を受けるアラートを含む) を実装することを検討してください。アラートメカニズムを改善して、証明書関連の問題をより正確に検出できるようにする。| | 根本原因を把握する時間は改善の余地がある | 今後の調査を円滑に進めるため、Shopifyに緊急連絡先を設けておく。| ============イタリア語版============ # ポストモーテム **インシデントリファレンス** 1977 年 **関心のあるサービス** Shopifyの統合支払いページ\ (ホストフィールド\) **クライアントへの影響** Shopifyに統合された支払いページ\ (ホストフィールド\) を介して行われた支払いはエラーになります。 **インシデントの概要** * ** 7 月 2 日、18 時 10 分:インシデント開始** * **7月3日、午前9時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への2回目のメッセージで、さらに詳しい情報が表示されます。 * **7 月 3 日 11:15: ** 証明書の管理を無効にするテスト — 陽性です。 * **7 月 3 日 11:28: ** すべてのサーバーで証明書の管理を無効化 — **サービスが復旧しました。** * 7月3日、午前11時30分:** Shopifyへの3番目のメッセージ。 * **7月3日、11:30 ～ 15:00: ** 証明書の管理を再開するための分析処理中。 * **7 月 3 日 15:00: ** 根本原因の特定。 * 7 月 3 日 16:00: ** 古い認証局が追加され、サーバーでの証明書チェックが再び有効化されました — テストは成功しました。 * **7 月 3 日 16:29: ** 古い認証局が追加され、すべてのサーバーで証明書チェックが再び有効になります。**インシデント終了。** **コンテスト** 認証局\ (CA\) には、Web サイトのアイデンティティを検証し、その信頼性を証明しないデジタル証明書を発行する権限があります。 2024年、Shopifyは、2025年10月26日に廃止された既存の認証局に代わる新しい認証局への移行を発表しました。私たちは2024年8月に新しいCAを導入し、2024年12月に古いCAを無効にしました。 **根本原因** あるインシデントの後、Shopify側で古い認証局が使用されていましたが、それでもなお、当社では既に無効になっています。 **Payplug側からのイントラプレンドアクション** | **症状** | **アクション** | |---|---| | 新規登録後、Payplug側から古い認証局\ (CA\) が取り消されたことについて理解できない | 取り消しの動機を明らかにする。古い CA を有効期限までシステム的に保守します。| | インシデントの遅延検出 | トラフィックのごく一部を占める支払い経路ごとに特定のアラートが有効になるかどうかを評価する。アラートを改善すると、証明書の問題をより簡単に検出できるようになります。| | 根本原因を特定するまでの時間の短縮 | Shopifyで緊急連絡先を取得すると、今後の調査が容易になります。|

公式のインシデント更新を自動翻訳しています。

1. 2025年5月6日 8:33 UTCmonitoring

   TSR -デビュー/スタート/開始:2025年3月5日 -終了/終了:進行中/進行中/進行中 /進行中 -カテゴリ/カテゴリ/カテゴリ:プロダクション-お金 -責任/責任/責任:外部/外部/外部 失敗率 当社は、5月3日（土）から5月5日（月）にかけて、Oneyが公開している複数の財務書類に影響を受けた事件について知らされました。影響を受けたファイルは保留中です。これらの書類を再収集するための措置はオニー社で進行中ですが、既に拒否された取引は、融資が受理されても有効性が失われる可能性があります。 拒否された取引に関連する承認済みファイナンス書類を取り消すための措置が現在進行中です。 で 5月3日（土）から5月5日（月）の午前中に開始された複数のOney融資申請に影響するインシデントが発生したことが通知されました。影響を受けた申請は保留状態のままでした。 オニーは現在、これらの申請の回収に取り組んでいますが、すでに却下された取引は、融資が承認されたとしても検証できなくなっています。 また、却下された取引に関連する、承認された融資申請を取り消すための措置も進行中です。 それは 5月3日（土）から5月5日（月）の月曜日まで、Oneyのさまざまな財務慣行に関心のあるインシデントに関する最新情報を入手しました。関心のある実務は、現在も予定されています。 Oney は現在、これらのプラクティスの回復に取り組んでいますが、すでに返済されたトランザクションは、ファイナンスが承認された場合も、検証されなくなる可能性があります。 また、承認された財務慣行を無効にして、未払いの取引に結び付けるためのアクションも検討しています。

2. 2025年5月13日 11:54 UTCresolved

   TSR -デビュー/スタート/開始:2025年3月5日 -フィン/エンド/ファイン:2025年7月5日 -カテゴリー/カテゴリー/カテゴリー:プロダクション-マネー -責任/責任/責任:外部/外部/外部 失敗率 拒否された取引に関連する書類は取り消されたため、お客様には返金されます。 で 拒否された取引に関連するファイナンス申請はキャンセルされました。お客様には返金されます。 それ 要求されたトランザクションにリンクする慣行は無効になりました。お客様の顧客は返金されます。

公式のインシデント更新を自動翻訳しています。

1. 2025年4月10日 12:25 UTCidentified

   失敗率 PAX (Nexo プロトコル) 端末 (Nexo プロトコル) 上で実現される一部の店舗での支払いは、カードポーターのお客様に 2 回請求されました。Il s'agit pour la palart de paimentsは、4月7日に実現しました。異常は急速に特定され、是正措置が講じられています。 -関係する商店は直接連絡します。 -すべてのダブロンは自動的にキャンセルされます。 -返金は、お客様側またはお客様側のアクションを必要とせずに有効になります。 -正規化は、ペルーのポーター口座に反映されます。 で PAX 端末 (NEXO プロトコル) を介して行われた一部の店舗での支払いは、カード所有者のクライアントに 2 回請求されていました。これらの重複取引のほとんどは4月7日に発生しました。問題はすぐに特定され、現在修正が行われています。 -影響を受けるマーチャントには直接連絡します。 -重複した請求はすべて自動的にキャンセルされます。 -払い戻しは、お客様またはお客様のクライアントからのアクションを必要とせずに処理されます。 -調整額はまもなくカード所有者のアカウントに表示されます。 それ PAX（Nexoプロトコル）端末でのビジネス決済の中には、顧客に2回入金されるものもあります。支払いの大部分は4月7日に行われた。異常が確認され、現在修正中です。 -本気で関心をお持ちのお客様には、直接ご連絡いたします。 -二重に追加されたすべてのアカウントは、自動的にキャンセルされます。 -払い戻しは、お客様またはお客様からのいかなる措置も受けない限り有効になりません。 -規制は、お客様の現在の口座に間もなく表示されるようになります。

2. 2025年4月11日 12:26 UTCmonitoring

   失敗率 不法滞在の店舗での支払いは、2025 年 4 月 15 日までにキャンセルされます。そのため、お客様は 2025 年 4 月 16 日以降にアカウントへのこれらの支払いの払い戻しを受けることになります。 で 誤って引き落とされた店舗での支払いは、遅くとも2025年4月15日までにキャンセルされます。そのため、お客様は遅くとも2025年4月16日までに、これらの支払いの払い戻しを自分のアカウントに反映することになります。 それは 追加された店舗に対して行われた支払いは、2025 年 4 月 15 日までに誤って取り消されます。そのため、お客様は、2025 年 4 月 16 日までに口座への支払いの払い戻しを受けることになります。

3. 2025年4月14日 15:54 UTCmonitoring

   TSR -デビュー/スタート/開始:2025年7月4日 -終了/終了:進行中/進行中/進行中 /進行中 -カテゴリ/カテゴリ/カテゴリ:生産-加工 -責任/責任/責任:ペイプラグ -優先順位/優先度/優先順位:P2 失敗率 Les paiments en magasins ébités à ort ont été unulés。そのため、お客様は銀行間の遅延により、2025 年 4 月 15 日以降、これらの支払いを口座に払い戻すことができます。 で 誤って引き落とされた店舗での支払いはキャンセルされました。そのため、銀行間の処理時間にもよりますが、お客様には 2025 年 4 月 15 日以降、これらの支払いの払い戻しが銀行口座に反映されます。 それは エラーにより追加された店舗に対して行われた支払いは取り消されます。これにより、お客様は銀行間の手続きの時期に基づき、2025年4月15日から銀行口座への支払いの払い戻しを受けることになります。

4. 2025年4月17日 7:46 UTCresolved

   この事件は解決しました.

5. 2025年4月17日 7:47 UTCpostmortem

   # _下記の英語版/calceでイタリア語版_ # 事後分析 **リファレンスインシデント** TSR-1610 **懸念されるサービス** ネクソ。 **インパクトクライアント** PAX\ 端末 (Nexo プロトコル\) で複数の支払いが行われました。 **インシデントの合成** * **4 月 7 日:** Nexoトランザクションステータス管理を更新しました。 * 4 月 8 日-12 月 9 時:** 最初の一連のトランザクションがデビットされましたが、ステータスが「デビット状態」に更新されていません。**インシデントの始まり。** * **9 4 月 9 日:** 同じトランザクションシリーズの 2 回目の引き落とし。ときどき 2 回引き落とされます。これらのトランザクションの中には、正しくない状態になるものもあります。 * **4 月 10 日:** ルーチンコントロールで 5000 デビットが確認されました。 * 4月10日-9時30分:** 不可抗事象用のクライスセルの作成。調査開始。 * 4月10日-11時43分:** 取引で新たに誤って引き落とされるのを防ぐため、ステータスマニュアルを更新しました。 * **4 月 10 日-15 時 25 分:** トランザクションステータスが自動的に正しく更新されることを保証するための修正案の発送。返金対象のトランザクションリストを当社の外部サーバーに送信します。**名目サービスの再配信。** * 4月11日-午前8時43分:** 当社の外部機関にリランスを送信しました。 * **4 月 14 日-17 時:** ビザおよび CB のお客様のインダストリアルの請求額をキャンセル * 4月15日～17日:** マスターカード会員のインダス決済の取り消し**インシデント終了。** **コンテキスト** ダブルデビットの取り消しと引き落としは、手動かつ賢明な操作です。私たちは、観察された遅延を説明する付随的損害が発生しないように、必要な予防措置をすべて講じています。 **根本原因** このインシデントは、4 月 7 日にトランザクションステータスの更新プロセスが追加されたことが原因です。この直近では、既存のプロセスと競合して、関係するトランザクションを更新する手助けをすることがありました。 **Payplugによる起業家向けアクション** | **症状** | **アクション** | |---|---| | ダブルデビットの遅延検知 | 短期的に毎日の手動モニタリングを実施する。中期モニタリングの自動化。| | プロセスコンフリクトによるエラーリマインダーがない。| ログの代わりに\ + トランザクションのステータスコンフリクトが発生したときに警告する。リトライが改善され、ステータスの更新が自動的に保たれるようになりました。| | テストフェーズでバグは検出されませんでした。| トランザクション量が増えるとテストがシステム的に追加されました。新しい負荷テストに関する調査。| ============= 英語版============ # ポストモーテム **インシデントリファレンス** TSR-1610 **インシデントの影響を受けた支払いサービス** ネクソ。 **クライアントへの影響** PAX 端末\ (Nexoプロトコル\) から複数の支払いが引き落とされました。 **インシデント概要** * **4月7日:** Nexoトランザクションステータス管理の更新。 * **4月8日～午前9時12分:** 最初のトランザクションが引き落とされますが、ステータスが「引き落とし済み」には更新されません。**インシデントが始まる。** * **4月9日:** 同じトランザクションの一括で2回目の引き落としが発生し、重複請求が発生する。これらの取引の中には、誤ったステータスのままになっているものもあります。 * **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 日にトランザクションステータス更新プロセスが追加されたことが原因です。このプロセスは既存のプロセスと競合することがあり、影響を受けたトランザクションのステータス更新が妨げられることがありました。 **ペイプラグが取るべきアクション** | **症状** | **アクション** | |---|---| | 重複引き落としの遅延発見 | 短期間の日常手動監視の実施。中期的な監視の自動化。| | プロセスのコンフリクト中にエラーフィードバックは発生しない。| ステータス更新のコンフリクトが発生した場合に備えて\ + アラートを記録するように実装した。ステータスの更新を自動的に再試行するように再試行ロジックを改善しました。| | テスト段階で未検出のバグ | 大量のトランザクションを伴うテストを体系的に追加。新しい負荷テスト方法の調査。| ============イタリア語版=========== # ポストモーテム **インシデントリファレンス** TSR-1610 **関心のあるサービス** ネクソ。 **クライアントへの影響** PAX\ (Nexo プロトコル\) 端末に複数のエフェクトを追加します。 **インシデントの概要** * **4 月 7 日**: Nexo トランザクションのステータス管理が更新されました。 * **4 月 8 日 — 09:12 **: 最初の一連のトランザクションが追加されましたが、支払いステータスが「追加済み」に更新されませんでした。**インシデントの開始。** * **4 月 9 日**: 同じ一連のトランザクションに 2 回目の追加が行われたため、2 回の追加が発生しました。これらのトランザクションの中には、誤った状態を維持しているものもあります。 * 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によるイントラプレンダーアクション** | **症状** | **アクション** | |---|---| | ダブルアドビットの遅延検出 | 毎日の手動モニタリングの実装は間もなく終了します。中期モニタリングの自動化。| | プロセス間で競合が発生した場合のエラー通知の欠如 | log\ + の実装は、トランザクションステータスの更新中に競合が発生した場合に警告を発します。ステータスの更新をもう一度試すためのリトライロジックが改善されました。| | テスト中にバグが見つかりませんでした。| トランザクション量が多いテストシステムを追加。新しい負荷テストの分析。|

公式のインシデント更新を自動翻訳しています。