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

1. 16 октября 2026 г. в 09:44 UTCidentified

   Мы знаем о проблеме, которая влияет на обработку писем поддержки, когда сообщения успешно доставляются, но не появляются постоянно в нашей платформе поддержки. Наши команды активно расследуют это в приоритетном порядке. В то же время, по возможности, продолжайте подавать заявки через Direct. Если вам нужна помощь, пожалуйста, свяжитесь с нами через раздел поддержки на платформе. Мы приносим извинения за любые неудобства и предоставим дополнительные обновления, как только они станут доступны. Дополнительные рекомендации см. в справочном центре > Веб-порталы Currencycloud > Currencycloud Direct > Билеты поддержки FAQ https://support.currencycloud.com/hc/en-gb/articles/360020890340-Support-tickets-FAQ

2. 20 октября 2026 г. в 10:57 UTCmonitoring

   Смягчение последствий было реализовано 19 октября в 5:44 вечера по местному времени, и мониторинг продолжается. Основываясь на текущих выводах, проблема носила прерывистый характер и не затрагивала все входящие электронные письма. Пожалуйста, свяжитесь со службой поддержки, если вы продолжаете испытывать проблемы.

3. 21 октября 2026 г. в 08:43 UTCresolved

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

4. 21 октября 2026 г. в 09:16 UTCpostmortem

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

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

1. 25 сентября 2026 г. в 11:19 UTCresolved

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

2. 29 сентября 2026 г. в 07:47 UTCpostmortem

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

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

1. 21 сентября 2026 г. в 20:39 UTCinvestigating

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

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

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

3. 22 сентября 2026 г. в 04:44 UTCresolved

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

4. 23 сентября 2026 г. в 08:26 UTCpostmortem

   #Обзор 21 сентября 2026 года подмножество запросов API испытало периодические ошибки в нескольких конечных точках API. Проблема была выявлена примерно в 19:52 по UTC и решена к 20:41 по UTC, при этом повышенные показатели ошибок наблюдались периодически в течение этого периода. Услуги оставались стабильными, и никаких дальнейших проблем после их решения не наблюдалось. # Влияние клиента Во время окна инцидента некоторые клиенты могут испытывать временные сбои при доступе к функциональности API, включая платежи, транзакции, балансы, конверсии и ставки. Сбой был коротким, и не было выявлено проблем с целостностью данных, потерей средств или требованиями к действиям клиентов. #Коренная причина Инцидент совпал с обычным инфраструктурным событием в производственной среде, что привело к перераспределению ряда сервисных экземпляров. Во время этого перехода некоторые запросы не могли быть успешно обработаны, что привело к короткому периоду повышенных ошибок API. Как только проблема была выявлена, пострадавшие службы были стабилизированы и проверены для подтверждения нормальной работы. Показатели обслуживания вернулись к ожидаемым уровням и оставались стабильными в течение оставшегося периода мониторинга. В рамках нашего текущего процесса обзора мы оцениваем дополнительные гарантии в отношении переходов инфраструктуры и проверки готовности к обслуживанию, чтобы еще больше снизить вероятность подобных проблем в будущем. Спасибо за понимание, поскольку мы продолжаем повышать надежность и устойчивость наших услуг. ######Конфиденциальное облако

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

1. 14 сентября 2026 г. в 16:09 UTCinvestigating

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

2. 16 сентября 2026 г. в 10:38 UTCmonitoring

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

3. 17 сентября 2026 г. в 10:11 UTCresolved

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

