История сбоев Currencycloud

1. 8 сентября 2026 г. в 13:51 UTCinvestigating

   В настоящее время мы расследуем задержки, влияющие на доставку уведомлений на веб-хук. Наши команды активно рассматривают вопрос и работают над восстановлением нормального сервиса. Мы предоставим дополнительные обновления по мере поступления дополнительной информации. На данный момент никаких действий со стороны клиента не требуется.

2. 8 сентября 2026 г. в 14:15 UTCidentified

   Мы определили причину задержек, влияющих на доставку уведомлений в Интернете, и реализуем поэтапный план восстановления. Нашим непосредственным приоритетом является восстановление нормальных темпов обработки и сокращение отставания от отложенных уведомлений. Параллельно инженерия внедряет корректирующие изменения для решения основной проблемы и предотвращения рецидивов. Клиенты могут испытывать задержки в получении уведомлений о веб-хук, пока продолжается восстановительная деятельность. Мы активно отслеживаем прогресс и будем продолжать предоставлять обновления по мере восстановления сервиса. На данный момент никаких действий со стороны клиента не требуется.

3. 8 сентября 2026 г. в 15:21 UTCmonitoring

   Уведомления Webhook по-прежнему обрабатываются и доставляются, хотя некоторые клиенты могут по-прежнему испытывать задержки в процессе восстановления. Инженеры внедрили дополнительное изменение, предназначенное для снижения нагрузки на базу данных и улучшения пропускной способности обработки. Это обновление в настоящее время внедряется, и ранние показатели показывают, что объемы отставания продолжают сокращаться. Параллельно было выявлено еще одно корректирующее изменение, устраняющее основную причину, и оно проходит окончательный обзор до развертывания. Мы активно отслеживаем производительность услуг и сокращение отставания, поскольку обработка возвращается к нормальному уровню. На данный момент никаких действий со стороны клиента не требуется.

4. 8 сентября 2026 г. в 16:12 UTCresolved

   Уведомления Webhook обрабатываются и доставляются в обычном режиме. Задержки с уведомлениями были полностью устранены, и служба продолжала работать на протяжении всего инцидента. Инженеры внедрили меры по восстановлению, и никаких дальнейших задержек не ожидается. Мы продолжим следить за сервисом в рамках обычных операций. Никаких действий клиента не требуется.

Автоматический перевод официального обновления инцидента.

1. 5 сентября 2026 г. в 02:15 UTCinvestigating

   В настоящее время мы изучаем вопрос, влияющий на функциональность создания виртуальных счетов EUR.

2. 5 сентября 2026 г. в 05:13 UTCresolved

   Инцидент был урегулирован. Разъем в нашей службе вышел из строя и не восстановил связь. Разъем в настоящее время работает, и будут проведены дальнейшие исследования, чтобы предотвратить повторение.

3. 8 сентября 2026 г. в 10:39 UTCpostmortem

   #Обзор 5 сентября 2026 года Currencycloud выявила проблему, затрагивающую создание Виртуальных Учетных записей через одну из интеграций наших сетевых партнеров. Были получены новые запросы на Виртуальную учетную запись, но они не были успешно обработаны, что привело к задержкам в создании учетной записи. Этот вопрос был расследован и решен, после чего было успешно обработано отставание от ожидающих запросов и возобновлено нормальное обслуживание. # Влияние клиента Клиенты, запрашивающие новые виртуальные учетные записи через затронутого сетевого партнера, испытывали задержки в создании учетной записи во время окна инцидента. После восстановления сервиса все поставленные в очередь запросы были успешно обработаны, и нормальное создание аккаунта возобновилось. Никакие существующие виртуальные счета, средства клиентов, транзакции или остатки на счетах не были затронуты этой проблемой. #Коренная причина Инцидент был вызван сбоем во внутреннем компоненте обработки сообщений, ответственном за передачу запросов на создание виртуальной учетной записи между системами. После проблемы с подключением к базе данных компонент прекратил обработку запросов, предотвращая создание новых виртуальных учетных записей и заставляя запросы накапливаться в отставании. Перезапуск затронутого компонента восстановил нормальную обработку и позволил завершить все поставленные в очередь запросы. После инцидента мониторинг и оповещение были усилены, чтобы обеспечить улучшенное руководство по обнаружению и восстановлению, если подобная проблема возникнет в будущем. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 4 сентября 2026 г. в 07:10 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую доставку уведомлений для некоторых клиентов Currencycloud. Клиенты могут испытывать задержки или отсутствующие уведомления о транзакциях, событиях финансирования и банковских переводах. Мы получили отчеты от нескольких клиентов и активно работаем над определением масштаба и причины проблемы. Наши команды исследуют с наивысшим приоритетом и будут предоставлять обновления по мере их появления. Мы приносим извинения за любые неудобства и ценим ваше терпение, пока мы работаем над решением этой проблемы.

2. 4 сентября 2026 г. в 13:36 UTCmonitoring

   Мы смягчили проблему, затрагивающую доставку уведомлений через webhook. Целенаправленное исправление было успешно развернуто в производстве, и теперь уведомления о веб-хуках обрабатываются и доставляются. Очередь отсроченных уведомлений сокращается, а текущие показатели восстановления показывают, что сервис работает, как и ожидалось. Основные операции, события финансирования и банковские переводы продолжали успешно обрабатываться на протяжении всего инцидента. Имеющиеся данные свидетельствуют о том, что уведомления о веб-хуках были отложены и сохранены для доставки, а не утрачены, хотя проверка доставки продолжается. На данный момент никаких действий со стороны клиента не требуется.

3. 4 сентября 2026 г. в 14:10 UTCmonitoring

   Фиксация производства остается на месте и устранила первоначальную проблему, которая привела к накоплению уведомлений о веб-хуках. Во время восстановления обработка существующего отставания замедлилась из-за нагрузки на базу данных, и Engineering изучает самый безопасный способ возобновления и ускорения очистки без дополнительного давления на сервис. В настоящее время это не считается повторением первоначального инцидента. Это связано с обработкой необычайно большого объема уже поставленных в очередь уведомлений. Базовые транзакции продолжают нормально обрабатываться, но клиенты могут по-прежнему испытывать задержки в получении уведомлений веб-хук, пока завершено восстановление отставания.

