Estoque, financeiro, pedidos, produção, várias unidades — na regra do seu negócio, não na do fornecedor.
Mapeado primeiro, construído módulo a módulo, seu
ERP de pacote é feito pra empresa média do seu setor. Se a sua operação é média, ele serve. Se não é — se você tem uma regra que o pacote não conhece, um fluxo que ele obriga a torcer, um relatório que ele não gera, ou está pagando por módulos que nunca abre —, o pacote está mandando na sua empresa em vez do contrário. ERP personalizado é a alternativa: o sistema é construído sobre a sua operação, módulo a módulo, na ordem em que dói mais.
A ApexDev começa mapeando a operação antes de qualquer tela: quem faz o quê, em que ordem, quais são as exceções que todo mundo sabe de cabeça. Esse mapa é a primeira entrega e decide tudo depois — qual módulo vem primeiro, o que integra com o quê, e quais dados precisam vir do sistema atual. Depois o módulo principal vai ao ar e é usado antes do próximo começar. Estoque antes de financeiro se a dor é estoque; pedidos antes de estoque se a dor é pedido. Nunca o ERP inteiro de uma vez.
Integração e migração são onde ERP personalizado dá certo ou errado, então são escopadas, não presumidas: nota fiscal, extrato bancário, maquininha, o sistema do contador, e os dados que moram no ERP atual ou nas planilhas. Quando a gente termina, o código é seu, sua equipe está treinada nele, e o acordo de manutenção é separado e cancelável. E se um ERP de pacote servir pra noventa por cento da sua operação, a gente diz isso na primeira conversa — sob medida é a resposta certa pros outros casos, não pra todos.
/003/ — Stack Tecnológica
/004/ — OUTROS TIPOS DE PROJETO
Escopo definido antes de qualquer código ser escrito.