Historial de interrupciones de Socure

1. 23 de octubre de 2026 a las 21:00 UTCmonitoring

   SSA está experimentando un evento de impacto de servicios que afecta a múltiples aplicaciones y servicios, incluyendo el servicio de verificación de número de seguro social basado en consentimiento electrónico (eCBSV). Un pequeño número de transacciones se ven afectadas ya que la interrupción se observó por primera vez en aproximadamente las 4:47 PM (ET) el 23 de octubre de 2026. Compartiremos otra actualización una vez que recibamos aviso de que el servicio ha sido restaurado, y el eCBSV está operando normalmente de nuevo.

2. 23 de octubre de 2026 a las 21:12 UTCresolved

   Aproximadamente 4:56 (ET), el servicio ha sido restaurado y el eCBSV está operando normalmente en este momento. Nos disculpamos por cualquier inconveniente que esto pueda haber causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 19 de octubre de 2026 a las 19:04 UTCinvestigating

   Actualmente estamos investigando un problema que está causando latencia intermitente con la visualización y descarga de DocV Images para un pequeño porcentaje de las transacciones realizadas. No hay impacto para DocV ni evaluaciones en este momento, pero las imágenes pueden tomar tiempo adicional para aparecer.

2. 19 de octubre de 2026 a las 21:15 UTCmonitoring

   Nuestro equipo ha tomado medidas para mitigar la latencia experimentada para la visualización y descarga de imágenes DocV. No sigue habiendo ningún impacto en las evaluaciones de DocV en este momento y el equipo seguirá vigilando la situación. Proporcionaremos otra actualización una vez que se haya resuelto todo impacto.

3. 20 de octubre de 2026 a las 1:57 UTCresolved

   Esta cuestión se ha resuelto y estamos monitoreando el desempeño para garantizar que los servicios permanezcan estables. Nos disculpamos por cualquier inconveniente que esto pueda haber causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 18 de octubre de 2026 a las 19:33 UTCresolved

   SSA experimentó un evento de impacto de servicios que afectó múltiples aplicaciones y servicios, incluyendo el servicio de verificación de número de seguro social basado en consentimiento electrónico (eCBSV). Un pequeño número de transacciones se vieron afectadas cuando la perturbación comenzó aproximadamente a las 2:50PM (ET) el 18 de octubre de 2026, y se resolvió aproximadamente a las 3:10PM (ET). El servicio ha sido restaurado, y el eCBSV funciona normalmente en este momento.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de octubre de 2026 a las 20:20 UTCinvestigating

   A partir de las 3:00 EDT, algunos clientes pueden experimentar errores intermitentes o solicitudes fallidas al utilizar las API de Evaluación de RiskOS. Hemos identificado un problema de base de datos y estamos trabajando activamente para resolverlo. Nos disculpamos por la interrupción y apreciamos su paciencia mientras investigamos.

2. 16 de octubre de 2026 a las 21:18 UTCmonitoring

   Hemos tomado una medida provisional, y la tasa de error elevada ha disminuido. No hemos observado errores relacionados en los últimos 15 minutos. Estamos moviendo el incidente a monitorizar mientras seguimos trabajando en una resolución completa. Compartiremos otra actualización cuando la situación cambie.

3. 16 de octubre de 2026 a las 22:59 UTCmonitoring

   Apreciamos su paciencia ya que nuestro equipo sigue monitoreando la situación de cerca. Los índices de error han disminuido a medida que seguimos trabajando hacia una resolución completa.

4. 17 de octubre de 2026 a las 2:10 UTCresolved

   El incidente ha sido resuelto, y ya no estamos viendo errores. Los servicios funcionan normalmente, y seguiremos monitoreando el rendimiento. Apreciamos su paciencia mientras trabajamos a través de esto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de octubre de 2026 a las 2:23 UTCresolved

   Los servicios Socure RiskOS y ID+ han sido restaurados. Un error en un despliegue causó un aumento temporal en las tasas de error de nuestros servicios entre 18:12 y 18:56 hora este. El error ha sido corregido y los servicios están estables ahora. Entendemos que este estrado es inaceptable y un RCA completo estará disponible tan pronto como se complete el análisis completo de la cuestión.

