Desenvolver em casa parecia mais barato: quando o sistema interno de Comex não acompanha o volume

“Na visão da diretoria da empresa, eles entenderam que seria melhor a gente desenvolver aqui.” Ouvimos isso de um gerente de Comex de uma importadora de bens de consumo, meses depois de a decisão ter sido tomada. Desenvolver sistema de Comex internamente parecia mais barato, mais flexível e mais seguro. O primeiro ano confirmou a aposta. O segundo, com o volume maior, começou a cobrar a conta.

O FollowNet One é o software de comércio exterior da e.Mix para importadores, exportadores e indústrias. Ele acompanha cada pedido, embarque e desembaraço e avisa antes do atraso, para o time responder na hora e cumprir a data prometida. A pergunta deste artigo não é se dá para desenvolver sistema de Comex internamente. Dá. A pergunta é o que acontece quando o volume cresce e o sistema não acompanha.

Vemos isso em operações reais com frequência: o sistema interno resolve o problema do dia em que foi desenhado. O custo aparece depois, na manutenção, na dependência de quem programou e nas integrações que ninguém previu.

• O problema: o sistema interno parou de acompanhar o volume e o time voltou a fazer à mão.
• O custo-risco: fila na TI, dependência de uma pessoa e integrações que nunca saem.
• O mecanismo: plataforma pronta, integrada às fontes, com um time que evolui junto com a operação.
• Como começar: medir quantas consultas o time ainda faz fora do sistema interno.

Por que desenvolver em casa parece mais barato

A conta inicial é honesta: um desenvolvedor, alguns meses, telas sob medida. Além disso, a TI conhece o ERP e a diretoria gosta da ideia de não depender de fornecedor. No entanto, essa conta compara o custo de construir com o preço de comprar, e deixa de fora o custo de manter, integrar e atualizar ano após ano. A comparação completa está em o custo de manutenção que a TI ignora.

Os sinais de que o sistema interno parou de acompanhar o volume

Use esta lista para uma conversa franca com o time:

1. O analista abre o portal do armador e o Siscomex para completar o que o sistema não traz.
2. Os relatórios para a diretoria ainda são montados em planilha.
3. Toda mudança de layout ou regra entra na fila da TI e espera semanas.
4. Uma única pessoa entende o código, e as férias dela viram risco.
5. Mudança regulatória exige projeto, não configuração.
6. O volume cresceu e o time cresceu na mesma proporção.
7. Ninguém sabe dizer quanto o sistema custou no último ano.

Se três ou mais sinais aparecem, o sistema interno já não é a opção barata.

O que pesa ao desenvolver sistema de Comex internamente

O núcleo de cadastro e acompanhamento é a parte fácil. O que pesa é o entorno: integrações com armadores, terminais, Portal Único, Siscarga e Mantra, cada uma com formato e regra próprios; atualizações regulatórias, como a transição para a DUIMP e os novos campos de IBS e CBS; e a necessidade de alguém acordar cedo quando uma integração quebra. Por isso o passivo cresce em silêncio, como mostramos em o passivo do script caseiro.

Prova em campo: o software interno que era muito manual

Na Agility, havia um software interno de acompanhamento antes da plataforma. Marco Nascimento, que geria sistemas na época, conta o que faltava, como você confere no banco de provas.

No mesmo trecho, ele lembra que a equipe ainda acessava o Mantra para consultar a carga e o Siscomex para saber do desembaraço. É exatamente o trabalho que a busca automática na fonte oficial elimina.

A conversa com a diretoria: uma matriz para decidir

A diferença mais difícil de copiar está na última camada do Modelo e.Mix: sistema, metodologia e um time que vive a sua operação e revisa o processo junto. A e.Mix faz software de comércio exterior há mais de 28 anos. Veja a comparação ponto a ponto em FollowNet One vs. desenvolvimento interno.

Quer levar essa matriz preenchida para a próxima reunião de diretoria? Agende uma conversa com a e.Mix → Se preferir, fale com o time pelo chat do site.

Como começar sem projeto infinito

• Owner: Gerente de Comex, com o Gerente de TI como corresponsável pelo levantamento de custo.
• Cadência: uma medição semanal por quatro semanas, levada à diretoria no fim do mês.
• KPI farol: número de consultas feitas fora do sistema interno por processo.
• Primeiro recorte: uma família de processos de alto volume, comparando sistema interno e plataforma.

A decisão que a diretoria pode rever

Rever a decisão de desenvolver em casa não é admitir erro. É reconhecer que o volume mudou e que o custo real ficou visível. Quem chega à diretoria com os sinais medidos e a matriz preenchida transforma uma discussão de opinião numa decisão com dado.

O gerente que ouviu “é melhor desenvolver aqui” volta à mesma mesa com outra pergunta: quanto o time ainda faz à mão, apesar do sistema? Quando a resposta aparece em número, a escolha fica mais simples. A informação vem até você, sem fila na TI.

Saiba mais

Comece pelo guia completo do tema: Planilha vs. sistema no Comex: guia completo.

• “Meu fornecedor não tem API”: como receber o status de quem ainda manda tudo por e-mail
• Retrabalho invisível: quantas vezes o mesmo dado é digitado na sua operação
• ETA não confiável não é problema de sorte: é problema de origem do dado
• Quanto tempo sua TI vai gastar construindo o que já existe pronto?
• Comprar pronto vs. desenvolver: o custo de manutenção que a TI ignora
• O checklist do gestor antes de trocar o Excel: 10 perguntas de prontidão
• Quando a planilha deixa de aguentar o volume: os gatilhos do ponto de ruptura
• O que o fornecedor não mostra na demo: 3 perguntas que expõem o que falta no sistema