Gandela Certification
Mais do que prometer segurança e confiabilidade, demonstre como seu software foi construído
A Certificação Gandela analisa código, arquitetura, testes e processos para transformar qualidade de engenharia em evidência verificável.
Um sistema pode funcionar bem em uma demonstração e ainda esconder falhas importantes: uma empresa acessando dados de outra, atualizações sem caminho seguro de retorno, ações duplicadas ou testes que não cobrem os riscos mais relevantes.
A Certificação Gandela identifica a diferença entre uma aplicação que apenas aparenta estar correta e uma engenharia que consegue demonstrar tecnicamente seus controles.
A certificação fica vinculada à versão realmente analisada. Assim, qualquer pessoa pode saber qual código foi avaliado, quais critérios foram usados e quais evidências sustentam o resultado.
O perfil Base avalia os fundamentos. Multi-Tenant adiciona controles para sistemas usados por várias organizações, e AI-Assisted avalia o desenvolvimento apoiado por inteligência artificial.
A base de engenharia para sistemas online, integrações, plataformas de gestão e aplicações corporativas.
27 domínios fundamentaisPara plataformas que atendem várias empresas ou organizações no mesmo ambiente, mantendo dados e acessos separados.
Base + controles específicos de isolamentoPara projetos em que a inteligência artificial participa da criação, alteração ou manutenção do software.
Base + governança de engenharia com IACompare os perfis lado a lado Deslize para comparar →
| Requisito | Base | Multi-Tenant | AI-Assisted | Multi-Tenant + AI |
|---|---|---|---|---|
| Domínios fundamentais | 27 | 27 | 27 | 27 |
| Segurança / Privacidade / Auditoria | ✓ | ✓ reforçada | ✓ | ✓ reforçada |
| Isolamento entre organizações | Conforme arquitetura | ✓ obrigatório | Conforme arquitetura | ✓ obrigatório |
| Acessibilidade específica | — | ✓ | — | ✓ |
| Engenharia assistida por IA | — | — | ✓ | ✓ |
| Total de domínios únicos | 27 | 29 | 28 | 30 |
Clique em cada item para entender o que ele significa. O objetivo é identificar riscos que podem comprometer segurança, evolução, confiabilidade e operação.
Verifica se acessos, credenciais e entradas estão protegidos contra uso indevido e vulnerabilidades relevantes para o projeto.
Avalia como dados pessoais e sensíveis são coletados, armazenados, usados, transmitidos e removidos.
Confere se é possível saber quem realizou uma ação, quando, em qual contexto e com qual resultado.
Analisa se o sistema produz registros e indicadores que ajudam a identificar falhas e entender o que aconteceu.
Verifica regras de comunicação entre sistemas, formatos de dados, autenticação, erros e compatibilidade.
Avalia estabilidade, segurança e previsibilidade das telas com as quais as pessoas interagem.
Verifica carregamento, feedback, formulários, confirmações e prevenção de ações acidentais.
Procura falhas silenciosas e operações que desaparecem sem registro, recuperação ou aviso adequado.
Confere o vínculo entre versão, código e evidências, além da capacidade de retornar com segurança após uma mudança.
Identifica onde está a informação válida de cada processo, evitando estados conflitantes e regras duplicadas.
Testes, configurações, relatórios e registros que demonstram tecnicamente os controles existentes.
Verifica se os riscos foram identificados e tratados de acordo com o impacto possível de cada função.
Regras objetivas que impedem uma mudança inadequada de avançar para produção sem ser percebida.
Avalia se alterações críticas em dados, regras e infraestrutura são realizadas de forma controlada.
Confere se os fluxos mais importantes do produto estão identificados, testados e protegidos.
Condições que nunca podem ser quebradas, como separar organizações e manter consistência financeira.
Verifica se problemas relevantes geram testes e proteções para que não voltem a acontecer.
Preserva o motivo e as consequências de escolhas técnicas importantes para facilitar manutenção e evolução.
Protege o sistema contra abuso, tentativas repetidas de acesso e consumo excessivo de recursos.
Verifica se mudanças na estrutura dos dados podem acontecer e, quando necessário, ser desfeitas com segurança.
Avalia se os nomes usados no sistema são consistentes, compreensíveis e não escondem responsabilidades.
Procura complexidade, repetição, acoplamento e dívidas técnicas que criem risco real para o produto.
Confere se os testes protegem comportamentos importantes e representam os riscos reais do sistema.
Avalia se telas e fluxos têm responsabilidades claras e permanecem fáceis de manter e utilizar.
Verifica se evidências podem ser produzidas de forma automática, repetível e menos dependente de declarações manuais.
Protege a ligação entre o certificado, a versão analisada e o software que realmente recebeu a avaliação.
Executa verificações automatizadas de padrões técnicos, dependências, configurações e requisitos aplicáveis.
O perfil Multi-Tenant herda toda a avaliação Base e adiciona controles para sistemas usados por várias empresas, equipes ou organizações sem permitir que dados e permissões se misturem.
Também chamada de tenant isolation, garante que uma empresa não consiga acessar informações de outra, mesmo manipulando links, identificadores ou integrações.
Confere se cada pessoa pode acessar somente as funções e informações necessárias ao seu papel dentro da organização correta.
Banco de dados, registros, mensagens, cópias de segurança, integrações e arquivos são avaliados como possíveis pontos de exposição.
Operações críticas, login, recuperação de conta e funções administrativas recebem uma análise mais rigorosa.
Código produzido com auxílio de IA continua sendo código de produção. Mudanças críticas em login, permissões, banco de dados, integrações ou outras áreas sensíveis precisam ser revisadas e testadas de acordo com o risco.
Em linguagem simples: o perfil AI-Assisted avalia como a equipe usa IA para desenvolver o software. Ele não certifica automaticamente se as respostas de um modelo de inteligência artificial são cientificamente ou factualmente corretas.
Os testes são escolhidos conforme o perfil, a arquitetura, as tecnologias utilizadas e os pontos de maior risco. Uma rodada é uma avaliação completa, não um teste isolado.
“Um usuário autorizado consegue executar esta ação?”
“Um usuário não autorizado consegue?”
“Existe um identificador da organização?”
“O isolamento continua existindo quando manipulamos identificadores?”
“Existe tratamento de erro?”
“Uma exceção pode fazer uma operação desaparecer silenciosamente?”
A certificação é uma jornada de melhoria contínua. O primeiro relatório mostra o cenário; as rodadas seguintes comprovam a evolução.
Apresente o produto, a versão, as tecnologias utilizadas, a arquitetura e os perfis desejados.
Selecionamos as áreas, os critérios de aprovação e as verificações aplicáveis.
Código, configurações, alterações de banco de dados, integrações, testes e evidências entram em análise.
Testes automatizados e análises técnicas consolidam evidências.
Domínio, severidade, evidência, risco, componente e orientação de correção.
Sua equipe transforma o relatório em ações objetivas de engenharia.
A nova versão passa por outra rodada e a evolução é comparada.
Ao atingir os critérios, a versão fica elegível ao certificado verificável.
Uma rodada pode conter muitas verificações. Após realizar melhorias, sua equipe usa a rodada seguinte para medir o que evoluiu e o que ainda precisa de atenção.
PASS significa aprovado; PARTIAL, atendimento parcial; FAIL, requisito não atendido; e BLOCKED, avaliação impedida por falta de condição ou evidência.
Há evidência suficiente de conformidade dentro do escopo avaliado.
Existem controles, mas ainda há pendências relevantes.
Um requisito importante não foi atendido.
Faltou uma condição ou evidência necessária para concluir a avaliação.
As áreas obrigatórias precisam cumprir todos os critérios necessários. Resultado parcial ou requisito não atendido não representa aprovação automática.
Quando a política permitir, uma pendência pode ser registrada com justificativa e prazo. A ressalva permanece visível — nunca escondida no resultado.
O certificado deve manter vínculo com a versão efetivamente avaliada. Ele não significa software invulnerável, não certifica automaticamente versões futuras e não substitui obrigações legais ou regulatórias específicas do cliente.
Uma versão específica do software foi avaliada segundo os critérios técnicos da Gandela e apresentou as evidências exigidas para o perfil concedido.
Permissões testadas, riscos cobertos e problemas transformados em proteções para evitar novas ocorrências.
Segurança, banco de dados, testes, versões, monitoramento, privacidade, arquitetura e qualidade reunidos em uma avaliação verificável.
A pergunta importante é: o que precisou ser demonstrado para conquistá-lo?
Gandela Certification
Seu software não precisa chegar perfeito. Precisa estar pronto para evoluir com clareza, método e evidência.