4. 4 сентября 2026 г. в 14:43 UTCidentified

   Производственное исправление остается развернутым и решает первоначальную проблему, которая вызвала накопление уведомлений о веб-хуках. Однако обработка существующего отставания прекратилась примерно в 14:40 BST, и отложенные уведомления в настоящее время не проходят через очередь. Инженерия активно исследует причину и оценивает самые безопасные действия по восстановлению, сохраняя при этом все события в очереди. Текущие данные свидетельствуют о том, что это по-прежнему связано с обработкой необычно высокого объема отставания, а не с новой проблемой, затрагивающей базовые транзакции. Транзакции продолжают нормально обрабатываться, но клиенты будут продолжать получать отложенные уведомления о веб-хуках до возобновления обработки отставания. Мы предоставим дополнительное обновление после восстановления устойчивой обработки и сокращения очередей.

5. 4 сентября 2026 г. в 15:23 UTCidentified

   Производственное исправление остается развернутым и устранило первоначальную проблему, которая привела к накоплению уведомлений о веб-хуках. Однако обработка сохраненного отставания снова остановлена, и отложенные уведомления в настоящее время не проходят через очередь. Инженерные команды активно изучают вторичный вопрос, влияющий на обработку отставания, и работают над восстановлением доставки, сохраняя при этом все события в очереди. Базовые транзакции продолжают нормально обрабатываться, но клиенты будут продолжать получать отложенные уведомления о веб-хуках до возобновления обработки отставания. В настоящее время потеря данных не выявлена. Мы предоставим дополнительное обновление после восстановления устойчивой обработки и сокращения очередей.

6. 4 сентября 2026 г. в 16:32 UTCmonitoring

   Обработка Webhook возобновилась, и уведомления о задержке поступают. Инженеры продолжают исследовать прерывистую проблему, которая заставляет обработку отставания приостанавливаться и возобновляться, при этом усилия по восстановлению сосредоточены на поддержании стабильной обработки до тех пор, пока не будут доставлены все уведомления в очереди.

7. 4 сентября 2026 г. в 18:23 UTCmonitoring

   Обработка Webhook остается активной, и уведомления с задержкой продолжают поступать. Общие объемы очередей сократились примерно на 70%, в том числе как первоначальное отставание, так и недавно созданные события веб-хука. Инженерия продолжает исследовать прерывистое поведение, вызывающее задержку обработки, чтобы приостановить и впоследствии возобновить. В то время как восстановление продолжается, а объемы очередей продолжают сокращаться, скорость обработки варьировалась в течение периода восстановления, и расследование продолжается для выявления основной причины и восстановления стабильной обработки. Базовые транзакции продолжают нормально обрабатываться, и в настоящее время потеря данных не выявлена.

8. 4 сентября 2026 г. в 19:11 UTCmonitoring

   Обработка Webhook остается активной, и уведомления с задержкой продолжают поступать. Общие объемы очередей сократились примерно на 85%, в том числе как первоначальное отставание, так и недавно созданные события в Интернете. Инженерия продолжает исследовать прерывистое поведение, вызывающее задержку обработки, чтобы приостановить и впоследствии возобновить. В то время как восстановление продолжается, а объемы очередей продолжают сокращаться, скорость обработки варьировалась в течение периода восстановления, и расследование продолжается для выявления основной причины и восстановления стабильной обработки. Базовые транзакции продолжают нормально обрабатываться, и в настоящее время потеря данных не выявлена.

9. 4 сентября 2026 г. в 19:44 UTCresolved

   Проблема, затрагивающая доставку уведомлений через webhook, решена. Все уведомления в очередях, включая накопившееся в ходе инцидента отставание, были успешно обработаны и доставлены. На протяжении всего периода восстановления Engineering исследовала прерывистое поведение обработки, которое заставило обработку отставания приостановиться и впоследствии возобновиться. Успешно завершены восстановительные работы, восстановлена стабильность обработки, объемы очередей вернулись к нормальному рабочему уровню. Базовые транзакции продолжали нормально обрабатываться в течение всего инцидента, и потери данных не было обнаружено. Валидация восстановления завершена, и сервис работает, как и ожидалось.

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 15:34 UTCinvestigating

   Мы выявили проблему, которая влияет на обработку платежей. В результате некоторые платежи могут испытывать задержки. Наши команды активно расследуют вопрос и работают над тем, чтобы как можно быстрее восстановить нормальный сервис. Дальнейшие обновления будут предоставляться по мере поступления дополнительной информации.

2. 2 сентября 2026 г. в 08:41 UTCresolved

   Проблема, затрагивающая обработку платежей, была связана только с обновлением статуса оплаты. Все платежи продолжали обрабатываться и выполняться в соответствии с инструкциями. Из-за внутренней технической проблемы мы выявили задержку в обновлении статуса оплаты, которая отражается на платформе. В результате подмножество клиентов в разных валютах и платежных маршрутах, возможно, видели, что платежи остаются в промежуточном статусе дольше, чем ожидалось, несмотря на то, что платежи успешно обрабатываются. Вопрос был успешно решен 1 сентября 2026 года. С тех пор все статусы платежей были обновлены правильно, и никаких задержек в обработке или исполнении платежей не наблюдалось. Сервис работает нормально. Приносим извинения за причиненные неудобства.

3. 4 сентября 2026 г. в 09:18 UTCpostmortem

   ## Обзор 1 сентября 2026 года клиенты могут столкнуться с задержками в обновлении статуса оплаты на платформе Currencycloud. В ходе инцидента некоторые платежи оставались в представленном статусе дольше, чем ожидалось, несмотря на то, что уже были успешно обработаны. Проблема была связана с отображением и прогрессированием статусов платежей внутри платформы, а не с выполнением самих платежей. Инцидент был урегулирован 3 сентября 2026 года после восстановления затронутых статусов платежей и завершения деятельности по сверке и валидации реестра. ##Влияние на клиента Подгруппа клиентов может наблюдать платежи, остающиеся в промежуточном статусе на платформе Currencycloud дольше, чем ожидалось. Хотя статусы платежей не обновлялись должным образом, платежи продолжали обрабатываться и выполняться в соответствии с инструкциями. Таким образом, клиенты могли видеть неточный статус, несмотря на то, что основной платеж был успешно обработан. После восстановительных мероприятий все затронутые статусы платежей были обновлены и согласованы. Никаких действий от клиентов не требовалось. ##Коренная причина Инцидент был вызван проблемой технической зависимости, введенной во время обычного изменения конфигурации платформы. В определенных обстоятельствах служба, ответственная за обработку обновлений статуса оплаты, не смогла успешно получить информацию, необходимую для завершения прогрессирования статуса оплаты. В результате подмножество платежей оставалось в представленном статусе, несмотря на то, что они уже были обработаны. Проблема затронула только обновления статуса оплаты и не помешала успешному исполнению платежей клиентов. После идентификации пострадавшие платежи были восстановлены и переведены в надлежащее состояние. Дополнительные изменения конфигурации были реализованы для обеспечения того, чтобы сервисные коммуникации следовали по намеченному пути маршрутизации, и были установлены дальнейшие действия по обзору для усиления процессов проверки, мониторинга и управления зависимостью. Служба работает в штатном режиме, и профилактические улучшения отслеживаются с помощью последующих мер по снижению риска возникновения аналогичных проблем в будущем. Валютное облако Конфиденциальное

