Por que Fluig e Protheus juntos valem mais que separados
É possível instalar o Fluig, criar formulários e colocar workflows simples no ar sem tocar no Protheus. Para empresas que já têm o ERP como sistema crítico, esse recorte resolve metade do problema: continua existindo a aprovação de compra que depende de planilha para checar saldo, a solicitação de RH digitada duas vezes, o anexo perdido porque não está vinculado ao registro certo.
Um workflow de aprovação de compras só elimina retrabalho quando consegue consultar saldo orçamentário, status de pedido ou dados de fornecedor direto no Protheus, sem que alguém abra dois sistemas e compare na tela. O mesmo vale para solicitações de RH, processos financeiros e qualquer fluxo que hoje dependa de e-mail, planilha ou controle paralelo.
Sem integração, o Fluig ainda entrega formulário, histórico e rastreabilidade de quem aprovou o quê. O que ele não faz é dispensar a consulta ao Protheus para validar a informação. É essa lacuna que frustra expectativa em implementação feita às pressas.
O que mudou na versão Voyager 2.0
A TOTVS publicou em março de 2026 as novidades da versão Voyager 2.0 do Fluig, e duas delas mudam a conversa sobre integração.
A primeira é a criação de processos com IA na tela de configuração. Além dos templates prontos, o desenho do processo pode ser acelerado por recursos de inteligência artificial dentro da própria ferramenta.
A segunda é mais relevante para quem tem Protheus: a Atividade de Serviço, descrita pela TOTVS como componente de integração que automatiza a comunicação com serviços pré-configurados, incluindo gravação de dados em ERPs, sites e bancos externos. Se a integração falhar, ela repete a tentativa pelo número de vezes que você configurar, e um componente de captura de erro emite alerta quando ainda assim não passa.
| Recurso da Voyager 2.0 | O que resolve | O que continua sendo decisão sua |
|---|---|---|
| Criação de processos com IA | Acelera o desenho e a construção do fluxo | Qual processo automatizar primeiro |
| Atividade de Serviço | Automatiza a gravação de dados em ERPs, com repetição em caso de falha | Quais dados vão e voltam, e quando |
| Captura de erro | Alerta quando a integração não passa após as tentativas | O que fazer operacionalmente com o alerta |
| Temporizador de processos | Espera, cobrança e cancelamento automático por prazo | Qual prazo faz sentido para o negócio |
A leitura correta desses recursos evita duas conclusões erradas em direções opostas. Eles não tornam a integração um detalhe que se resolve sozinho, e também não são irrelevantes: reduzem trabalho braçal de construção e de tratamento de falha.
O que a ferramenta continua não fazendo é decidir quais processos automatizar primeiro, como eles devem conversar com o Protheus e quais regras de negócio precisam ser respeitadas. Fluxo mal desenhado e automatizado rápido continua mal desenhado, só erra mais rápido.
Quando o time interno consegue implementar sozinho
Há cenários em que configurar internamente é decisão razoável, e insistir em contratar seria desperdício:
- O processo é simples e bem definido, com poucas exceções. Uma solicitação de compra de baixo valor com um único aprovador é o exemplo típico.
- Não há necessidade real de dado do Protheus em tempo real no primeiro momento, apenas formulário estruturado e histórico de aprovação.
- Existe alguém no time com alguma familiaridade com BPM ou com o próprio Fluig.
- A empresa está testando o Fluig em um piloto de baixo risco antes de decidir se expande para processos críticos.
- A integração necessária cabe no que a Atividade de Serviço resolve de forma direta, sem regra condicional complexa.
Começar pequeno e validar antes de investir em integração profunda evita gastar orçamento com uma construção robusta para um processo que ainda pode mudar de formato depois do primeiro uso real. O caminho de entrada está descrito em automação de processos com Fluig: por onde começar.
Quando vale contratar implementação especializada
A conta muda quando aparece pelo menos um destes pontos.
O processo depende de dado do Protheus em tempo real. Aprovação com checagem de saldo orçamentário, validação de cadastro de fornecedor, fluxo financeiro que depende de status de título. Isso exige integração de verdade, não formulário isolado.
São várias áreas, não um processo só. Quando o objetivo é reduzir controles paralelos de forma ampla, em compras, RH e financeiro, desenhar a arquitetura de integração desde o início evita reconstruir cada workflow depois.
Há necessidade de rastreabilidade formal para auditoria. Comprovar quem aprovou o quê, quando e com base em qual dado do Protheus exige integração estruturada, não workflow genérico.
O time nunca integrou Fluig e Protheus. A curva de aprender por tentativa e erro costuma custar mais tempo do que contratar quem já resolveu esse tipo de integração.
Já houve uma tentativa que não emplacou. Workflow implementado que caiu em desuso por não conversar com o Protheus, ou por não refletir o processo real, indica problema de desenho e não de ferramenta.
A decisão, cenário a cenário:
| Cenário | Time interno costuma dar conta | Pede implementação especializada |
|---|---|---|
| Um processo só, simples e bem definido | Sim | Não se justifica |
| Precisa de dado do Protheus em tempo real | Só se couber na Atividade de Serviço sem regra condicional | Sim, quando há condição e exceção |
| Várias áreas ao mesmo tempo | Não | Sim, a arquitetura precisa vir antes |
| Rastreabilidade formal para auditoria | Não | Sim |
| Já houve tentativa que não emplacou | Não, o problema é de desenho | Sim, começando pelo diagnóstico da tentativa anterior |
| Ninguém no time já integrou Fluig e Protheus | Piloto de baixo risco | Sim, para processo crítico |
O que uma implementação especializada revisa antes de automatizar
- Mapeamento do processo real, não do processo ideal descrito em manual, identificando gargalos e os controles paralelos que o workflow precisa substituir.
- Escopo de integração com o Protheus, especificando quais dados são consultados, quais são gravados de volta e com qual frequência.
- Regras de negócio explícitas, incluindo exceções: o que acontece sem aprovador disponível, quando o valor excede o limite, quando falta anexo obrigatório.
- Testes com usuários reais antes do lançamento, para validar que o fluxo funciona do jeito que as pessoas trabalham, não do jeito desenhado no papel.
- Plano de expansão, aproveitando a arquitetura de integração já construída para os próximos processos em vez de recomeçar do zero.
Ambiente com histórico de customização pede uma etapa anterior a todas essas, que é entender o que já existe. É o mesmo ponto levantado em governança do ambiente Protheus.
Erros comuns de quem integra sem planejamento
| Erro | Como aparece | O que evita |
|---|---|---|
| Automatizar o processo inteiro de uma vez | Workflow complexo demais para manter, que quebra na primeira exceção não prevista | Validar as partes simples primeiro |
| Tratar a integração como detalhe para depois | O fluxo precisa ser refeito quando a necessidade de dado do Protheus aparece | Deixar a integração orientar o desenho desde o início |
| Não documentar as regras implementadas | Quem configurou saiu e ninguém sabe por que a regra existe | Registrar a regra junto com o motivo dela |
Os três se resolvem antes da ferramenta, com decisão de escopo e desenho. Nenhum deles é problema de Fluig, e por isso nenhum deles se resolve trocando de ferramenta.
Fontes oficiais
- Portal de Produtos TOTVS: o que há de novo no TOTVS Fluig, versão Voyager 2.0, em março de 2026, com a criação de processos por IA, a Atividade de Serviço e a captura de erro.
- TOTVS: gestão de processos com TOTVS Fluig, BPM e workflows.
Conteúdo verificado em 18/08/2026 diretamente nas fontes citadas. A documentação da TOTVS e o cronograma da Reforma já foram revisados mais de uma vez em 2026. Confirme a publicação vigente antes de decisões de projeto.
Em resumo
- Fluig sem Protheus organiza o processo e não elimina a consulta paralela. É essa lacuna que frustra implementação feita às pressas.
- A Voyager 2.0 trouxe a Atividade de Serviço, componente nativo que grava dados em ERPs e repete a tentativa quando falha, com alerta de captura de erro.
- A IA acelera a construção, não o desenho. Qual processo automatizar primeiro e quais regras valem continua sendo decisão humana.
- Processo simples e isolado cabe no time interno. Dado em tempo real, várias áreas ou tentativa anterior frustrada é onde a implementação especializada se paga.
- O erro mais caro é de escopo, não técnico: automatizar tudo de uma vez, sem validar as partes simples antes.
O próximo passo é escolher um processo só, aquele com o gargalo mais caro, e responder três perguntas antes de configurar qualquer coisa: quais dados do Protheus ele precisa, com que frequência, e o que acontece em cada exceção conhecida.
Perguntas frequentes
O Fluig depende do Protheus para funcionar?
Não. O Fluig funciona de forma independente. Ele ganha valor quando integrado ao Protheus para consultar e atualizar dados, eliminando a conferência em dois sistemas separados. A versão Voyager 2.0 inclui a Atividade de Serviço, componente que automatiza a gravação de dados em ERPs.
É possível começar com um processo simples e expandir depois?
Sim, e costuma ser a abordagem mais segura. Validar um processo de baixo risco antes de investir em integração ampla reduz a chance de retrabalho, e a arquitetura construída no primeiro caso serve de base para os próximos.
A IA do Fluig já cria workflows completos sozinha?
A TOTVS disponibiliza criação de processos com IA na tela de configuração, o que acelera a construção. O desenho do processo, as regras de negócio e a definição de como ele conversa com o Protheus continuam exigindo decisão humana.
Quanto tempo leva para integrar o Fluig ao Protheus?
Depende do número de processos, da complexidade das regras de negócio e do volume de dados consultados em tempo real. Não há prazo padrão sem avaliar o escopo específico da operação.
Minha empresa já tentou automatizar com Fluig e não funcionou. Vale tentar de novo?
Vale, e o ponto de partida deveria ser entender por que a tentativa anterior não emplacou. Na maioria dos casos o motivo é falta de integração real com o Protheus ou um desenho que não refletia o processo de fato usado pelas pessoas.
Preciso automatizar todos os processos de uma vez?
Não, e normalmente não é recomendável. Começar por um processo com gargalo claro e escalar depois, aproveitando a arquitetura já construída, traz resultado mais rápido e com menos risco.
Nota técnica: este conteúdo tem finalidade informativa e operacional. Não substitui análise jurídica, tributária ou contábil específica. Regras, leiautes e cronogramas podem ser atualizados pelos órgãos competentes; valide sempre a versão vigente e o contexto da sua empresa.