Robô com permissão limitada agora recebe a recusa certa
Quem restringe o que um robô pode fazer no funil — por exemplo, deixar que ele mova cards mas não feche negócios — recebia uma resposta que parecia falha de login quando o robô tentava a ação proibida. Isso fazia integrações tentarem se reconectar em vez de simplesmente pular a ação. Agora a recusa é explícita e informa o que aquele robô pode fazer.
- CorreçãoQuando um robô tenta uma ação fora da lista de permissões dele, a resposta deixou de parecer erro de autenticação. Agora ela diz que a ação não é permitida e lista o que aquele robô pode fazer.
- MelhoriaIsso viabiliza colocar um robô para organizar o funil sem autoridade para fechar negócio: ele move cards entre etapas e é impedido de marcar ganho ou perda.
Disponibilidade
Esta versão está publicada no Docker Hub. Ela ainda não foi instalada nos servidores — a atualização de cada instalação é um passo separado.
O que mudou
Esta versão interessa a quem conecta um robô ou automação ao funil. Para quem usa o painel, nada muda.
É possível limitar o que um robô faz no funil. Uma configuração útil é deixar que ele mova cards entre etapas, mas não feche negócios — assim ele organiza o trabalho e a decisão comercial continua com uma pessoa.
O problema estava na resposta quando o robô tentava a ação proibida. Ela vinha com o mesmo formato de uma falha de autenticação, como se a credencial fosse inválida. Uma integração razoável, ao ver isso, tenta se reconectar — ou para de funcionar achando que perdeu o acesso. Nada disso era verdade: a credencial estava correta, apenas a ação não era permitida.
Agora a recusa é explícita e traz a lista do que aquele robô pode fazer. A integração entende que deve pular aquela ação e seguir com as outras.
Para quem usa o painel
Nada muda. A resposta antiga continua valendo para pessoas — ela é o que faz o painel pedir login de novo quando a sessão expira.