Автоматический перевод официального обновления инцидента.

1. 1 сентября 2026 г. в 13:36 UTCinvestigating

   Мы расследуем вопрос, затрагивающий детали бенефициара в Direct. В результате некоторые клиенты могут быть не в состоянии просматривать существующую информацию о бенефициаре и могут получать сообщение об ошибке при попытке получить доступ к данным бенефициара. Наши команды активно работают над восстановлением нормального сервиса. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 1 сентября 2026 г. в 14:33 UTCmonitoring

   Мы реализовали восстановительные действия и восстановили функциональность сервиса. Клиенты должны снова иметь возможность просматривать данные бенефициара и получать доступ к записям, которые ранее возвращали ошибки. Мы продолжаем следить за службой, чтобы обеспечить стабильность, пока наши команды завершают расследование основной причины. Мы предоставим дополнительную информацию, как только проблема будет полностью решена.

3. 1 сентября 2026 г. в 16:15 UTCresolved

   В настоящее время решен вопрос, затрагивающий возможность просмотра информации о бенефициарах. Детали бенефициара загружаются нормально, и стабильность обслуживания была подтверждена с помощью мониторинга. Мы приносим извинения за причиненные неудобства и ценим ваше терпение, пока команды исследовали и восстановили сервис.

4. 4 сентября 2026 г. в 09:10 UTCpostmortem

   ##**Обзор** 1 сентября 2026 года клиенты, использующие Direct, столкнулись с проблемой, когда данные бенефициара отображались неправильно. Пострадавшие пользователи, возможно, не смогли просмотреть существующую информацию о бенефициаре и могли получить ошибку «бенефициар не найден» при попытке доступа к записям бенефициара. Проблема затронула функциональность поиска бенефициаров в Direct и была вызвана проблемой связи с сервисом после обычного изменения платформы. Инцидент был выявлен и служба была восстановлена 1 сентября 2026 года. ##**Влияние на клиента** Подгруппа клиентов испытывала трудности с просмотром деталей бенефициара в течение периода инцидента. В результате некоторые пользователи, возможно, не смогли получить доступ к информации о бенефициаре или столкнулись с сообщениями об ошибках при попытке восстановить записи бенефициара. Услуги по обработке платежей остаются доступными, хотя некоторые связанные с ними платежные операции, возможно, имели задержки, в то время как информация о бенефициаре была недоступна. ##**Корневая причина** Инцидент произошел в результате зависимости конфигурации сервиса, которая была выявлена во время обычного изменения платформы. Информационная служба бенефициара продолжала ссылаться на унаследованную конечную точку обслуживания, которая была недоступна после обновления платформы, в результате чего запросы на поиск бенефициара не выполнялись. Проблема была выявлена и решена путем обновления конфигурации сервиса для использования предполагаемого механизма маршрутизации платформы. После восстановления службы были проведены дополнительные обзоры для выявления аналогичных зависимостей и укрепления механизмов управления конфигурацией и контроля валидации. Валютное облако Конфиденциальное

Автоматический перевод официального обновления инцидента.

1. 31 августа 2026 г. в 17:20 UTCinvestigating

   Мы расследуем вопрос, касающийся платежей, осуществляемых через одного из наших банковских партнеров. В результате некоторые клиенты могут испытывать сбои в оплате или задержки в обработке. Наши команды активно исследуют и работают с поставщиком, чтобы определить причину и как можно быстрее восстановить нормальное обслуживание. Мы предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 1 сентября 2026 г. в 11:06 UTCresolved

   Вопрос, затрагивающий процесс обработки платежей, решен и нормальный сервис восстановлен. Во время инцидента некоторые клиенты столкнулись с сбоями в оплате САПР. В то время как услуги в настоящее время работают в штатном режиме, подмножество платежей CAD с датой 31 августа 2026 года не завершилось успешно и было возвращено как неудавшееся. Клиентам с затронутыми платежами может потребоваться повторное представление этих транзакций. Мы приносим извинения за причиненные неудобства и благодарим наших клиентов за их терпение, пока мы работали над восстановлением сервиса.

3. 4 сентября 2026 г. в 09:07 UTCpostmortem

   ##**Обзор** 31 августа 2026 года и 1 сентября 2026 года некоторые клиенты испытали сбои в оплате и задержки обработки, влияющие на платежи, направляемые через одного из наших банковских партнеров. Проблема была вызвана сбоем в нашем процессе финансирования ликвидности, что привело к временному дефициту финансирования и не позволило обработать определенные платежи, как ожидалось. Были приняты корректирующие меры для восстановления нормальной обработки, и наши оперативные группы рассмотрели и рассмотрели соответствующие платежи. Исправительные меры были приняты для восстановления нормальной обработки платежей, и инцидент был урегулирован 1 сентября 2026 года после подтверждения того, что остатки финансирования были исправлены, а платежные операции вернулись к нормальному обслуживанию. ##**Влияние на клиента** Подгруппа клиентов испытала сбои в оплате или задержки в течение периода инцидента. Влияние было ограничено обработкой платежей, и затронутые транзакции были идентифицированы и рассмотрены нашими командами. В результате этого инцидента средства клиентов не были потеряны, а нормальная обработка платежей была восстановлена после корректирующих действий. Никаких действий от клиентов не требуется. ##**Корневая причина** Инцидент произошел в результате сбоя операционного процесса в рамках деятельности по финансированию ликвидности, что привело к тому, что средства не были доступны в предполагаемом месте для обработки платежей и создало временный дефицит ликвидности. Вопрос был выявлен путем расследования и впоследствии исправлен. С тех пор мы ввели усиленный контроль проверки, надзора и одобрения для укрепления процесса и снижения вероятности подобных инцидентов в будущем. Валютное облако Конфиденциальное

