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

1. 12 октября 2026 г. в 10:54 UTCresolved

   Описание: 12 октября 2026 года, между 08:28 и 08:45 UTC, техническая проблема с нашей стороны затронула сопоставление лиц. В течение этого времени заявители, чья проверка включала проверку соответствия лиц, должны были повторно представить свои документы по причине «плохого соответствия лиц». Проблема была решена, и сопоставление лиц работает, как и ожидалось. Что делать: Никаких действий по профилю заявителя не требуется. Когда пострадавшие заявители вернутся к проверке, они увидят сообщение о том, что их лицо не видно, и им будет предложено повторно отправить свой документ, удостоверяющий личность, и селфи. После этого они будут проверены как обычно. Вы можете сообщить этим заявителям, что им необходимо снова пройти проверку. Приносим извинения за неудобства.

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

1. 2 октября 2026 г. в 20:40 UTCinvestigating

   Мы расследуем сообщения о проблемах с подключением, затрагивающих некоторых конечных пользователей во Вьетнаме. Пострадавшие пользователи могут не загрузить поток верификации или шаг liveness/selfie или получить ошибки подключения в Mobile или Web SDK. Проверка из других регионов или стран не затрагивается. Мы опубликуем обновление, как только у нас будет больше информации.

2. 5 октября 2026 г. в 12:35 UTCidentified

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

3. 15 октября 2026 г. в 14:22 UTCidentified

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

4. 27 октября 2026 г. в 12:24 UTCidentified

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

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

1. 15 сентября 2026 г. в 11:43 UTCresolved

   Между 13:23 и 15:13 UTC мы столкнулись с временной проблемой, затрагивающей функциональность поиска кандидатов. В результате некоторые поисковые запросы заявителей на экспорт Dashboard и CSV могут быть недоступными или возвращенными ошибками. В течение этого периода продолжали создаваться и обрабатываться новые проверки. Вопрос был полностью решен.

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

1. 31 августа 2026 г. в 08:32 UTCresolved

   Между 08:15 и 08:28 UTC мы столкнулись с полным отключением обслуживания. Инцидент был вызван ошибкой программного обеспечения в критическом кодовом пути обработки всех запросов API, которая была вызвана изменением конфигурации. Вопрос решен, служба восстановлена.

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

1. 20 июля 2026 г. в 15:52 UTCmonitoring

   В настоящее время мы отслеживаем периодические проблемы с нашим поставщиком скрининга AML ComplyAdvantage. Клиенты, использующие сервис ComplyAdvantage CSOM по умолчанию, могут испытывать задержки или ошибки при скрининге AML, что может временно увеличить общее время проверки заявителя. С 14:52 UTC сервис испытал кратковременные всплески ошибок, за которыми последовало временное восстановление. Хотя система в настоящее время функционирует нормально, мы активно следим за ситуацией и будем предоставлять обновления по мере необходимости.

2. 20 июля 2026 г. в 15:55 UTCmonitoring

   Мы продолжаем отслеживать любые дополнительные проблемы.

3. 20 июля 2026 г. в 16:07 UTCmonitoring

   Ошибки происходят спорадически, и общее количество ошибок остается низким; большинство скринингов кандидатов обрабатываются нормально. Заявители, пострадавшие во время этого окна, автоматически повторно проверяются нашей системой для обеспечения завершения обработки.

4. 20 июля 2026 г. в 17:07 UTCresolved

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

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

1. 14 июля 2026 г. в 08:24 UTCresolved

   Между 07:02 и 07:15 UTC некоторые пользователи, возможно, столкнулись с ошибкой 403 Forbidden при инициализации SDK, которая предотвратила обработку запросов на проверку заявителя. Корневая причина проблемы связана с неправильной конфигурацией функций, которая заставила функцию применяться более широко, чем предполагалось. Наши системы мониторинга обнаружили неожиданное поведение, и изменение было отключено в течение нескольких минут. Мы определили основную проблему и внедрили исправление. Вопрос был полностью решен. Об этом инциденте сообщается ретроспективно для обеспечения прозрачности.

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

1. 3 июня 2026 г. в 10:32 UTCresolved

   We identified and resolved an issue that caused TM creation requests to return 400 errors when the transaction included an invalid full name. This affected only a limited number of transactions where the full name value was incorrect. Transactions with valid full name data were not impacted. As the affected requests failed validation before transaction creation, no affected transactions were created in our system. Affected transactions need to be recreated by the client. This incident is being reported retrospectively for transparency. UTC time: 8:08 - 9:05

1. 28 мая 2026 г. в 17:39 UTCinvestigating

   Our Support systems are currently experiencing outage caused by a failure at our infrastructure provider. As a result, all messaging channels and ticketing workflows are unavailable. Slack, Telegram and Dashboard chats are non-functional. Messages are not reaching Support Team. Ticket creation — blocked. New tickets cannot be created via any channel. Existing ticket replies — not visible to the support team. Customer replies on open tickets are not appearing in our systems The issue is on the provider's side and is outside our control. Although no ETA available at this time, we are actively investigating with our provider to return service back to operational state.

