BPO financeiro para empresas de TI: o que sai da mesa do fundador e o que fica

É a terceirização da rotina financeira, com o fundador decidindo e aprovando: contas a receber, contas a pagar, cobrança, conciliação bancária, folha e relatórios gerenciais. Não é a contabilidade, que continua obrigatória por lei (Código Civil, art. 1.179) e apura o imposto. É o que acontece antes dela, todo dia. Na empresa de TI a rotina tem forma própria. A receita entra por assinatura recorrente ou por marco de projeto. A nota precisa sair com o item certo da LC 116 (1.04 desenvolvimento, 1.05 licenciamento, 1.06 consultoria, 1.07 suporte). O cliente PJ pode reter imposto na nota. O optante do Simples não sofre IRRF nem os 4,65% de CSLL, Cofins e PIS (IN RFB 765, art. 1º; Lei 10.833, art. 32, III), e o BPO informa isso ao cliente antes da primeira fatura. A folha de desenvolvedores é o maior custo e precisa entrar no custo de cada projeto. E o relatório que interessa é a DRE por projeto, com a estrutura do art. 187 da Lei 6.404 aplicada a cada contrato, mais o caixa projetado. O BPO organiza, confere e reporta; a decisão fica com quem responde pela empresa.

Devolvendo ao fundador dois números que ele não tem quando faz o financeiro sozinho: a margem de cada projeto e o caixa das próximas semanas. Empresa de TI cresce por contrato, e cada contrato tem receita, equipe e infraestrutura próprias. Somados, dão o resultado da empresa. Separados, dizem qual assinatura paga a equipe que exige, qual projeto sob encomenda rendeu 30% e qual rendeu 5%, e qual cliente consome suporte acima do que paga. A DRE gerencial por projeto, com a estrutura do art. 187 da Lei 6.404, é esse relatório. O caixa projetado traz assinaturas a receber, marcos a faturar, folha e nuvem a pagar nas próximas oito a doze semanas. É o que diz se dá para contratar o próximo dev agora ou depois do contrato em negociação. Com a rotina terceirizada, a cobrança recorrente sai em dia, a retenção do cliente é conferida na hora e a conciliação é diária. O número do relatório é o número do banco. O fundador continua aprovando pagamento, definindo preço e decidindo contratação, com informação em vez de sensação.

Não, e a lei não deixa. O art. 1.179 do Código Civil obriga o empresário e a sociedade empresária a seguir um sistema de contabilidade, com escrituração uniforme e documentação. Obriga também a levantar anualmente o balanço patrimonial e o de resultado. A contabilidade apura o imposto, entrega as obrigações acessórias, fecha o balanço e cuida do enquadramento no Simples. Na TI, é o Anexo III sem Fator R para desenvolvimento e licenciamento (LC 123, art. 18, § 5º-B) e o Fator R para consultoria. O BPO é a camada anterior. Cobra, paga, concilia, fecha a folha, classifica cada lançamento por projeto e devolve ao fundador a DRE gerencial e o caixa projetado. Os dois se alimentam. A nota emitida pelo BPO com o item certo entra na apuração da contabilidade, e a retenção conferida no comprovante do cliente é abatida no PGDAS ou no trimestre. Quando estão na mesma casa, há um número só para o mês; quando estão em casas diferentes, há retrabalho e dois números. Por isso oferecemos os dois integrados, com a contabilidade como base e o BPO como rotina.

Depende de três sinais, não do tamanho. O primeiro é quem faz o financeiro hoje. Se o fundador fecha cobrança, conciliação e folha à noite, o custo do BPO é menor do que o das horas de produto que ele deixa de fazer. O segundo é a quantidade de contratos simultâneos. Com um cliente e um projeto, a margem é a da empresa e o contador que concilia resolve. Com três assinaturas e dois projetos sob encomenda, ninguém sabe a margem de cada um sem uma planilha de duas horas. É aí que a DRE por projeto passa a decidir contratações. O terceiro é a cobrança recorrente atrasando por falta de rotina, o que na TI custa churn. Dev sozinho com dois clientes e contador que já concilia não precisa. O BPO acrescentaria custo sem controle, e o que resolve é a rotina desenhada com a contabilidade. Empresa de TI com equipe, receita recorrente e fundador ocupado ganha desde cedo. A implantação em 30 dias, com plano de contas por projeto, costuma se pagar na primeira retenção conferida ou na primeira cobrança que deixa de atrasar.

É a demonstração do resultado aplicada à gestão, com a estrutura que a lei define para a DRE contábil e o corte que a empresa precisa para decidir. O art. 187 da Lei 6.404/1976 discrimina a receita bruta, as deduções e os impostos, a receita líquida, o custo dos serviços, o lucro bruto, as despesas e o resultado. A versão gerencial da TI aplica essa sequência a cada projeto, a cada linha de receita (assinatura, projeto, suporte) e a cada cliente. As horas de dev e a infraestrutura entram como custo do que as consumiu. Importa porque a empresa de TI cresce por contrato e a margem se esconde na média. A empresa pode fechar o mês com 20% de resultado tendo um projeto a 40% e outro a menos 10%. Sem a DRE por projeto ela vai vender mais do segundo. É também o que dá base ao preço da assinatura, à decisão de manter ou encerrar um cliente que consome suporte demais, e ao momento de contratar. A DRE gerencial precisa bater com a contábil no total. Quando não bate, um dos dois números está errado, e é por isso que o BPO e a contabilidade trabalham com o mesmo plano de contas.