Автоматический перевод официального обновления инцидента.

1. 25 августа 2026 г. в 09:07 UTCinvestigating

   В настоящее время мы расследуем вопрос, затрагивающий обработку некоторых платежей. Клиенты могут испытывать задержки в обработке платежей SEK, NOK и DKK, в то время как наши инженеры работают над восстановлением нормального обслуживания. Другие способы оплаты работают, как и ожидалось. Наши команды определили проблему и внедряют исправление. Мы внимательно следим за ситуацией и будем предоставлять дальнейшие обновления по мере их поступления.

2. 25 августа 2026 г. в 10:49 UTCidentified

   Мы определили причину проблемы, затрагивающей обработку некоторых платежей, и в настоящее время внедряем исправление. Клиенты могут испытывать задержки в некоторых платежах SEK, NOK и DKK, представленных с 08:51 BST. Ожидается, что просроченные платежи будут обработаны в следующий доступный день обработки. Другие платежные маршруты продолжают работать, как и ожидалось. Наши инженерные команды завершают развертывание производства исправления, перезапуск услуг по обработке и проверку восстановления затронутого платежного отставания. Мы продолжаем внимательно следить за ситуацией и будем предоставлять дальнейшие обновления по мере подтверждения прогресса.

3. 25 августа 2026 г. в 11:37 UTCmonitoring

   Мы внедрили исправление проблемы, которая повлияла на обработку платежей SEK, NOK и DKK. Это исправление привело к успешной обработке большинства ранее затронутых платежей, которые теперь обрабатываются с сегодняшней датой стоимости. Меньшее количество затронутых платежей может быть отложено до следующего доступного дня обработки. Наши команды продолжают проверять и проверять. Дальнейшие обновления будут предоставляться по мере их поступления.

4. 25 августа 2026 г. в 15:13 UTCresolved

   Мы внедрили исправление проблемы, затрагивающей обработку некоторых платежей SEK, NOK и DKK. Это исправление было успешно развернуто, и теперь обработка возобновлена. Все затронутые платежи были обработаны в соответствии с их проинструктированными датами стоимости, и дальнейшее влияние на клиентов не ожидается. Наши команды завершили валидацию и продолжают следить за обслуживанием, чтобы обеспечить постоянную стабильность.

5. 27 августа 2026 г. в 07:32 UTCpostmortem

   #**Обзор** 25 августа 2026 года мы столкнулись с проблемой, которая повлияла на обработку некоторых платежей SEK, NOK и DKK. Проблема была выявлена и смягчена в тот же день, при этом после дополнительного мониторинга была подтверждена полная стабильность обслуживания. Инцидент оставался под наблюдением до его полного разрешения 26 августа 2026 года. **Влияние на клиента** Ограниченное количество платежей SEK, NOK и DKK задерживалось на один день, в то время как подавляющее большинство платежей обрабатывалось на дату предполагаемой стоимости после восстановления обслуживания. Никаких действий клиентов не требовалось. **Корневая причина** Служба обработки платежей столкнулась с неожиданным условием, которое не позволяло обрабатывать новые платежные заявки в течение короткого периода времени. Наши команды восстановили нормальную обработку, внедрили исправление основной проблемы и улучшили мониторинг, чтобы помочь быстрее выявлять и решать подобные проблемы в будущем. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 11 августа 2026 г. в 15:55 UTCinvestigating

   В настоящее время мы расследуем задержку, затрагивающую ряд платежей SEK, обрабатываемых через наших банковских партнеров. В результате некоторые платежи могут занять больше времени, чем ожидалось. Наши команды активно взаимодействуют с партнерами для скорейшего решения вопроса и восстановления нормальной обработки. Мы предоставим дополнительные обновления по мере поступления дополнительной информации. Приносим извинения за причиненные неудобства.

2. 12 августа 2026 г. в 13:18 UTCmonitoring

   Вопрос, затрагивающий ряд платежей SEK, был исправлен и обработка платежей возобновлена. Мы продолжаем следить за обслуживанием, чтобы обеспечить успешную обработку всех просроченных платежей и поддержание нормальной работы. Приносим извинения за причиненные неудобства.

3. 13 августа 2026 г. в 07:46 UTCresolved

   Вопрос, затрагивающий ряд платежей SEK, полностью решен. Все просроченные платежи теперь успешно обрабатываются, и обработка платежей работает, как и ожидалось. Наши команды продолжили следить за сервисом после коррекции и подтвердили, что нормальная обработка восстановлена. Мы приносим извинения за причиненные неудобства и благодарим вас за терпение, пока мы работали над решением проблемы.

4. 17 августа 2026 г. в 23:29 UTCpostmortem

   ** Задержки в местных платежах** **Обзор** 11 августа 2026 года мы выявили проблему, которая задержала обработку некоторых платежей SEK и NOK, в результате чего подмножество платежей оставалось в ожидании дольше, чем ожидалось. Проблема затронула только сроки обработки платежей; никаких действий клиентов не требовалось, не было никакого влияния на данные клиентов, и после восстановления обслуживания, повлияли платежи, продвигаемые через нормальную обработку. Наши команды исследовали проблему и внедрили исправление 12 августа 2026 года. Обработка платежей впоследствии возобновилась, пострадавшее отставание начало клиринг, и после периода мониторинга инцидент был урегулирован 13 августа 2026 года. **Корневая причина** Инцидент был вызван введением типа записи транзакций, который не обрабатывался частью нашей службы обработки платежей. Это предотвратило обработку определенных обновлений активности счета, что, в свою очередь, задержало выпуск связанных платежей. Чтобы восстановить обслуживание, наши инженерные команды обновили пострадавший сервис, чтобы правильно обработать эти записи и возобновили нормальную обработку платежей. После обновления были обработаны обновления активности отложенного счета и обработка платежей вернулась к нормальному состоянию. Чтобы снизить риск подобных инцидентов в будущем, мы улучшили обработку информации о транзакциях и внедрили дополнительные гарантии для повышения устойчивости при внедрении новых типов записей транзакций. Currencycloud Confidential

Автоматический перевод официального обновления инцидента.