2. 28 мая 2026 г. в 19:06 UTCresolved

   The infrastructure provider confirmed an incident and currently investigating the root cause. Ticketing functionality is restored, all previous messages can be resubmitted and processed by the support team.

1. 27 мая 2026 г. в 15:33 UTCinvestigating

   We are currently investigating an issue where our public documentation site is not loading. The issue appears to be related to an external documentation platform outage. There is no impact on Sumsub product functionality or business operations. Our team is monitoring the situation and will provide an update once more information is available.

2. 28 мая 2026 г. в 07:21 UTCresolved

   This incident has been resolved.

1. 26 мая 2026 г. в 17:27 UTCidentified

   We are currently investigating an issue affecting access to some sections of the Admin Panel for users with a specific account role. The impact appears to be limited. Our team is checking the root cause and will provide an update once more information is available.

2. 26 мая 2026 г. в 18:26 UTCresolved

   The issue has been fixed, and access to the affected Admin Panel sections has been restored. The incident was caused by a very specific edge-case bug affecting only a limited role configuration. No broader impact has been identified.

1. 20 мая 2026 г. в 16:27 UTCresolved

   Between 15:00 and 15:13 UTC, we experienced a brief service disruption caused by a Cloudflare DNS timeout. During this period, a small amount of requests failed with 5XX errors. The issue has been resolved, and services are operating normally. We apologize for the inconvenience and appreciate your patience.

1. 18 мая 2026 г. в 05:42 UTCinvestigating

   We are currently experiencing another DDoS attack affecting parts of our infrastructure and service availability. Our engineering and infrastructure teams are actively applying mitigation measures and closely monitoring platform stability. Some services may experience intermittent disruptions or increased response times during this period. We will continue to provide updates as more information becomes available.

2. 18 мая 2026 г. в 07:15 UTCidentified

   We have identified ongoing DDoS attack activity affecting parts of our infrastructure, which may result in intermittent service disruptions and increased response times for some customers. Our engineering and infrastructure teams are actively working on mitigation measures and continuously monitoring platform stability. We are prioritizing service availability restoration and will continue providing updates as the situation evolves.

3. 18 мая 2026 г. в 07:37 UTCmonitoring

   The source of the ongoing DDoS attack has been identified, and mitigation measures have been applied to minimize the impact on platform stability and service availability. Our teams continue to closely monitor the infrastructure and traffic patterns. While the situation has stabilized, some intermittent disruptions may still occur during the monitoring period.

4. 19 мая 2026 г. в 08:35 UTCmonitoring

   Our Team is still implementing anti-DDoS measures and actively monitoring the situation. The bot traffic pattern observed is specifically designed to bypass standard protection layers, including Cloudflare/CloudFront solutions typically used to mitigate such hybrid attacks. Our engineering team has been actively implementing additional in-house mitigation measures to manage and reduce the impact. The situation remains under close monitoring. Our API, SDK, and Sumsub domain continue to operate without major interruptions, with only occasional short-lived disruptions (typically lasting up to 5 minutes) during the rollout of additional protection measures in response to evolving attack patterns. Our teams remain fully engaged in mitigation and stabilization efforts.

5. 20 мая 2026 г. в 07:25 UTCresolved

   The incident has been resolved, and service stability has been fully restored. Mitigation measures have been applied, and our teams have confirmed normal platform operation. We will continue monitoring the infrastructure, and a detailed incident review will follow internally. Thank you for your patience and understanding.

1. 16 мая 2026 г. в 15:30 UTCidentified

   Our service is currently being targeted by a DDoS attack. Our Team is implementing counter measures at the moment. We will keep you posted.

2. 17 мая 2026 г. в 06:09 UTCmonitoring

   The DDoS attack activity has subsided, and our services are currently operating normally. Our teams continue to closely monitor the platform to ensure ongoing stability and respond quickly to any further abnormalities.

3. 17 мая 2026 г. в 18:46 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 17 мая 2026 г. в 18:51 UTCresolved

   The incident has been resolved, and all services are operating normally. Our teams will continue monitoring the platform to ensure ongoing stability. We appreciate your patience and understanding throughout the incident.

1. 16 мая 2026 г. в 08:01 UTCidentified

   Our service is currently being targeted by a DDoS attack. Our Team is implementing counter measures at the moment. We will keep you posted.

2. 16 мая 2026 г. в 08:17 UTCmonitoring

   We have succesfully identified and blocked the source of attack. Currently the Team is reviewing the attack aftermath. All systems are up and operational. We will keep monitoring the situation for some additional time to ensure the incident is fully addressed. Thank you!

