Skip to content
Automation
Skill

/legal-vendor-check

Verificar o status dos acordos existentes com um fornecedor em todos os sistemas conectados — int-evo-crm, Gmail, Notion e arquivos locais — com análise de lacunas e prazos próximos. Use ao integrar ou renovar um fornecedor, ao precisar de uma visão consolidada do que está

From plugin
evo-nexus
549193 skills38 agents40 commands9 MCP

Claude Code

$ npx -y skills add evolution-foundation/evo-nexus --skill legal-vendor-check --agent claude-code

SKILL.md

legal-vendor-check.SKILL.md
name: legal-vendor-check
description: Verificar o status dos acordos existentes com um fornecedor em todos os sistemas conectados — int-evo-crm, Gmail, Notion e arquivos locais — com análise de lacunas e prazos próximos. Use ao integrar ou renovar um fornecedor, ao precisar de uma visão consolidada do que está assinado e o que está faltando (MSA, DPA, SOW), ou ao verificar vencimentos próximos e obrigações sobreviventes.
argument-hint: "[nome do fornecedor]"

legal-vendor-check — Status de Acordos com Fornecedor

> **Este documento não constitui aconselhamento jurídico — relatórios de status de acordos devem ser verificados contra documentos originais por profissionais jurídicos qualificados.** > Contatos legais: **Thaís Menezes** (contratos Brius/Etus) | **Vitor Lacerda** (jurídico Etus)

Verificar o status dos acordos existentes com um fornecedor em todos os sistemas conectados. Fornece uma visão consolidada do relacionamento jurídico.

Acionamento

User executa `/legal-vendor-check [nome do fornecedor]` ou solicita verificar status de contratos com fornecedor.

Se nenhum nome de fornecedor for fornecido, solicitar ao usuário que especifique qual fornecedor verificar.

Fluxo de Trabalho

Passo 1: Identificar o Fornecedor

Aceitar o nome do fornecedor do usuário. Tratar variações comuns:

  • Nome jurídico completo vs. nome comercial (ex: "Twilio Inc." vs. "Twilio")
  • Abreviações (ex: "AWS" vs. "Amazon Web Services")
  • Relacionamentos matriz/subsidiária (ex: "Meta" vs. "WhatsApp Business")
  • Nomes em português vs. inglês (ex: "Google Brasil Internet Ltda." vs. "Google")

Perguntar ao usuário para esclarecer se o nome do fornecedor for ambíguo.

Passo 2: Pesquisar nos Sistemas Conectados

Pesquisar o fornecedor em todos os sistemas disponíveis conectados, em ordem de prioridade:

int-evo-crm — Se Conectado

Pesquisar o registro do fornecedor/conta:

  • Status da conta e tipo de relacionamento
  • Informações de contato da equipe jurídica/contratos do fornecedor
  • Oportunidades ou negócios associados

Gmail (via MCP) — Se Conectado

Pesquisar correspondência relevante recente:

  • Emails relacionados a contratos (últimos 6 meses)
  • Anexos de NDA ou acordo
  • Tópicos de negociação
  • Comunicações sobre renovação ou aditivos

Documentos locais / Notion — Se Disponível

Pesquisar:

  • Acordos executados (MSA, NDA, SOW, DPA, SLA)
  • Redlines e rascunhos
  • Materiais de due diligence
  • Certificados de seguro

Discord (canais jurídicos/operações) — Se Relevante

Pesquisar menções recentes (últimos 3 meses):

  • Solicitações de contrato envolvendo este fornecedor
  • Questões jurídicas sobre o fornecedor
  • Discussões relevantes da equipe

Linear / GitHub (via MCP) — Se Relevante

Verificar:

  • Issues relacionadas a este fornecedor (integrações, SLAs, incidentes)
  • PRs ou funcionalidades que dependem de acordos com o fornecedor

Passo 3: Compilar Status dos Acordos

Para cada acordo encontrado, relatar:

| Campo | Detalhes | |-------|---------| | **Tipo de Acordo** | NDA, MSA/Contrato-Mestre, SOW, DPA/Contrato de Processamento de Dados, SLA, Contrato de Licença, etc. | | **Status** | Ativo, Vencido, Em Negociação, Aguardando Assinatura | | **Data de Vigência** | Quando o acordo começou | | **Data de Vencimento** | Quando vence ou renova | | **Renovação Automática** | Sim/Não, com prazo de renovação e período de aviso prévio | | **Termos Principais** | Teto de responsabilidade, lei aplicável, disposições de rescisão | | **Aditivos** | Quaisquer aditivos ou adendos arquivados | | **Localização** | Onde a cópia executada está armazenada |