1. 21 июля 2026 г. в 11:41 UTCinvestigating

   В настоящее время мы расследуем вопрос, затрагивающий местные платежные услуги через наших банковских партнеров. В результате некоторые платежи могут испытывать задержки, пока мы работаем над восстановлением нормального обслуживания. Наши команды активно взаимодействуют с поставщиком и предпринимают шаги для минимизации воздействия на клиентов. Средства клиентов остаются в безопасности, и мы предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 21 июля 2026 г. в 11:54 UTCidentified

   Мы выявили проблему, затрагивающую местные платежные услуги через наших банковских партнеров. В результате некоторые платежи в евро могут столкнуться с задержками, а создание новых виртуальных счетов в евро может быть временно недоступно. Наш банковский партнер определил основную причину и активно внедряет исправление. Мы тесно сотрудничаем с ними и продолжаем следить за прогрессом, предпринимая шаги для минимизации воздействия на клиентов. Средства клиентов остаются в безопасности, и мы предоставим дополнительные обновления по мере поступления дополнительной информации

3. 21 июля 2026 г. в 12:28 UTCmonitoring

   Вопрос, затрагивающий местные платежные услуги через наших банковских партнеров, решен и услуги восстановлены. Обработка платежей и услуги виртуального счета снова работают нормально. Наши команды завершают восстановительные работы для небольшого количества транзакций, пострадавших во время сбоя, и внимательно следят за обслуживанием, чтобы обеспечить полное возвращение к нормальным операциям. Средства клиентов остаются в безопасности. Мы будем продолжать следить за сервисом и предоставлять дополнительные обновления после завершения всех восстановительных работ.

4. 23 июля 2026 г. в 16:07 UTCresolved

   Вопрос о платежных услугах через одного из наших банковских партнеров полностью решен. Услуги были восстановлены в день выявления проблемы, и с момента ее разрешения все функции обработки платежей работали в соответствии с ожиданиями. После восстановления обслуживания все затронутые транзакции были пересмотрены и исправлены. Все оставшиеся отложенные пункты были рассмотрены, и нормальная обработка возобновилась. Мы приносим извинения за причиненные неудобства и ценим ваше терпение, пока мы работали с нашим банковским партнером для решения проблемы.

5. 27 июля 2026 г. в 15:32 UTCpostmortem

   #Обзор 21 июля 2026 года отключение, затрагивающее API-сервисы сетевого партнера, нарушило обработку некоторых платежных инструкций и связанных с ними услуг. Команды Currencycloud тесно сотрудничали с партнером, чтобы минимизировать влияние на клиентов, временно приостановили отправку платежей и впоследствии завершили восстановительные мероприятия после восстановления сервиса. # Влияние клиента Ряд платежей в евро задерживался, в то время как связь с сетевым партнером была недоступна. Большинство затронутых платежей были успешно обработаны после восстановительных и восстановительных работ. Некоторые сборы были зачислены на следующий рабочий день, что привело к временным задержкам обработки, но без потери средств клиентов. #Коренная причина Инцидент был вызван техническим сбоем в платформе API сетевого партнера, который не позволил успешно обрабатывать платежные запросы и связанные с ними сообщения. В результате системы Currencycloud не могли обмениваться платежной информацией с партнером до тех пор, пока проблема не была решена провайдером. Инфраструктура и средства контроля безопасности Currencycloud были подтверждены в ходе инцидента. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 20 июля 2026 г. в 09:32 UTCinvestigating

   В настоящее время мы изучаем проблему, затрагивающую системы внутреннего доступа, используемые оперативными группами. Несмотря на то, что услуги по обработке платежей остаются доступными, некоторые действия, обрабатываемые вручную, включая выделение средств, проверку отправителя и запросы, связанные с расследованием, могут испытывать задержки. Наши команды активно работают над восстановлением полного сервиса, и мы продолжим предоставлять обновления по мере их доступности.

2. 20 июля 2026 г. в 12:04 UTCresolved

   Проблема была выявлена и решена, и службы работают в штатном режиме. Наши команды подтвердили восстановление и продолжают следить за окружающей средой, чтобы обеспечить постоянную стабильность. В настоящее время мы не ожидаем каких-либо последствий или задержек. Спасибо за ваше терпение, пока мы исследовали и решили проблему.

3. 27 июля 2026 г. в 15:33 UTCpostmortem

   #Обзор 20 июля 2026 года мы столкнулись с проблемой внутренних систем, которая повлияла на доступ к определенным операционным инструментам. Эта проблема была выявлена и решена нашими командами и поставщиками услуг, после чего сервис был восстановлен. # Влияние клиента Не было никакого существенного влияния на платежные услуги, ориентированные на клиентов. После проверки ни один критический клиентский процесс или услуги не были пропущены. #Коренная причина Проблема возникла в рамках внутренней технологической службы, используемой для поддержки оперативного доступа. Были осуществлены корректирующие действия и восстановлено обслуживание. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 9 июля 2026 г. в 14:56 UTCinvestigating

   Мы расследуем проблему, затрагивающую наших сетевых партнеров SEK, которая может привести к задержкам в обработке платежей. Наши команды работают с сетевым партнером, чтобы как можно быстрее восстановить нормальное обслуживание. Мы предоставим дополнительную информацию, как только появится больше информации.

2. 9 июля 2026 г. в 21:18 UTCmonitoring

   Мы определили причину проблемы, затрагивающей локальную обработку платежей SEK, и внедрили исправление, чтобы предотвратить дальнейшие задержки. Некоторые ранее затронутые платежи SEK могут оставаться отложенными, в то время как затронутое финансирование восстанавливается, а платежи отпускаются для обработки. Мы отслеживаем восстановление с нашим сетевым партнером и предоставим дальнейшее обновление после того, как обработка платежей вернется к нормальному состоянию.

3. 10 июля 2026 г. в 13:32 UTCresolved

   Проблема, затрагивающая подмножество локальных платежей SEK, NOK и DKK, теперь решена, и обработка платежей вернулась к нормальному состоянию. Небольшое количество платежей задерживалось до одного рабочего дня, пока наши команды работали с сетевым партнером для решения этой проблемы. Все затронутые платежи были обработаны или продолжаются, как и ожидалось. Мы приносим извинения за причиненные неудобства и благодарим вас за терпение.