3. 16 мая 2026 г. в 13:37 UTCresolved

   Our Team has succesfully concluded the incident resolved. Everything is now operational. The attack took place between 07:15 UTC and 8:00 UTC. During the attack, we received a spike of 20–30x increase in total requests. The attack is still ongoing; However, our Team has mitigated it for now and are working with Cloudflare on a more reliable permanent solution. If you have any questions, please, don't hesitate to contact Support.

1. 4 мая 2026 г. в 21:46 UTCmonitoring

   We are currently investigating an issue affecting our Support integration in Slack. The integration had stopped working as expected, and some tickets were being closed automatically without manual action. Our team has restored the normal operations. The affected tickets will be automatically re-opened and taken back into work without any manual actions from your side. We are continuing to investigate the root cause of the issue and apologize for any inconvenience this may have caused.

2. 4 мая 2026 г. в 21:46 UTCmonitoring

   We will continue to monitor for any further issues to ensure the problem is completely resolved.

3. 5 мая 2026 г. в 12:32 UTCresolved

   We are pleased to confirm the system was operational for the last 12 hours. The root cause has been identified and a permanent fix has been implemented. All affected support tickets were reopened and processed. Our team is available through all the usual channels to assist you. Thank you for your patience throughout this process!

1. 26 марта 2026 г. в 14:01 UTCresolved

   Between 2026-03-26 11:07 UTC and 2026-03-26 12:50 UTC, we experienced a minor issue affecting PDF report generation. During this time, applicant PDF exports may have been incomplete. The issue has now been fully resolved. If your PDF report contains blank sections, missing pages, or looks incomplete, please generate the PDF report again. We apologize for any inconvenience caused. Please, contact our Support Team in case you have any questions!

1. 16 марта 2026 г. в 16:23 UTCresolved

   The incident affecting incoming client messages has been resolved. All systems are now operating normally.

1. 2 марта 2026 г. в 08:06 UTCmonitoring

   We are currently experiencing infrastructure issues in the UAE region due to a confirmed power outage at our upstream provider's (AWS) datacenters. Users may experience temporary delays or intermittent availability of verification services, as well as impacted performance and data synchronization. We are closely monitoring the situation and apologize for any inconvenience this may cause. https://health.aws.amazon.com/health/status Other regions are not affected.

2. 3 марта 2026 г. в 09:13 UTCmonitoring

   The state of UAE AWS infrastructure remains unchanged according to Amazon updates. Our Team stays alert and follows the situation closely.

3. 4 марта 2026 г. в 09:47 UTCmonitoring

   We are continuing to monitor for any changes with UAE AWS infrastructure availability.

4. 6 марта 2026 г. в 18:05 UTCmonitoring

   To mitigate the impact of the ongoing AWS power outage affecting the UAE region, we have temporarily launched part of our UAE production infrastructure in the EU region. This allows UAE users to continue operating and submitting verifications while the issue persists. Please note that some data may still be missing or incomplete, as we were not able to retrieve the full dataset from AWS before the outage occurred. As a result, certain records or synchronization states may be partially unavailable at this time. We will continue to monitor the situation closely and will restore full operations in the UAE region once the upstream provider resolves the incident. Thank you for your patience and understanding.

5. 28 апреля 2026 г. в 10:08 UTCresolved

   As there is currently no estimated time of resolution from AWS regarding the UAE region outage, we are closing this incident. All affected customers have been successfully migrated to alternative regions shortly after the incident began, and services are fully operational. Our services remain available and can be used as usual — no action is required on your side. Once the upstream infrastructure in the UAE region is restored and stable, we will automatically migrate operations back without disruption. We will continue to monitor the situation internally and appreciate your understanding. Should you have any particular concerns in regards to this incident, please, feel free to reach our Support Team.

1. 2 марта 2026 г. в 11:06 UTCresolved

   Description: Between 15:00 and 18:08 UTC on February 26, 2026, one database node in our EU production cluster experienced network throttling, resulting in increased query latency. This manifested as general interface sluggishness and intermittent API response delays. Root Cause: A spike in traffic triggered AWS network throttling on the affected database instance, leading to degraded performance. Resolution: Traffic was redirected to another instance, restoring normal operation. Next Steps: We are strengthening network monitoring, reviewing instance sizing, and working with the platform team to implement additional traffic control measures to prevent recurrence.

1. 24 февраля 2026 г. в 14:30 UTCresolved

   Between 20.02 (12:00 UTC) and 23.02 (18:00 UTC), during a scheduled aggregation tables migration, a configuration inconsistency caused partial data to not be fully reflected in the production aggregation layer. This affected certain rules relying on aggregate expressions for a limited period. Core monitoring and transaction processing were not impacted, and no data loss occurred. The issue has been resolved and aggregation data fully reconciled. Additional validation and automation controls have been implemented to prevent recurrence. As a precaution, we will automatically rescore all transactions evaluated by aggregate-based rules during the affected period. If you have any questions or require assistance, please contact our Support team.