As armadilhas dos Contratos de Tecnologia

Imagina a seguinte cena que, olha, provavelmente tá acontecendo neste exato minuto em algum prédio comercial chique por aí. Com certeza é, você tem aquela mesa de sala de reuniões gigantesca cercada por executivos, o pessoal de compras tá lá operando com todos aqueles processos super estruturados deles, os famosos fluxos intermináveis. Exato, os gestores de TI, sabe, gente com décadas de experiência no mercado avaliando requisitos, e tem advogado para todo lado revisando mil cláusulas de responsabilidade.

É um verdadeiro exército corporativo, né?

Pois é. E aí, de repente, eles fecham um contrato milionário de tecnologia, apertam as mãos, comemoram lá os, sei lá, 15% de desconto que conseguiram espremer do fornecedor, e e mentalmente já estão abrindo champanhe.

Sensação de dever cumprido total.

Todo mundo ali tem a mais absoluta certeza de que sabe negociar muito bem. Só que, bom, o problema é que na imensa maioria das vezes essa empresa não negociou absolutamente nada.

Olha, essa é uma ilusão corporativa que eu acho fascinante. E detalhe, custa bilhões por ano.

Bilhões?

Sim, porque a diretoria sentou lá, comparou umas 3 propostas, bateu o pé no preço e assinou o Mas a dura realidade, na real, é que eles apenas autorizaram uma despesa.

Caramba!

É, existe um abismo gigantesco, sabe, entre você comprar uma promessa comercial linda e de fato estabelecer uma obrigação contratual real.

E é exatamente por isso que a nossa análise de hoje vai colocar uma lupa gigante nessa ferida. O nosso material base para este mergulho profundo é um artigo super incisivo que foi escrito lá em julho de 2026 pelo Regis Bronzatti.

Excelente texto, por sinal.

Sim, muito bom. Ele é advogado, é mestre em computação e, tipo, pelo que parece, é alguém que passa a vida tentando ajudar as empresas a pararem de se sabotar na hora de comprar TI.

Basicamente isso.

E a nossa missão hoje, para quem nos escuta, é justamente desconstruir essa ilusão, é entender como pegar essas promessas de vendas e transformar em obrigações contratuais que sejam reais, mensuráveis e, claro, e claro, blindadas contra falhas.

É sobre colocar governança de verdade na mesa.

Perfeito, certo. Vamos desempacotar isso. Eu quero começar pelo momento em que a tecnologia inevitavelmente quebra. Vamos olhar para a maior cortina de fumaça corporativa que existe, que é o famoso SLA.

Ah, o SLA, o acordo de nível de serviço. É aí que a mágica da decepção acontece, sabe?

Como assim mágica?

Porque antes de assinar, O contrato tem aquelas tabelas lindas, né? Prometem, sei lá, disponibilidade de 99,9% ao ano, atendimento de incidente crítico em 1 hora.

Nossa, resolução em 4 horas e hierarquia de escalonamento. Tudo parece super rigoroso no papel.

Exato. Quem tá comprando lê aquilo, vê os números bonitos e tem aquela paz de espírito achando que a operação tá protegida.

Parece até que tão comprando um escudo impenetrável.

Mas a história muda de figura no momento em que, digamos, o servidor principal cai numa sexta-feira à noite de pico de vendas.

O pior cenário possível.

O pior. O sistema para, a logística congela, o cliente não finaliza a compra e o prejuízo nosso começa a ser contado aos milhões por hora.

É o caos total.

E é justamente nessa hora de pânico que a diretoria descobre um detalhe bizarro nas entrelinhas. Não tem previsão de multa.

Pois é, nenhuma. Zero. Zero. Não tem crédito de serviço, não abate na fatura do mês que vem. E o pior, a empresa não pode nem cancelar o contrato sem pagar uma multa rescisória absurda pro fornecedor que tá errando.

Isso escancara a fragilidade da coisa toda. Porque, pensa bem, se não tem consequência financeira, o acordo vira, sei lá, uma sugestão de bom comportamento.

É um pedido de por favor.