Passo 4: Análise de Lacunas

Identificar quais acordos existem e o que pode estar faltando:

## Cobertura de Acordos

[CHECK] NDA — [status]
[CHECK/FALTANDO] MSA / Contrato-Mestre — [status ou "Não encontrado"]
[CHECK/FALTANDO] DPA / Contrato de Processamento de Dados (LGPD) — [status ou "Não encontrado"]
[CHECK/FALTANDO] SOW(s) / Escopo de Trabalho — [status ou "Não encontrado"]
[CHECK/FALTANDO] SLA / Acordo de Nível de Serviço — [status ou "Não encontrado"]
[CHECK/FALTANDO] Certificado de Seguro — [status ou "Não encontrado"]

Sinalizar quaisquer lacunas que possam ser necessárias com base no tipo de relacionamento:

  • Se há MSA mas sem DPA e o fornecedor trata dados pessoais → **CRÍTICO sob a LGPD**
  • Se há SOW mas sem MSA → risco de falta de termos-mestre regulando a relação
  • Se fornecedor acessa sistemas internos mas sem acordo de segurança → risco operacional/jurídico

Verificações LGPD para Fornecedores

Para qualquer fornecedor que trata dados pessoais de titulares brasileiros, verificar especificamente:

  • [ ] Contrato de Processamento de Dados (art. 37 LGPD) está em vigor?
  • [ ] Base legal de tratamento está identificada e documentada?
  • [ ] Suboperadores do fornecedor estão listados e aprovados?
  • [ ] Mecanismo de transferência internacional está válido (se dados saem do Brasil)?
  • [ ] Prazo de notificação de incidente está dentro do exigido (orientação ANPD: 72h para riscos graves)?
  • [ ] Obrigações de devolução/destruição de dados na rescisão estão definidas?

Passo 5: Gerar Relatório

## Status de Acordos com Fornecedor: [Nome do Fornecedor]

**Data da Verificação**: [data de hoje]
**Fontes Verificadas**: [lista de sistemas pesquisados]
**Fontes Não Disponíveis**: [lista de sistemas não conectados, se houver]

## Visão Geral do Relacionamento

**Fornecedor**: [razão social completa + CNPJ se conhecido]
**Tipo de Relacionamento**: [fornecedor/parceiro/cliente/etc.]
**Status no CRM**: [se disponível]
**Trata Dados Pessoais**: [Sim/Não — se Sim, verificar DPA]

## Resumo dos Acordos

### [Tipo de Acordo 1] — [Status]
- **Vigência**: [data]
- **Vence**: [data] ([renova automaticamente / não renova automaticamente])
- **Aviso de não-renovação**: [prazo]
- **Termos Principais**: [resumo dos termos materiais]
- **Localização**: [onde a cópia executada está armazenada]

### [Tipo de Acordo 2] — [Status]
[et
Read more
@evolution-foundation
Ships withevo-nexus

The open source operating system for AI-powered businesses

549193 skills38 agents9 MCP
Get the whole plugin

Stars on GitHub

Momentum

stars in total
549
Star history of evolution-foundation/evo-nexus on GitHub, a chart by star-history.com

Other skills on evo-nexus.

More skills from other plugins.

agent-builder

agent-builder

Load immediately after an Agent intent, before the first agent_builder_* call. Governs how you create, configure, test, and…

n8n12d209k
@n8n-io@n8n-ioInstall Skill
browser-use

browser-use

Direct browser control via CDP for web interaction: automation, scraping, testing, screenshots, and site/app work. Also covers…

@browser-use@browser-useInstall Skill
agent-browser

agent-browser

Browser automation CLI for AI agents. Use when the user needs to interact with websites, including navigating pages, filling…

@vercel-labs-2@vercel-labs-2Install Skill
add-anydoc

add-anydoc

Add local office-document-to-Markdown conversion to NanoClaw agent containers with the pinned Firecrawl AnyDoc CLI. Use when…

@nanocoai@nanocoaiInstall Skill

Questions about legal-vendor-check.

Which coding agents can use legal-vendor-check?
legal-vendor-check installs in Claude Code, Codex, Cursor, Gemini CLI, GitHub Copilot, OpenCode and Windsurf with the skills CLI, using each agent's flag shown on this page. Flowy's auto-invocation, which fires a skill when your prompt matches, runs in Claude Code only.