Comprar pronto vs. desenvolver: o custo de manutenção que a TI ignora

Toda decisão de “desenvolver internamente” parece mais barata na planilha do orçamento. O preço de construir é visível, cabe num número, entra na reunião. O que não entra é o que vem depois: a conta que só aparece quando o sistema já está rodando e alguém precisa mantê-lo vivo.

Esse é o custo que a área de TI raramente coloca na mesa quando a operação de comércio exterior pede uma solução de controle. Não por má-fé. É porque o custo de manutenção não tem data de vencimento. Ele se dilui em meses, em chamados, em “depois a gente arruma”, até virar um passivo silencioso que ninguém orçou.

O que a planilha de “build vs. buy” não mostra

Quando uma empresa compara construir um sistema próprio com adotar uma plataforma pronta, a comparação quase sempre trava no investimento inicial. Desenvolvedor interno, tempo de projeto, infraestrutura. Números que parecem favoráveis ao “fazer em casa”.

O problema é que a operação de comex não para no dia do go-live. Ela muda. A Receita altera o leiaute da DUIMP. Um armador troca o portal. Um cliente novo pede uma regra de SLA diferente. Cada uma dessas mudanças vira uma demanda de manutenção. E manutenção de software interno tem três custos que não aparecem na decisão original.

O primeiro é o custo de evolução. Um sistema construído para a operação de hoje precisa ser reescrito para a operação de amanhã. Cada regra nova, cada integração com um novo parceiro, cada relatório que a diretoria pede depois entra na fila de um time que tem outras prioridades.

O segundo é o custo de dependência. O sistema que um analista construiu carrega o conhecimento desse analista. Quando ele sai, sai com a documentação na cabeça. O que era uma economia vira um risco operacional concentrado em uma pessoa.

O terceiro é o custo de oportunidade. Cada hora que a TI gasta mantendo um sistema de acompanhamento de carga é uma hora que ela não gasta no que de fato diferencia o negócio. Manter integração com portal de armador não é vantagem competitiva de quase nenhuma empresa importadora. É infraestrutura.

Por que a conta de manutenção cresce sozinha

A manutenção de um sistema interno não cresce de forma linear. Ela acompanha a complexidade da operação. Quanto mais a empresa importa, mais modais, mais parceiros, mais regras fiscais. Cada camada nova de complexidade exige uma camada nova de código a manter.

Numa plataforma especializada, essa evolução é absorvida pelo fornecedor e distribuída entre todos os clientes. A mudança de leiaute da DUIMP é tratada uma vez e chega pronta para quem usa. No modelo interno, cada empresa paga sozinha pela mesma mudança que centenas de outras também precisaram fazer.

É a diferença entre manter uma estrada particular e usar uma rodovia mantida coletivamente. A estrada própria parece mais sua. Mas o buraco é sempre seu também.

O que muda quando o controle não depende da TI interna

Daniel Cunskis, gerente operacional da DSV em Viracopos, descreve o efeito prático de tirar o acompanhamento operacional das mãos do improviso e colocá-lo numa plataforma que evolui sozinha.

A diferença que ele aponta não é cosmética. Quando a plataforma já entrega o acompanhamento, os dashboards e os alertas prontos, o time operacional para de construir e manter o próprio controle e volta a operar. O esforço que ia para sustentar a ferramenta vira capacidade de processar mais carga.

A pergunta que reposiciona a decisão

A questão não é se o time interno consegue construir um sistema de controle. Quase sempre consegue. A questão é se vale a pena pagar para sempre pela manutenção dele.

Um sistema próprio é um compromisso permanente. Ele precisa de alguém que o entenda, que o atualize, que o conserte quando a operação muda. Esse alguém custa, e custa de forma recorrente, num orçamento que normalmente só previu o custo de construir.

O FollowNet One existe para tirar esse passivo da operação. Ele centraliza eventos, documentos e alertas numa plataforma que evolui acompanhando as mudanças do comex, sem que cada cliente precise reescrever o próprio código a cada virada de regra. O custo de manutenção deixa de ser um problema interno e passa a ser responsabilidade de quem desenvolve a plataforma como negócio principal.

Saiba mais

• Quanto tempo sua TI vai gastar construindo o que já existe pronto?
• Quando a planilha deixa de aguentar o volume: os gatilhos do ponto de ruptura
• O checklist do gestor antes de trocar o Excel: 10 perguntas de prontidão
• O que o fornecedor não mostra na demo: 3 perguntas que expõem o que falta no sistema
• Planilha e sistema rodando juntos: como fazer a virada sem duplicar trabalho nem perder histórico
• Conectar o ERP à Control Tower sem perder histórico: o que acontece com seus dados na virada
• SAP e FollowNet One: como a camada de eventos complementa o registro fiscal
• A integração que a TI fez na mão tem um custo que ninguém somou: o passivo do script caseiro

📖 Leia o guia completo: Planilha vs. sistema no Comex: guia completo