Exatamente. O fornecedor não tem nenhum incentivo financeiro para priorizar aquele problema. O SLA é violado e a única punição que ele sofre é tipo uma reunião.

Ah, a famosa e inútil reunião de alinhamento de SLA. Eu gosto de usar uma analogia aqui. É tipo você fazer um contrato que obriga um cara a correr uma maratona de 42 km, ditando até a marca do tênis, Mas você esquece de colocar o que acontece se no quilômetro 10 ele simplesmente decidir sentar no meio-fio para tomar um sorvete.

É uma excelente analogia.

Chamado de negociação, o contrato vira inútil e a reunião é puro teatro corporativo.

Teatro puro. Na reunião, eles mostram uns gráficos coloridos, pedem desculpas formais, prometem um plano de melhoria super genérico para o próximo trimestre e a margem de lucro deles continua intacta.

Intacta.

Por isso é que as penalidades financeiras são o único mecanismo real de governança. E olha, não é vingança do cliente, sabe?

Claro, não é uma questão de punir por punir.

Exato. E nem de dar multa gigantesca por qualquer coisinha. Até porque descontar R$3.000 na fatura não compensa os milhões que a fábrica perdeu parada à tarde.

Aham, a função da multa é alinhar incentivos.

Perfeito, é transferir o risco de volta. Pensa numa empresa de TI que atende 10 clientes enormes. Num dia caótico, todos têm problema ao mesmo tempo, mas só um desses clientes tem um contrato que corta o pagamento se o SLA não for cumprido.

Adivinha para quem os melhores engenheiros vão ligar primeiro?

Não precisa nem pensar duas vezes, né? A sobrevivência financeira dita prioridade. Sem dor no bolso, o serviço só foi descrito no papel, nunca foi contratado de verdade.

É só uma planilha de boas intenções.

Exatamente. O primeiro passo para amadurecer a negociação é atrelar essas métricas ao faturamento do fornecedor.

Bom, o que nos leva direto para um segundo erro que parece ainda mais, sei lá, ignorado pelas empresas. Se o primeiro é não punir a falha de imediato, o segundo é um problema de longo prazo, que é ignorar que a tecnologia tem uma certidão de óbito.

Nossa, sim, o prazo de validade técnica.

Pois é, toda tecnologia tem uma data pré-determinada para morrer, e o artigo do Regis traz um ponto muito louco, porque é uma coisa legal que já deveria ser óbvia há muito tempo.

Ele cita a famosa Lei do Software, a Lei 9.609, e veja bem, ela é de 1998, nós estamos em 2026, são mais de 25 anos dessa regulamentação.

Muito tempo demais.

E a lei é super clara: o prazo de validade técnica da versão que você tá comprando precisa ser informado de forma bem legível. E não é só avisar a data, quem vende tem que garantir o suporte durante esse período inteiro.

Mas na prática, nas mesas de negociação, isso acontece?

Um silêncio constrangedor. A maioria absoluta das compras ignora o ciclo de vida.

Olha, Pra nossa audiência visualizar o quão absurdo é isso, imagina comprar um elevador caríssimo pra um prédio de 50 andares e você simplesmente não pergunta pra fabricante até quando eles vão produzir o cabo de aço ou se vai ter técnico daqui a 4 anos.

É loucura, né?

Total. A empresa bate no peito achando que comprou um ativo estratégico, mas na verdade comprou uma bomba-relógio. Aqui é onde a coisa fica realmente interessante. Porque a miopia operacional é assustadora.

Essa analogia do elevador é perfeita, porque definir prazo previne um risco absurdo no futuro. Isso levanta uma questão importante se a gente olhar para o ecossistema SAP que o autor menciona.

Aham, que é super complexo.

Muito.

O SAP não é um bloco único de código. Tem produto satélite, módulo financeiro, logística, banco de dados, e cada engrenagem tem o seu próprio ciclo de vida e a sua data de fim de suporte. E como as empresas empresas não colocam essas datas no papel, a informação simplesmente evapora, né?

Evapora, fica na memória daquele consultor que já até saiu da empresa, ou num link obscuro de um portal que ninguém acessa.