2. 17 de octubre de 2026 a las 1:42 UTCpostmortem

   ## **Root Cause Analysis** **Incidente:** Socure APIs Outage ** Rango de destino:** 15-Oct-2026 **Impact:** Interrupción en servicio para API Socure **Status:** Resolved #### **1. Summary** El 15-Oct-2026, entre 18:12 y 19:00 Hora oriental Socure experimentó una interrupción a sus APIs RiskOS y ID\+, causando errores y timeouts a los usuarios. La primera fase corrió de 18:12 a 18:20, y fue una interrupción importante para prácticamente todos los servicios. La segunda fase del outage funcionó de 18:20 a 19:00, y fue un outage parcial para los servicios que dependen de los datos de KYC, donde los clientes vieron altas tasas de error y retrasos para algunos servicios, pero el tráfico todavía se estaba sirviendo. #### **2. Timeline** **Fecha / hora \(ET\)** Silencioso Evento **18:12** Silencio Un cambio de limpieza rutinario se fusiona, moviendo un repo fuente de un repositorio de código a otro. Un fallo en nuestra herramienta de revisión oculta el alcance del cambio. **18:13** Silencio ArgoCD reinicia la mayoría de los servicios en un importante grupo de Kubernetes a la vez. **18:20** Silencio Todas las cápsulas de servicio están funcionando. Servicio de API parcial restaurado, aunque los servicios de KYC todavía están viendo una tasa de error elevada. **18:21** Silencio La inundación del tráfico de startups abruma nuestro servicio de búsqueda de KYC. Tasas de error. **18:42** Silencio SRE diagnostica el fallo de cascada que impacta KYC Search y bloquea el tráfico para que pueda aparecer. **18:56** Silencio El servicio de búsqueda de KYC está completo, y SRE le devuelve el tráfico. Los servicios de Downstream se estabilizan. **19:00** Silencio Todo el tráfico que funciona como normal, incidente declarado estable. #### **3. Root Cause** * **Primary Root Cause:** Como parte de una migración en curso, un SRE on-call hizo un cambio a ArgoCD, el sistema que utilizamos para gestionar los racimos de kubernetes Socure funciona sus servicios. El cambio se amplió a un solo grupo, se examinó cuidadosamente antes de empujar, no causó problemas en otros ambientes en los que se probó, y no debió tener ningún impacto visible. Desafortunadamente, el cambio actualizó un entorno heredado que no apareció en el examen del cambio. Ese entorno hereditario gobernaba qué servicios administraba ArgoCD y removía muchos servicios en vivo de ArgoCD. En consecuencia, ArgoCD retiró esos servicios de la producción brevemente, antes de que se corrigiera el ajuste. * ** Factores de contribución:** El servicio KYC Search es una pieza de backend de infraestructura Socure que proporciona servicios a varios de nuestros productos internos. Cuando ese servicio se reiniciaba desde cero al mismo tiempo que todos los clientes del servicio lo hicieron, un pequeño número de cápsulas en el servicio se estrelló bajo carga. Esto aumentó la carga en las cápsulas restantes, algunas de las cuales se estrellaron a su vez. Este fallo en cascada impidió que el servicio volviera por sí solo de la forma en que lo hizo el resto de la infraestructura de Socure. El diagnóstico de este modo de fallo separado tomó tiempo adicional, y remediarlo arregló los errores restantes después del incidente inicial. Resolución** El cambio de ArgoCD fue revertido inmediatamente, causando que los servicios regresaran a su estado anterior. El servicio de búsqueda de KYC requirió esfuerzo manual para impedir que el tráfico llegara hasta que pudiera surgir la mayoría de las cápsulas del servicio. Después de que el servicio fuera saludable, podríamos restaurar el tráfico y resolver el incidente general. ### **5. Acciones Correctivas e Preventivas** #### **6. Lessons Learned** * La herramienta de Socure para ver los cambios que hace a la producción no funcionó correctamente. Estamos revisando estas herramientas para asegurar que funcionen correctamente bajo todos los casos de uso y arreglar cualquier caso como este donde el alcance completo de un cambio no sea claro. * Aumentar el proceso de revisión del cambio existente con apoyo estadístico. Si bien en este caso, el cambio específico no era visible en el plan, tener un revisor adicional que cuenta con el apoyo de un amplio modelo de capacitación ayudará a asegurar que las cuestiones se atrapen antes de la presentación. * Incluso los cambios que parecen no tener impacto, cuando se hacen al sistema de gobierno para nuestros empleos de producción, pueden ser riesgosos, y deben ser cambiados más lejos de las horas de negocio de los Estados Unidos. * Nuestro servicio de búsqueda de KYC es vulnerable a un problema de "heredación de errores" cuando recibe flujo de tráfico completo cuando no está completamente en línea. Necesitamos fortalecer nuestros interruptores para evitar que este problema vuelva a aparecer. * Utilizamos demasiados de nuestros servicios básicos de API en un solo clúster de kubernetes. Aunque ese cluster se distribuye en múltiples zonas de disponibilidad, el plano de control compartido crea un radio de explosión demasiado alto para los cambios en ese grupo. #### **7. Next Steps ' Ongoing Commitment** Socure entiende que nuestros clientes confían en nosotros como un proveedor clave en flujos de negocios críticos, y que esta interrupción del servicio no es aceptable. Nos disculpamos por el impacto que esta cuestión causó, y nos comprometemos a asegurar que no se repita. Para ello, entregaremos detalles sobre nuestros planes para re-arquitificar nuestro diseño de aplicaciones en noviembre, así como mejorar la resiliencia del servicio de búsqueda de KYC en Q1 del próximo año.