4. 20 июля 2026 г. в 17:13 UTCpostmortem

   #Обзор 9 июля 2026 года мы выявили проблему, затрагивающую обработку платежей через местного партнера по банковской сети. Проблема привела к задержкам в подмножестве платежей SEK, и во время восстановления также было затронуто меньшее количество платежей DKK и NOK. Корректирующее изменение было введено 10 июля 2026 года для предотвращения дальнейших инцидентов. Все пострадавшие платежи были успешно обработаны к 14 июля 2026 года. # Влияние клиента Подгруппа клиентов испытывала задержки с обработкой платежей. Пострадавшие платежи оставались в ожидании, в то время как переводы финансирования были восстановлены и обработка возобновлена. Все затронутые платежи в конечном итоге были успешно обработаны. #Коренная причина Изменение генерации платежных сообщений изменило формат информации о счете, используемый для определенных переводов финансирования. В результате некоторые переводы средств не были автоматически зачислены сетевым партнером, что не позволило соответствующим платежам развиваться, как ожидалось. Изменения были исправлены, и были завершены дополнительные действия по восстановлению для обработки затронутых платежей. Валютное облако Конфиденциальное

Автоматический перевод официального обновления инцидента.

1. 6 июля 2026 г. в 12:59 UTCinvestigating

   Нам известно о небольшом количестве продолжающихся отчетов, касающихся обработки платежей Bulk Upload после внедрения нашего первоначального исправления. Хотя большинство запросов Bulk Upload успешно обрабатываются, мы исследуем, может ли подмножество запросов по-прежнему быть затронуто при определенных условиях. Наши инженерные команды активно изучают последние отчеты и отслеживают производительность платформы, чтобы определить, требуются ли какие-либо дальнейшие корректирующие действия. Мы приносим извинения за продолжающееся нарушение и предоставим дополнительные обновления, как только появится дополнительная информация.

2. 7 июля 2026 г. в 10:59 UTCmonitoring

   Реализовано исправление, и мы отслеживаем результаты.

3. 7 июля 2026 г. в 15:35 UTCresolved

   Реализовано исправление, и обработка платежей Bulk Upload работает нормально. Мы не видели никаких дальнейших сообщений по этому вопросу с тех пор, как была проведена рекультивация, и продолжаем внимательно следить за работой службы. Мы приносим извинения за причиненный ущерб и благодарим вас за терпение, пока мы исследовали и решили проблему.

4. 8 июля 2026 г. в 12:45 UTCpostmortem

   ## Обзор 2 июля 2026 года мы выявили проблему, затрагивающую обработку платежей Bulk Upload. Подмножество загрузок не привело к ожидаемому созданию платежных записей и распределений. После расследования и корректирующих действий обработка Bulk Upload вернулась в норму и инцидент был урегулирован 7 июля 2026 года. ##Влияние на клиента Подмножество клиентов, использующих функциональность Bulk Upload, возможно, испытали загрузки, которые не привели к ожидаемому созданию оплаты. После восстановления обслуживания клиенты, которые столкнулись с проблемами, могут проверить, что все предполагаемые платежные инструкции были успешно представлены и обработаны. ##Коренная причина Изменение платформы повлияло на доступность данных проверки платежей, хранящихся в кэше. При определенных обстоятельствах эти данные проверки не были доступны при обработке запросов Bulk Upload. В результате некоторые загрузки не смогли завершить валидацию, как ожидалось, что предотвратило создание соответствующих платежных записей и ассигнований. Впоследствии были внесены изменения для улучшения проверки обновления кэша и распространения в экземплярах платформы. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 6 июля 2026 г. в 12:30 UTCinvestigating

   В настоящее время мы расследуем вопрос, касающийся услуг по валидации платежей. Некоторые клиенты могут испытывать ошибки при проверке платежей через платформу или API. Наши инженерные команды выявили проблему и активно работают над тем, чтобы как можно быстрее восстановить нормальный сервис. Мы приносим извинения за любые неудобства, которые это может вызвать, и предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 6 июля 2026 г. в 19:13 UTCmonitoring

   Этот вопрос был смягчен и контролируется.

3. 7 июля 2026 г. в 14:51 UTCresolved

   В настоящее время решен вопрос, касающийся услуг по валидации платежей. Наши команды внедрили исправление и следили за сервисом, чтобы подтвердить стабильность, никаких дальнейших проблем не наблюдалось. Мы приносим извинения за причиненные неудобства и благодарим вас за терпение.

4. 8 июля 2026 г. в 12:42 UTCpostmortem

   ## Обзор 3 июля 2026 года мы выявили проблему, затрагивающую услуги по валидации платежей в производственной среде. Некоторые клиенты испытывали ошибки при проверке платежей через платформу и API. Проблема была смягчена путем перезагрузки кэша и действий по восстановлению обслуживания, а затем было внедрено и развернуто постоянное исправление. Служба была восстановлена и контролировалась до подтверждения стабильности. ##Влияние на клиента Во время инцидента некоторые клиенты могли испытать: * Ошибки при проверке платежей * Периодические сбои при создании и валидации платежей * Проблемы обработки определенных массовых загрузок платежей Воздействие было ограниченным и прерывистым. Не было выявлено никаких проблем с целостностью данных, и никаких действий со стороны клиентов не требовалось. ##Коренная причина Проблема была вызвана отсутствующей записью кэша проверки платежей, требуемой системой платежей. При определенных условиях кэш не был правильно загружен после событий обслуживания, что привело к отказу запросов на валидацию. Связанное с этим изменение сервиса способствовало несоответствию кэша. Для восстановления кэша были применены смягчения, а постоянные исправления были реализованы для улучшения управления кэшем и предотвращения рецидивов. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 3 июля 2026 г. в 10:03 UTCinvestigating

   В настоящее время мы расследуем вопрос, касающийся услуг по валидации платежей. Некоторые клиенты могут испытывать ошибки при проверке платежей через платформу или API. Наши инженерные команды выявили проблему и активно работают над тем, чтобы как можно быстрее восстановить нормальный сервис. Мы приносим извинения за любые неудобства, которые это может вызвать, и предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 3 июля 2026 г. в 10:51 UTCresolved

   Мы внедрили исправление вопроса, затрагивающего услуги по валидации платежей, и сервис восстановлен. Теперь клиенты должны иметь возможность проверять платежи через платформу и API. Наши инженерные команды продолжают расследование первопричин и работают над постоянными улучшениями, чтобы предотвратить повторение этой проблемы. Приносим извинения за причиненные неудобства.

