A fatura da AWS chegou R$ 380 mais cara que o mês anterior. O contrato com o cliente não tinha cláusula de reajuste. A empresa de TI absorveu o prejuízo, ajustou a planilha, e prometeu para si mesma que no próximo contrato ia fazer diferente. Três meses depois, o dólar subiu de novo.
Isso não é exceção. É o ciclo padrão de empresas de TI que vendem cloud embutida num contrato de serviço sem uma metodologia de precificação que cubra o risco real.
O problema não é técnico. É financeiro e contratual. Quem vende cloud como parte de um managed service está assumindo um risco cambial que o cliente deveria carregar, mas o contrato não diz isso. E enquanto a fatura do provedor sobe, o contrato com o cliente permanece fixo.
Por que repassar a fatura com markup fixo é um erro que aparece só no fim do mês
A lógica parece razoável: a fatura da AWS custou R$ 2.000, então cobra R$ 2.600 do cliente com 30% de margem. Fechado.
O problema é que esse cálculo captura o custo de um mês específico, com o dólar de um dia específico. No mês seguinte, o dólar subiu 8%. A fatura ficou R$ 2.160. O contrato continua em R$ 2.600. A margem caiu de 23% para 17% sem que ninguém tomasse nenhuma decisão errada.
O dólar fechou 2024 valendo 27,3% mais caro do que no início do ano. Uma empresa com R$ 2.000 mensais de cloud AWS comprada em dólar, sem cláusula de reajuste, absorveu cerca de R$ 400 a mais por mês no pico da variação. Isso é R$ 4.800 no ano. Não é perda contábil. É dinheiro que saiu do caixa.
Mais de 70% das empresas brasileiras de tecnologia relataram aumento de custos de nuvem em 2024 por causa do câmbio, segundo levantamento publicado pelo TI Inside. A maioria continuou repassando a mesma fatura com o mesmo markup. A margem foi encolhendo sem que o cliente soubesse e sem que a empresa conseguisse fazer nada a respeito.
O markup fixo sobre a fatura do provedor não é precificação. É aposta no câmbio.
Os itens que variam mês a mês e que a maioria esquece de colocar na proposta
A fatura do provedor é só o começo. Existem outros custos que variam todo mês e que raramente aparecem na proposta inicial.
IOF sobre pagamento internacional: quando a empresa paga a fatura da AWS no cartão corporativo internacional, incide IOF sobre cada transação. Após o Decreto nº 12.466/2025 e a decisão do STF em julho de 2025, a alíquota foi unificada em 3,5% para a maioria das operações de câmbio. Sobre uma fatura de USD 400 (R$ 2.000 ao câmbio de R$ 5,00), isso representa R$ 70 que não aparecem na proposta e não entram no cálculo de margem.
Egress fees: transferência de dados para fora da nuvem tem custo por GB em todos os provedores principais. Um ambiente que transfere 500 GB/mês para fora da AWS paga cerca de USD 45 em egress (USD 0,09/GB). Se o uso dobrar num mês de campanha, esse item salta para USD 90, variação de 100% em apenas um componente da fatura.
IPs públicos alocados e parados: recursos não desalocados continuam gerando custo mesmo sem uso ativo. Esse é um dos itens que mais aparece em auditorias de ambiente.
Tributos sobre a NF: no regime de Lucro Presumido, empresas de serviços de TI recolhem PIS de 0,65% e COFINS de 3% sobre o faturamento bruto, mais ISS de 2% a 5% conforme o município. Esses tributos incidem sobre o valor total da nota fiscal, incluindo o repasse de cloud. Uma nota de R$ 3.000 pode ter até R$ 261 de tributos sobre a própria nota, sem contar o que foi pago ao provedor.
O custo real de cloud pública pode ser 40% a 70% maior que o preço anunciado quando somados IOF, impostos brasileiros, egress fee, IPs públicos e câmbio. Análise da Flexera (State of the Cloud 2024) e de distribuidoras como Ingram Micro Brasil apontam esse acúmulo de custos ocultos, e raramente ele aparece nas propostas comerciais.
A fórmula de precificação cloud com margem real (inclui IOF, câmbio e buffer de egress)
A precificação de cloud embutida num contrato de serviço precisa de uma fórmula com componentes explícitos. Não uma planilha de uma linha.
O modelo funciona assim:
Custo base do provedor (A): valor da fatura em USD convertido pelo PTAX do último dia útil do mês anterior. Esse câmbio é calculável com antecedência e serve como referência contratual.
Buffer cambial (B): 15% a 20% sobre o custo base. Essa faixa cobre variações mensais razoáveis sem que a empresa precise renegociar o contrato a cada oscilação. Se o câmbio subiu menos que o buffer no mês, a diferença vira margem. Se subiu mais, existe a cláusula de reajuste (ver seção 5) para cobrir o excedente.
IOF e custos de pagamento internacional (C): 3,5% sobre o custo base se o pagamento for feito em cartão corporativo internacional. Empresas que compram via distribuidor nacional (Ingram Micro, TD Synnex) faturam em BRL e eliminam esse componente, mas devem ajustar a margem de negociação.
Buffer de egress e variação de consumo (D): 10% sobre o custo base como estimativa conservadora para ambientes típicos. Ambientes com transferência de dados intensa precisam de análise específica.
Margem de serviço gerenciado (E): o custo da gestão, monitoramento e suporte. Esse é o único componente fixo e independe da variação do provedor. Deve aparecer separado na proposta e na nota fiscal.
Tributos sobre NF (F): calculado sobre (A + B + C + D + E). No Lucro Presumido, ISS + PIS + COFINS chega a aproximadamente 8,65% dependendo do município. Esse valor precisa ser incluído no preço final cobrado do cliente.
Preço final = (A + B + C + D) / (1 - F) + E / (1 - F)
Não é complexo. É o custo real calculado para fora, não para dentro.
Como travar o custo base com Reserved Instances e Committed Use antes de fechar proposta
Ambiente dimensionado sem reserva de capacidade paga sob demanda em cada hora de uso: a fatura muda conforme o consumo real, não conforme o que foi estimado na proposta. Antes de fechar uma proposta com cliente, vale a pena converter a maior parte do custo de compute em compromisso.
Reserved Instances na AWS e Committed Use Discounts no GCP permitem travar um preço fixo para instâncias de compute por 1 ou 3 anos, com desconto de 30% a 60% sobre o preço on-demand. Com o custo de compute travado, a variação mensal fica restrita a storage, egress e serviços sem cobertura de reserva.
Na prática: um ambiente com R$ 2.000 mensais em AWS onde 60% é compute pode ter R$ 1.200 convertidos em Reserved Instance. Isso tira da equação de risco o maior componente da fatura. O buffer de variação então incide sobre os R$ 800 restantes, não sobre o total.
A decisão de qual prazo de reserva usar depende da duração do contrato com o cliente. Não faz sentido comprar reserva de 3 anos para um contrato de 12 meses sem cláusula de renovação.
O relatório 2025 State of the Cloud aponta que cerca de 27% do gasto em cloud é desperdiçado mesmo em ambientes com boa intenção de controle. Quem vende cloud gerenciada e não acompanha esse número está financiando o desperdício do cliente com a própria margem.
O que incluir no contrato para não absorver variações de câmbio do próximo trimestre
Contrato sem cláusula de reajuste cambial é uma aposta de que o dólar não vai subir. Nos últimos anos, essa aposta tem perdido.
A linguagem contratual precisa de dois elementos separados.
Primeiro: separar custo de infraestrutura de custo de serviço na mesma NF. O custo de infraestrutura (cloud) é variável e atrelado ao câmbio. O custo de serviço gerenciado (gestão, monitoramento, suporte) é fixo e independe do provedor. Quando os dois aparecem numa linha só na nota fiscal, fica impossível justificar reajuste de um sem reajustar o outro.
Segundo: cláusula de reajuste atrelada ao PTAX. O texto funciona assim: o componente de infraestrutura da fatura mensal será calculado com base no custo em USD do período, convertido pelo PTAX de venda publicado pelo Banco Central no último dia útil do mês de referência, acrescido do buffer contratual de X%. Caso a variação cambial no mês supere o buffer contratual, a diferença será repassada na fatura do mês seguinte com comprovação de fatura do provedor.
O PTAX é calculado pelo Banco Central como média das cotações do dólar comercial ao longo do dia e é a referência padrão em contratos de câmbio no Brasil. Em 27 de agosto de 2026, o PTAX registrou R$ 5,1637 (compra) e R$ 5,1642 (venda). Usar essa referência deixa o critério objetivo e auditável.
Pesquisa da Serasa Experian de abril de 2026 mostra que apenas 14,7% das PMEs conseguiram repassar aumentos de custo aos clientes nos últimos 12 meses. Isso não é porque os clientes recusam aumentos. É porque o contrato não previa mecanismo para isso.
Quando o mecanismo está no contrato desde o início, o reajuste não é surpresa. É o que está escrito.
Exemplo prático: precificando um ambiente AWS de R$ 2.000 mensais com margem protegida
Situação real: empresa de TI gerencia um ambiente AWS para um cliente. A fatura do provedor foi USD 400 no mês anterior. O câmbio PTAX ficou em R$ 5,00.
Calculando cada componente:
Custo base (A): USD 400 x R$ 5,00 = R$ 2.000
Buffer cambial de 18% (B): R$ 2.000 x 0,18 = R$ 360
IOF sobre pagamento internacional de 3,5% (C): R$ 2.000 x 0,035 = R$ 70
Buffer de egress e variação de consumo de 10% (D): R$ 2.000 x 0,10 = R$ 200
Subtotal de infraestrutura (A+B+C+D): R$ 2.630
Margem de serviço gerenciado (E): R$ 800 (fixo, independe do provedor)
Subtotal antes de tributos: R$ 3.430
Tributos sobre NF no Lucro Presumido (aprox. 8,65%, back-calculado): R$ 3.430 / (1 - 0,0865) = R$ 3.755
Preço cobrado do cliente: aproximadamente R$ 3.755
Comparando com o modelo de markup fixo de 30%: R$ 2.000 x 1,30 = R$ 2.600. Diferença de mais de R$ 1.100.
Não é markup ganancioso. É custo real calculado. O cliente está pagando o que o serviço custa. E a empresa de TI tem margem real para cobrir o que acontecer no mês seguinte.
Se o dólar subir de R$ 5,00 para R$ 5,80 no próximo mês (16% de variação), o buffer cambial de 18% cobre a diferença sem precisar renegociar. Se subir mais que isso, a cláusula de reajuste no contrato justifica o repasse com comprovação da fatura do provedor.
Três passos para revisar sua precificação antes da próxima fatura
O primeiro passo é mapear quanto do custo atual está sendo absorvido pela empresa e não está no preço cobrado do cliente.
Pega a média das últimas três faturas do provedor em reais. Soma o IOF pago, 3,5% se o pagamento foi em cartão corporativo internacional. Depois, os tributos que incidiram sobre a NF nesse mesmo período. O total vai contra o que foi cobrado do cliente: se a diferença for menor que 25%, a precificação está subcoberta.
Segundo passo: separa na proposta o componente de infraestrutura do componente de serviço. Mesmo que o valor cobrado fique parecido no primeiro mês, a separação abre caminho para a cláusula de reajuste sem que pareça uma surpresa.
Terceiro passo: inclui o texto de reajuste PTAX no próximo contrato que for assinar. Não no aditivo de um contrato antigo. No próximo. E vai substituindo os antigos na renovação.
O terceiro passo, o texto de reajuste PTAX, pode entrar no próximo contrato que for assinar sem nenhuma renegociação com o cliente atual. É a mudança com menor fricção e maior efeito imediato na proteção de margem.
Precificação errada de cloud é prejuízo que aparece na fatura do provedor, não na proposta que o cliente aprovou. Se você tem contratos ativos onde o componente de cloud está num valor fixo sem cláusula de reajuste, o próximo trimestre já é risco. A Coffe&Code Labs faz um diagnóstico técnico e financeiro da sua estrutura de custos de cloud e da linguagem contratual com os seus clientes atuais, e entrega um modelo de precificação com os componentes que faltam. Acesse o contato e descreva o volume mensal de cloud que você gerencia.