Traducido automáticamente desde la actualización oficial del incidente.

1. 15 de octubre de 2026 a las 23:15 UTCresolved

   Los servicios Socure RiskOS y ID+ han sido restaurados. Un error en un despliegue causó un aumento temporal en las tasas de error de nuestros servicios entre 18:12 y 18:56 hora este. El error ha sido corregido y los servicios están estables ahora. Entendemos que este estrado es inaceptable y un RCA completo estará disponible tan pronto como se complete el análisis completo de la cuestión.

Traducido automáticamente desde la actualización oficial del incidente.

1. 15 de octubre de 2026 a las 22:39 UTCinvestigating

   Actualmente estamos experimentando un incidente activo que está afectando la disponibilidad de servicios. Actualmente estamos investigando el tema y proporcionaremos actualizaciones tan pronto como tengamos información adicional.

2. 15 de octubre de 2026 a las 23:04 UTCmonitoring

   Los servicios Socure RiskOS y ID+ han sido restaurados. Un error en un despliegue causó un aumento temporal en las tasas de error de nuestros servicios entre 18:20 y 18:56 hora este. El error ha sido corregido y los servicios están estables ahora. Entendemos que este estrado es inaceptable y un RCA completo estará disponible tan pronto como se complete el análisis completo de la cuestión.

3. 15 de octubre de 2026 a las 23:04 UTCmonitoring

   Los servicios Socure RiskOS y ID+ han sido restaurados. Un error en un despliegue causó un aumento temporal en las tasas de error de nuestros servicios entre 18:12 y 18:56 hora este. El error ha sido corregido y los servicios están estables ahora. Entendemos que este estrado es inaceptable y un RCA completo estará disponible tan pronto como se complete el análisis completo de la cuestión.

4. 15 de octubre de 2026 a las 23:08 UTCresolved

   Los servicios Socure RiskOS y ID+ han sido restaurados. Un error en un despliegue causó un aumento temporal en las tasas de error de nuestros servicios entre 18:12 y 18:56 hora este. El error ha sido corregido y los servicios están estables ahora. Entendemos que este estrado es inaceptable y un RCA completo estará disponible tan pronto como se complete el análisis completo de la cuestión.

