Como este tema funciona na sua empresa
Rateio frequentemente não é formalizado. Custos são mantidos em centro de custo único de TI, não rateados. Quando há pressão para saber quanto cada área "paga", resposta é estimativa informal. O desafio é criar minimamente estrutura que traga visibilidade: quais são os custos compartilhados? Qual é o critério justo para alocar?
Rateio começa a ser formalizado. Critério simples (por usuário, por receita) é estabelecido. Primeiro ciclo frequentemente causa conflito — áreas questionam se critério é justo. O desafio é comunicar transparência e encontrar ponto de equilíbrio entre simplicidade e precisão.
Rateio sofisticado com múltiplos drivers (por serviço, por consumo, por projeto). Revisão anual formalizada. Debate sobre metodologia é constante — BUs questionam alocações de custos corporativos que as afetam. O desafio é manter rigor técnico sem deixar metodologia parecer "manipulada" para favorecer alguns.
Rateio de custos de TI é processo de alocar despesas compartilhadas de tecnologia — como infraestrutura, suporte, softwares corporativos — entre centros de custo ou áreas de negócio, usando critérios explícitos de consumo ou benefício. O objetivo é que cada área veja quanto de TI está embutido no seu custo operacional, e que a alocação seja percebida como justa[1].
Por que rateio importa e quais são os riscos
Rateio importa porque cria visibilidade do custo de TI para o negócio. Se TI é um centro de custo único sem rateio, negócio não entende quanto cada iniciativa está custando. Com rateio, cada área vê seu "share" de TI no resultado operacional, e isso muda comportamento — incentiva eficiência de consumo.
Risco de rateio mal-feito é que cria conflito. Se metodologia não for clara ou parecer injusta, áreas contestam — "por que estou pagando por serviço que não uso?" ou "por que aquela área usa mais e paga menos?". Rateio que causa conflito é contraproducente: gera desconfiança, politização, sem benefício para TI.
A diferença entre rateio que funciona e que não funciona é transparência — não é perfeição. Se você explicar o critério, o cálculo, o resultado, e permitir desafios — a maioria das áreas aceita, mesmo que não concorde 100%.
Categorização de custos: o que se rateia, o que não
Nem todo custo de TI deve ser rateado. O primeiro passo é separar custos diretos de custos compartilhados.
Custos diretos são específicos a uma área e não são rateados: desenvolvimento de sistema para Comercial, infraestrutura dedicada para Produção. Financeiro, paga o custo direto de seu ERP. Ninguém questiona porque é óbvio que é custo dessa área.
Custos compartilhados são benefício de múltiplas áreas: suporte ao usuário, infraestrutura de data center, licenças corporativas, conectividade. Esses requerem rateio. Exemplo: custo de internet é compartilhado — não é usado apenas por uma área.
Recomendação: começar categorizando cada custo — é direto ou compartilhado? Custos diretos vão para cada área. Custos compartilhados vão para pool de rateio.
Critérios de rateio por porte de empresa
Critério simples: rateio por número de usuários de TI ou por receita da área. Facilita cálculo, todos entendem. Desvantagem: não reflete consumo real. Exemplo: se Marketing tem 5 usuários e Operação tem 20, Marketing paga 1/5 do custo compartilhado? Mas se Marketing usa mais sistema de CRM...resulta em aproximação, não precisão.
Critério misto: custos básicos rateados por usuário ou receita (simples); custos específicos rateados por consumo (mais preciso). Exemplo: suporte ao usuário por número de usuários, infrastructure cloud por GB utilizado. Começa a exigir sistema para rastrear consumo (logs de cloud, dados de ticket por area, etc).
Critério sofisticado: ABC (Activity-Based Costing) onde cada custo é alocado por driver específico de consumo. Infrastructure, cloud por consumo em tempo real; desenvolvimento por horas gastas; suporte por volume de tickets. Exige sistema de ITFM e disciplina de coleta de dados. Trade-off: precisão máxima, complexidade máxima.
Critérios comuns de rateio e seus trade-offs
Por número de usuários: simples, transparente, fácil de calcular. Desvantagem: não reflete consumo (Marketing pode usar mais infraestrutura que Operação). Melhor para: pequenas empresas, custos bem compartilhados (suporte ao usuário).
Por receita da área: alinhado com capacidade de cada área pagar. Pressuposto: TI agrega valor proporcional à receita da área. Desvantagem: não reflete consumo técnico real (suporte de RH não consome proporcionalmente ao tamanho orçamentário). Melhor para: empresas onde receita é proxy de tamanho operacional.
Por consumo técnico (GB, CPU, transações): o mais justo tecnicamente. Desvantagem: exige infraestrutura de medição sofisticada. Melhor para: grandes empresas com cloud, onde consumo é automaticamente medido.
Por horas alocadas (para desenvolvimento): reflete esforço real. Desvantagem: requer disciplina de time tracking. Melhor para: serviços de desenvolvimento, consultoria interna.
Fixo + variável: parte fixa (infraestrutura básica) é rateada por usuário ou receita; parte variável (consumo extra) é rateada por consumo real. Balanço entre simplicidade e precisão. Recomendado para médias e grandes empresas.
Implementação do rateio: passo a passo
Passo 1 — Identificação de custos: listar todos os custos de TI, categorizar como direto ou compartilhado. Reunir dados de consumo (usuários por área, receita, GB consumido). Tempo: 2-3 semanas.
Passo 2 — Seleção de critério: propor 2-3 opções de rateio, mostrar impacto de cada uma (qual área paga mais/menos em cada cenário). Obter consenso no comitê de TI. Tempo: 1-2 semanas.
Passo 3 — Cálculo inicial: aplicar critério aos custos, calcular alocação por área. Validar que total alocado = total de custos. Tempo: 1-2 semanas.
Passo 4 — Validação com áreas: apresentar resultado individual para cada CFO/Controller de área, explicar metodologia, ouvir objeções. Ajustar se houver erro metodológico (não por pressão política). Tempo: 2-3 semanas.
Passo 5 — Documentação: documento conciso (2-3 páginas) explicando: o que é rateado, critério escolhido, por quê, como se calcula, resultado por área. Publicar para toda empresa. Tempo: 1 semana.
Passo 6 — Comunicação: apresentar resultado em reunião; responder perguntas. Deixar claro: "esta é metodologia que usaremos este ano; propomos revisão anual se contexto mudar". Tempo: 2-3 sessões.
Comunicação e legitimação: evitando conflito
Rateio mal comunicado causa mais conflito que rateio impreciso. Comunicação eficaz começa com clareza sobre processo: "vamos definir juntos como alocar custos compartilhados. Não é perfeito, mas deve ser justo."
Passos de comunicação:
- Educação: explicar por que rateio importa — visibilidade de custo, alinhamento de incentivos, responsabilidade por consumo
- Transparência: mostrar planilha com cálculo — não há "caixa preta"; qualquer um consegue validar
- Inclusão: convidar áreas participar da escolha de critério, não impor
- Aceitação de feedback: "se vocês verem erro metodológico, façam apontamento"; mas deixar claro: questões políticas não vão mudar metodologia
- Revisão periódica: "vamos revisar anualmente se critério continua apropriado"
Revisão anual do rateio: quando manter, quando mudar
Cada ano, pergunte: metodologia ainda faz sentido? Consumo das áreas mudou significativamente? Há new áreas que não existiam quando metodologia foi definida?
Critério para manter versus mudar:
- Manter se: consumo relativo de áreas não mudou muito (variação < 20%), áreas aceitam alocação, critério continua transparente
- Revisar se: nova área foi adicionada (como alocar?), consumo de tecnologia mudou (ex: migração para cloud muda estrutura de custos), áreas questionam metodologia consistentemente, estrutura de negócio mudou significativamente
Quando revisar, idealmente repita processo: propor opções, buscar consenso. Muda a metodologia? Ótimo. Mas deixe claro: mudança é porque mundo mudou, não porque "metodologia anterior estava errada".
Sinais de que sua empresa precisa estruturar rateio de custos de TI
Se você se reconhece em três ou mais cenários abaixo, rateio deveria ser formalizado.
- Áreas frequentemente perguntam: "quanto TI custa para mim?"e você não consegue responder com precisão
- Custos de TI são mantidos em centro de custo único, sem visibilidade de consumo por área
- Quando há projeto de TI em uma área, debate sobre "quem paga?" frequentemente fica político
- Diferentes áreas têm percepção muito diferente de quanto "pagam" por TI
- Não há critério formal para alocar custos — quando necessário, alocação é ad-hoc
- Áreas alegam que algumas outras "usam mais mas pagam menos"
Caminhos para estruturar rateio de custos de TI
A estruturação do rateio pode ser conduzida internamente ou com apoio especializado, dependendo da sofisticação desejada.
Viável quando empresa é pequena ou média e quer rateio simples de custos compartilhados.
- Perfil necessário: Gerente de TI com conhecimento de contabilidade de custos, acesso a dados de consumo e de receita por área
- Tempo estimado: 4-8 semanas para estruturar, implementar e comunicar
- Faz sentido quando: empresa é pequena ou média, rateio é simples (por usuário ou receita), há boa relação com CFO
- Risco principal: sem facilidade externa, risco de metodologia ser percebida como tendenciosa; sem benchmark, é difícil validar
Indicado quando empresa é grande, rateio é sofisticado ou há histórico de conflito sobre alocação de custos.
- Tipo de fornecedor: Consultoria de Gestão Financeira de TI, especialista em ITFM ou Contabilidade de Custos
- Vantagem: neutralidade externa, metodologia robusta, facilitação de conversas difíceis, benchmark de outras empresas
- Faz sentido quando: empresa é grande ou tem múltiplas BUs, rateio anterior causou conflito, ou quer sofisticação de ABC
- Resultado típico: metodologia definida e acordada em 6-8 semanas, sistema de rastreamento implementado, áreas capacitadas em como usar dados
Precisa estruturar rateio de custos de TI?
Se rateio é prioridade para melhorar visibilidade de custos e responsabilidade de áreas, o oHub conecta você gratuitamente a consultores de gestão financeira de TI. Em menos de 3 minutos, você descreve a situação e recebe propostas, sem compromisso.
Encontrar fornecedores de TI no oHub
Sem custo, sem compromisso. Você recebe propostas e decide se e com quem avançar.
Perguntas frequentes
Como ratear custos de infraestrutura de TI?
Infraestrutura compartilhada (data center, rede, backup) pode ser rateada por: número de usuários (simples), consumo técnico em GB/CPU (preciso), ou combinação fixa+variável (balanceado). Critério depende de capacidade de medir consumo. Simples é melhor que preciso-mas-complexo se ninguém entende.
Quais critérios usar para alocar custos de TI?
Critérios comuns: número de usuários (simples, transparente), receita da área (alinhado com capacidade de pagar), consumo técnico (preciso mas exige medição), horas alocadas (para desenvolvimento). Melhor usar combinação: custos fixos por usuário/receita, custos variáveis por consumo. Sem critério explícito, rateio vira político.
Por usuário, por receita ou por consumo: qual critério?
Por usuário: simples, transparente, funciona para pequenas empresas. Por receita: alinhado com tamanho da área, funciona se receita é proxy de operação. Por consumo: o mais justo, exige infraestrutura de medição. Combinação é melhor: parte fixa por usuário/receita, parte variável por consumo.
Como evitar conflitos ao ratear custos de TI?
Conflito vem de falta de transparência ou percepção de injustiça. Evite: (1) use critério explícito, documentado; (2) mostre cálculo — não há "caixa preta"; (3) inclua áreas na escolha do critério; (4) revisão anual permite ajustes se contexto muda; (5) comunique que nenhum critério é perfeito, mas deve ser justo.
Como documentar a metodologia de rateio?
Documento deve incluir: o que é rateado (quais custos?), o que não é (quais custos são diretos?), critério escolhido e por quê, como se calcula (passo a passo), resultado por área, data da próxima revisão. Publique para toda empresa. Isso evita mal-entendido e permite desafios técnicos.
Como rever a metodologia de rateio periodicamente?
Revisão anual recomendada. Pergunte: consumo das áreas mudou (> 20% variação)? Nova área foi criada? Tecnologia mudou (ex: migração para cloud)? Se sim em qualquer pergunta, considere revisar. Quando revisa, repita processo: propor opções, obter consenso, comunicar mudanças com justificativa.