Até que, do nada, a tela pisca, avisa que o suporte acaba mês que vem e instaura o pânico.

O pânico total. E o risco vira um custo financeiro não planejado gigantesco, porque a diretoria começa a perguntar se vai ter patch de segurança, se a atualização é obrigatória e, o pior, quem vai pagar pela mão de obra dessa migração.

E aí a resposta é, adivinha? O cliente paga tudo.

Paga tudo. Porque se o contrato não previu o horizonte de sustentação, o cliente vira refém. O fornecedor dita a regra, o ritmo e põe o preço que quiser na migração.

É, e a empresa fica encurralada. Ou paga a fortuna ou o núcleo da operação para. E o mais bizarro é que essa transferência de risco, sabe, de comprar algo sem validade clara, ela fica ainda pior quando a gente olha para a prestação de serviços de TI.

Ah, a famosa contratação de horas de consultoria. Sai o produto, entra o tempo das pessoas.

Os pacotões de horas. 1.000 horas, 20.000 horas. O fornecedor manda uma proposta super arrumadinha dizendo o valor da hora do júnior, do pleno, do sênior. Parece tudo super organizado, né?

Parece, mas o que falta nessa proposta é justamente o que garante o sucesso. Não tem entregável objetivo, não tem meta de produtividade, e o mais chocante, não tem limite de retrabalho.

Zero. Eles podem errar e cobrar para consertar.

Exato. Aí o orçamento acaba, as milhares de horas somem, e o problema raiz continua lá. O autor até resgata um conceito do TCU. O Tribunal de Contas da União.

Sim, um acórdão de 2003, né?

Isso. O TCU batizou isso de paradoxo lucro-incompetência. É um nome cirúrgico.

Cirúrgico e cruel, na real. Porque a matemática desse paradoxo diz que, se o cara é pago só pelo volume de horas, ser ineficiente é um baita negócio.

Altamente lucrativo.

Uhum. Se o time do fornecedor é ruim, eles gastam 10 vezes mais tempo. O consultor comete um erro primário, tem que refazer tudo e o que deveria levar 2 dias leva 2 semanas. E a consultoria, bom, ela fatura muito mais com isso. Resolver rápido é prejuízo para eles.

Esse é o coração do problema. Tem uma divergência de interesses brutal. A empresa quer resolver rápido e o fornecedor quer morar no projeto para faturar mais.

O cliente assume o risco todinho. Mas peraí, deixa eu fazer o papel de advogada do diabo aqui rapidinho.

Claro, manda!

Porque assim, existem situações na TI que são super nebulosas, sabe? Tipo mexer num sistema legado de 15 anos atrás ou um projeto totalmente novo com IA. Não tem como fechar um valor fixo se ninguém sabe o tamanho do buraco. Nesse caso, contratar por hora não seria, na verdade, o único jeito honesto de fazer negócio?

Olha, é um excelente ponto. E o próprio Regis concorda com isso no artigo. Contratar por hora não é um crime. Tem situações críticas, projetos ágeis, que fechar o escopo no dia 1 é impossível. O erro não é a ferramenta de horas.

O erro é o pacote solto.

O erro devastador é contratar horas sem controle nenhum, sem governança.

Tá, e como se põe governança nisso se tem tanta incerteza?

Com marcos de controle rígidos. Você precisa ter limites, tipo um teto máximo de esforço autorizado para investigar um erro. Passou daquilo, a diretoria tem que aprovar. E se houver retrabalho por erro crasso do consultor, essas horas não podem ser faturadas.

Faz todo sentido.

Tem que ter critérios objetivos de aceite para liberar o próximo lote de horas. Sem isso, o contrato é um cheque em branco. A empresa absorve todo o risco e a consultoria fica no conforto.

Um cheque em branco corporativo gigantesco. E olha, é muito doido ver a comparação que o texto faz entre a iniciativa privada e o setor público nisso. Porque no mercado privado, a galera bate no peito se achando o supra-sumo da eficiência, né?

Aham, olham pro governo com desdém.

Total! E no entanto, o setor privado tá comendo poeira das regras do TCU há 20 anos.