5. 17 de octubre de 2026 a las 1:30 UTCpostmortem

   ## **Root Cause Analysis** **Incidente:** Socure APIs Outage ** Rango de destino:** 15-Oct-2026 **Impact:** Interrupción en servicio para API Socure **Status:** Resolved #### **1. Summary** El 15-Oct-2026, entre 18:12 y 19:00 Hora oriental Socure experimentó una interrupción a sus APIs RiskOS y ID\+, causando errores y timeouts a los usuarios. La primera fase corrió de 18:12 a 18:20, y fue una interrupción importante para prácticamente todos los servicios. La segunda fase del outage funcionó de 18:20 a 19:00, y fue un outage parcial para los servicios que dependen de los datos de KYC, donde los clientes vieron altas tasas de error y retrasos para algunos servicios, pero el tráfico todavía se estaba sirviendo. #### **2. Timeline** **Fecha / hora \(ET\)** Silencioso Evento **18:12** Silencio Un cambio de limpieza rutinario se fusiona, moviendo un repo fuente de un repositorio de código a otro. Un fallo en nuestra herramienta de revisión oculta el alcance del cambio. **18:13** Silencio ArgoCD reinicia la mayoría de los servicios en un importante grupo de Kubernetes a la vez. **18:20** Silencio Todas las cápsulas de servicio están funcionando. Servicio de API parcial restaurado, aunque los servicios de KYC todavía están viendo una tasa de error elevada. **18:21** Silencio La inundación del tráfico de startups abruma nuestro servicio de búsqueda de KYC. Tasas de error. **18:42** Silencio SRE diagnostica el fallo de cascada que impacta KYC Search y bloquea el tráfico para que pueda aparecer. **18:56** Silencio El servicio de búsqueda de KYC está completo, y SRE le devuelve el tráfico. Los servicios de Downstream se estabilizan. **19:00** Silencio Todo el tráfico que funciona como normal, incidente declarado estable. #### **3. Root Cause** * **Primary Root Cause:** Como parte de una migración en curso, un SRE on-call hizo un cambio a ArgoCD, el sistema que utilizamos para gestionar los racimos de kubernetes Socure funciona sus servicios. El cambio se amplió a un solo grupo, se examinó cuidadosamente antes de empujar, no causó problemas en otros ambientes en los que se probó, y no debió tener ningún impacto visible. Desafortunadamente, el cambio actualizó un entorno heredado que no apareció en el examen del cambio. Ese entorno hereditario gobernaba qué servicios administraba ArgoCD y removía muchos servicios en vivo de ArgoCD. En consecuencia, ArgoCD retiró esos servicios de la producción brevemente, antes de que se corrigiera el ajuste. * ** Factores de contribución:** El servicio KYC Search es una pieza de backend de infraestructura Socure que proporciona servicios a varios de nuestros productos internos. Cuando ese servicio se reiniciaba desde cero al mismo tiempo que todos los clientes del servicio lo hicieron, un pequeño número de cápsulas en el servicio se estrelló bajo carga. Esto aumentó la carga en las cápsulas restantes, algunas de las cuales se estrellaron a su vez. Este fallo en cascada impidió que el servicio volviera por sí solo de la forma en que lo hizo el resto de la infraestructura de Socure. El diagnóstico de este modo de fallo separado tomó tiempo adicional, y remediarlo arregló los errores restantes después del incidente inicial. Resolución** El cambio de ArgoCD fue revertido inmediatamente, causando que los servicios regresaran a su estado anterior. El servicio de búsqueda de KYC requirió esfuerzo manual para impedir que el tráfico llegara hasta que pudiera surgir la mayoría de las cápsulas del servicio. Después de que el servicio fuera saludable, podríamos restaurar el tráfico y resolver el incidente general. ### **5. Acciones Correctivas e Preventivas** #### **6. Lessons Learned** * La herramienta de Socure para ver los cambios que hace a la producción no funcionó correctamente. Estamos revisando estas herramientas para asegurar que funcionen correctamente bajo todos los casos de uso y arreglar cualquier caso como este donde el alcance completo de un cambio no sea claro. * Aumentar el proceso de revisión del cambio existente con apoyo estadístico. Si bien en este caso, el cambio específico no era visible en el plan, tener un revisor adicional que cuenta con el apoyo de un amplio modelo de capacitación ayudará a asegurar que las cuestiones se atrapen antes de la presentación. * Incluso los cambios que parecen no tener impacto, cuando se hacen al sistema de gobierno para nuestros empleos de producción, pueden ser riesgosos, y deben ser cambiados más lejos de las horas de negocio de los Estados Unidos. * Nuestro servicio de búsqueda de KYC es vulnerable a un problema de "heredación de errores" cuando recibe flujo de tráfico completo cuando no está completamente en línea. Necesitamos fortalecer nuestros interruptores para evitar que este problema vuelva a aparecer. * Utilizamos demasiados de nuestros servicios básicos de API en un solo clúster de kubernetes. Aunque ese cluster se distribuye en múltiples zonas de disponibilidad, el plano de control compartido crea un radio de explosión demasiado alto para los cambios en ese grupo. #### **7. Next Steps ' Ongoing Commitment** Socure entiende que nuestros clientes confían en nosotros como un proveedor clave en flujos de negocios críticos, y que esta interrupción del servicio no es aceptable. Nos disculpamos por el impacto que esta cuestión causó, y nos comprometemos a asegurar que no se repita. Para ello, entregaremos detalles sobre nuestros planes para re-arquitificar nuestro diseño de aplicaciones en noviembre, así como mejorar la resiliencia del servicio de búsqueda de KYC en Q1 del próximo año.

Traducido automáticamente desde la actualización oficial del incidente.

1. 15 de octubre de 2026 a las 14:52 UTCidentified

   Actualmente estamos experimentando un outage no planificado que afecta al módulo eCBSV debido a las respuestas de SSA, resultando en errores de 5xx. Socure ha contactado con el proveedor para investigar el problema y determinar cuándo se espera que se restablezca el servicio.

2. 15 de octubre de 2026 a las 14:55 UTCmonitoring

   Las tasas de error han disminuido en los últimos minutos. Estamos monitoreando estas tasas y a la espera de nuestra respuesta de proveedores.

