Migração do Datasul para o Protheus: o que medir antes e depois do go-live

Na migração do Datasul para o Protheus, o que mais protege o projeto é medir o processo real antes de desenhar o novo. Isso inclui tempo de ciclo, retrabalho, exceções, aprovações fora do fluxo e o trabalho que corre em planilha. O process mining mede o que o Datasul registra; um censo de processos, com todo o time ouvido, mede o que fica fora dele.

Sem essa medida, o projeto corre dois riscos. O primeiro é levar o desvio junto: o jeito antigo, com os atalhos que viraram regra, é reconstruído no Protheus como requisito. O segundo é chegar ao go-live sem linha de base, e aí ninguém consegue responder à diretoria se a migração valeu a pena. Este artigo mostra o que medir antes, como evitar a cópia do desvio e como comparar depois com a mesma régua.

Por que a migração do Datasul para o Protheus pede medida antes

Trocar de linha dentro do mesmo fabricante parece mais simples que trocar de fabricante. Em parte é: o parceiro é o mesmo ecossistema, e muitos conceitos de negócio se repetem. Mas o jeito de registrar o trabalho muda, as telas mudam, e o desenho das etapas de compras, financeiro e faturamento é refeito.

É nesse redesenho que a medida faz falta. Um projeto planejado sobre o processo descrito em workshop, com um usuário-chave por área, descobre o processo real nos testes, quando mudar custa mais. O artigo sobre levantamento de processos antes do ERP explica por que isso acontece e o que o fit-gap precisa receber.

Há também uma oportunidade que só a migração oferece: decidir o que não levar. Rotina sem uso, relatório que ninguém lê, aprovação em série que poderia correr em paralelo. Tudo o que não for migrado é esforço que o projeto economiza.

O que medir antes de migrar

A medição tem duas metades, e o projeto precisa das duas.

O que o Datasul registra. O histórico do próprio Datasul, lido como registro de eventos, mostra como cada pedido, nota e título percorreu o processo: por quantos caminhos, onde esperou, quantas vezes voltou. É o que o process mining faz, em todos os casos do período e não numa amostra, sem alterar nada no sistema.

O que o Datasul não registra. A planilha que controla a fila de aprovação, o e-mail que confirma o preço antes do lançamento, a conferência refeita por desconfiança. Isso só aparece perguntando a quem faz. No censo de processos, um agente de IA entrevista 100% das pessoas do escopo, por link e em paralelo, e devolve o trabalho real em horas e reais por ano.

O que medir	O que revela	De onde vem	Por que importa na migração
Tempo de ciclo ponta a ponta (da solicitação ao pagamento, do pedido ao faturamento)	Onde o processo espera hoje	Process mining sobre o Datasul	É a linha de base para provar que o Protheus ficou mais rápido
Variantes do processo	Quantos caminhos diferentes o mesmo processo segue, por unidade ou tipo de compra	Process mining	Mostra o que é regra e o que é desvio antes de virar requisito
Retrabalho	Documentos alterados depois de aprovados, estornados ou refeitos	Process mining, confirmado pelas pessoas	Indica cadastro e regra que precisam ser corrigidos, não copiados
Aprovações fora do fluxo	Alçadas resolvidas por e-mail ou mensagem antes do registro	Censo das pessoas	Revela alçada mal desenhada que não deve ir para o Protheus igual
Trabalho paralelo em planilha	Controles que o sistema atual não cobre	Censo das pessoas	Cada planilha é um requisito escondido ou um hábito a eliminar
Horas por atividade	O custo real da operação, em reais por ano	Censo das pessoas, com premissa de custo declarada	É a base do business case e da comparação depois
Rotinas e relatórios sem uso	O que existe no Datasul e ninguém usa	Cruzamento do histórico com o relato das pessoas	Define o que não migrar

O risco de levar o desvio junto

Todo Datasul em operação há anos acumula atalhos. Alguns nasceram de uma urgência e ficaram. Outros compensam uma regra que ninguém revisou. Quando o projeto descreve o processo a partir do que as pessoas fazem hoje, sem separar regra de desvio, esses atalhos entram na lista de requisitos e ganham forma no Protheus.

Quatro padrões aparecem com frequência:

1. A alçada copiada. A regra de aprovação foi desenhada para outro porte de empresa e hoje é contornada por mensagem. Copiada para o Protheus, continua contornada, agora num sistema novo.
2. A exceção que virou processo. Um tipo de compra que deveria ser raro responde por um quinto dos pedidos. Se ninguém mediu, o projeto desenha o fluxo principal e trata o resto como exceção, que volta como planilha.
3. A planilha como requisito. O controle paralelo é descrito como necessidade, e o projeto constrói no Protheus uma rotina específica para reproduzi-lo. Às vezes a necessidade é real; às vezes a planilha só existia porque o cadastro estava errado.
4. O retrabalho invisível. O pedido alterado três vezes depois de aprovado não aparece no workshop. Aparece no histórico, e a causa costuma ser cadastro ou regra, não sistema.

A regra prática é simples: corrija no processo antes de levar para o sistema. O que a medida mostra como desvio se resolve com dono de processo, cadastro e regra, antes do desenho do Protheus. O que é necessidade real entra no fit-gap com volume e frequência na mesa.

Exemplo hipotético