Literalmente comendo poeira. Porque o TCU sacou esse ralo de dinheiro público lá atrás, eles criaram a Súmula 269. E o que ela faz? Ela inverte a lógica. No governo, a remuneração tem que estar vinculada à entrega de resultado ou a nível de serviço. Pagar puramente por hora virou uma exceção raríssima.

Tem que justificar muito para pagar por hora, né?

Exato. Enquanto isso, o setor privado, as empresas mais ricas do país, estão lá assinando pacotes de 20 mil horas baseados puramente no otimismo. Eles precisam adotar essa postura do setor público para ontem.

Então, o que tudo isso significa, né? Se a gente sabe de tudo isso, que SLA sem multa não serve para nada, que omitir validade é cilada e que hora solta financiar incompetência, por que as empresas grandes, cheias de gente inteligente, continuam errando tanto?

Se conectarmos isso com um panorama maior, a gente vê que a raiz não é técnica, é cultural. É o que o autor chama de negociação fragmentada.

Ah, o trabalho em silos.

Exatamente. Compra só olha para o desconto, TI só quer saber se a funcionalidade roda. O jurídico recebe a minuta aos 45 do segundo tempo e só checa a responsabilidade civil.

Segurança da informação só manda aquele questionário padrão chato.

É, e o pessoal de negócios tá lá gritando que tem que aprovar logo pra não perder o timing do mercado.

É o Frankenstein corporativo. Ninguém tá olhando o monstro inteiro. E quem nada de braçada nisso? O vendedor.

O vendedor domina do início ao fim. E a empresa cliente fica refém da própria desorganização, porque não tem um maestro cruzando todas essas áreas.

E soma-se a isso, tem o fator psicológico, né? A resistência bizarra de falar sobre falha. A diretoria só quer ouvir sobre inovação, transformação digital. Se você levanta a mão para perguntar da multa, te chamam de pessimista.

É, burocrata chato que atrapalha o andamento das coisas. Mas olha, exigir garantias não significa que você acha que o fornecedor é mau caráter.

Claro que não. É só entender que problemas matematicamente vão acontecer.

Sim. A tecnologia falha, o mercado muda, as pessoas erram. Ter um contrato blindado é criar uma rede de segurança para quando a gravidade agir. Discutir multa é um ato de maturidade.

Sim, é governança pura. Bom, chegando na nossa síntese de hoje, o recado para quem nos escuta é claro: negociar TI não é chorar desconto. Negociar é transformar uma expectativa otimista numa obrigação jurídica inquestionável.

É traduzir métrica em consequência financeira.

Exatamente. Se o SLA pode ser ignorado sem punição, se a validade é secreta e as horas são cheque em branco, a sua empresa não negociou. Ela só fez uma transferência bancária assumindo todo o risco.

Perfeito. E o autor fecha o artigo de um jeito que resume bem a tragédia: o muro foi construído, as horas foram cobradas, o contrato foi assinado, Só esqueceram de verificar se estava reto.

Nossa, genial! Um muro torto caríssimo que uma hora vai desabar na cabeça da TI. E para fechar o nosso encontro de hoje, eu deixo uma provocação para nossa audiência pensar, indo um pouquinho além do artigo.

Vamos lá!

Se a base de um bom contrato é antecipar a falha e garantir a punição financeira, como vai ser isso quando os smart contracts os contratos inteligentes entrarem de vez no jogo.

Nossa, em blockchain e tudo mais.

Isso. Imagina um algoritmo imparcial monitorando o sistema. A hora que cair além do SLA combinado, a IA já executa o corte no pagamento instantaneamente, sem precisar de reunião, sem apresentação de PowerPoint.

Instantâneo.

Será que os gigantes de tecnologia tão acostumados com essa leniência corporativa, estão preparados para assinar um contrato onde a máquina, fria e objetiva, vai ser a juíza final das falhas deles?

Olha, eu acho que muitos iam correr dessa mesa de negociação, viu?

Com certeza. Fica o convite para reflexão: leiam seus contratos com calma, garantam a governança antes que o servidor caia. E até o nosso próximo mergulho profundo.