3. 15 de octubre de 2026 a las 15:59 UTCresolved

   SSA experimentó un evento de impacto de servicios que afectó múltiples aplicaciones y servicios, incluyendo el servicio de verificación de número de seguro social basado en consentimiento electrónico (eCBSV). La perturbación comenzó aproximadamente a las 10:19AM (ET) el 15 de octubre de 2026, y se resolvió aproximadamente a las 10:41AM (ET). El servicio ha sido restaurado, y el eCBSV funciona normalmente en este momento.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de octubre de 2026 a las 23:25 UTCresolved

   Experimentamos fallos elevados de transacción que afectan a Watchlist Plus y Watchlist Premier. La cuestión se ha resuelto y estamos monitoreando el desempeño para garantizar que los servicios permanezcan estables. Nos disculpamos por cualquier inconveniente que esto pueda haber causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de septiembre de 2026 a las 12:26 UTCidentified

   Estamos investigando un problema causando retrasos en las actualizaciones de casos que se reflejan en la UI de Gestión de Casos de RiesgoOS. Nuestro equipo de Ingeniería está trabajando activamente para identificar la causa raíz y restaurar el comportamiento normal de actualización. Proporcionaremos más actualizaciones a medida que se disponga de más información. Esto no está afectando las solicitudes de evaluación de API.

2. 22 de septiembre de 2026 a las 13:22 UTCmonitoring

   Hemos identificado la causa raíz de la cuestión que afecta a las actualizaciones en la interfaz de gestión de casos de RiskOS. Esta cuestión se limita a un subconjunto de casos y afecta específicamente a la funcionalidad de búsqueda de casos, que puede mostrar temporalmente estados de caso obsoletos. Tenga en cuenta que los datos de estado de caso mostrados dentro de la Lista de Casos y las páginas de casos individuales son exactos y reflejan el estado más reciente. Nuestro equipo de ingeniería ha implementado una solución para todos los casos recién actualizados y está trabajando activamente para re-sincronizar los casos restantes afectados para asegurar la coherencia de los datos en la búsqueda. Proporcionaremos otra actualización una vez que el comportamiento normal esté completamente restaurado.

3. 22 de septiembre de 2026 a las 14:09 UTCresolved

   Se ha resuelto la cuestión relativa a las actualizaciones del estado de los casos. Todos los nuevos casos se procesan correctamente. Sinceramente nos disculpamos por cualquier inconveniente que esto pueda haber causado y apreciar su paciencia mientras nuestro equipo trabajó para resolverlo.

Traducido automáticamente desde la actualización oficial del incidente.

1. 21 de septiembre de 2026 a las 11:57 UTCresolved

   Entre las 6:28 AM y las 6:57 AM ET el 21 de septiembre, un problema durante una actividad operacional causó algunas notificaciones de webhook asociadas con evaluaciones anteriores del mes pasado para ser entregado de nuevo. Las evaluaciones actuales y el procesamiento de webhook no se vieron afectados. La cuestión se ha resuelto. Nos disculpamos por cualquier confusión o ruido adicional que esto pueda haber causado.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de septiembre de 2026 a las 14:36 UTCinvestigating

   Estamos investigando retrasos que afectan el procesamiento de lotes en el panel de control. Los clientes pueden experimentar retraso en el procesamiento mientras revisamos el problema.

2. 16 de septiembre de 2026 a las 14:49 UTCresolved

   Este incidente ha sido resuelto.

Traducido automáticamente desde la actualización oficial del incidente.

1. 16 de septiembre de 2026 a las 9:39 UTCidentified

   Estamos observando un aumento de latencia afectando a algunos clientes utilizando nuestro Fraude y productos sintéticos. Nuestro equipo está investigando activamente el tema. Las solicitudes de API se completan con éxito, y no estamos observando fallos de API en este momento. Proporcionaremos más actualizaciones a medida que se disponga de más información.

2. 16 de septiembre de 2026 a las 10:07 UTCmonitoring

   Estamos viendo una mejora de la latencia afectando a algunos clientes usando nuestros productos Fraude y Sintético. Seguiremos vigilando la situación de cerca.

3. 16 de septiembre de 2026 a las 10:12 UTCresolved

   Se ha resuelto la cuestión que afecta a los servicios de Fraude y Sintético, y el servicio ha regresado a una operación normal. Los clientes ya no deben experimentar mayores retrasos o retrasos al acceder a servicios de Fraude y Sintéticos

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de septiembre de 2026 a las 19:39 UTCresolved

   Entre las 8:30 AM y las 2:00 PM EST, observamos un aumento de las tasas de error de 5xx, lo que resultó en errores intermitentes o solicitudes fallidas para algunos clientes. El impacto general fue mínimo, menos del 0,01%. La tasa de error ha regresado a la normalidad. Esta cuestión se resuelve plenamente en este momento. Nos disculpamos por cualquier perturbación y apreciamos su paciencia.

