fundamentos
Fundamentos de TPRM: A base para um programa estruturado de gestão de riscos de terceiros
TPRM (Third Party Risk Management) é um programa de governança que identifica, avalia e controla riscos provenientes de terceiros. Estruturado em cinco pilares — inventário, avaliação, monitoramento, remediação e continuidade — um programa de TPRM bem desenhado reduz exposição a incidentes, garante conformidade regulatória e alinha responsabilidades entre risco, compras, jurídico, privacidade, segurança e auditoria. Este guia apresenta os fundamentos que toda organização precisa dominar antes de executar controles.
O que é TPRM e por que importa para sua organização
TPRM (Third Party Risk Management) é um programa estruturado de governança que identifica, avalia, monitora e controla riscos introduzidos por terceiros — fornecedores, prestadores de serviço, parceiros tecnológicos e qualquer entidade externa que tenha acesso a dados, sistemas, processos ou ativos críticos da organização.
Diferente de uma "gestão de fornecedores" tradicional focada em qualidade, prazo e preço, TPRM coloca risco no centro. Um terceiro pode cumprir contrato perfeitamente, mas representar exposição significativa em segurança da informação, conformidade com LGPD, continuidade de negócios ou integridade.
Por que importa? Porque terceiros são vetores de risco não-linear. Um fornecedor comprometido, mal gerido ou inadequado para sua criticidade pode:
- Causar incidentes de segurança (vazamento de dados, ransomware, acesso não autorizado)
- Violar conformidade regulatória (LGPD, normas bancárias, setoriais)
- Gerar concentração operacional (dependência de um único fornecedor crítico)
- Comprometer continuidade de negócios
- Danificar reputação e confiança
TPRM responde a essas ameaças com visibilidade, controle proporcional e decisões informadas.
Os cinco pilares de um programa de TPRM estruturado
Um programa maduro de TPRM repousa sobre cinco pilares interdependentes:
1. Inventário e Segmentação
Toda organização possui dezenas, centenas ou milhares de terceiros. Começar por inventário significa catalogar quem são, que funções desempenham e qual criticidade possuem. Criticidade não é óbvia: um fornecedor pequeno de uma função crítica (ex.: provedor de autenticação) pode ser tão importante quanto um grande fornecedor de suprimentos.
Segmentação permite aplicar rigor proporcional: terceiros críticos recebem due diligence intensiva; terceiros de baixo risco recebem controles mais leves. Isso otimiza esforço e orçamento.
2. Avaliação de Risco (Due Diligence)
Due diligence é o processo de investigar e questionar o terceiro antes e durante a relação. Envolve:
- Análise de contexto: qual risco o terceiro pode introduzir (dados, segurança, conformidade)?
- Questionários e questionários de segurança
- Auditorias, certificações e comprovantes
- Análise de antecedentes (reputação, sanções, litígios)
- Visitas técnicas quando apropriado
A avaliação produz um score ou matriz de risco que informa a decisão de onboarding: aceitar, aceitar com condições (plano de ação), ou rejeitar.
3. Monitoramento Contínuo
Risco não é estático. Um terceiro aceito pode mudar de propriedade, sofrer incidente de segurança, perder certificação ou falhar em conformidade. Monitoramento contínuo significa:
- Reavaliar periodicamente (anualmente, a cada dois anos, conforme criticidade)
- Rastrear notícias, sanções e incidentes públicos
- Revisar evidências de conformidade (certificados, relatórios de auditoria)
- Coletar indicadores operacionais (performance, SLA, incidentes)
- Investigar mudanças materiais (ownership, localização, serviços)
4. Remediação e Governança de Exceções
Quando avaliação ou monitoramento identificam gaps, a organização não descarta automaticamente o terceiro. Em vez disso, cria um plano de ação: o terceiro tem prazo para remediar a não-conformidade. Se remediar, mantém relacionamento; se não remediar, a exceção é escalada para decisão de negócio (continuar com risco aceito, ou desligar).
Isso exige trilha de auditoria clara: quem identificou o gap, qual era o prazo, como se resolveu, quem aprovou.
5. Continuidade de Negócios e Gestão de Incidentes
Um terceiro crítico pode sofrer indisponibilidade (incêndio, ataque cibernético, falência). A organização precisa:
- Mapear dependências críticas (quais terceiros são single points of failure?)
- Exigir planos de continuidade (backup, redundância, recovery)
- Ter plano de resposta a incidentes envolvendo terceiros (notificação, investigação, remediação)
- Documentar impacto de negócio para escalar rapidamente
Responsabilidades por função: quem faz o quê em TPRM
TPRM não é responsabilidade de uma área única. Cada função traz perspectiva crítica:
Risco/Compliance: Define critérios e matriz de avaliação, documenta decisões, garante consistência, monitora maturidade geral do programa.
Compras/Sourcing: Identifica terceiros, negocia contratos, informa risco ao resto da organização, implementa clausulas de compliance e segurança.
Jurídico: Redige cláusulas contratuais que transferem, limitam ou definem responsabilidade por risco (direito a auditoria, SLA de segurança, obrigações de notificação em caso de incidente).
Privacidade/LGPD: Avalia se o terceiro processa dados pessoais (operador ou suboperador), garante conformidade com LGPD, valida acordos de processamento.
Segurança: Define requisitos técnicos de segurança, avalia questionários de segurança, autoriza integração técnica, monitora controles de segurança.
Auditoria Interna: Testa se o programa de TPRM funciona conforme desenhado, verifica trilhas de auditoria, relata achados e recomendações.
Alinhamento entre essas funções é crítico. Se risco aprova um terceiro mas segurança não autoriza integração técnica, o programa quebra.
O ciclo de vida do terceiro em TPRM
Cada terceiro passa por fases distintas, cada uma com controles apropriados:
Onboarding: Terceiro é identificado (novo contrato ou existente não documentado). Due diligence é realizada. Decisão: aceitar, aceitar com condições, ou rejeitar.
Operação/Monitoramento: Terceiro está ativo. Monitoramento contínuo ocorre (reavalições periódicas, rastreamento de mudanças, investigação de incidentes). Planos de ação são acompanhados.
Offboarding: Terceiro é descontinuado (fim de contrato, término de serviço, ou desligamento por risco). Dados do terceiro são destruídos conforme contrato e regulação. Conhecimento crítico é transferido internamente.
Falta de offboarding estruturado é vulnerabilidade comum: ex-fornecedores retêm acesso a sistemas ou dados.
Governança e decisões críticas em TPRM
Um programa de TPRM exige estrutura de governança: quem aprova o quê, em qual prazo, com qual evidência.
Decisões de risco (aceitar, aceitar com condições, rejeitar) precisam de autorização apropriada. Terceiros críticos podem exigir aprovação de executivo ou comitê. Decisões precisam ser documentadas: qual era o risco, qual era o critério, quem aprovou, por quê.
Escalações acontecem quando avaliação inicial é inconclusiva ou terceiro não remediar gap. Escalação move decisão para nível hierárquico mais alto ou comitê apropriado.
Exceções e aceites de risco são decisões formais de "operamos com este terceiro apesar de risco identificado". Precisam de aprovação, justificativa e prazo de reavaliação. Sem isto, exceções viram norma silenciosa.
Indicadores e métricas de maturidade em TPRM
Como saber se seu programa é efetivo? Algumas métricas ajudam:
- Cobertura: Quantos % de terceiros ativos estão no inventário? Meta: 95%+
- Avaliação: Quantos % de terceiros críticos completaram due diligence? Meta: 100%
- Monitoramento: Quantos % de terceiros foram reavalados no período esperado? Meta: 80%+
- Remediação: Quantos planos de ação foram criados? Quantos foram fechados? Qual o tempo médio de fechamento?
- Incidentes: Quantos incidentes envolveram terceiros? Qual impacto?
- Trilha de auditoria: Decisões de risco deixam rastro documentado e auditável?
Próximos passos para implementação
Se sua organização está começando em TPRM:
- Comece com inventário: Faça census de todos os terceiros ativos. Documente função, dados que acessam, criticidade.
- Defina critérios de avaliação: Trabalhe com risco, segurança, privacidade e jurídico para acordar: quais riscos avaliar? Que score define criticidade?
- Inicie due diligence de críticos: Aplique rigor primeiro a terceiros de alta criticidade. Isso já reduz exposição significativamente.
- Estruture monitoramento: Defina frequência de reavalição conforme criticidade. Automatize rastreamento de notícias e mudanças quando possível.
- Documente governança: Quem aprova o quê? Em qual prazo? Qual evidência é necessária? Deixe isto claro para evitar decisões inconsistentes.
- Alinhe com contratação futura: Novas contratações devem passar por due diligence *antes* de assinatura, não depois. Envolva compras e jurídico desde o início.
TPRM não é projeto com fim. É programa contínuo que amadurece com tempo, aprendizado e ajuste conforme mudanças no ambiente de risco, regulatório e tecnológico. O segredo é começar estruturado, manter consistência e documentar tudo.
Fontes consultadas
Referências usadas para contextualizar este conteúdo. A análise e as recomendações são originais da equipe VenRisk.
Perguntas frequentes
Dúvidas comuns sobre o tema
Qual é a diferença entre TPRM e gestão de fornecedores tradicional?
Gestão de fornecedores tradicional foca em qualidade, prazo e preço do serviço ou produto. TPRM coloca risco no centro: identifica se o terceiro pode causar incidente de segurança, violar conformidade, criar concentração operacional ou danificar reputação. Um fornecedor pode cumprir contrato perfeitamente mas representar risco elevado em segurança ou privacidade.
Por onde começar um programa de TPRM?
Comece com inventário: mapeie todos os terceiros ativos e sua criticidade. Depois, defina critérios de avaliação de risco com a equipe (risco, segurança, privacidade, jurídico). Priorize due diligence para terceiros críticos. Estruture monitoramento contínuo e governança de decisões.
TPRM é obrigatório no Brasil? Qual é o fundamento legal?
TPRM não é mandatório por lei específica, mas é exigido indiretamente por regulações. Organizações que processam dados pessoais devem cumprir LGPD, que responsabiliza controladores e operadores por falhas de terceiros. Instituições financeiras e setores regulados (energia, telecomunicações, saúde) têm requisitos de continuidade e segurança que demandam TPRM. Agências como CISA, NIST e Banco Central do Brasil recomendam TPRM como prática de segurança e continuidade.
Quantos terceiros uma organização típica precisa gerenciar?
Varia enormemente conforme tamanho, setor e complexidade. Pequenas organizações podem ter dezenas; grandes empresas podem ter centenas ou milhares. O importante é inventário completo e segmentação por criticidade: nem todo terceiro merece o mesmo nível de rigor.
Como decidir se um terceiro é 'crítico'?
Criticidade depende de risco introduzido e impacto potencial. Pergunte: (1) O terceiro acessa dados sensíveis ou pessoais? (2) Se indisponível, quanto tempo a organização continua operando? (3) Quanto impacto financeiro ou regulatório causaria uma falha? (4) Existem alternativas fáceis? Se respostas indicam alto impacto, o terceiro é crítico e merece due diligence e monitoramento intensivos.
Qual é a diferença entre onboarding, monitoramento e offboarding?
Onboarding é a fase inicial: terceiro é avaliado antes de ativar relacionamento. Decisão é tomada com base em due diligence. Monitoramento é fase operacional: terceiro continua sendo avaliado periodicamente, e mudanças são rastreadas. Offboarding é fim de relacionamento: dados são destruídos, acesso é revogado, conhecimento é transferido. Cada fase tem controles apropriados.
O que é um 'plano de ação' em TPRM?
Quando due diligence ou monitoramento identificam que terceiro não atende critério de risco, em vez de desligar imediatamente, cria-se plano de ação: terceiro concorda em remediar o gap em prazo definido. Exemplo: terceiro não tem ISO 27001 mas concorda em alcançá-la em 6 meses. Plano tem proprietário, prazo e evidência de progresso. Se terceiro não remediar, situação escala para decisão de negócio.
Qual é o papel de LGPD em TPRM?
LGPD responsabiliza controladores (organizações) por falhas de operadores e suboperadores (terceiros que processam dados pessoais). Se terceiro sofre vazamento ou falha em conformidade, a organização é responsável. Isso torna TPRM obrigatório para qualquer organização que contrate terceiros para processar dados pessoais. Avaliação LGPD é parte crítica de due diligence.
Como automatizar TPRM sem canibalizar o julgamento humano?
Automação é ferramenta, não substituta. Use ferramentas para: (1) Centralizar inventário e rastreamento de terceiros; (2) Automatizar coleta de questionários; (3) Rastrear notícias e mudanças públicas; (4) Alertar para reavalições vencidas. Mas decisões de risco, autorização de exceções e negociação de remedição exigem julgamento humano informado por dados.
O que é 'fourth-party risk'?
Fourth-party risk é risco introduzido pelos fornecedores dos seus fornecedores. Exemplo: você contrata Cloud Provider A, que usa Cloud Provider B internamente. Uma falha ou incidente em B pode afetar seu serviço. TPRM básico cobre first-party (direto); programas maduros começam a mapear e monitorar fourth-party críticos.
Continue lendo
Artigos relacionados
Fundamentos
O que é TPRM? Guia completo de gestão de riscos de terceiros
TPRM (Third-Party Risk Management) é a disciplina de identificar, avaliar e monitorar os riscos que fornecedores e parceiros trazem à sua organização. Entenda o ciclo completo, as etapas e como estruturar um programa.
Ler artigoconformidade
Risco cibernético de terceiros: avaliação contínua e monitoramento pós-onboarding
Guia prático para estruturar monitoramento contínuo de riscos cibernéticos de fornecedores além da avaliação inicial, integrando frameworks reconhecidos como NIST Cybersecurity Framework e CISA Supply Chain Risk Management.
Ler artigo