Os números abaixo são hipotéticos, para mostrar como a medida muda a decisão. Uma indústria com 90 usuários no escopo de compras, financeiro e faturamento, custo por hora carregado de R$ 55.

O process mining mostra que 22% dos pedidos de compra passam por uma aprovação adicional fora da alçada formal. O censo explica: a diretoria pede para ver toda compra de serviço, e isso é resolvido por e-mail. O censo também consolida 30 controles paralelos, com média de 5 horas por mês cada um: 150 horas por mês, 1.800 horas por ano, cerca de R$ 99 mil por ano.

Na triagem, a aprovação de serviços vira regra explícita de alçada, desenhada no Protheus desde o início. Dos 30 controles, suponha que 14 deixem de existir com cadastro corrigido, 9 sejam cobertos pelo padrão do sistema novo e 7 sejam requisitos reais. São 7 itens no fit-gap, e não 30.

Como medir depois do go-live

A medição de antes só vale se for repetida depois, com a mesma régua. Três cuidados tornam a comparação justa:

• Um vocabulário comum de etapas. O Datasul e o Protheus registram as etapas com nomes e níveis de detalhe diferentes. Para comparar, as duas histórias precisam ser traduzidas para as mesmas etapas de negócio: solicitado, aprovado, pedido, recebido, faturado, pago.
• Separar o que foi migrado em aberto. Pedidos e títulos que nasceram no Datasul e terminaram no Protheus misturam os dois mundos. A comparação usa os casos que começaram e terminaram no sistema novo.
• Repetir o censo no momento certo. No meio do hypercare tudo é ruído. O censo faz sentido quando os chamados críticos deixaram de dominar o dia, e ainda há tempo de corrigir antes que o contorno vire hábito.

Momento	Pergunta	O que comparar
Antes da migração	Como o processo funciona hoje e quanto custa?	Linha de base: ciclo, variantes, retrabalho, planilhas, horas
Hypercare	O Protheus suporta a operação?	Chamados, transações paradas, saldos migrados
Estabilização	A operação voltou ao ritmo?	Ciclo dos processos críticos contra a linha de base
Otimização	A migração entregou o business case?	Horas por atividade, retrabalho e trabalho paralelo, com a mesma premissa de custo

O roteiro completo das fases, com sinais de alerta e o que fazer com cada desvio, está em pós go-live de ERP: como medir a migração. Depois da estabilização, com o processo ajustado no Protheus, é o momento de avaliar agentes de IA para a rotina repetitiva. Antes disso, automatizaria um processo que ainda está mudando.

Onde a UpFlux entra

A UpFlux mede as duas metades do processo, antes e depois da migração.

O censo de processos. O Nous Scan entrevista 100% do time do escopo, cerca de uma hora por pessoa, sem agenda e sem integração com sistema nenhum. Em cerca de duas semanas, para até três áreas, devolve o trabalho real em horas e reais por ano, com piso, teto e premissa de custo impressa. A liderança vê o consolidado por cargo e área, nunca a entrevista individual. O método está em mapeamento de processos com IA.

O processo registrado. A process intelligence da UpFlux reconstrói o fluxo real a partir do histórico do Datasul e, depois do go-live, do Protheus, com a mesma régua de etapas. Onde o censo e o histórico discordam costuma estar o dinheiro.

Perguntas frequentes

O que medir antes de migrar do Datasul para o Protheus?

Tempo de ciclo ponta a ponta, variantes do processo, retrabalho, aprovações fora do fluxo, trabalho paralelo em planilha, horas por atividade e rotinas sem uso. As três primeiras saem do histórico do Datasul com process mining; as demais saem principalmente de um censo com as pessoas que fazem o trabalho.

Por que fazer process mining antes da migração de ERP?

Porque ele mostra o processo como aconteceu, em todos os casos do período, e separa o que é regra do que é desvio. Sem essa leitura, o projeto desenha o Protheus a partir do que é contado em workshop e corre o risco de transformar atalhos em requisitos.

O que é levar o desvio junto numa migração de ERP?

É reconstruir no sistema novo os contornos do sistema antigo: alçada que ninguém segue, exceção que virou processo, planilha paralela tratada como requisito. O desvio continua existindo, agora com custo de projeto. A correção é ajustar processo, cadastro e regra antes de desenhar o novo sistema.

Como saber se a migração para o Protheus deu certo?

Comparando o processo real antes e depois com a mesma régua: tempo de ciclo, retrabalho, trabalho paralelo e horas por atividade, com a mesma premissa de custo. Os dois históricos precisam ser traduzidos para as mesmas etapas de negócio, e os documentos migrados em aberto ficam fora da comparação.

O censo de processos precisa de acesso ao Datasul ou ao Protheus?

Não. No censo por agente, o insumo é o que as pessoas contam sobre a própria rotina, por link, sem integração com sistema nenhum. Por isso ele cabe no pré-projeto e no pós go-live, quando o TI está ocupado com a migração.

Próximo passo

A migração do Datasul para o Protheus é a chance de redesenhar o processo, e não só de trocar de tela. Quem mede antes decide o que não levar, corrige o desvio no lugar certo e chega ao go-live com a régua para provar o resultado. Veja como a UpFlux atua no ecossistema TOTVS e no Protheus, e por onde começar o censo.