Quando se fala em ERP, a imagem que vem é de um sistema genérico, cheio de telas, que toda empresa usa mais ou menos igual. Mas ERP é só um nome para “sistema que faz a empresa inteira conversar”, e o que ele precisa resolver muda completamente conforme a operação.
Este texto usa um projeto real, o ERP que construímos para a Gfarma, a farmácia do Renato Cariani, para mostrar o que muda quando a operação não é padrão.
O que torna essa operação diferente
Três coisas, e cada uma quebra uma premissa do ERP de varejo comum.
1. Não é só revenda, é produção
Num comércio normal, o que entra é o que sai: você compra 100 unidades, vende 100 unidades. O estoque é uma contagem.
Em farmácia de manipulação, insumos entram e produtos diferentes saem. Há perda de processo, há lote, há validade, há rastreabilidade. O estoque deixa de ser um número e vira uma cadeia: cada produto acabado tem que saber de que insumos veio.
Nenhum ERP de varejo de prateleira cobre isso, porque ele foi construído sobre a premissa de que o produto que entra é o mesmo que sai.
2. O fiscal tem exigência que o varejo comum não tem
Além da nota fiscal, entra a declaração de conteúdo, a peça que acompanha o produto e descreve o que ele é. É obrigação do setor, não um relatório opcional, e precisa sair certa, na hora do despacho, sem alguém preencher à mão.
Quando isso é manual, vira o gargalo exato entre “pedido pago” e “pedido enviado”.
3. A demanda não é uma curva, é um pico
Operação ligada a um influenciador com audiência grande não tem sazonalidade suave. Tem um post e, depois dele, um volume que chega de uma vez.
Isso muda o que o sistema precisa aguentar. Não é o total do mês que dimensiona: é a hora de pico.
Os seis processos, e o que cada um exige
O ERP cobre estoque, produção de medicamentos, emissão de nota fiscal, declaração de conteúdo, etiqueta de frete e gestão de pedidos. Vale olhar por que eles têm que estar no mesmo sistema, e não em seis ferramentas ligadas por planilha.
| Processo | O que ele precisa saber do processo anterior |
|---|---|
| Gestão de pedidos | O que existe em estoque neste instante |
| Estoque | O que a produção consumiu e o que ela gerou |
| Produção | Quais pedidos estão na fila e com que prioridade |
| Nota fiscal | O que exatamente saiu, com lote e valor |
| Declaração de conteúdo | A composição real do produto manipulado |
| Etiqueta de frete | Peso, dimensão e endereço confirmado do pedido |
Repare que cada linha depende da anterior. É por isso que a versão em ferramentas separadas sempre tem uma planilha no meio: a planilha é a cola manual entre duas etapas que não se falam.
E toda cola manual tem o mesmo custo: uma pessoa, e a chance de erro dela num dia de pico.
O que acontece no pico, e onde ele quebra
A intuição diz que o gargalo é a vitrine. Quase nunca é: página de produto aguenta bem com cache.
Quem quebra primeiro são as etapas depois do pagamento:
- Baixa de estoque simultânea. Dois pedidos do último item, no mesmo segundo. Sem controle, os dois passam e um cliente recebe cancelamento.
- Fila de emissão fiscal. A emissão depende de um serviço externo, e serviço externo tem limite. Se cada pedido esperar a nota para se concluir, a fila cresce e o cliente vê “processando” por minutos.
- Geração de etiqueta. Mesma história: depende da transportadora responder.
A saída é a mesma nos três casos, e é uma decisão de arquitetura, não de servidor maior: essas etapas rodam de forma assíncrona e idempotente. O pedido é aceito na hora; nota, declaração e etiqueta acontecem logo em seguida, com nova tentativa automática quando a ponta de fora falha. E se a mesma etapa rodar duas vezes, ela não pode duplicar nota nem furar estoque.
Hoje a operação faz centenas de produtos vendidos por hora, e nenhuma dessas etapas passa por digitação manual duas vezes.
O que dá para tirar disso, mesmo sem ser farmácia
O caso é específico, o método não é:
- O sistema nasce do processo que já existe. A Gfarma já sabia manipular, vender e despachar. O ERP não inventou processo: tirou as pontas soltas entre as etapas que já existiam.
- A planilha no meio do caminho é o mapa. Toda planilha que serve de cola entre dois sistemas está apontando exatamente onde falta integração.
- O gargalo está depois da venda, não antes. Quando a operação cresce, quem quebra primeiro é o que vem depois do “comprar”.
- Módulo por módulo, cada um em produção antes do próximo. É o que separa projeto que entra no ar de projeto que fica dois anos em desenvolvimento.
Perguntas frequentes
O que diferencia um ERP de farmácia de manipulação de um ERP comum?
A produção. Num comércio, o que entra é o que sai. Numa manipulação, insumos entram e produtos diferentes saem, com perda de processo, controle de lote e validade no meio. O estoque deixa de ser uma contagem e vira uma cadeia, e é isso que ERP genérico de varejo não cobre.
Por que não usar um ERP de prateleira e adaptar?
Porque a adaptação costuma esbarrar justamente na parte que diferencia a operação. Dá para usar pronto no que é padrão (contabilidade, folha) e construir sob medida onde a regra é própria. O erro é escolher um extremo dos dois.
Como um sistema aguenta pico de venda de influenciador?
Preparando a parte que não escala junto. O gargalo raramente é a vitrine: é a fila de emissão fiscal, a geração de etiqueta e a baixa de estoque simultânea. Essas etapas precisam ser assíncronas e idempotentes: se repetirem, não podem duplicar pedido nem furar estoque.
Quanto tempo leva um projeto desse tamanho?
ERP completo não nasce pronto: ele entra por módulo, começando pelo processo mais crítico, e cada um vai a produção antes do próximo começar. Isso é o que diferencia um projeto que entra no ar de um que fica dois anos em desenvolvimento e nunca é usado.
A Solid faz sistema para farmácia especificamente?
A Solid faz sistema sob medida para operações com processo próprio, e farmácia de manipulação é um caso desses. O método é o mesmo em qualquer setor: entender o processo que já existe e tirar as pontas soltas entre as etapas.
