Criei nosso próprio SSO

O CONCEITO, EM LINGUAGEM COMUM

Antes de tudo: o que é um SSO

SSO é a sigla de single sign-on, que em bom português é uma entrada só. Você já usa um todo dia sem reparar: ao entrar na sua conta do Google, o Gmail, o Drive e o YouTube param de pedir senha — eles perguntam ao Google quem é você e aceitam a resposta.

Dentro de uma empresa, isso resolve três perguntas que parecem burocráticas e custam caro quando não têm resposta:

Quem é essa pessoa? Sem uma central, cada sistema responde por conta própria. Significa cada um guardando senhas, cada um com seu formulário de login, cada um errando de um jeito diferente — e a mesma pessoa com cinco senhas, que na prática viram uma só anotada num papel.

A que ela tem direito? Ter acesso a um sistema não é ter acesso a tudo dentro dele. Quem compra precisa ver fornecedor; quem cuida de pessoas precisa ver documento de funcionário; e nenhum dos dois precisa ver o do outro. Sem central, essa régua é redesenhada em cada sistema, por quem estiver construindo naquele mês.

E quando ela sai da empresa? Essa é a cara. Sem um lugar único, desligar alguém vira um exercício de memória: em quais sistemas essa pessoa tinha conta mesmo? Quem for esquecido continua entrando — e ninguém descobre, porque não há onde olhar.

Um SSO transforma essas três perguntas em uma tela só. É disso que este caso trata.

DIAGNÓSTICO OPERACIONAL

Como era antes

Os sistemas internos foram nascendo um a um, cada um resolvendo a identidade do seu jeito. Um guardava senha no próprio banco. Outro tinha uma tabela de usuários só dele. Um terceiro não tinha autenticação nenhuma — quem chegasse na URL, entrava.

Isso produz três problemas que só aparecem juntos. Não há como responder “quem tem acesso a quê” sem abrir cinco sistemas. Não há como cortar o acesso de alguém que saiu da empresa numa ação só — e sim lembrando de cinco lugares. E cada novo sistema recomeçava a discussão de login do zero, geralmente escolhendo o caminho mais rápido.

ENGENHARIA E ARQUITETURA

O que eu fiz

Uma central de identidade: catálogo dos sistemas, perfis dentro de cada um, concessões por pessoa, criação de colaborador com senha temporária e troca obrigatória no primeiro acesso.

Uma delimitação que evitou uma confusão cara: esse catálogo é de colaborador, não de público externo. Parceiro e anunciante não entram no mesmo cadastro de quem opera a empresa. São dois perímetros com regras diferentes, e misturá-los é o tipo de decisão que só cobra a conta depois.

RESULTADOS MENSURÁVEIS

O que mudou

Existe um lugar único que responde quem acessa o quê, e um caminho único para conceder e revogar.

O que não vou chamar de pronto: plugar os cinco sistemas é trabalho sistema a sistema, e só uma parte está de fato autenticando pela central. Enquanto não estiverem todos, a promessa de “cortar acesso num lugar só” não está cumprida — está em andamento.

E há um risco conhecido e documentado: um administrador único, sem caminho de auto-recuperação, é ponto único de falha. Se essa conta cair, a central cai, e com ela todos os sistemas plugados. Está escrito como risco aberto porque é isso que ele é.

DINÂMICA DE OPERAÇÃO

Uma coisa que eu descobri tarde, e você descobriria também

Um erro ficou três semanas no ar porque a mensagem dele apontava para o lugar errado.

A tela dizia, em essência, que o sistema não estava autorizado — o que soa como problema de permissão da pessoa que está tentando entrar. Todo mundo foi procurar no lugar que a mensagem indicava: o cadastro do usuário, o perfil, a concessão. E não era nada disso: era um campo vazio no cadastro do próprio sistema, três telas adiante.

Erro sem mensagem faz você procurar. Erro com a mensagem errada faz você procurar com confiança, no lugar errado, por muito mais tempo. Hoje, quando algo não autentica, a primeira coisa que confiro é o cadastro do sistema — não o da pessoa.

A versão curta da lição: mensagem de erro é interface, e interface que mente custa semanas.