4. 21 сентября 2026 г. в 08:50 UTCpostmortem

   ####**Обзор** 14 сентября подмножество платежей CAD не удалось успешно завершить в период необычно высокой платежной активности. Проблема была выявлена с помощью автоматизированного мониторинга и немедленно расследована. На протяжении всего инцидента более широкая платформа оставалась доступной и работала нормально. ####*Влияние на клиента** Подгруппа клиентов испытала неудавшиеся или задержанные платежи CAD во время окна инцидента, что, возможно, привело к тому, что средства достигли бенефициаров позже, чем ожидалось. Пострадавшие платежи требуют переработки после восстановления нормальных условий обработки. Мы признаем нарушения, которые это могло вызвать для клиентов и бенефициаров, особенно когда платежи были чувствительными ко времени. Не было выявлено никакого влияния на другие валюты, продукты или более широкие услуги платформы. **Корневая причина** Инцидент произошел, когда неожиданно большой объем платежей CAD временно исчерпал имеющуюся ликвидность, используемую для поддержки обработки платежей. В результате ряд платежных запросов не удалось выполнить и были возвращены как несостоявшиеся. Наше расследование подтвердило, что платежные инструкции были представлены правильно и что в системах Currencycloud не было никаких дефектов или операционных ошибок. Сервис вернулся в нормальное состояние после того, как стала доступна достаточная ликвидность, и никаких дальнейших инцидентов не наблюдалось. После инцидента мы рассмотрели наши процессы мониторинга и управления ликвидностью. Несмотря на то, что существующий мониторинг выявил проблему, мы внедряем дополнительные меры предосторожности, чтобы обеспечить более раннюю видимость повышенной платежной активности и потенциальных рисков. Мы также работаем с нашими банковскими партнерами, чтобы пересмотреть пороги ликвидности, механизмы мониторинга и процессы эскалации, чтобы снизить вероятность подобного события в будущем. Эти действия призваны улучшить нашу способность выявлять и реагировать на периоды исключительного платежного спроса до того, как произойдет воздействие на клиента. Currencycloud Confidential

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

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

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

2. 14 сентября 2026 г. в 14:46 UTCresolved

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

3. 15 сентября 2026 г. в 15:38 UTCpostmortem

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

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

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 обрабатываются и доставляются в обычном режиме. Задержки с уведомлениями были полностью устранены, и служба продолжала работать на протяжении всего инцидента. Инженеры внедрили меры по восстановлению, и никаких дальнейших задержек не ожидается. Мы продолжим следить за сервисом в рамках обычных операций. Никаких действий клиента не требуется.

5. 10 сентября 2026 г. в 08:56 UTCpostmortem

   #Обзор Во вторник 8 сентября 2026 года некоторые клиенты столкнулись с двумя периодами задержки в получении уведомлений о веб-хук от Currencycloud. Первый период произошел между 07:23 и 10:05 по Великобритании, а второй между 14:01 и 17:10 по Великобритании. В течение этих периодов события веб-хук продолжали генерироваться, но временно накапливались в очереди обработки уведомлений и доставлялись позже, чем ожидалось. Обработка восстановлена, и очередь вернулась к нормальной после того, как были развернуты корректирующие изменения и восстановление было подтверждено. # Влияние клиента Клиенты, использующие уведомления Webhook, испытывали задержки в получении обновлений транзакций, финансирования и банковских переводов в течение двух затронутых периодов. Это снижает видимость в режиме реального времени и может привести к задержке автоматизированных рабочих процессов, которые зависят от получения веб-хук. Основные операции, финансирование и банковские переводы продолжали успешно обрабатываться, и платформа Currencycloud оставалась доступной. Большинство задержанных уведомлений были доставлены по мере восстановления обработки. Последующая проверка выявила уведомления, требующие целевого воспроизведения или восстановления, и они были перенесены через контролируемое восстановление после инцидента. Если вы считаете, что конкретное уведомление по-прежнему отсутствует, пожалуйста, свяжитесь с вашим представителем Currencycloud или Службой поддержки с соответствующей ссылкой на транзакцию, чтобы ее можно было изучить. Для восстановления сервиса не требовалось никаких действий клиентов. Инцидент повлиял на сроки доставки уведомлений, а не на точность основной транзакции или платежных записей. Никаких последствий для клиентского фонда, проблем с безопасностью или финансовых потерь выявлено не было. #Коренная причина Повторные задержки были вызваны обработкой, связанной с повторным использованием, в службе уведомлений webhook. Когда ожидаемая запись события не может быть найдена во время повторной проверки, одно и то же уведомление может быть повторно проверено, увеличивая активность базы данных и временно уменьшая пропускную способность обработки. Дальнейший неэффективный поиск базы данных способствовал нагрузке. Это привело к тому, что события веб-хука накапливались в очереди до восстановления вычислительной мощности. Currencycloud внедрил корректирующие изменения, чтобы уменьшить нагрузку на базу данных, устранить поведение повторного усиления и улучшить стабильность обработки. Сервис контролировался до тех пор, пока очередь не вернулась в нормальное состояние, а доставка веб-хуков возобновилась на ожидаемых уровнях. Дальнейшая работа включает в себя завершение постоянного индексированного поиска, укрепление контроля готовности к зависимости, улучшение обработки повторных и мертвых писем, а также улучшение возможностей мониторинга и контролируемого воспроизведения уведомлений. #####Конфиденциальное облако

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

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 исследовала прерывистое поведение обработки, которое заставило обработку отставания приостановиться и впоследствии возобновиться. Успешно завершены восстановительные работы, восстановлена стабильность обработки, объемы очередей вернулись к нормальному рабочему уровню. Базовые транзакции продолжали нормально обрабатываться в течение всего инцидента, и потери данных не было обнаружено. Валидация восстановления завершена, и сервис работает, как и ожидалось.

