Scanner de Riscos em Contratos de Fornecedores: Sinalize Cláusulas Arriscadas e Obtenha um Roteiro de Negociação

Why this prompt matters
Rubber-stamping a contract under deadline pressure is how companies end up locked into auto-renewal clauses that convert to full annual commitments, liability caps that leave them exposed after a vendor's data breach, or unilateral price-increase language that turns a $30,000 contract into a $45,000 one at the next renewal with no negotiation required. Catching these terms before signing takes 15 minutes with a prompt like this one; catching them after signing means a renegotiation, a legal escalation, or living with the bad terms until the next renewal cycle a year later.
What we use it for
Your company's project management SaaS vendor sends a 22-page renewal agreement three business days before the auto-renewal deadline. Legal review normally takes a week, but you need to know today whether anything in the contract needs to be pushed back on before you sign or let the renewal window close.
Prompt
You are a senior commercial contracts attorney with 15 years of experience reviewing SaaS and vendor agreements for mid-market companies. CONTEXT: I'm about to sign a vendor contract and need a risk assessment before I commit. Company: [YOUR COMPANY NAME]. Vendor: [VENDOR NAME]. Contract type: [SAAS SUBSCRIPTION / SERVICES AGREEMENT / SOW / OTHER]. Our leverage: [WE'RE A NEW CUSTOMER / WE'RE RENEWING / WE'RE A LARGE ACCOUNT FOR THEM / WE HAVE COMPETING OFFERS]. Below is the full contract text: [PASTE CONTRACT TEXT HERE] TASK: 1. Read the entire contract and identify every clause that creates risk, cost exposure, or an unfavorable obligation for [YOUR COMPANY NAME]. 2. For each risky clause, classify its severity as HIGH, MEDIUM, or LOW based on financial and legal exposure. 3. For each HIGH and MEDIUM clause, draft a specific redline — the exact replacement or added language — that would make it acceptable. 4. For each redline, write one sentence of negotiation talking points I can say to the vendor's rep to justify the ask. 5. Flag whether each clause is a hard dealbreaker or just worth pushing on. CONSTRAINTS: - Do not flag standard, market-typical clauses as risks just because they exist (e.g., a standard 30-day payment term is not a red flag). - Focus on: auto-renewal terms, liability caps and indemnification, data ownership and deletion rights, unilateral price-increase clauses, termination rights, SLA remedies (or lack thereof), and IP assignment. - If the contract text is incomplete or a section is missing, say so explicitly instead of guessing. - Keep each redline to 2-3 sentences maximum — I need language I can paste into a redlined document, not a legal memo. OUTPUT FORMAT: For each flagged clause: ## [Clause name] — [HIGH/MEDIUM/LOW] **What it says:** [1-sentence summary] **Why it's a problem:** [1-2 sentences] **Suggested redline:** [exact replacement language] **Negotiation talking point:** [1 sentence] **Dealbreaker?** [Yes/No] End with a 3-bullet summary: total clauses flagged, how many are dealbreakers, and your overall recommendation (sign as-is / sign with redlines / walk away).
Result
## Auto-Renewal Term — HIGH
What it says: The agreement automatically renews for a full 12-month term unless either party provides written notice of non-renewal at least 90 days before the current term ends.
Why it's a problem: A 90-day notice window is unusually long for a mid-market SaaS contract (30-60 days is standard), and missing it locks you into another full year at current or increased pricing with no exit option.
Suggested redline: "This Agreement shall automatically renew for successive 12-month terms unless either party provides written notice of non-renewal at least thirty (30) days prior to the end of the then-current term."
Negotiation talking point: "A 30-day notice window is standard across the vendors we're evaluating — we'd like to align this term with market practice."
Dealbreaker? No
## Unilateral Price Increase — HIGH
What it says: Vendor may increase subscription fees by up to 15% annually upon renewal with 30 days' notice, at its sole discretion.
Why it's a problem: There's no cap tied to CPI or a negotiated ceiling, and no right for you to terminate without penalty if you reject the increase — you're locked in even if the new price is unacceptable.
Suggested redline: "Vendor may increase fees upon renewal by no more than the greater of 5% or the annual CPI increase, and Customer may terminate without penalty within 30 days of receiving notice of any increase exceeding this cap."
Negotiation talking point: "We need price predictability for budgeting — capping increases to CPI or 5%, whichever is greater, is standard in our other vendor agreements."
Dealbreaker? No
## Limitation of Liability — MEDIUM
What it says: Vendor's total liability under the agreement is capped at the fees paid in the prior three months, and excludes all indirect and consequential damages including data loss.
Why it's a problem: A three-month cap is thin relative to the potential cost of a data breach or extended outage affecting your operations, and the blanket exclusion of data loss damages is aggressive even for a SaaS agreement.
Suggested redline: "Vendor's liability cap shall be the greater of twelve (12) months of fees paid or $250,000, and shall not apply to breaches of Vendor's data protection or confidentiality obligations."
Negotiation talking point: "Given the volume of customer data this platform will process, we need the liability cap to reflect that exposure, particularly excluding data protection breaches."
Dealbreaker? No, but worth escalating if vendor refuses
Summary: 7 clauses flagged (3 HIGH, 3 MEDIUM, 1 LOW). 0 hard dealbreakers identified. Recommendation: sign with redlines — none of the flagged terms are unusual enough to walk away over, but the auto-renewal window, price-increase cap, and liability cap should all be pushed back on before signing, particularly given this is a multi-year commitment.
A maioria dos prompts de "revise este contrato" falha da mesma forma: eles produzem um resumo em linguagem simples do que o contrato diz, o que não é a mesma coisa que dizer o que fazer a respeito. Um resumo confirma que você leu o documento. Um scanner de riscos informa quais três cláusulas contestar antes de assinar e fornece as palavras exatas para usar quando o fizer.
Por que este prompt é estruturado desta forma
O prompt começa atribuindo um papel específico — um advogado sênior de contratos comerciais — em vez de um enquadramento genérico de "assistente útil". Isso é importante porque ancora os julgamentos do modelo (o que conta como cláusula arriscada, o que é padrão de mercado) a uma perspectiva profissional específica, em vez de uma perspectiva vaga e excessivamente cautelosa que sinaliza tudo como uma preocupação potencial.
A seção de restrições faz a maior parte do trabalho real. Sem uma instrução explícita para não sinalizar cláusulas padrão, prompts de propósito geral tendem a produzir uma parede de sinalizações de baixo valor — um prazo de pagamento padrão de 30 dias, uma cláusula de confidencialidade rotineira — que enterra os dois ou três termos que realmente importam sob o ruído. Nomear as sete categorias de risco específicas nas quais focar (renovação automática, limites de responsabilidade, propriedade de dados, aumentos de preço, direitos de rescisão, remédios de SLA, cessão de propriedade intelectual) mantém a saída concentrada nas cláusulas que criam exposição financeira ou legal real em contratos de fornecedores, em vez de tentar ser uma ferramenta geral de revisão legal.
O requisito de redline é o que torna isso útil, não apenas informativo
A maioria dos prompts de revisão de contratos para na identificação de problemas. Este exige um redline específico — texto de substituição exato — para cada cláusula sinalizada acima da gravidade LOW. É uma escolha de design deliberada: um risco sinalizado sem texto de substituição proposto apenas cria mais trabalho, porque agora você precisa redigir a correção por conta própria. Exigir que o modelo redija texto de redline utilizável transforma a saída em algo que você pode colar diretamente em um documento com controle de alterações, em vez de uma lista de tarefas.
O ponto de negociação para cada redline existe por uma razão diferente: a negociação de contratos não se trata apenas de ter a linguagem legal correta, mas de ter uma justificativa plausível e não confrontacional para dizer em voz alta ao representante de conta do fornecedor, que muitas vezes não é advogado. "Padrão entre os fornecedores que estamos avaliando" e "necessário para previsibilidade orçamentária" são enquadramentos que fazem os redlines serem aceitos sem escalar para um impasse legal.
A bandeira de dealbreaker evita o modo de falha mais comum
Sem uma instrução explícita para distinguir dealbreakers de pontos negociáveis, os prompts de revisão de contratos tendem a tratar cada sinalização com a mesma urgência ou enterrar os problemas realmente sérios entre os itens de contestação rotineiros. Pedir ao modelo que marque explicitamente Yes/No no status de dealbreaker força um julgamento inicial, para que o resumo no final possa dar uma recomendação honesta de "assinar/negociar/sair" em vez de um "aqui estão algumas coisas para considerar" sem compromisso.
Onde este prompt é mais fraco e como compensar
Este prompt não substitui uma revisão legal real para contratos de alto valor ou incomuns — é uma ferramenta de triagem para capturar padrões de risco comuns e bem compreendidos rapidamente, especialmente sob pressão de tempo. Para contratos acima de um limite de materialidade que sua empresa já deveria ter, ou para cláusulas realmente incomuns que o modelo sinaliza como ambíguas, encaminhe para um advogado real. O prompt é explicitamente instruído a dizer quando o texto do contrato está incompleto em vez de adivinhar, o que ajuda a revelar quando uma revisão mais completa é justificada — mas essa instrução só funciona se você ler além da recomendação principal até as ressalvas.
Adaptando-o para sua situação
O campo de leverage entre colchetes — novo cliente, renovação, conta grande, ofertas concorrentes — altera o que o modelo deve sugerir como pedidos realistas. Um novo cliente com ofertas concorrentes tem alavancagem real para pressionar fortemente os limites de aumento de preço; uma conta pequena renovando com um fornecedor dominante tem menos margem, e os pontos de negociação devem refletir isso em vez de sugerir pedidos que simplesmente serão ignorados.