3. 8 июля 2026 г. в 12:44 UTCpostmortem

   ## Обзор 3 июля 2026 года мы выявили проблему, затрагивающую услуги по валидации платежей в производственной среде. Некоторые клиенты испытывали ошибки при проверке платежей через платформу и API. Проблема была смягчена путем перезагрузки кэша и действий по восстановлению обслуживания, а затем было внедрено и развернуто постоянное исправление. Служба была восстановлена и контролировалась до подтверждения стабильности. ##Влияние на клиента Во время инцидента некоторые клиенты могли испытать: * Ошибки при проверке платежей * Периодические сбои при создании и валидации платежей * Проблемы обработки определенных массовых загрузок платежей Воздействие было ограниченным и прерывистым. Не было выявлено никаких проблем с целостностью данных, и никаких действий со стороны клиентов не требовалось. ##Коренная причина Проблема была вызвана отсутствующей записью кэша проверки платежей, требуемой системой платежей. При определенных условиях кэш не был правильно загружен после событий обслуживания, что привело к отказу запросов на валидацию. Связанное с этим изменение сервиса способствовало несоответствию кэша. Для восстановления кэша были применены смягчения, а постоянные исправления были реализованы для улучшения управления кэшем и предотвращения рецидивов. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 3 июля 2026 г. в 08:32 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую обработку платежей Bulk Upload. Некоторые пользователи могут испытывать загруженные файлы, успешно проверяя или завершая обработку, но связанные с этим платежи могут быть не созданы, как ожидалось. Наши инженерные команды активно работают над выявлением причины и восстановлением нормального обслуживания. Мы приносим извинения за любые неудобства и предоставим дополнительные обновления по мере поступления дополнительной информации.

2. 3 июля 2026 г. в 08:33 UTCinvestigating

   Мы продолжаем расследование этого вопроса.

3. 3 июля 2026 г. в 12:06 UTCresolved

   Проблема, касающаяся обработки платежей Bulk Upload, теперь решена. Мы приносим извинения за причиненные неудобства и ценим ваше терпение, пока наши команды исследовали и восстановили сервис.

4. 8 июля 2026 г. в 12:46 UTCpostmortem

   ## Обзор 2 июля 2026 года мы выявили проблему, затрагивающую обработку платежей Bulk Upload. Подмножество загрузок не привело к ожидаемому созданию платежных записей и распределений. После расследования и корректирующих действий обработка Bulk Upload вернулась в норму и инцидент был урегулирован 7 июля 2026 года. ##Влияние на клиента Подмножество клиентов, использующих функциональность Bulk Upload, возможно, испытали загрузки, которые не привели к ожидаемому созданию оплаты. После восстановления обслуживания клиенты, которые столкнулись с проблемами, могут проверить, что все предполагаемые платежные инструкции были успешно представлены и обработаны. ##Коренная причина Изменение платформы повлияло на доступность данных проверки платежей, хранящихся в кэше. При определенных обстоятельствах эти данные проверки не были доступны при обработке запросов Bulk Upload. В результате некоторые загрузки не смогли завершить валидацию, как ожидалось, что предотвратило создание соответствующих платежных записей и ассигнований. Впоследствии были внесены изменения для улучшения проверки обновления кэша и распространения в экземплярах платформы. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 2 июля 2026 г. в 08:53 UTCresolved

   Ранее сегодня мы исследовали проблему, затрагивающую услуги по валидации платежей, которая могла привести к тому, что некоторые клиенты испытывают ошибки при отправке или валидации платежей. Выявлена проблема, завершены восстановительные мероприятия, восстановлены все пострадавшие службы. После переработки стручков с платежными механизмами и проверок проверки инженерными командами нормальная обработка возобновилась. Инцидент был официально урегулирован в 03:56 BST после подтверждения того, что запросы на валидацию платежей были восстановлены и ставки ошибок прекратились. От клиентов не требуется никаких дальнейших действий, и услуги работают нормально.

2. 8 июля 2026 г. в 12:47 UTCpostmortem

   ## Обзор 1 июля 2026 года была выявлена проблема, влияющая на услуги валидации платежей, в результате чего во время запросов на валидацию платежей возникали прерывистые ответы на 500 внутренних ошибок сервера. Проблема повлияла на поток валидации платежей через сервисы-sca, api-v2 и платежные системы. Команды Payments Core и Infrastructure исследовали проблему и восстановили обслуживание, обновив затронутый кэш и переработав контейнеры с платежным двигателем. После периода мониторинга без дальнейших ошибок инцидент был официально урегулирован, и службы вернулись к нормальной работе. ##Влияние на клиента Во время инцидента некоторые клиенты, возможно, испытывали сбои при попытке проверить платежи, в результате чего представления платежей были неудачными. Воздействие было ограничено запросами на валидацию платежей, возвращающими периодические ошибки. После проведения восстановительных мероприятий услуги по валидации платежей были восстановлены, и клиенты смогли нормально подавать платежи. ##Коренная причина Проблема была вызвана неожиданным поведением в кэше действительных платежей, используемом службой проверки платежей. Кэш перестал возвращать необходимые данные для запросов на валидацию платежей, что привело к внутренним ошибкам сервера в зависимых сервисах. Сервис был восстановлен после того, как команды Payments Core и Infrastructure обновили затронутый кэш и переработали модули с механизмом платежей, что позволило потоку проверки платежей восстановиться и возобновить нормальную обработку. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 27 июня 2026 г. в 23:57 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую подмножество локальных платежей DKK, когда файл не был успешно обработан внешним сетевым партнером. Это приводит к задержкам в платежах, и наши команды активно работают с партнером для проверки и решения проблем. Последуют дальнейшие обновления.

2. 29 июня 2026 г. в 13:09 UTCresolved

   В настоящее время решен вопрос, затрагивающий подмножество локальных платежей ДКК. Затронутый файл был успешно обработан нашими внешними сетевыми партнерами, и задержка платежей была завершена. Мы продолжаем работать с партнером, чтобы понять первопричину и предотвратить рецидив.

3. 30 июня 2026 г. в 16:56 UTCpostmortem

   #Обзор 27 июня 2026 года мы выявили проблему, затрагивающую подмножество локальных платежей DKK, где зачистка, представленная сетевому партнеру, не была успешно обработана, что привело к задержкам связанных платежей. Инцидент был полностью урегулирован 29 июня 2026 года, после успешной обработки зачистки сетевым партнером и завершения пострадавших платежей. # Влияние клиента Подгруппа клиентов испытывала задержки с местными платежами DKK. После того, как непогашенная чистка была обработана, затронутые платежи были завершены. Никаких действий клиентов не требовалось. #Коренная причина Внешний сетевой партнер не обрабатывал масштабы финансирования в ожидаемые сроки. В результате соответствующие платежи оставались в ожидании, пока не было получено подтверждение о зачистке. Обработка возобновилась после завершения зачистки. ######Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 19 июня 2026 г. в 08:13 UTCinvestigating

   В настоящее время мы расследуем проблему, которая влияет на поток обновлений, связанных с учетной записью, на нашей платформе. В результате некоторые службы, которые полагаются на эти обновления, могут испытывать задержки в отображении последней учетной записи, разрешений или контактной информации. Это может повлиять на функциональность некоторых функций, включая управление виртуальной учетной записью и соответствующие службы. Наши инженерные команды определили основную проблему и активно работают над восстановлением нормального потока данных. Мы предоставим дополнительную информацию, как только появится больше информации.