Traducido automáticamente desde la actualización oficial del incidente.

1. 9 de septiembre de 2026 a las 11:37 UTCresolved

   Entre las 7:00 AM y las 7:20 AM EST, observamos un aumento de las tasas de error de 5xx, que puede haber dado lugar a errores intermitentes o solicitudes fallidas para algunos clientes. La tasa de error ha regresado a la normalidad, y estamos investigando la causa raíz para asegurarnos de que hemos resuelto plenamente el problema. Nos disculpamos por cualquier perturbación y apreciamos su paciencia.

2. 15 de septiembre de 2026 a las 18:15 UTCpostmortem

   * Análisis de la causa real* **Incidente:** Errores de 5xx elevados intermitentes a través de servicios **Diario:** Septiembre 9, 2026, 7:00 AM – 9:20 AM EDT \(aproximadamente 2 horas 20 minutos de impacto intermitente\) **Impact:** Algunas solicitudes enviadas a la API de EmailAuthScore y servicios conexos, respondieron de forma intermitente. El impacto fue intermitente en lugar de continuo y se limitó a las ventanas definidas descritas en el cronograma siguiente. **Status:** Resolved #### **1. Summary** El 9 de septiembre de 2026, un aumento previsto de la capacidad de procesamiento de backend llevó a una carga de conexión elevada en un componente de infraestructura interna utilizado para apoyar el procesamiento de aguas abajo para varios servicios. Este componente alcanzó un umbral de capacidad interna, que introdujo retrasos en el procesamiento y dio lugar a respuestas intermitentes de errores en la API de EmailAuthScore y servicios conexos para un subconjunto de solicitudes. La cuestión se identificó mediante una combinación de seguimiento interno e informes durante la ventana de impacto. Socure engineering correlated the errors with the recent capacity change and reverted it, which stopped the initial increase in errors. A continuación, se produjo un segundo aumento conexo de los errores cuando se produjo un cambio de capacidad separado, hecho anteriormente para un servicio interno diferente, se colocó una carga adicional en el mismo componente compartido; la ingeniería aplicó nuevas atenuaciones, después de lo cual todos los servicios afectados regresaron a una operación normal y estable. En la sección 5 se describen las medidas correctivas y preventivas que Socure está comprometiendo, con prioridad, a mejorar la visibilidad en la capacidad de infraestructura y a evitar que los retrasos en cualquier componente interno afecten al procesamiento de solicitudes de atención al cliente. #### **2. Timeline** Silencio **Fecha / hora \(EDT\)** Silencio **Evento** Silencio... Silencio ** 9 de septiembre de 2026 07:00 AM** Silencio Tras un aumento previsto de la capacidad de procesamiento de backend, la API de EmailAuthScore comenzó a devolver intermitentemente respuestas de error. Silencio ** 9 de septiembre de 2026 07:20 AM** Se revirtió el cambio de capacidad reciente; las tasas de error volvieron a la normalidad. Silencio ** 9 de septiembre de 2026 08:45 AM** Silencio Un cambio de capacidad separado hecho anteriormente para un servicio interno diferente colocó carga adicional en el mismo componente interno compartido, y la API de EmailAuthScore comenzó de nuevo a devolver intermitentemente respuestas de error. Silencio Silencio ** 9 de septiembre de 2026 09:20 AM** Silencio Se aplicaron atenuaciones adicionales; las tasas de error volvieron a la normalidad y permanecieron estables. ** 9 de septiembre de 2026 01:13 PM** Como precaución, Socure cambió temporalmente una parte del procesamiento interno lejos del componente interno afectado para completar con seguridad el aumento de la capacidad restante. No se observaron más errores después de este cambio. #### **3. Root Cause** * **Primary Root Cause:** Como parte de la labor prevista para aumentar la capacidad del sistema antes de la demanda prevista, Socure aumentó la capacidad de procesamiento de los servicios de backend. Este cambio aumentó el número de conexiones a un componente de mensajería interna utilizado para apoyar el procesamiento de aguas abajo para estos servicios. Ese componente alcanzó un límite interno de capacidad de conexión, lo que dio lugar a demoras de conexión y procesamiento. These delays introduced additional latency and, in some cases, backpressure into request processing, which contributed to intermittent elevated error rates on the EmailAuthScore API and related services for a subset of requests during the impact windows described above. * ** Factores de contribución:** * Un aumento repentino de la demanda de capacidad de infraestructura superó la capacidad que inmediatamente no estaba disponible dentro del componente de mensajería interna. Resolución** Al identificar que las tasas de error elevadas estaban vinculadas al cambio de capacidad reciente, Socure Engineering revertía el cambio, lo que detuvo el aumento inicial de errores. Un segundo aumento relacionado de los errores ocurrió cuando un cambio de capacidad separado, hecho antes para un servicio interno diferente, colocó carga adicional en el mismo componente compartido. La ingeniería aplicó nuevas medidas de mitigación, incluida la revisión temporal de una parte del procesamiento interno fuera del componente afectado para los servicios afectados. A raíz de estas acciones, todos los servicios afectados regresaron a una operación normal y estable, que Socure confirmó mediante la vigilancia continua. ### **5. Acciones Correctivas e Preventivas** Silencio **Acción** Silencioso **Descripción** Silencio. TEN Optimize infrastructure capacity utilization TEN Adjusted backend service capacity and connection usage to ensure processing remains within supported infrastructure limits and to reduce the risk of similar capacity-related issues. Silencio tención Aumentar la capacidad de la infraestructura de mensajería Silencio Aumento de la capacidad de la infraestructura de mensajería subyacente para proporcionar un espacio adicional y apoyar futuros aumentos en el volumen de tráfico. Silencio Silencio Mejorar la vigilancia de la capacidad y alertar a Silencio Añadir vigilancia proactiva y alertas para identificar posibles limitaciones de capacidad de infraestructura antes de afectar el rendimiento de los servicios. Silencio En curso. ETA 30 Sep 2026. #### **6. Lessons Learned** * La vigilancia proactiva de la salud de la infraestructura debe realizarse antes de que se produzcan cambios de capacidad, no sólo la vigilancia a nivel de aplicación. #### **7. Next Steps ' Ongoing Commitment** Nos comprometemos a: * Completar las acciones correctivas y preventivas enumeradas en la Sección 5. * Mejorar la visibilidad en la salud y la capacidad de la infraestructura interna crítica antes de la futura actividad de ampliación. * Proporcionar una actualización de seguimiento una vez que todas las acciones correctivas estén completas.