10. 10 сентября 2026 г. в 08:56 UTCpostmortem

    #Обзор В период между днем четверга 3 сентября 2026 года и вечером пятницы 4 сентября 2026 года некоторые клиенты испытывали задержки с получением уведомлений о веб-хук от Currencycloud. Во время этого окна в системе, ответственной за доставку этих уведомлений, было встроено отставание, что означало, что уведомления были отправлены позже, чем ожидалось. Основная проблема была выявлена, и исправление было развернуто в пятницу 4 сентября 2026 года (13:29 UTC), и полученное отставание было полностью устранено к вечеру того же дня. # Влияние клиента Подмножество клиентов, которые получают уведомления о веб-хук, испытывают задержки примерно до 24 часов во время этого окна. После того, как исправление было развернуто и отставание устранено, подавляющее большинство отложенных уведомлений были доставлены автоматически без каких-либо действий клиента. В небольшом числе случаев отдельные уведомления не пересылались автоматически после устранения отставания. Инженерная группа активно идентифицировала эти случаи как часть обзора после инцидента и вручную перераспределяла их. Если вы считаете, что вам все еще не хватает конкретного уведомления, пожалуйста, свяжитесь с вашим представителем или поддержкой Currencycloud, и мы расследуем и отправим его. От клиентов не требуется никаких действий из-за этого инцидента. Базовые данные и платежные записи, на которые ссылаются любые уведомления о задержках или негодованиях, не были затронуты. Этот инцидент повлиял только на сроки доставки уведомлений, а не на точность содержащейся в них информации. #Коренная причина Задержка была вызвана проблемой производительности в базе данных, поддерживающей нашу систему доставки уведомлений, что привело к тому, что она работала под постоянной большой нагрузкой. Это было вызвано взаимодействием между недавним внутренним изменением программного обеспечения и рутинной деятельностью по обслуживанию инфраструктуры, что в совокупности создало условия, которые ранее не происходили в сочетании. По мере увеличения нагрузки система отставала в обработке новых уведомлений, и отставание создавалось быстрее, чем его можно было очистить. Как только первопричина была идентифицирована, мы внедрили исправление для решения основной проблемы производительности и предприняли ручные шаги для очистки остаточной нагрузки на пораженную базу данных, чтобы отставание могло истощиться с нормальной скоростью. С тех пор мы добавили дополнительный мониторинг, чтобы обнаружить этот конкретный класс проблем ранее, и реализуем дальнейшие меры предосторожности в нашем конвейере доставки уведомлений, чтобы предотвратить повторение. #####Конфиденциальное облако

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

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. В результате некоторые загрузки не смогли завершить валидацию, как ожидалось, что предотвратило создание соответствующих платежных записей и ассигнований. Впоследствии были внесены изменения для улучшения проверки обновления кэша и распространения в экземплярах платформы. #####Конфиденциальное облако

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