Assinatura Eletrônica no API - Unico SignAssinatura Eletrônica
investigating
Prezados客户端,
(原始内容存档于2018-10-29) (英语). Identificamos uma instabilidade técnica pontual que afeta aualização do pacheel de acompanhamento após o envio de do documentos.
(原始内容存档于2018-12-09) (中文(简体) ). Reforçamos que o muntito de envio e sinatura está funcionando normalmente: os destinatários continuam rebedo e conseguindo assinar os arquivos. (原始内容存档于2018-06-26) (英语). entanto, o registro do envio pole temporariamente não ser na lista de acompanhamento do remetent.
Nossa e de engenharia já está atuando para corrigir a exibição na 接口 e restabellecer o histórico no pachele o mais breve possível. 中国植物物种信息数据库.
Pedimos desculpas pelo inconvenente e manteremos to dos finedos sobre o progresso. (原始内容存档于2018-07-30) (英语).
阿通西奥萨门特,
identified
Prezados客户端,
Gostaríamos de atualizar o status sobre a visionização de documentos no painel de acompannamento. 中国植物物种信息数据库. 中国植物物种信息数据库.
{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}哦 问题 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}我就是这个意思 没有瞬间, os engenheiros já estão subindo a coreção para restabelecer a exibição correta de todos os envios na 接口 进行再平衡。
Lembramos que o processamento, envio e assinatura dos dos documentos continuam opelndo commonmente. 中国植物物种信息数据库.
静脉注射器 静脉注射器
阿通西奥萨门特,
monitoring
Prezados客户端,
(原始内容存档于2012-10-12). Informeros que a correção para a exibição no painel de acompannamento foi aplicada com supesso.
一份以文件形式写明的 já está redronando à normalidade。 没有瞬间, Nossa装备了 egenharia está 监测器 o perto para garantir 总的 estabilidade do serviço。
agradecemos a paciência e traremos a concerramento do encerramento em breve. 中国植物物种信息数据库.
阿通西奥萨门特,
resolved
Prezados客户端,
(原始内容存档于2018-03-26) (英语). Informatos que o capitionado à relacionado à exibição de envios no painel de companhamento foi inficialmente encerado.
a. 监督、确认、确认、确认、确认、确认和确认
agradecemos pela comprensão e paciência de todos durante o processo. 中国植物物种信息数据库.
阿通西奥萨门特,
**Summary**
On July 20, 2026, between 9:07 AM and 9:21 AM \(Brasília time\), the selfie capture and authentication flows were unavailable for approximately 14 minutes. The incident was caused by a query without an adequate index running as part of the database migration flow, causing database CPU to spike to 53%, dependent service latency to jump 78 times above normal, and the circuit breaker mechanism to fully block calls to the affected service. The causing behavior was reverted and the service recovered in approximately 1 minute.
**Impact**
Users of the selfie, authentication, and web-based proof-of-life flows received open-circuit errors during the period, with 743 and 125 requests blocked respectively in the most affected flows. The service returned to normal at 9:21 AM after the causing behavior was reverted
**Root Cause**
The root cause was identified in the database migration flow: a query introduced as part of the migration lacked the index needed to run efficiently on the new database. When the new behavior was activated in production, the query began performing full scans per tenant, with the number of rows read jumping from ~5 million to ~25 million per execution, saturating the database CPU and causing response latencies of up to 10 seconds.
**Resolution**
The team identified the database CPU spike as the source of the problem and correlated it with the recently introduced behavior change approximately 7 minutes after the first alert. The change was reverted at 9:20 AM, and the service recovered immediately.
**Lessons Learned**
The incident showed that volume differences between validation and production environments can mask performance issues that only manifest at real-world scale. Silent error handling in the application worsened the situation by making the degradation invisible to monitoring. As follow-up actions, the team prioritized creating the missing index and removing the silent error suppression pattern.
Instabilidade na Integração das capacidades que utilizam IDScore, ID Unico (Verificação de Identidade), ID Trust (Alerta de Comportamento) e ID Live (Prova de Vida)
开始时间 2026年7月7日 UTC 21:22 · 53m
Outage重大事件
受影响的组件
APIAPIIDTrust | APIAPI
identified
Prezado Cliente,
Identificamos uma latência seguida de indisponibilidade na criação de processos de algumas capacidades da Unico. Devido a isso, uma parcela de nossos clientes pode perceber lentidão ou aumento de erros em operações que envolvem o ID Score, ID Unico (Verificação de Identidade), ID Trust (Alerta de Comportamento) e ID Live (Prova de Vida).
Nossa equipe de engenharia já foi acionada e está trabalhando no diagnóstico da causa raiz para normalizar o serviço o quanto antes. No momento, o time técnico realiza análises detalhadas em nossa camada de dados para mitigar os impactos.
Comprometemo-nos a enviar novas atualizações em breve assim que tivermos novidades.
Equipe Unico.
monitoring
Prezado Cliente,
Informamos que nossa equipe de tecnologia identificou e solucionou a instabilidade que afetou o tempo de resposta das requisições para retorno das capacidades de ID Score, ID Unico (Verificação de Identidade), ID Trust (Alerta de Comportamento) e ID Live (Prova de Vida).
Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem.
Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico!
resolved
Prezado Cliente,
Incidente resolvido. Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado.
Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem.
Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico!
postmortem
**Post-Mortem: Availability Instability in Identity Processing**
**Summary**
On two occasions on consecutive days in July 2026, the identity processing service experienced brief drops in availability. These were caused by saturation in a shared database that supports part of the verification flow. Both events were quickly identified by the monitoring teams, mitigated within approximately 30 minutes, and resolved with zero data loss.
**Impact**
Incident 1 — July 6, 2026, from 13:00 to 13:34 \(BRT\): A sudden and legitimate spike in request volume overloaded the database replica serving the service. Clients using services dependent on verification score generation experienced slowness, as requests were automatically retried instead of returning errors. Verification processes continued to complete successfully, albeit with delays.
Incident 2 — July 7, 2026, from 17:52 to 18:05 \(BRT\): A database query lacking a row-return limit was triggered by an edge-case data pattern, saturating the CPU of the same database replica. This increased latency and, for a short window \(around 13 minutes\), caused errors in certain steps of the verification flow for a subset of clients.
In both cases, the impact was limited to the windows described above, without total service downtime and with zero data loss.
**Root Cause**
Both incidents share the same underlying cause: CPU saturation on a relational database replica that serves multiple capabilities of the identity verification service.
In the first incident, a specific request volume surged roughly 10x within a few minutes, exceeding the provisioned capacity for the replica. The database infrastructure was not scaled to sustain the peak, leading to processing exhaustion \(CPU scheduling contention\) and a subsequent cascade of timeouts in dependent services.
In the second incident, a specific query lacked a limit on returned rows. When executed for a record with an unusual volume of associated images, the query triggered a full table scan and sort, consuming all available processing power on the replica. This effect was amplified by two internal mechanisms that, combined, tripled the number of queries generated per request.
**Resolution**
In both incidents, the operations teams:
Vertically scaled a secondary database replica and redirected traffic to it via a DNS update;
Temporarily disabled mechanisms that were generating additional database load;
Monitored the stabilization of availability metrics before declaring the incident resolved;
Following the second incident, applied a definitive fix to the problematic query \(enforcing a limit on returned records\) and initiated a data-cleansing process for non-standard records that could replicate the scenario.
**Lessons Learned**
These incidents reinforced the need for defensive and systematic infrastructure design, applying explicit limits and pagination on database queries to eliminate latent risks under atypical traffic.
It became evident that component migrations can inadvertently strip away implicit protections against overload. This makes the implementation of declarative resilience mechanisms—such as proper timeouts, circuit breakers, and connection limits—indispensable. Additionally, the scenario highlighted the importance of investigating the root cause of recurring saturation patterns rather than relying solely on point-in-time mitigations, as well as the urgency of monitoring and refactoring architectures that multiply database calls per request to mitigate load amplification risks before they become critical.
**Closing**
We acknowledge the impact these instabilities caused and apologize for any inconvenience experienced by our clients and partners during these windows. Transparency regarding what happened is part of our commitment to those who trust our platform.
The actions taken in response to these incidents prioritize reinforcing our environment's stability and reducing the likelihood of recurrence. We continue to invest heavily in observability, infrastructure resilience, and incident response processes to ensure an increasingly reliable service.
Unico Team
Instabilidade na Integração das capacidades que utilizam IDScore
开始时间 2026年7月6日 UTC 16:20 · 1h 6m
Outage重大事件
受影响的组件
APIAPI
identified
Prezado Cliente,
Identificamos uma instabilidade na capacidade de verificação de identidade com orquestração com IDScore, que está apresentando lentidão no retorno do Score de autenticação de determinados processos. Clientes que utilizam orquestração com o Trust podem enfrentar também cenários de erros em determinados processos devido a lentidão identificada.
Nossa engenharia já está mobilizada para o diagnóstico e trabalhando na identificação da causa raiz para normalizar o serviço o mais breve possível. No momento, o time técnico realiza análises detalhadas em nossa camada de dados para mitigar o impacto.
Reforçamos que novas atualizações serão enviadas em breve.
Equipe Unico.
monitoring
Prezado Cliente,
Informamos que nossa equipe de tecnologia identificou e solucionou a instabilidade que afetou o tempo de resposta das requisições para retorno do Score de autenticação.
Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem.
Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico!
resolved
Prezado Cliente,
Incidente resolvido. Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado.
Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem.
Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico!
postmortem
**Post-Mortem: Availability Instability in Identity Processing**
**Summary**
On two occasions on consecutive days in July 2026, the identity processing service experienced brief drops in availability. These were caused by saturation in a shared database that supports part of the verification flow. Both events were quickly identified by the monitoring teams, mitigated within approximately 30 minutes, and resolved with zero data loss.
**Impact**
Incident 1 — July 6, 2026, from 13:00 to 13:34 \(BRT\): A sudden and legitimate spike in request volume overloaded the database replica serving the service. Clients using services dependent on verification score generation experienced slowness, as requests were automatically retried instead of returning errors. Verification processes continued to complete successfully, albeit with delays.
Incident 2 — July 7, 2026, from 17:52 to 18:05 \(BRT\): A database query lacking a row-return limit was triggered by an edge-case data pattern, saturating the CPU of the same database replica. This increased latency and, for a short window \(around 13 minutes\), caused errors in certain steps of the verification flow for a subset of clients.
In both cases, the impact was limited to the windows described above, without total service downtime and with zero data loss.
**Root Cause**
Both incidents share the same underlying cause: CPU saturation on a relational database replica that serves multiple capabilities of the identity verification service.
In the first incident, a specific request volume surged roughly 10x within a few minutes, exceeding the provisioned capacity for the replica. The database infrastructure was not scaled to sustain the peak, leading to processing exhaustion \(CPU scheduling contention\) and a subsequent cascade of timeouts in dependent services.
In the second incident, a specific query lacked a limit on returned rows. When executed for a record with an unusual volume of associated images, the query triggered a full table scan and sort, consuming all available processing power on the replica. This effect was amplified by two internal mechanisms that, combined, tripled the number of queries generated per request.
**Resolution**
In both incidents, the operations teams:
Vertically scaled a secondary database replica and redirected traffic to it via a DNS update;
Temporarily disabled mechanisms that were generating additional database load;
Monitored the stabilization of availability metrics before declaring the incident resolved;
Following the second incident, applied a definitive fix to the problematic query \(enforcing a limit on returned records\) and initiated a data-cleansing process for non-standard records that could replicate the scenario.
**Lessons Learned**
These incidents reinforced the need for defensive and systematic infrastructure design, applying explicit limits and pagination on database queries to eliminate latent risks under atypical traffic.
It became evident that component migrations can inadvertently strip away implicit protections against overload. This makes the implementation of declarative resilience mechanisms—such as proper timeouts, circuit breakers, and connection limits—indispensable. Additionally, the scenario highlighted the importance of investigating the root cause of recurring saturation patterns rather than relying solely on point-in-time mitigations, as well as the urgency of monitoring and refactoring architectures that multiply database calls per request to mitigate load amplification risks before they become critical.
**Closing**
We acknowledge the impact these instabilities caused and apologize for any inconvenience experienced by our clients and partners during these windows. Transparency regarding what happened is part of our commitment to those who trust our platform.
The actions taken in response to these incidents prioritize reinforcing our environment's stability and reducing the likelihood of recurrence. We continue to invest heavily in observability, infrastructure resilience, and incident response processes to ensure an increasingly reliable service.
Unico Team
Instabilidade no canal de atendimento via WhatsApp
开始时间 2026年7月2日 UTC 22:04 · 3h 10m
Issues轻微事件
受影响的组件
Whatsapp
identified
Prezado Cliente,
Estamos analisando uma degradação em nossa plataforma de atendimento aos clientes, causando instabilidade no atendimento via Whatsapp.
Orientamos nossos clientes a enviarem mensagens via formulário, e-mail ou nos contatarem pelo nosso webchat como alternativa de contato síncrono https://business.unico.io/hc/pt-br
Em breve retornaremos com novas atualizações.
identified
We are continuing to work on a fix for this issue.
monitoring
Prezado Cliente,
Identificamos que a instabilidade que afetava a nossa plataforma de gerenciamento de atendimento foi corrigida. As ações de correção técnica foram executadas com sucesso pelo nosso parceiro e a comunicação do canal via WhatsApp já se encontra reestabelecida.
Estamos em monitoramento assistido para garantir a total estabilidade e performance do ambiente.
Pedimos desculpas pelo impacto causado em sua operação.
Atenciosamente,
Equipe Unico
resolved
Prezado Cliente,
O incidente que causava instabilidade no canal de atendimento via WhatsApp foi totalmente resolvido.
A causa do problema foi identificada e a correção definitiva já foi aplicada em produção junto ao nosso parceiro de tecnologia. A integração com a plataforma foi restabelecida e o nosso time de atendimento já está operando e respondendo normalmente.
Agradecemos a parceria e a paciência de todos durante o período de manutenção do canal.
Atenciosamente,
Equipe Unico
postmortem
### **Postmortem: WhatsApp Support Channel Instability**
#### **Summary**
On July 2, 2026, an instability affected our WhatsApp customer support channel. During this period, automated messages from our virtual assistant \(bot\) were not being delivered to end-users. Service was fully restored after the identification and rollback of a system change within our technology partner’s environment.
#### **Impact**
This incident exclusively impacted customers attempting to reach support through our WhatsApp channel. While automated messages managed by the bot failed to deliver, manual messages sent by human agents continued to operate normally. Our alternative support channels, such as email and webchat, remained fully operational and were communicated as active alternatives during the instability.
#### **Root Cause**
The root cause was an update deployed in the messaging service managed by our technology partner. This update introduced an incompatibility within the partner's own production environment configurations. This supplier-side infrastructure failure disrupted the automated communication flow, preventing the bot from delivering messages.
#### **Resolution**
Our partner's technical team investigated the issue within their environment and traced the failure back to the recently deployed update. The resolution applied by the vendor consisted of performing an immediate rollback to the previous stable version of their messaging service. Once the partner completed this rollback, message delivery was successfully restored, and our support channel returned to normal operations.
#### **Lessons Learned**
This incident reinforced the importance of maintaining an agile contingency and communication strategy to quickly redirect our customers to alternative channels \(such as webchat and forms\) during third-party service outages. Additionally, it highlighted the need to continuously align with our key vendors regarding the requirement for more rigorous validation and testing protocols in their own environments before promoting updates that can impact our operations.
Instabilidade no acesso à plataforma SafeDoc
开始时间 2026年6月26日 UTC 03:30 · 0m
Pending
resolved
Prezado cliente,
Entre 00:17 e 10:40 de 26/06, identificamos uma instabilidade que causou falhas de acesso na plataforma SafeDoc (através do endereço seu.acesso.io) para um grupo específico de clientes. Durante esse período, alguns usuários enfrentaram dificuldades no fluxo de login, processamento e visualização de imagens e arquivos.
A origem do comportamento esteve relacionada a uma atualização programada de manutenção executada na noite de 25/06, que gerou incompatibilidade na parametrização de algumas instâncias do sistema.
Nossos times de Engenharia e SRE identificaram o cenário e aplicaram as correções e ajustes de configuração necessários nas instâncias afetadas. O serviço foi restabelecido e está operando normalmente.
Lamentamos o ocorrido e seguimos monitorando o comportamento da plataforma para garantir a estabilidade das operações. Em caso de dúvidas, nossa equipe de CX está à disposição.
Equipe Unico.
postmortem
**Resumo**
No dia 26 de junho de 2026, entre 00:17 e 10:40 \(horário de Brasília\), um grupo de clientes enfrentou instabilidade que afetou o acesso a alguns de nossos serviços. A falha se manifestou em erros de login, processamento e acesso a arquivos. Nossa equipe de engenharia identificou a causa e restaurou o serviço para todos os clientes afetados.
**Impacto**
Durante o incidente, que durou aproximadamente 10 horas e 23 minutos, 24 clientes ficaram impossibilitados de utilizar funcionalidades essenciais de nossos serviços, impactando suas operações. O acesso foi completamente restabelecido às 10:40 do dia 26 de junho de 2026.
**Causa Raiz**
A causa raiz do incidente foi uma falha durante um processo de atualização programada de sistema, que ocorreu na noite do dia 25 de junho. A atualização de configuração não foi aplicada corretamente em um subconjunto de servidores, fazendo com que o sistema fizesse referência a dependências de software desatualizadas e incompatíveis. Essa falha impediu a comunicação correta com serviços de armazenamento em nuvem e de autenticação, resultando nos erros observados pelos clientes. A ausência de validação automatizada pós-implantação e de alertas centralizados para este tipo de erro de configuração impediu a detecção proativa do problema.
**Resolução**
Assim que o incidente foi reportado na manhã do dia 26 de junho, nossa equipe de prontidão foi acionada. Foi identificado que a falha estava relacionada a uma implantação incorreta de arquivos de configuração. As equipes de engenharia aplicaram as correções necessárias em todas as instâncias afetadas, restaurando a funcionalidade completa dos serviços. Após a aplicação da correção, foi realizada uma verificação completa para garantir que todos os sistemas estivessem operando normalmente.
**Lições Aprendidas**
* Automação na validação: Implementações em larga escala exigem verificações automatizadas pós-implantação para garantir que todas as instâncias tenham sido atualizadas corretamente e de forma consistente.
* Observabilidade centralizada: É fundamental garantir que os registros de erros de todas as aplicações sejam transmitidos para uma plataforma centralizada, permitindo a detecção rápida de anomalias, mesmo que a falha afete a própria capacidade de comunicação da aplicação.
Estamos comprometidos com a confiabilidade de nossos serviços e continuaremos trabalhando para fortalecer nossos sistemas e processos.
Instabilidade parcial aos clientes México no Serviço de Integração IDTrust
开始时间 2026年6月24日 UTC 18:20 · 33m
Outage重大事件
受影响的组件
IDTrust | API
identified
Prezado Cliente,
Detectamos um impacto nas requisições com o fluxo do IDTrust, causando instabilidade aos clientes Mexico que utilizam essa capacidade.
A nossa equipe de tecnologia está analisando o ambiente e as métricas para determinar a causa e a solução. Retornamos em breve com atualizações.
Atenciosamente, Equipe Unico
monitoring
Prezado Cliente,
Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado.
Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem.
Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente, Equipe Unico!
resolved
Prezado Cliente,
Incidente resolvido. Nossa equipe identificou as causas do problema e realizou as ações para que este incidente fosse solucionado.
Dentro de alguns dias compartilharemos maiores detalhes através de um Postmortem.
Pedimos desculpas pelo transtorno e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente, Equipe Unico!
postmortem
**Summary**
On June 24, 2026, between 2:55 PM and 3:26 PM \(Brasília time\), the availability indicator for the process creation flow dropped below 95%, with a total duration of approximately 31 minutes. The incident was caused by an instability in an infrastructure provider used in the risk assessment flow, which began returning errors and latency above expected levels. The impact was concentrated on users from Mexican market clients.
**Impact**
Users of the process creation and authentication flows that relied on the risk assessment step received timeout errors during the period. The impact was more severe for Mexican market clients but also affected authentication flows for other clients.
**Root Cause**
The root cause was an instability in the infrastructure provider responsible for the risk assessment step. The provider began operating with latency well above normal and returning errors, causing requests that depended on this step to become blocked and propagate failures to the process creation and authentication flows. Internal services were unable to isolate the impact of the provider's degradation, resulting in widespread unavailability for all users passing through this step.
**Resolution**
The infrastructure provider stabilized on its own at 3:16 PM. The team identified a timeout configuration need during the incident and opened a correction with explicit values. The incident was closed at 3:50 PM after stability was confirmed.
**Lessons Learned**
The incident highlighted the need to strengthen isolation mechanisms between internal services and infrastructure providers, so that isolated instabilities do not propagate to end users. As follow-ups, the team identified improvements in the resilience of the affected flows and in the documentation of critical dependencies, aiming to reduce response time and impact in future occurrences of a similar nature.
(原始内容存档于2018-06-26) (英语). Instabilidade no vulto de boarding-by Unico e IDPay
开始时间 2026年6月23日 UTC 01:24 · 1h 18m
Outage重大事件
受影响的组件
Messaging SystemAPI
investigating
普雷扎多客户端,
诺萨监测器检测器不规则 没有ID付费 也没有ByUnico公司的通量 (原始内容存档于2019-09-25) (英语). Embora a causa exata aninda esteja sob investigação, is so pode se protestar comididão ou intermitência no serviço.
一种作为 " causas " 的构造装置。 Em breve redronamos com atualiza'es (英语).
identified
普雷扎多客户端,
诺萨装备了ainda está Investigando 一个causa raiz do problema. 诺萨装备了ainda está investigando 一个causa raiz do problema. (原始内容存档于2019-10-12) (英语). Em breve trameos mais atualiza'es.
Alegacemos acomprenseão. 高考成绩(英语:Alegcemos a comprenseão) 高考成绩(英语:Alegencemos a comprenseão).
identified
普雷扎多客户端,
a. 使用或使用下列设备:
eguimos empenhados em restablecer o serviço o mais survamentamente possível e manteremos você informe a evolução.
(原始内容存档于2018-10-29) (英语). Novas atualizações serão enviadas em breve.
monitoring
普雷扎多客户端,
诺萨装备 身份证明 as causas do problema e realizeou as a que sente sporte fosse solucionado. 诺萨装备 身份证明 身份证明 身份证明
(原始内容存档于2013-10-12). Dentro de alguns dias compatilharemos maiores detalhes através de um Postrodium.
(原始内容存档于2018-06-26) (英语). Pedimos desculpas pelo transcoverno e nos colocamos à disoptição para sanar dúvidas através dos nosos canais de attenmento.
阿坦西奥萨门特,尤尼克!
resolved
普雷扎多客户端,
诺萨装备 身份证明 as causas do problema e realizeou as a que sente sporte fosse solucionado. 诺萨装备 身份证明 身份证明 身份证明
(原始内容存档于2013-10-12). Dentro de alguns dias compatilharemos maiores detalhes através de um Postrodium.
(原始内容存档于2018-06-26) (英语). Pedimos desculpas pelo transcoverno e nos colocamos à disoptição para sanar dúvidas através dos nosos canais de attenmento.
阿坦西奥萨门特,尤尼克!
Instabilidade no canal de atendimento via WhatsApp
开始时间 2026年6月19日 UTC 13:08 · 6h 34m
Issues轻微事件
受影响的组件
Whatsapp
investigating
Prezado Cliente,
Estamos analisando uma degradação em nossa plataforma de atendimento aos clientes, causando instabilidade no atendimento via Whatsapp.
Orientamos nossos clientes a enviarem mensagens via formulário, e-mail ou nos contatarem pelo nosso webchat como alternativa de contato síncrono https://business.unico.io/hc/pt-br/p/help-u
Em breve retornaremos com novas atualizações.
monitoring
Prezado Cliente,
Identificamos que a instabilidade que afetava a nossa plataforma de gerenciamento de atendimentos foi corrigida. As ações de correção técnica foram executadas com sucesso pelo nosso parceiro e a comunicação do canal via WhatsApp já se encontra reestabelecida.
Neste momento, nosso time de engenharia e operações segue em monitoramento assistido para garantir a total estabilidade e performance do ambiente.
Pedimos desculpas pelo impacto causado em sua operação.
Atenciosamente,
Equipe Unico
resolved
Prezado Cliente,
O incidente que causava instabilidade no canal de atendimento via WhatsApp foi totalmente resolvido.
A causa do problema foi identificada e a correção definitiva já foi aplicada em produção junto ao nosso parceiro de tecnologia. A integração com a plataforma foi restabelecida e o nosso time de atendimento já está operando e respondendo normalmente.
Agradecemos a parceria e a paciência de todos durante o período de manutenção do canal.
Atenciosamente,
Equipe Unico
postmortem
**Sumário**
No dia 19 de junho de 2026, identificamos uma instabilidade que afetou nosso canal de atendimento via WhatsApp. O incidente, que teve início aproximadamente às 09:00 e foi resolvido às 15:45 \(horário de Brasília\), impediu que nossos agentes acessassem as conversas dos clientes nessa plataforma. A causa raiz foi um problema técnico originado em um de nossos parceiros de tecnologia, que já foi corrigido.
**Impacto**
Durante o período do incidente, o atendimento aos clientes finais através do canal de WhatsApp foi impactado. Como alternativa, os clientes foram orientados a utilizar nossos outros canais de contato, como formulário, e-mail e webchat. As operações foram normalizadas no mesmo dia.
**Causa Raiz**
A investigação, conduzida em conjunto com nosso parceiro tecnológico responsável pela plataforma de gestão de conversas, revelou que a causa do incidente foi uma alteração de certificados de segurança em um sistema terceiro com o qual a plataforma se integra.
Essa alteração invalidou o mecanismo de autenticação utilizado pelo serviço, impedindo a comunicação entre a plataforma de atendimento e o canal do WhatsApp. A detecção do problema foi reativa, pois a falha de autenticação não gerava alertas proativos e o ambiente de testes não utiliza os mesmos certificados do ambiente de produção, o que impediu a reprodução do erro em testes preliminares.
**Resolução**
Após a identificação do problema, a equipe de engenharia do nosso parceiro tecnológico atualizou os certificados de autenticação em seus sistemas para restabelecer a compatibilidade com a plataforma terceira. A correção foi aplicada e validada, normalizando o acesso dos nossos agentes às conversas e restaurando completamente o serviço de atendimento via WhatsApp às 15:45.
**Lições Aprendidas**
* É crucial manter uma comunicação ativa e monitorar os canais de parceiros tecnológicos para se antecipar a mudanças que possam impactar os serviços integrados.
* Falhas de autenticação com serviços externos são um ponto crítico e devem possuir mecanismos de alerta específicos para permitir uma detecção e resposta mais rápidas, reduzindo o tempo de indisponibilidade.
Estamos empenhados em garantir a estabilidade e a qualidade de nossos canais de atendimento e continuaremos a trabalhar em estreita colaboração com nossos parceiros para fortalecer a resiliência de nossos serviços.
Instabilidade no envio de notificações whatsapp para usuários finais - IDCloud (By unico) & ID Pay
开始时间 2026年6月12日 UTC 15:00 · 3h 32m
Outage重大事件
受影响的组件
Messaging System
identified
Prezado Cliente,
Estamos acompanhando uma instabilidade na plataforma de mensageria de WhatsApp, junto à Meta, que está gerando indisponibilidade no envio de links para usuários finais nos produtos IDCloud (By unico) e ID Pay que utilizam o fluxo com o WhatsApp.
Notificações via e-mail e sms estão funcionando normalmente.
Maiores informações sobre incidente da Meta:
https://metastatus.com/
Em breve retornaremos com novas atualizações.
identified
Prezado Cliente,
Seguimos acompanhando a instabilidade na plataforma de mensageria de WhatsApp, junto à Meta, que está gerando indisponibilidade no envio de links para usuários finais nos produtos IDCloud (By unico) e ID Pay que utilizam o fluxo com o WhatsApp.
Notificações via e-mail e sms estão funcionando normalmente.
Maiores informações sobre incidente da Meta:
https://metastatus.com/
Em breve retornaremos com novas atualizações
monitoring
Prezado Cliente,
As ações corretivas para o incidente foram executadas junto ao nosso parceiro.
Nosso time está em monitoramento assistido acompanhando a performance do ambiente.
Pedimos desculpas pelo ocorrido e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico
resolved
Prezado Cliente,
Incidente resolvido. As ações corretivas para o incidente foram executadas junto ao nosso parceiro.
Nosso time está em monitoramento assistido acompanhando a performance do ambiente.
Pedimos desculpas pelo ocorrido e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico
Instabilidade no canal de atendimento via WhatsApp
开始时间 2026年6月12日 UTC 14:58 · 3h 3m
Outage重大事件
受影响的组件
Whatsapp
identified
Prezado Cliente,
Estamos analisando uma degradação em nossa plataforma de atendimento aos clientes, causando instabilidade no atendimento via Whatsapp.
Orientamos nossos clientes a enviarem mensagens via e-mail ou nos contatarem pelo nosso webchat como alternativa de contato sincrono https://business.unico.io/hc/pt-br/p/help-u
Em breve retornaremos com novas atualizações.
monitoring
Prezado Cliente,
As ações corretivas para o incidente foram executadas pelo nosso parceiro.
Nosso time está em monitoramento assistido acompanhando a performance do ambiente.
Pedimos desculpas pelo ocorrido
Atenciosamente,
Equipe Unico
resolved
Prezado Cliente,
Incidente resolvido. as ações corretivas para o incidente foram executadas junto ao nosso parceiro.
Nosso time está em monitoramento assistido acompanhando a performance do ambiente.
Pedimos desculpas pelo ocorrido e nos colocamos à disposição para sanar dúvidas através dos nossos canais de atendimento.
Atenciosamente,
Equipe Unico