Traducido automáticamente desde la actualización oficial del incidente.

1. 8 de septiembre de 2026 a las 14:54 UTCinvestigating

   Actualmente estamos investigando un problema que ha creado un impacto en los servicios de monitoreo DocV y Watchlist donde se observaron errores hoy 8 de septiembre, de 09:05 AM EST a 09:30 AM EST. El sistema se ha recuperado, estamos trabajando en determinar una causa raíz en este momento.

2. 8 de septiembre de 2026 a las 15:41 UTCresolved

   Se ha resuelto el problema que afecta a los servicios de monitoreo DocV y Watchlist el 8 de septiembre. No se ha observado ningún impacto del cliente desde las 10:35 AM EST. Nos disculpamos por cualquier perturbación que esto pueda haber causado.

3. 17 de septiembre de 2026 a las 19:47 UTCpostmortem

   #################################Root Cause Analysis** **Incidente:** Interrupción de Servicios Afectando el Acceso a la Cuenta **Diario:** 8 de septiembre de 2026 \(10:04 AM a 10:31 AM EDT\) **Impact:** Monitores DocV y Watchlist **Status:** Resolved #### 1. Summary Un agotamiento inesperado de la capacidad de base de datos de backend impidió temporalmente a nuestra plataforma recuperar información de la cuenta para un subconjunto de solicitudes de clientes. Durante la ventana del incidente \(10:04 AM a 10:31 AM EDT de 8-Sep-2026\), algunas de las solicitudes del cliente experimentaron altas tasas de error al intentar consultar detalles de la cuenta. Tras una actualización rutinaria de mantenimiento, las conexiones simultáneas de entornos de copia de seguridad superaron los umbrales normales, saturando la capacidad de base de datos disponible. Los equipos de ingeniería desconectaron con seguridad los entornos redundantes y refrescaron las conexiones activas, restaurando la capacidad de respuesta y estabilidad del sistema completo. #### 2. Timeline Silencio **Fecha / hora \(ET\)** Silencio **Evento** Silencio... Silencio Primero error Silencio 10:04 AM EST, 8 Sep 2026 Silencio Silencioso incidente reportado Silencio 10:17 AM EST, 8 Sep 2026 Silencio Redundant environment connection pool isolated TEN 10:30 AM EST, 8 Sep 2026 TEN Silencioso incidentes resueltos Silencio 10:31 AM EST, 8 Sep 2026 #### 3. Root Cause * **Primary Root Cause:** Durante una actualización del sistema programada, la retención elevada de conexiones entre entornos de despliegue dio lugar a la saturación de la base de datos de conexión de la piscina. Bajo el tráfico máximo, esto causó retrasos de procesamiento y tiempo de solicitud para los servicios de plataforma dependientes. * ** Factores de contribución:** * Los parámetros de tiempo de conexión rígidos retrasaron la liberación oportuna de las asignaciones de bases de datos ociosos por entorno pasivo. * El nodo de base de datos inadecuado impedía el procesamiento de conexiones adicionales generadas por el entorno de reserva. * ** Factores que no aportan contingentes** * Resolución 4 Se restableció la integridad plena de los servicios mediante las siguientes acciones inmediatas: 1. Isolating non-active environment connections to immediately free database pool capacity. 2. Realizar un restablecimiento de los nodos activos de servicio para restablecer bases de datos claras de conexión. ### 5. Acciones Correctivas e Preventivas Silencio **Acción** Silencioso **Descripción** Silencio. Ø Mejoras en las pautas de acceso a los datos Ø Mejorar la estrategia de caché y las pautas de acceso a los datos en los servicios internos que dependen de los datos de las cuentas. Silencioso 15 Oct 2026 ← Manejo de conexión automatizada ← Mejorar la gestión del ciclo de vida de conexión y rutinas de limpieza automatizadas para tareas de fondo inactivo. Silencioso 15 Oct 2026 ### 6. Lecciones Aprendidas * ** Mejora de la solución del despliegue** Estamos actualizando nuestros procedimientos de despliegue para asegurar la separación completa de los recursos en entornos activos y pasivos, eliminando la contención de recursos entre entornos durante las actualizaciones. * **Optimizing Database Resource Allocation:** Para asegurar el máximo rendimiento, estamos reequilibrando nuestro volumen de trabajo y aumentando la capacidad y eficiencia generales del sistema. ## 7. Próximos pasos " Compromiso en curso " Nos comprometemos a: * Resolver las causas fundamentales identificadas por los plazos compartidos * Aplicar guardias de seguridad proactivos y umbrales de vigilancia, mientras que se finalizan las mejoras permanentes en la aplicación y la infraestructura.

