Skip to main content

Política de Atualizações SDK

É essencial que todos os clientes mantenham uma rotina de atualização do SDK, uma vez que novas formas de ataque são desenvolvidas a todo momento. A melhor forma de ter seu negócio protegido contra novos formatos de fraudes de Injection e Liveness é usar a versão mais atualizada do SDK da Unico.

É responsabilidade do cliente manter uma rotina saudável de atualização da SDK, garantindo a versão mínima para o bom funcionamento das nossas soluções em suas operações. Assim como é responsabilidade da Unico disponibilizar versões atualizadas, em relação às ameaças que surgem no mercado, e manter nossos clientes informados sobre o tema. Tendo isso em mente, a Unico criou uma Política de atualização do SDK.

Por que temos uma política de atualizações do SDK?​

Com o SDK desatualizado, nossos clientes estão vulneráveis a ataques de fraudadores. Considerando que a Unico preza pela máxima segurança de seus clientes, além da urgência do tema e necessidade de um processo ágil de atualizações, criou-se a política de atualização do SDK a fim de salvaguardar nossos clientes das mais novas fraudes que aparecem constantemente no mercado. A única forma de estar seguro é estar atualizado.

Categorias de Atualizações​

A Unico categoriza todas as atualizações de SDK entre Crítica e Não-crítica, baseados na criticidade das fraudes que bloqueamos com a nova versão.

  • Atualizações Críticas: São atualizações que visam proteger nossos clientes contra fraudes e ataques recentes no mercado. Elas precisam ser implementadas em até 5 (cinco) dias corridos, tendo em vista a ameaça real que a operação está suscetível. A partir daí, não daremos mais suporte à versões anteriores. Na prática, o cliente que entrar em contato conosco com uma versão anterior a última deverá obrigatoriamente atualizar o SDK para que possamos atendê-lo.

  • Atualizações Não-Críticas: São atualizações mais simples, de melhoria da tecnologia. Elas podem ser implementadas em até 60 (sessenta) dias corridos. Vale reforçar que, quanto mais atual a versão, mais chances de evitar bugs e erros. Por isso recomendamos que seja feita a atualização o mais rápido possível. Após este período, não daremos mais suporte técnico e o cliente precisa atualizar seu SDK para que possamos atuar nos casos.

Nós identificamos as atualizações como críticas no Release Notes com uma tag logo abaixo da versão, conforme exemplo no Release Notes da versão 2.14.1

Estes períodos valem para todos os clientes da Unico, independente da capacidade: IDLive, IDUnico e IDCheck.

Como faço para atualizar?​

Você pode seguir o processo padrão de atualização ou instalação descrito conforme a versão que você utiliza: Web, iOS, Android e Flutter.

Pode acontecer quebra de contrato de API por conta dessa política?​

Quebras de contrato de API são restritas apenas às releases de versões Major (saiba mais sobre versionamento semântico aqui). Isso significa que mudanças significativas no contrato da API só podem ocorrer com grandes mudanças na SDK, e não em revisões menores. Nós temos como prática evitar ao máximo qualquer quebra de versão Major, pois impacta em grandes mudanças na integração com o cliente, o que não é nosso objetivo. Faremos apenas em casos de extrema necessidade e sempre com o objetivo de garantir a segurança em todas as operações.

Onde vejo quais são as novidades das versões?​

Cada uma das versões tem seus próprios release notes conforme os links abaixo, apresentando novas funcionalidades ou correções de bugs / bloqueios de fraudes: iOS: Link Android: Link Web: Link Flutter: Link:

Como faço para saber quando sai uma nova versão?​

Sempre que há uma nova versão do SDK, o site https://developers.unico.io/ é atualizado. Se você é cliente da Unico receberá um e-mail com as atualizações e as informações sobre as mudanças. Caso não esteja recebendo, contate seu CSM.

  • Para atualizações críticas: enviaremos um e-mail assim que a nova versão estiver disponível, com reforço via time de Customer Success. Informando a urgência do tema e o tempo de 5 (cinco) dias corridos para atualização.
  • Para atualizações Não-críticas: para evitar sobrecarga dos times dos clientes, enviaremos um e-mail mensal com o resumo das atualizações não-críticas. Informando os principais pontos de mudança e o tempo de 60 (sessenta) dias corridos para atualização.