2. 19 июня 2026 г. в 10:33 UTCresolved

   Проблема, влияющая на поток обновлений, связанных с учетной записью, теперь решена. Наши инженерные команды восстановили нормальную обработку данных и завершили дополнительную проверку, чтобы гарантировать, что все затронутые службы работают так, как ожидалось. Были устранены любые задержки в отображении учетной записи, разрешений или обновлений контактов, и теперь системы обрабатывают новые изменения в обычном режиме. Мы будем продолжать внимательно следить за обеспечением постоянной стабильности.

3. 24 июня 2026 г. в 12:58 UTCpostmortem

   #Обзор 22 июня 2026 года мы выявили проблему, затрагивающую часть нашего внутреннего конвейера обработки данных, где изменения, внесенные в конфигурацию потоковых данных, не были применены, как ожидалось, что привело к временному прерыванию потока обновлений данных в службы нисходящего потока. Проблема была обнаружена и решена в то же утро, после корректирующих действий и действий по восстановлению данных был восстановлен полный сервис. # Влияние клиента Во время окна инцидента некоторые обновления данных были отложены от отражения в зависимых службах. Все данные были успешно восстановлены после разрешения, без каких-либо долгосрочных последствий для целостности данных или средств клиентов. #Коренная причина Инцидент был вызван изменением внутренней конфигурации, которое не было правильно применено во время развертывания, что привело к несоответствию между ожидаемыми и активными настройками системы. Это привело к сбою в компоненте потоковой передачи данных, отвечающем за распространение обновлений, что выявило пробелы в проверке развертывания и контроле предварительного тестирования. ######Конфиденциальное облако

Автоматический перевод официального обновления инцидента.

1. 16 июня 2026 г. в 14:39 UTCidentified

   В настоящее время мы расследуем вопрос, влияющий на обработку некоторых транзакций, что приводит к задержкам платежей и сборов, которые требуют внутренних проверок соответствия. Наши команды определили пострадавший компонент и активно работают над тем, чтобы как можно быстрее восстановить нормальную обработку. Транзакции безопасно хранятся и будут обработаны после решения проблемы. Мы будем продолжать предоставлять обновления по мере поступления дополнительной информации.

2. 16 июня 2026 г. в 15:53 UTCmonitoring

   Проблема, затрагивающая процесс обработки транзакций, решена, а услуги восстановлены. В настоящее время транзакции обрабатываются, и наши команды работают с отставанием от затронутых платежей и сборов. Несмотря на то, что обработка продолжает восстанавливаться, некоторые задержки все еще могут возникнуть, когда мы вернемся к нормальному обслуживанию. Все транзакции в очереди обрабатываются автоматически, и никаких действий клиента не требуется. Мы будем продолжать внимательно следить за ситуацией и предоставлять дальнейшие обновления по мере необходимости.

3. 16 июня 2026 г. в 17:42 UTCresolved

   Вопрос, влияющий на обработку транзакций, теперь решен. Все затронутые транзакции были успешно представлены для обработки и завершаются. Наши команды прошли через сбои, и нормальное обслуживание было восстановлено, хотя небольшое количество транзакций может по-прежнему испытывать незначительные задержки при завершении окончательной обработки. Мы приносим извинения за причиненные неудобства и благодарим вас за терпение, пока мы решаем этот вопрос.

4. 25 июня 2026 г. в 01:19 UTCpostmortem

   **Обзор** 16 июня 2026 года мы выявили проблему, затрагивающую нашу службу проверки транзакций, что привело к временному нарушению проверок соответствия, необходимых для обработки платежей и сборов. В течение этого периода новые транзакции, требующие скрининга, не могли прогрессировать и проводились в очередях до восстановления сервиса. Проблема была решена за 2 часа, с полным восстановлением и обработкой транзакций. ** Влияние клиента** Во время окна инцидента некоторые платежи и сборы задерживались, поскольку они временно не могли завершить необходимые проверки соответствия. Все затронутые транзакции были успешно обработаны после восстановления, при этом только небольшое количество платежей в конечном итоге задерживалось после предполагаемой даты обработки и не имело целостности данных или финансовых последствий. **Корневая причина** Инцидент был вызван проблемой, связанной с базой данных, введенной во время обычного обновления системы, что временно повлияло на производительность службы скрининга и привело к короткому нарушению обработки. Валютное облако Конфиденциальное

Автоматический перевод официального обновления инцидента.

1. 15 июня 2026 г. в 16:13 UTCinvestigating

   В настоящее время мы расследуем проблему, затрагивающую подмножество локальных платежей RON, когда файл не был успешно обработан внешним сетевым партнером. Это приводит к задержкам в платежах, и наши команды активно работают с партнером для проверки и решения проблем. Последуют дальнейшие обновления.

2. 17 июня 2026 г. в 09:23 UTCresolved

   Этот инцидент был урегулирован.

3. 24 июня 2026 г. в 08:50 UTCpostmortem

   #Обзор 15 июня 2026 года мы выявили проблему, затрагивающую подмножество локальных платежей RON, где платежный файл, отправленный сетевому партнеру, не был успешно обработан, что привело к задержкам. Инцидент был полностью устранен в течение примерно 42 часов и 30 минут после успешного повторного представления файла. # Влияние клиента Подмножество платежей было задержано и осталось в представленном состоянии во время инцидента. Все платежи были успешно обработаны после разрешения. Не требовалось никаких действий со стороны клиента, не было целостности данных, безопасности или финансовых последствий. #Коренная причина Сетевой партнер получил неполный файл оплаты, который не мог быть обработан. Внутренние проверки подтвердили, что файл был заполнен с нашей стороны, указывая на то, что проблема, вероятно, возникла во время передачи. Файл был успешно повторно представлен, решив проблему. #####Конфиденциальное облако

Автоматический перевод официального обновления инцидента.