Traducido automáticamente desde la actualización oficial del incidente.

1. 2 de septiembre de 2026 a las 18:31 UTCidentified

   Nuestro Proveedor, SSA, ha informado de que actualmente existe un número elevado de latencia que afecta al módulo eCBSV. Como resultado, puede experimentar tiempos elevados de respuesta. Nuestro equipo está trabajando activamente con ellos para resolver el problema lo antes posible. Nos disculpamos por cualquier inconveniente que esto pueda causar y apreciar su paciencia y comprensión.

2. 3 de septiembre de 2026 a las 15:18 UTCresolved

   SSA resolvió la latencia elevada que afectaba al módulo eCBSV a partir de las 2:00 AM ET. Los tiempos de respuesta han vuelto a la normalidad. Gracias por su paciencia y comprensión.

Traducido automáticamente desde la actualización oficial del incidente.

1. 10 de agosto de 2026 a las 15:40 UTCinvestigating

   Estamos investigando una ligera degradación en el producto Watchlist debido a la latencia. Afectando tanto ID+ como RiskOS. El equipo está investigando activamente esta cuestión en este momento.

2. 10 de agosto de 2026 a las 15:40 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 10 de agosto de 2026 a las 15:52 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

4. 10 de agosto de 2026 a las 16:02 UTCresolved

   This incident has been resolved.

Traducido automáticamente desde la actualización oficial del incidente.

1. 4 de agosto de 2026 a las 7:01 UTCresolved

   Between 1:21 AM and 2:15 AM EDT on August 4, 2026, a subset of DocV webhook delivery notifications experienced elevated 401 response rates. The issue is fully resolved and webhook delivery is now operating normally. A full Root Cause Analysis (RCA) will be shared once the investigation concludes.

1. 3 de agosto de 2026 a las 16:54 UTCinvestigating

   Actualmente estamos investigando informes de mayor retraso en las transacciones presentadas, lo que puede dar lugar a demoras en el procesamiento. Nuestro equipo está investigando activamente la causa raíz y proporcionará actualizaciones a medida que se disponga de más información. Nos disculpamos por cualquier inconveniente y apreciamos su paciencia.

2. 3 de agosto de 2026 a las 17:08 UTCidentified

   Se ha determinado la cuestión y se está aplicando una solución.

3. 3 de agosto de 2026 a las 17:20 UTCmonitoring

   Se ha aplicado una solución y estamos monitoreando los resultados.

4. 3 de agosto de 2026 a las 17:32 UTCresolved

   Se ha aplicado una solución y se ha confirmado su eficacia. Todos los sistemas funcionan normalmente. Gracias por su paciencia mientras trabajamos a través de esto.

Traducido automáticamente desde la actualización oficial del incidente.