No TOTVS Protheus, esse cadastro é realizado pela rotina MATA360 e armazenado, de forma geral, na tabela SE4. O sistema oferece nove tipos regulares de condição de pagamento — numerados de 1 a 9 — e o tipo especial B, que permite combinar regras. Cada tipo interpreta de maneira diferente os campos Código, Tipo e Cond. Pagto. Por isso, copiar uma sintaxe sem entender a lógica da opção escolhida é uma das principais causas de erro.

Neste guia, você vai entender o funcionamento de cada tipo de condição de pagamento no Protheus, quando utilizá-lo e quais cuidados adotar antes de levar a configuração para o ambiente produtivo.

O que são condições de pagamento no Protheus?

A condição de pagamento determina como o valor de uma negociação será distribuído em títulos: quantidade de parcelas, intervalo entre vencimentos, datas fixas, percentuais e outras regras. Ela pode ser utilizada em processos de compra e venda e influencia a integração desses documentos com o módulo Financeiro.

É importante não confundir condição de pagamento com forma de pagamento. A condição responde principalmente quando e em quantas parcelas o valor será pago ou recebido. A forma de pagamento identifica o meio utilizado, como dinheiro, Pix, cartão, cheque ou transferência. No Protheus, esses conceitos podem participar do mesmo processo, mas não são equivalentes e possuem cadastros e tratamentos distintos.

Quais são os tipos de condição de pagamento no Protheus?

A escolha deve partir da regra comercial real da empresa. A tabela abaixo ajuda a identificar rapidamente o tipo mais aderente; em seguida, cada opção é detalhada com a sintaxe utilizada no campo Cond. Pagto. (E4_COND).

Tipo 1: prazos definidos a partir da data-base

É a alternativa mais simples e uma das mais usadas. Cada número separado por vírgula representa a quantidade de dias entre a data-base da operação e o vencimento da respectiva parcela.

Exemplo: E4_COND = 0,30,60

1ª parcela: no mesmo dia da data-base;

2ª parcela: 30 dias depois;

3ª parcela: 60 dias depois.

Para uma venda apenas a prazo, sem parcela à vista, a regra pode ser 30,60,90. O ponto central é que cada prazo é informado de forma explícita; o sistema não calcula um intervalo recorrente entre as parcelas.

Tipo 2: cálculo combinado entre Código e Cond. Pagto.

No tipo 2, o campo Código (E4_CODIGO) participa da fórmula. Seus três algarismos representam, respectivamente, o multiplicador para o primeiro vencimento, a quantidade de parcelas e o multiplicador do intervalo entre elas. O campo E4_COND fornece o valor multiplicador.

Exemplo oficial: E4_CODIGO = 321 e E4_COND = 10

3 × 10 = 30 dias até o primeiro vencimento;

2 = quantidade de parcelas;

1 × 10 = 10 dias de intervalo entre as parcelas.

Esse tipo exige atenção especial à padronização do código, pois alterar o código não é apenas uma mudança de identificação: pode modificar o cálculo da condição.

Tipo 3: parcelas ajustadas para dias específicos do mês

O tipo 3 é indicado quando a empresa precisa concentrar vencimentos em dias predeterminados do mês. A sintaxe informa a quantidade de parcelas, o intervalo até o primeiro vencimento e, depois, os dias do mês aceitos para ajuste.

Exemplo: E4_COND = 2,30,2,22

2 parcelas;

30 dias até o primeiro vencimento;

vencimentos ajustados para os dias 2 ou 22, conforme a lógica da rotina.

É útil quando o contas a pagar ou a receber trabalha com janelas fixas, mas deve ser testado com diferentes datas de emissão para confirmar o ajuste esperado.

Tipo 4: vencimento em um dia específico da semana

O tipo 4 define quantidade de parcelas, intervalo entre elas e dia da semana para o vencimento. A numeração adotada é: 1 para domingo, 2 para segunda-feira, 3 para terça-feira, até 7 para sábado.

Exemplo: E4_COND = 4,30,3

4 parcelas;

intervalo de 30 dias;

vencimento ajustado para terça-feira.

Segundo a TOTVS, o ajuste não retrocede para o dia escolhido na mesma semana quando ele já passou em relação ao vencimento calculado; a data é levada para a próxima ocorrência válida. Essa característica precisa ser considerada na previsão de caixa.

Tipo 5: primeiro vencimento, parcelas e intervalo

O tipo 5 é adequado para parcelamentos regulares com uma carência inicial. A regra informa, nessa ordem, os dias até o primeiro vencimento, a quantidade de parcelas e o intervalo entre elas.

Exemplo: E4_COND = 30,4,30

O resultado são quatro parcelas: a primeira vence 30 dias após a emissão e as demais a cada 30 dias. Em comparação com o tipo 1, o tipo 5 evita informar individualmente todos os prazos quando o intervalo é regular.

Tipo 6: carência, dia da semana e intervalo

O tipo 6 combina elementos dos tipos 4 e 5. Ele permite definir quantidade de parcelas, dias até o início dos pagamentos, dia da semana para ajuste e intervalo entre os vencimentos.

Exemplo: E4_COND = 6,15,4,30

6 parcelas;

primeiro vencimento após 15 dias;

ajuste para quarta-feira;

30 dias de intervalo entre parcelas.

Por reunir mais critérios, esse tipo deve ser simulado em datas próximas ao fim do mês e em diferentes dias da semana.

Tipo 7: datas fixas distribuídas ao longo do ano

O tipo 7 atende regras baseadas em um calendário anual. O primeiro valor indica a quantidade de parcelas e os valores seguintes representam o dia de vencimento aplicável a cada mês, de janeiro a dezembro. Zeros podem ser utilizados em meses sem vencimento, conforme a regra desejada.

A rotina não retrocede para um vencimento que já passou. Se a emissão ocorrer depois da data prevista para o mês, o cálculo avança para o próximo vencimento configurado. Por isso, essa condição é apropriada para calendários rígidos, mas exige uma revisão cuidadosa da sequência dos 12 meses.

Tipo 8: prazos diferentes e percentuais por parcela

O tipo 8 trabalha com dois blocos: o primeiro informa os dias de vencimento e o segundo distribui os percentuais do valor total. É indicado quando as parcelas não possuem o mesmo valor.

Exemplo: E4_COND = [30,60,90],[55,22.5,22.5]

55% em 30 dias;

22,5% em 60 dias;

22,5% em 90 dias.

Os dois blocos precisam ter a mesma quantidade de posições, e a soma dos percentuais deve ser exatamente 100%. Percentuais decimais são informados com ponto, não com vírgula.

Tipo 9: datas e valores informados manualmente

O tipo 9 é reservado a negociações que não cabem nas regras automáticas anteriores. O cadastro continua sendo feito na MATA360, mas as datas e os valores das parcelas são informados no pedido de venda (MATA410) ou no orçamento de venda (MATA415).

O E4_COND pode assumir 0 para valores fixos ou % para distribuição percentual. No pedido, os dados são preenchidos em campos de parcelas e vencimentos, como C5_PARCn e C5_DATAn. O parâmetro MV_TIPO9SP interfere na validação ao salvar pedidos com valores ou datas incompletos; portanto, não deve ser alterado sem avaliar o processo atual.

Embora seja flexível, o tipo 9 transfere parte do controle para o usuário e aumenta o risco operacional. Antes de adotá-lo como padrão, verifique se os tipos 3, 7 ou 8 já atendem à regra de negócio de forma automatizada.

Tipo B: combinação de diferentes condições

O tipo B permite combinar duas ou mais condições de pagamento em uma única regra para processos de venda. Os itens são registrados na tabela SEC e recebem um percentual de rateio. A soma dos rateios deve chegar a 100%.

A documentação da TOTVS informa que condições dos tipos 9, A e B não podem ser utilizadas como componentes dessa combinação. Também é necessário avaliar o parâmetro MV_AGLDUPB, que influencia o tratamento de duplicatas com a mesma data de vencimento e a referência de data para a próxima condição.

Como cadastrar uma condição de pagamento no Protheus

O caminho de menu pode variar conforme o módulo, a release, as permissões e as personalizações do ambiente. Em uma estrutura padrão, a rotina pode ser acessada em Atualizações > Cadastros > Condições de pagamento, pelo programa MATA360.

1. Mapeie a regra de negócio antes do cadastro. Registre a data-base, quantidade de parcelas, carência, intervalos, datas fixas e percentuais. Escolha o tipo somente depois de transformar a política comercial em uma regra objetiva.
2. Acesse a MATA360 e clique em Incluir. Confirme se o usuário possui permissão para cadastrar ou alterar condições e se está na empresa e filial corretas.
3. Defina um código e uma descrição claros. Adote um padrão que ajude a identificar a regra, mas lembre-se de que, no tipo 2, o código participa do cálculo e não pode ser escolhido livremente.
4. Selecione o Tipo e preencha o campo Cond. Pagto. Informe a sintaxe correspondente no E4_COND. Revise também os demais campos aplicáveis, como os tratamentos de impostos e componentes financeiros existentes no cadastro.
5. Salve e utilize a simulação da condição. Teste várias datas-base e valores, não apenas um cenário. Confira quantidade de títulos, vencimentos, percentuais, arredondamentos e o tratamento de impostos.
6. Valide a operação completa em homologação. Inclua um documento de compra ou venda representativo, gere o processo até o Financeiro e confira os títulos nas tabelas e rotinas correspondentes.
7. Documente e publique de forma controlada. Registre a justificativa, os exemplos testados, a data da alteração e os responsáveis. Só depois replique a configuração em produção.

Como escolher o tipo correto

Essa associação é um ponto de partida, não uma substituição da simulação. Parâmetros, campos adicionais e customizações podem alterar o resultado do cálculo no ambiente da empresa.

Erros comuns na configuração

Confundir condição e forma de pagamento. Isso leva a procurar no MATA360 uma configuração que pertence a outro cadastro ou processo.

Usar o tipo 1 para regras recorrentes muito longas. Embora funcione, o cadastro fica mais difícil de manter; o tipo 5 pode representar melhor uma carência seguida de intervalos regulares.

Ignorar que o código compõe a fórmula do tipo 2. Um código criado apenas por convenção pode gerar vencimentos totalmente diferentes do esperado.

Não testar o avanço de datas nos tipos 3, 4, 6 e 7. A regra pode mover o vencimento para a próxima data válida e alterar a projeção de caixa.

Cadastrar percentuais do tipo 8 que não totalizam 100%. A quantidade de percentuais também deve corresponder à quantidade de prazos.

Deixar parcelas incompletas no tipo 9. Além do risco de títulos incorretos, o comportamento de validação depende do MV_TIPO9SP.

Criar tipo B com rateio diferente de 100%. Também é necessário verificar o MV_AGLDUPB quando houver vencimentos coincidentes.

Simular impostos fora do valor total. Quando a condição separa impostos como IPI ou ICMS solidário, a TOTVS orienta que os valores sejam considerados no total informado na simulação.

Testar somente uma data e um valor. Uma condição aparentemente correta pode falhar em viradas de mês, dias da semana, percentuais decimais ou cenários com impostos.

Checklist antes de liberar a condição

A regra comercial foi documentada e aprovada?

O tipo escolhido representa a regra com o menor nível de intervenção manual?

Código, descrição, tipo e E4_COND estão coerentes?

A simulação foi realizada com diferentes datas-base e valores?

Foram conferidos vencimentos, percentuais, arredondamentos e impostos?

O processo completo foi testado em homologação até a geração dos títulos?

Parâmetros como MV_TIPO9SP ou MV_AGLDUPB foram avaliados quando aplicáveis?

A alteração está documentada e possui plano de implantação e reversão?

Perguntas frequentes

O que é a rotina MATA360 no Protheus?

É a rotina utilizada para cadastrar e manter condições de pagamento. Nela são definidos código, descrição, tipo e regra de cálculo, entre outros campos aplicáveis ao processo.

Qual tipo usar para 30, 60 e 90 dias?

Para prazos explícitos contados da data-base, normalmente utiliza-se o tipo 1 com E4_COND = 30,60,90. Se houver uma parcela à vista, a regra pode ser 0,30,60.

Qual é a diferença entre os tipos 1 e 5?

No tipo 1, cada vencimento é informado individualmente como deslocamento da data-base. No tipo 5, informa-se o primeiro vencimento, a quantidade de parcelas e o intervalo recorrente.

Como criar parcelas com valores diferentes?

O tipo 8 permite associar prazos a percentuais diferentes. Os percentuais devem totalizar 100% e corresponder à quantidade de prazos informada.

Quando utilizar o tipo 9?

Quando nenhuma regra automática atender à negociação e for necessário informar datas e valores manualmente no pedido ou orçamento de venda. Por depender de preenchimento manual, ele exige controles adicionais.

É seguro alterar uma condição já usada?

A alteração deve ser avaliada em homologação e documentada. Em muitos casos, criar um novo código é mais seguro do que modificar uma regra que continua sendo utilizada em processos ativos.

Conclusão

As condições de pagamento no Protheus não são apenas um cadastro administrativo. Elas transformam a negociação comercial em vencimentos e valores que serão levados ao Financeiro e, por isso, afetam diretamente o fluxo de caixa, a cobrança, o pagamento a fornecedores e a qualidade dos dados da operação.

A melhor configuração é aquela que representa a política da empresa com clareza, reduz intervenção manual e pode ser comprovada por simulações e testes de ponta a ponta. Tipos simples, como 1 e 5, atendem grande parte dos parcelamentos recorrentes; tipos como 7, 8, 9 e B devem ser utilizados quando a complexidade do negócio realmente justificar os controles adicionais.

Se sua empresa precisa revisar cadastros, parâmetros ou integrações financeiras, a consultoria TOTVS Protheus do Grupo Adere pode apoiar o diagnóstico, a parametrização, os testes e a documentação do ambiente.

Panorama legal, obrigações, prazos e o apoio da Adere Gestão de Negócios

Contexto: o que está mudando no eSocial e por que

O ano de 2026 marca duas transformações relevantes para os departamentos de Folha de Pagamento e Recursos Humanos no Brasil, ambas com impacto direto sobre a parametrização do TOTVS RM. A primeira é a extinção da DIRF e a consolidação das informações no eSocial (leiaute S-1.3), com novas naturezas de rubricas de férias no eSocial. A segunda são as novas regras do Programa Crédito do Trabalhador, que passam a exigir integração obrigatória entre o Portal Emprega Brasil, o eSocial e o FGTS Digital, inclusive via API/Middleware.

Os dois temas convergem para um mesmo objetivo do governo: eliminar redundâncias entre obrigações acessórias e aumentar a precisão do cruzamento eletrônico de dados entre Receita Federal, Previdência Social e Ministério do Trabalho e Emprego (MTE).

Base legal e documentação oficial

As mudanças estão amparadas nas seguintes normas e publicações oficiais:

• Manual de Orientação do eSocial (MOS), versão S-1.3, consolidado até a Nota Orientativa 07/2026 e aprovado pela Portaria Conjunta RFB/MPS/MTE nº 13, de 25/06/2024 (DOU de 28/06/2024). Disponível em gov.br/esocial.
• Nota Técnica S-1.3 nº 04/2025, revisada em 26/08/2025: criou as naturezas de rubrica 1015 (Adiantamento de Férias), 1799 e 1811, e alterou a descrição das naturezas 1016 e 1017. A obrigatoriedade foi adiada para 1º de janeiro de 2026, embora as atualizações técnicas já estivessem disponíveis em produção desde 29/08/2025.
• Nota Técnica S-1.3 nº 06/2026, revisada em 09/04/2026: trouxe ajustes no leiaute que afetam eventos de folha de pagamento, vínculos, desligamentos e processos trabalhistas.
• Lei nº 15.179/2025, que reformulou as regras do crédito consignado para trabalhadores do setor privado, complementando a Lei nº 10.820/2003, base normativa do Programa Crédito do Trabalhador.
• Portaria do MTE em vigor desde 23/06/2026, com novas regras de garantia: até 35% das verbas rescisórias, até 10% do saldo de FGTS e até 100% da multa rescisória de FGTS podem ser usados como garantia em operações de crédito consignado.
• Manual de Orientação do Empregador – Crédito do Trabalhador, versão 2.1, publicado pelo MTE em 26/06/2026.

O que muda tecnicamente: rubricas de férias no eSocial

Até 31/12/2025, o eSocial tratava o adiantamento de férias e o pagamento de férias gozadas sob as mesmas naturezas de rubrica (1016 e 1017), o que gerava ambiguidade na tributação. A partir de 01/01/2026, o cenário passa a ser o seguinte:

Na prática, o cliente precisa criar novos eventos e verbas no cadastro do TOTVS RM (grupo “Antecipação de Férias” e “Envelope de Pagamento”, aba eSocial), substituindo o antigo De-Para que era feito em Configurações | Parametrizador | eSocial, nas telas 6/7 e 7/7, hoje descontinuadas. É preciso também revisar os eventos já existentes na base, conferindo Natureza de Rubrica, CodIncCP, CodIncIRRF e CodIncFGTS, e rodar o processo “Conversor do Parametrizador dos Eventos de Férias” para vincular automaticamente as novas rubricas.

Depois disso, resta atualizar a competência (tag iniValid) das rubricas na Fila de Eventos S-1010 e retificar mês a mês, desde a competência 01/2026 até a competência anterior à atual: reabrir a folha, excluir o S-1210 e retificar os eventos S-1200, S-2299 e S-2399. Antes de qualquer virada em produção, os cálculos de INSS, FGTS e IRRF sobre férias devem ser testados em ambiente de homologação.

ATENÇÃO: o próprio TDN da TOTVS trata este processo como fase piloto, com previsão de publicação para todos os clientes em 19/06/2026. Vale confirmar com a Adere qual patch ou versão do RM já contempla essas telas antes de iniciar a parametrização.

O fim da DIRF e o novo modelo de prestação de informações de IRRF

A Receita Federal extinguiu a DIRF. A última declaração entregue foi referente ao ano-calendário de 2024, transmitida em fevereiro de 2025, e não existe mais “DIRF 2026”: o ciclo se encerrou de vez. As informações de imposto de renda retido passaram a ser consolidadas mensalmente, com os eventos S-1200, S-1202, S-1207, S-2299 e S-2399 carregando os dados de remuneração e retenção. O evento S-1210 concentra as informações complementares de IRRF, como dependentes, pensão alimentícia e deduções, e o S-2501 declara tributos apurados em processos trabalhistas.

Essa mudança aumenta a criticidade da parametrização de rubricas de férias. Um erro de natureza ou incidência não é mais absorvido por uma declaração anual de ajuste: ele reflete diretamente, mês a mês, no informe de rendimentos do trabalhador e no cruzamento eletrônico da Receita Federal, podendo levar o próprio empregado à malha fina.

Programa Crédito do Trabalhador: integração via API

O Crédito do Trabalhador é o programa federal de consignado para empregados com carteira assinada, com desconto direto em folha. É regulado pela Lei 15.179/2025 e funciona pela integração entre Portal Emprega Brasil, eSocial e FGTS Digital, com apoio do Domicílio Eletrônico Trabalhista (DET).

Segundo o Manual de Orientação do Empregador (versão 2.1, 26/06/2026), cabe ao empregador consultar as informações dos contratos averbados, escriturar corretamente os valores no eSocial, gerar e pagar as guias dentro dos prazos legais e observar as regras específicas conforme o tipo de empregador.

Mudanças recentes relevantes (2026)

Desde 23/06/2026, o trabalhador pode oferecer garantias via CTPS Digital e canais bancários, o que permite usar até 35% das verbas rescisórias, até 10% do saldo do FGTS e até 100% da multa rescisória do FGTS como garantia.

Uma nova Portaria, também em vigor desde 26/06/2026, trouxe um fluxo obrigatório de três etapas antes de qualquer rescisão: consultar as garantias autorizadas pelo trabalhador no Portal Emprega Brasil, integrar essas informações ao sistema de folha para gerar corretamente os descontos e transmitir ao eSocial, e recolher via FGTS Digital.

A integração via API/Middleware, que substitui a importação manual de arquivo do Portal Emprega Brasil, já está disponível no TOTVS RM/Protheus. Ela automatiza a busca de empréstimos e reduz o risco de erro humano, algo especialmente relevante depois das falhas técnicas já registradas pela Dataprev na publicação de arquivos, como o reprocessamento da competência 02/2026.

Risco operacional: uma informação incorreta na folha impacta diretamente o lançamento no eSocial e, na sequência, o recolhimento das parcelas às instituições financeiras, com possível responsabilização do empregador perante o trabalhador e o agente financeiro.

Punições e riscos em caso de não conformidade

O eSocial unificou o envio das informações, mas não unificou as penalidades. Um único erro pode gerar autuação simultânea pela Receita Federal, pela Previdência e pelo Ministério do Trabalho. Os principais riscos identificados em fontes oficiais e especializadas estão resumidos a seguir:

Além do risco financeiro direto, há um risco reputacional e operacional relevante: erros de parametrização de férias em 2026 já contaminam, mês a mês, o informe de rendimentos do trabalhador, podendo gerar reclamações trabalhistas, questionamentos sindicais e desgaste na relação com colaboradores.

Prazos que a empresa não pode perder

• 19/06/2026: previsão de disponibilização geral, fim da fase piloto, da adequação de rubricas de férias no TOTVS RM, segundo o TDN.
• 01/01/2026: marco de obrigatoriedade das novas naturezas de rubrica (1015, 1016, 1017) para competências a partir dessa data. Quem ainda não ajustou precisa retificar mês a mês desde então.
• Todo mês: transmissão da EFD-Reinf até o dia 15 do mês subsequente, antecipada se cair em fim de semana ou feriado.
• Todo mês: DCTFWeb, com cruzamento automático entre eSocial, EFD-Reinf e MIT.
• A partir de 23/06/2026: consulta de garantias no Portal Emprega Brasil passa a ser obrigatória antes de qualquer rescisão com empréstimo consignado ativo.

O que a empresa precisa ajustar, na prática

Do ponto de vista de sistema, é preciso atualizar o ambiente TOTVS RM (via RM.Atualizador) para a versão que traz a nova aba eSocial no cadastro de eventos e conceder as permissões de perfil correspondentes (processos 09.03.02.11 e 09.05.16) aos usuários responsáveis pela folha. Em seguida, criar ou revisar os eventos e verbas conforme o De-Para indicado pela TOTVS, cobrindo Antecipação de Férias e Envelope de Pagamento (Provento e Desconto), e rodar o Conversor do Parametrizador dos Eventos de Férias para vincular as rubricas automaticamente.

Do ponto de vista fiscal, resta atualizar a competência dos eventos S-1010 na Fila de Eventos e retificar as competências retroativas, de 01/2026 até o mês anterior ao atual, para as folhas já fechadas sob a regra antiga. Antes de qualquer virada em produção, vale testar tudo em homologação, conferindo os cálculos de INSS, FGTS e IRRF sobre férias.

Para o Crédito do Trabalhador, a empresa deve configurar e validar a integração via API (TAF ou Middleware), habilitando o job correspondente e testando a sincronização com o Portal Emprega Brasil, além de revisar o fluxo de rescisão para incluir a consulta obrigatória de garantias antes do cálculo da verba rescisória.

Como a Adere apoia sua empresa nesse processo

A Adere Gestão de Negócios atua como especialista em TOTVS RM e acompanha o cliente em toda a transição: análise das parametrizações atuais e identificação de pontos de atenção, configuração das novas funcionalidades e eventos necessários (rubricas, De-Para, integrações via API/Middleware), revisão dos eventos, rubricas e incidências já existentes na base, testes completos em homologação antes da virada em produção, suporte durante a implantação e nos primeiros fechamentos de folha sob a nova regra, e orientação técnica para o uso correto dos novos recursos.

Com o fim da fase piloto previsto para 19/06/2026 e a necessidade de retificação retroativa desde 01/2026, o ideal é não deixar para a última hora. Um diagnóstico antecipado evita acúmulo de retificações, reduz a exposição a multas e garante mais tranquilidade no fechamento da folha e na conformidade com o Crédito do Trabalhador.

Em vez de depender exclusivamente de configurações distribuídas em cadastros como a TES, o Configurador permite combinar diferentes elementos de uma operação fiscal como produto, cliente ou fornecedor, origem e destino, CFOP, base de cálculo e alíquota para determinar como cada tributo deve ser calculado.

Essa estrutura ganhou ainda mais importância com a Reforma Tributária, já que o Configurador de Tributos também é utilizado nas adequações do Protheus para novos tributos como IBS e CBS.

Neste artigo, você vai entender como funciona o Configurador de Tributos Protheus, quais são seus principais componentes, como estruturar regras fiscais e quais cuidados são importantes para utilizar a ferramenta de forma segura e eficiente.

O que é o Configurador de Tributos Protheus?

O Configurador de Tributos é uma rotina do módulo fiscal do TOTVS Protheus que permite construir regras tributárias a partir de diferentes características das operações realizadas pela empresa.

Na documentação oficial, a TOTVS define o FISA170 como uma rotina que reúne elementos como estado de origem e destino, produtos, clientes, fornecedores e CFOPs, permitindo que os componentes do cálculo sejam configurados individualmente e posteriormente combinados em regras fiscais.

Na prática, isso proporciona maior flexibilidade para tratar diferentes cenários tributários sem concentrar toda a lógica fiscal em uma única configuração.

O Configurador pode ser utilizado em cálculos relacionados a tributos como:

• ICMS;
• ICMS-ST;
• IPI;
• ISS;
• PIS;
• COFINS;
• DIFAL;
• FECP;
• retenções;
• IBS;
• CBS;
• entre outros cenários tributários suportados pelo Protheus.

A disponibilidade e a configuração de cada cenário dependem da release do Protheus, das atualizações aplicadas e das características fiscais da operação. A TOTVS informa que os recursos do FISA170 estão disponíveis desde a release 12.1.2210.

Por que o Configurador de Tributos é importante?

Uma parametrização fiscal incorreta pode provocar problemas que vão muito além do cálculo errado de um imposto.

Uma regra mal configurada pode impactar:

• cálculo dos tributos;
• escrituração fiscal;
• CST e demais classificações tributárias;
• informações dos documentos fiscais;
• apuração dos impostos;
• geração de títulos financeiros;
• contabilização;
• obrigações acessórias.

Por isso, a gestão das regras tributárias precisa considerar não apenas a alíquota de determinado imposto, mas todo o contexto da operação.

É justamente nesse ponto que o Configurador de Tributos Protheus se diferencia: ele permite estabelecer condições específicas para determinar quando uma regra deve ou não ser aplicada.

Como acessar o Configurador de Tributos no Protheus

O Configurador de Tributos no Protheus é identificado pela rotina FISA170.

Dependendo da estrutura de menus e das permissões existentes no ambiente Protheus, o acesso pode ser realizado pelo módulo Livros Fiscais, na área destinada aos facilitadores e ao Configurador de Tributos.

O usuário também precisa possuir as permissões necessárias para acessar e alterar as configurações fiscais.

Caso a opção não esteja disponível no menu, é importante verificar a configuração do ambiente, a release utilizada e as permissões atribuídas ao usuário.

Como funciona a configuração de tributos no FISA170

Um dos pontos mais importantes para compreender o Configurador de Tributos é entender que uma regra fiscal normalmente não se resume a informar um imposto e sua respectiva alíquota.

O FISA170 utiliza diferentes perfis e regras, que são combinados para definir o comportamento tributário de uma operação. A documentação da TOTVS demonstra essa estrutura em diferentes exemplos oficiais de ICMS, IPI, ISS e outros tributos.

Entre os principais elementos estão:

Cadastro do tributo

É a identificação do tributo que fará parte da regra fiscal.

A partir dele, o sistema consegue relacionar os demais componentes necessários para determinar cálculo, incidência, escrituração e demais comportamentos fiscais.

Perfil de produto

O perfil de produto permite definir quais produtos ou grupos de produtos estarão sujeitos a determinada regra tributária.

Isso evita a necessidade de criar uma regra independente para cada item quando diversos produtos compartilham o mesmo tratamento tributário.

Perfil de participante

Determina quais clientes ou fornecedores estarão relacionados à regra.

É possível, por exemplo, criar tratamentos tributários diferentes de acordo com características do participante envolvido na operação.

Perfil de origem e destino

Esse perfil permite considerar a origem e o destino da operação.

Essa informação é especialmente relevante para tributos nos quais a localização dos envolvidos altera a forma de cálculo.

Perfil de operação

O perfil de operação ajuda a determinar em quais tipos de movimentação a regra deverá ser utilizada.

O CFOP é um dos elementos relevantes nessa identificação. A TOTVS destaca sua importância inclusive na interação entre o Configurador de Tributos e a TES.

Regra de base de cálculo

Determina como será formada a base utilizada para o cálculo do tributo.

Dependendo da operação, a base pode ser simples ou envolver reduções, acréscimos, exclusões ou fórmulas específicas.

Regra de alíquota

Define qual alíquota será aplicada quando as condições da regra forem atendidas.

Essa estrutura possibilita criar tratamentos diferentes de acordo com produto, operação, participante, origem, destino e demais condições previamente estabelecidas.

Regra de escrituração

Controla informações utilizadas na escrituração fiscal da operação, como incidências e classificações necessárias para o tratamento adequado do tributo.

Regra de cálculo do documento fiscal

Por fim, os diferentes componentes são relacionados em uma regra que determina efetivamente como o tributo será calculado quando determinada operação ocorrer.

A TOTVS também possui mecanismos de status para regras de cálculo, permitindo mantê-las em teste antes de sua aprovação.

Exemplo: configuração de ICMS no Configurador de Tributos Protheus

Imagine uma empresa que precisa calcular ICMS em uma determinada operação de venda.

Em vez de simplesmente cadastrar uma alíquota de ICMS, a configuração pode considerar:

1. o tributo que será calculado;
2. os produtos envolvidos;
3. o cliente;
4. o estado de origem e destino;
5. o CFOP da operação;
6. a formação da base de cálculo;
7. a alíquota aplicável;
8. as informações de escrituração;
9. a regra que relacionará todas essas condições.

Quando um documento fiscal é processado, o Protheus analisa os perfis relacionados à operação para identificar quais regras devem ser aplicadas.

Esse modelo permite lidar com situações muito mais específicas do que uma parametrização baseada exclusivamente em uma alíquota fixa.

Na documentação oficial de configuração do ICMS próprio, por exemplo, a TOTVS apresenta uma estrutura envolvendo tributo, perfil de produto, perfil de participante, regra de base de cálculo, regra de alíquota e demais componentes do FISA170.

Qual é a relação entre TES e Configurador de Tributos Protheus?

A TES — Tipo de Entrada e Saída — continua sendo um cadastro importante dentro do Protheus, mas o Configurador de Tributos vem assumindo uma parcela cada vez maior da lógica responsável pelos cálculos fiscais.

Em determinados cenários configurados pelo FISA170, a regra definida no Configurador pode inclusive se sobrepor às definições de cálculo existentes na TES. A TOTVS demonstra esse comportamento, por exemplo, em sua documentação de cálculo de IPI.

Isso não significa, entretanto, que a TES simplesmente deixa de ser utilizada.

Alguns elementos continuam participando da integração entre os processos do Protheus. O CFOP, por exemplo, permanece particularmente relevante na identificação das operações.

A TOTVS informou em documentação atualizada em julho de 2026 que está conduzindo a evolução das operações fiscais em direção ao Configurador de Tributos, reforçando a importância da migração das regras fiscais para essa nova estrutura.

Por esse motivo, empresas que ainda concentram grande parte de sua lógica tributária na TES devem avaliar cuidadosamente sua estratégia de evolução do ambiente.

Configurador de Tributos Protheus e a Reforma Tributária

A Reforma Tributária tornou o FISA170 ainda mais importante dentro do ecossistema Protheus.

As adequações disponibilizadas pela TOTVS contemplam o Configurador de Tributos e configurações relacionadas aos novos IBS e CBS, além das mudanças necessárias na geração dos documentos fiscais.

O Configurador também possui estruturas específicas relacionadas às novas classificações tributárias. Entre elas está a possibilidade de importar a tabela cClassTrib IBS/CBS, utilizada nas novas regras previstas para esses tributos.

Isso significa que a migração para o Configurador de Tributos não deve ser vista apenas como uma melhoria operacional.

Ela também faz parte da preparação dos ambientes Protheus para o novo modelo tributário brasileiro.

Empresas que utilizam Protheus precisam, portanto, acompanhar simultaneamente:

• atualizações do ERP;
• pacotes disponibilizados pela TOTVS;
• notas técnicas dos documentos fiscais;
• novas tabelas tributárias;
• configurações de IBS e CBS;
• regras existentes de ICMS, IPI, PIS, COFINS e demais tributos;
• impactos da transição entre o modelo atual e o novo sistema tributário.

Erros comuns ao utilizar o Configurador de Tributos Protheus

A flexibilidade do FISA170 também aumenta a necessidade de uma parametrização cuidadosa.

Entre os erros que merecem atenção estão:

Criar regras sem considerar todos os perfis envolvidos

Produto, participante, operação, origem e destino podem alterar completamente o resultado do cálculo.

Uma regra aparentemente correta pode não ser aplicada se algum desses perfis estiver incompatível com a operação realizada.

Ignorar o CFOP da operação

Mesmo com o cálculo transferido para o Configurador de Tributos, o CFOP continua sendo um elemento importante na identificação da operação fiscal.

Alterar regras diretamente sem realizar testes

Mudanças tributárias podem afetar diversas operações simultaneamente.

Por isso, alterações devem ser validadas antes de serem promovidas ao ambiente produtivo. O próprio Protheus possui mecanismo para trabalhar com regras em status de teste antes da aprovação definitiva.

Considerar que uma atualização do sistema atualiza automaticamente toda a parametrização fiscal

Atualizar o Protheus é essencial, mas isso não elimina a necessidade de revisar as regras específicas da empresa.

Mudanças legais podem exigir atualização de pacotes, tabelas, cadastros e parametrizações.

A empresa deve acompanhar tanto a legislação quanto a documentação e os pacotes disponibilizados pela TOTVS.

Boas práticas para utilizar o Configurador de Tributos Protheus

Para reduzir riscos na parametrização fiscal, algumas práticas são recomendadas:

Documente as regras existentes.
Mantenha registro dos critérios utilizados para cada tributo e cenário fiscal.

Padronize os perfis.
Uma estrutura organizada de perfis de produto, participante e operação facilita a manutenção futura.

Evite regras duplicadas ou conflitantes.
Antes de criar uma nova configuração, verifique se já existe uma regra atendendo ao mesmo cenário.

Utilize ambiente de homologação.
Alterações tributárias devem ser testadas antes de chegar ao ambiente produtivo.

Simule diferentes operações.
Não valide apenas um documento. Teste combinações de produtos, clientes, fornecedores, estados e CFOPs que possam acionar comportamentos diferentes.

Revise as regras periodicamente.
Mudanças fiscais e alterações nos processos internos podem tornar configurações antigas inadequadas.

Mantenha o Protheus atualizado.
Isso se tornou especialmente importante diante das mudanças relacionadas à Reforma Tributária.

Como saber se sua empresa precisa revisar o Configurador de Tributos Protheus

Alguns sinais indicam que vale a pena realizar uma revisão do ambiente fiscal:

• grande quantidade de regras concentradas na TES;
• dificuldade para entender de onde determinado cálculo está vindo;
• divergências tributárias recorrentes;
• regras fiscais duplicadas;
• muitas exceções criadas ao longo dos anos;
• mudanças frequentes realizadas diretamente em produção;
• ambiente ainda não preparado para IBS e CBS;
• ausência de documentação das regras fiscais;
• dependência de poucas pessoas que conhecem as parametrizações existentes.

Nesses casos, revisar o FISA170 pode contribuir não apenas para corrigir problemas atuais, mas também para tornar o ambiente mais preparado para futuras alterações tributárias.

Conclusão

O Configurador de Tributos Protheus (FISA170) representa uma evolução importante na forma como as regras fiscais são estruturadas dentro do ERP.

Sua principal vantagem está na possibilidade de separar e combinar diferentes componentes da operação — como produtos, participantes, origem e destino, CFOP, base de cálculo, alíquota e escrituração — criando regras mais flexíveis e aderentes à realidade tributária das empresas.

Ao mesmo tempo, essa flexibilidade exige planejamento.

Uma implantação eficiente deve envolver revisão das regras existentes, padronização dos perfis, testes em ambiente de homologação, acompanhamento das atualizações da TOTVS e validação constante da legislação aplicável.

Com a implementação da Reforma Tributária e a entrada de IBS e CBS, essa revisão se torna ainda mais relevante.

Mais do que simplesmente parametrizar impostos, o desafio agora é construir uma estrutura tributária dentro do Protheus que seja organizada, rastreável e preparada para as mudanças dos próximos anos.

O Grupo Adere possui profissionais com mais de 25 anos de experiência nas soluções TOTVS Protheus, RM e Fluig. Fale com a nossa equipe para deixar seu sistema em conformidade com as regras mais atuais.

O TOTVS® Fluig ajuda a substituir esse modelo descentralizado por um ambiente no qual os documentos podem ser armazenados, classificados, versionados, aprovados e acessados de acordo com regras previamente definidas.

Na prática, usar o Fluig para gestão de documentos significa centralizar os arquivos da empresa em um repositório controlado e conectar cada documento ao seu ciclo de criação, aprovação, publicação, revisão e expiração.

A plataforma reúne recursos de ECM — Enterprise Content Management — que permitem compartilhar, controlar e acessar documentos, além de integrar essa gestão aos processos, formulários, portais e sistemas utilizados pela organização.

O que é a gestão de documentos no Fluig?

A gestão de documentos no Fluig é realizada principalmente por meio do módulo ECM, responsável por organizar e controlar o conteúdo corporativo.

Diferentemente de uma pasta compartilhada convencional, na qual os arquivos são apenas armazenados, o ECM acrescenta regras e informações ao redor de cada documento. Entre os recursos disponíveis estão:

• Organização por pastas e taxonomias;
• Controle de versões e revisões;
• Aprovação antes da publicação;
• Permissões de acesso por usuário, grupo ou papel;
• Definição de validade e expiração;
• Histórico de aprovação e atualização;
• Marca d’água e cópia controlada;
• Lista mestra de documentos;
• Busca e indexação de conteúdo;
• Integração com workflows e outros sistemas.

A documentação oficial também destaca recursos como visualização de arquivos, notificações de vencimento, recuperação de versões anteriores e acesso pelo aplicativo My Fluig.

Assim, o Fluig pode funcionar como uma fonte central de informação para políticas, contratos, procedimentos, manuais, instruções de trabalho, documentos de qualidade, arquivos de projetos e outros conteúdos importantes para a operação.

Qual é a diferença entre armazenar e gerenciar documentos?

Armazenar um documento significa saber em qual pasta ele está.

Gerenciar um documento significa também saber:

• Quem pode consultá-lo;
• Quem pode alterá-lo;
• Qual é a versão válida;
• Quem aprovou sua publicação;
• Quando ele precisa ser revisado;
• Quais versões anteriores existiram;
• Em quais processos ele é utilizado;
• Quem visualizou ou imprimiu o conteúdo;
• O que deve acontecer quando sua validade terminar.

Essa diferença é importante porque muitos problemas documentais não são causados pela ausência do arquivo, mas pela falta de controle sobre ele.

Uma empresa pode ter todos os seus procedimentos armazenados e, mesmo assim, permitir que colaboradores consultem instruções obsoletas. Da mesma forma, pode possuir todos os contratos digitalizados, mas não perceber que um deles está próximo do vencimento.

É justamente nesse ponto que o Fluig deixa de ser apenas um repositório de arquivos e passa a apoiar a governança da informação.

Como usar o Fluig para gestão de documentos?

A implantação deve começar antes da publicação dos primeiros arquivos. Para que a gestão documental funcione, é necessário definir uma estrutura coerente com os processos e as responsabilidades da empresa.

1. Mapeie os documentos da organização

O primeiro passo é identificar quais documentos precisam ser controlados.

Esse levantamento pode ser feito por área, processo ou categoria. Alguns exemplos são:

Recursos Humanos

• Políticas internas;
• Manuais do colaborador;
• Modelos de documentos;
• Procedimentos de admissão;
• Termos e comunicados.

Financeiro e controladoria

• Políticas de pagamento;
• Documentos de auditoria;
• Relatórios;
• Comprovantes;
• Normas de aprovação.

Compras

• Cotações;
• Propostas de fornecedores;
• Contratos;
• Pedidos;
• Documentos de homologação.

Jurídico

• Contratos;
• Procurações;
• Atas;
• Pareceres;
• Termos de confidencialidade.

Qualidade

• Procedimentos operacionais;
• Instruções de trabalho;
• Formulários;
• Políticas;
• Registros de revisão.

O objetivo não deve ser simplesmente transferir todas as pastas existentes para o Fluig. Antes da migração, é recomendável eliminar duplicidades, identificar documentos obsoletos e definir quais conteúdos realmente precisam ser mantidos.

2. Defina uma taxonomia documental

A taxonomia determina como os documentos serão classificados e encontrados.

Uma estrutura baseada apenas no nome dos departamentos pode funcionar inicialmente, mas tende a se tornar limitada à medida que o volume de arquivos aumenta. Dependendo da operação, os documentos também podem ser classificados por:

• Unidade;
• Processo;
• Tipo documental;
• Cliente;
• Projeto;
• Produto;
• Ano;
• Nível de confidencialidade;
• Situação;
• Prazo de validade.

O Fluig permite criar uma estrutura hierárquica de pastas e organizar o arquivamento conforme a realidade do negócio. A própria TOTVS destaca a taxonomia como uma forma de tornar o arquivamento mais lógico e reduzir o risco de documentos serem publicados no local errado.

Uma boa taxonomia deve permitir que um colaborador encontre o conteúdo mesmo sem saber exatamente quem o publicou.

3. Crie pastas com regras herdáveis

No Fluig, os documentos publicados podem herdar características da pasta em que estão armazenados, incluindo propriedades, segurança e critérios de aprovação.

Isso permite, por exemplo, criar uma pasta chamada “Políticas corporativas” na qual todo novo documento:

• Tenha um grupo específico de aprovadores;
• Seja visível para todos os colaboradores;
• Exija revisão periódica;
• Siga um padrão de publicação;
• Passe por aprovação antes de ser disponibilizado.

Ao carregar um arquivo em uma pasta configurada, o documento pode herdar automaticamente essas definições. Esse comportamento reduz configurações manuais e ajuda a manter um padrão entre arquivos da mesma categoria.

A estrutura deve ser desenhada com cuidado. Um excesso de pastas dificulta a navegação, enquanto uma estrutura superficial demais pode concentrar centenas de documentos no mesmo local.

4. Padronize títulos, descrições e metadados

O nome do arquivo não deve ser a única informação usada para identificá-lo.

É recomendável estabelecer um padrão contendo elementos como:

• Título do documento;
• Código interno;
• Tipo documental;
• Área responsável;
• Autor;
• Unidade;
• Data de publicação;
• Data de validade;
• Classificação de confidencialidade;
• Palavras-chave;
• Descrição da versão.

Por exemplo, em vez de publicar um arquivo chamado:

procedimento_novo_final.pdf

A empresa pode utilizar:

POP-FIN-004 — Procedimento para aprovação de pagamentos

Essa padronização melhora a busca, a leitura da lista mestra e a rastreabilidade das alterações.

5. Configure permissões de acesso

Uma das premissas da Gestão de Documentos é que nem todo documento deve estar disponível para todos os usuários.

O Fluig permite controlar o acesso aos recursos da plataforma e definir permissões para usuários, grupos e papéis. Dependendo da configuração, as permissões podem envolver ações como visualizar, modificar ou remover conteúdos. As regras também são refletidas no aplicativo My Fluig.

Um modelo de permissões pode considerar:

• Colaboradores com acesso apenas para leitura;
• Responsáveis autorizados a publicar;
• Gestores autorizados a aprovar;
• Administradores com controle da estrutura;
• Grupos específicos para documentos confidenciais;
• Acesso temporário para projetos ou fornecedores.

Sempre que possível, o acesso deve ser concedido por grupos e papéis, e não individualmente. Isso facilita a administração quando colaboradores mudam de função ou deixam a empresa.

Também é importante aplicar o princípio do menor privilégio: cada usuário deve ter apenas os acessos necessários para executar suas atividades.

O Fluig oferece controles que podem apoiar as políticas de segurança e privacidade da empresa, mas a ferramenta, isoladamente, não garante conformidade com a LGPD. A conformidade depende de fatores como finalidade do tratamento, critérios de retenção, configuração de acessos, políticas internas e atuação dos responsáveis pela informação.

6. Crie fluxos de aprovação documental

Determinados documentos não devem ser publicados imediatamente após o upload.

Políticas, contratos, procedimentos e instruções de trabalho podem precisar da aprovação de gestores, responsáveis técnicos, jurídico, qualidade ou diretoria.

No Fluig, os critérios de aprovação podem ser definidos na pasta ou diretamente no documento. Quando a aprovação é configurada na pasta, os conteúdos publicados nela passam pelo fluxo estabelecido, salvo configurações específicas em subpastas. Também é possível criar diferentes níveis de aprovação.

Um procedimento interno, por exemplo, pode seguir este fluxo:

1. O analista cria ou atualiza o documento;
2. O gestor da área revisa o conteúdo;
3. A área de qualidade verifica a padronização;
4. O diretor responsável realiza a aprovação final;
5. O documento é liberado para consulta.

Além de reduzir publicações indevidas, esse modelo cria um histórico de quem participou da aprovação.

Nos casos em que for necessária uma assinatura eletrônica ou digital, a solução deve ser configurada de acordo com o tipo de assinatura e a validade jurídica necessária. A documentação atual da TOTVS recomenda a utilização do TAE — TOTVS Assinatura Eletrônica — e informa que a antiga oferta baseada em Certisign é um recurso legado.

7. Utilize o controle de versões e revisões

Um dos principais riscos das pastas compartilhadas é a existência de várias cópias do mesmo documento.

Com o controle de versões, as alterações podem ser mantidas no histórico do próprio documento, evitando a criação de arquivos separados como:

• Contrato final;
• Contrato final revisado;
• Contrato final aprovado;
• Contrato final aprovado 2.

O versionamento permite identificar qual conteúdo está em vigor e consultar versões anteriores quando necessário. Esse recurso é especialmente relevante para documentos técnicos, procedimentos, políticas e projetos que passam por alterações frequentes.

Para que esse controle seja efetivo, a empresa deve definir quando uma alteração representa uma nova revisão e quando representa uma nova versão.

Uma correção ortográfica, por exemplo, pode seguir uma regra diferente de uma mudança que altera responsabilidades, prazos ou etapas de um processo.

8. Configure validade e expiração

Contratos, certificados, procurações, licenças, normas e procedimentos podem possuir prazo de validade.

O Fluig permite informar quando um documento passa a ser válido, quando expira e com quantos dias de antecedência a notificação de vencimento deve ser emitida. Para que as notificações funcionem corretamente, o recurso precisa estar configurado no ambiente.

Um contrato com vencimento em 30 de setembro, por exemplo, pode gerar um alerta 60 dias antes para que o responsável avalie sua renovação.

O controle de expiração reduz a dependência da memória dos colaboradores e de planilhas paralelas, mas exige a definição de um responsável por cada tipo de documento. Um alerta sem uma pessoa encarregada de agir apenas transfere o problema para outra tela.

9. Use a lista mestra e a cópia controlada

A lista mestra reúne informações sobre os documentos de uma pasta, como título, revisão, autor, publicador e status de aprovação.

Esse recurso pode ser útil em operações que precisam demonstrar controle documental, principalmente em áreas de qualidade. A documentação do Fluig permite filtrar informações e, em versões atuais do recurso, exportar os dados da lista mestra para Excel.

Já a cópia controlada registra informações relacionadas à impressão do documento. Também podem ser utilizadas marcas d’água para indicar situações como:

• Documento confidencial;
• Cópia não controlada;
• Versão obsoleta;
• Uso interno;
• Documento em análise.

Esses controles são importantes quando os arquivos digitais precisam ser impressos e utilizados em ambientes operacionais.

10. Estruture a busca e a indexação

Uma gestão documental eficiente não depende apenas de uma boa estrutura de pastas.

Os usuários também precisam conseguir localizar rapidamente um documento por meio de termos relacionados ao título, conteúdo ou propriedades cadastradas.

O Fluig possui recursos de busca e indexação de documentos. A indexação precisa ser monitorada, pois problemas nesse processo podem fazer com que um arquivo publicado não seja encontrado corretamente. A própria TOTVS recomenda executar determinados procedimentos de reindexação fora do horário de expediente, já que eles podem causar lentidão no ambiente.

Por isso, a implantação deve prever:

• Padrão de nomenclatura;
• Palavras-chave coerentes;
• Metadados obrigatórios;
• Revisão da indexação;
• Testes com termos utilizados pelos colaboradores;
• Treinamento sobre os filtros de busca.

11. Integre documentos aos workflows

O maior potencial do Fluig aparece quando a gestão documental é integrada aos processos da empresa.

Em vez de armazenar um contrato isoladamente, por exemplo, é possível relacioná-lo a um workflow que controle:

1. Solicitação da contratação;
2. Validação do fornecedor;
3. Análise jurídica;
4. Aprovação financeira;
5. Assinatura;
6. Publicação do contrato;
7. Acompanhamento da vigência;
8. Renovação ou encerramento.

Nesse modelo, o documento deixa de ser apenas o resultado final e passa a fazer parte do processo.

O Fluig disponibiliza APIs e webservices que podem ser utilizados para criar integrações e consultar documentos, permissões e outras informações da plataforma.

Exemplos de gestão de documentos com o Fluig

Controle de contratos

O contrato pode ser publicado com acesso restrito, passar por aprovação jurídica e financeira, receber uma data de validade e gerar uma notificação antes do vencimento.

Gestão de procedimentos de qualidade

Os procedimentos podem seguir uma codificação padronizada, passar por aprovação, manter histórico de revisões e ser apresentados em uma lista mestra.

Políticas de Recursos Humanos

Políticas internas podem ser publicadas para grupos específicos, atualizadas de forma controlada e integradas a processos de ciência ou aceite.

Documentos de fornecedores

Certidões, certificados e documentos de homologação podem ser organizados por fornecedor, classificados por tipo e acompanhados de acordo com sua validade.

Projetos e documentos técnicos

Plantas, especificações, memoriais e instruções podem ser versionados, relacionados a outros documentos e liberados apenas para os participantes autorizados.

Fluig substitui completamente pastas de rede e serviços de armazenamento?

Não necessariamente.

Serviços de armazenamento podem continuar sendo adequados para arquivos de trabalho, conteúdos temporários e colaboração informal.

O Fluig tende a fazer mais sentido para documentos que precisam de:

• Controle de acesso;
• Aprovação;
• Versionamento;
• Validade;
• Rastreabilidade;
• Integração com processos;
• Responsáveis claramente definidos;
• Evidências de publicação e revisão.

A decisão não precisa ser “Fluig ou pastas compartilhadas”. A empresa pode estabelecer uma política definindo quais tipos de conteúdo devem obrigatoriamente ser gerenciados no Fluig e quais podem permanecer em outros ambientes.

Principais erros ao implantar a gestão de documentos no Fluig

Migrar arquivos sem revisar o conteúdo

Transferir pastas desorganizadas para o Fluig apenas muda o endereço do problema. A migração deve incluir limpeza, classificação e definição de responsáveis.

Criar pastas demais

Estruturas excessivamente profundas dificultam a localização dos documentos e aumentam a chance de publicação no local errado.

Conceder acesso individualmente

Permissões individuais se tornam difíceis de administrar. Grupos, papéis e responsabilidades organizacionais costumam ser mais escaláveis.

Não definir o proprietário do documento

Todo documento controlado deve ter uma área ou pessoa responsável por sua atualização, revisão e validade.

Criar aprovações desnecessárias

Adicionar muitos aprovadores pode deixar o processo lento sem aumentar efetivamente o controle. Cada etapa deve existir por um motivo claro.

Ignorar a experiência do usuário

Uma estrutura tecnicamente correta pode fracassar quando os colaboradores não entendem onde publicar, como buscar ou qual versão utilizar.

Não revisar a governança depois da implantação

Áreas, funções e processos mudam. A taxonomia, as permissões e os workflows também precisam ser revisados periodicamente.

Como implantar a gestão de documentos no Fluig

Uma implantação consistente pode ser organizada nas seguintes etapas:

1. Diagnóstico do cenário atual;
2. Inventário dos documentos;
3. Definição da taxonomia;
4. Classificação por criticidade e confidencialidade;
5. Desenho das permissões;
6. Definição de aprovadores e responsáveis;
7. Configuração de validade e versionamento;
8. Desenvolvimento dos workflows;
9. Integração com ERP e outros sistemas;
10. Migração controlada;
11. Testes com usuários;
12. Treinamento e acompanhamento;
13. Revisão contínua dos indicadores e regras.

Para projetos mais complexos, é recomendável realizar primeiro um piloto com uma área ou processo. A empresa pode começar, por exemplo, pelo controle de contratos ou pelos documentos da qualidade, validar o modelo e depois expandi-lo.

Perguntas frequentes sobre gestão de documentos no Fluig

O Fluig é um sistema de GED?

Sim. O Fluig possui recursos de gestão eletrônica de documentos por meio de seu componente ECM. Ele permite armazenar, organizar, versionar, aprovar e controlar o acesso aos documentos.

É possível controlar versões de documentos no Fluig?

Sim. O Fluig mantém versões e revisões, permitindo consultar o histórico e identificar qual conteúdo está atualmente publicado.

O Fluig avisa quando um documento está vencendo?

Sim, desde que a validade, o período de antecedência e as tarefas de notificação estejam corretamente configurados no ambiente.

É possível restringir documentos por usuário ou departamento?

Sim. As permissões podem ser configuradas para usuários, grupos e papéis, de acordo com a estrutura de acesso definida pela empresa.

Um documento pode passar por mais de uma aprovação?

Sim. É possível estabelecer níveis de aprovação e definir os responsáveis de cada etapa.

O Fluig pode ser integrado ao Protheus e ao RM?

Sim. A plataforma pode ser integrada a ERPs e outros sistemas por meio de APIs, webservices e desenvolvimentos específicos. O escopo da integração depende do processo e das informações que precisam ser movimentadas.

É possível acessar os documentos pelo celular?

Sim. Os documentos podem ser acessados pelo aplicativo My Fluig, respeitando as permissões configuradas na plataforma.

O Fluig garante conformidade com a LGPD?

Não de forma automática. Ele fornece recursos que podem apoiar controle de acesso, rastreabilidade e governança, mas a conformidade depende de processos, políticas, configurações e decisões jurídicas da organização.

Transforme documentos em processos controlados

A gestão documental não deve ser tratada apenas como um projeto de digitalização.

Centralizar arquivos é importante, mas o verdadeiro ganho acontece quando a empresa também controla quem cria, quem aprova, qual versão deve ser utilizada, quando o conteúdo precisa ser revisto e como ele se relaciona aos demais processos.

Com uma implantação adequada, o Fluig pode transformar documentos dispersos em informações organizadas, rastreáveis e conectadas à operação.

O Grupo Adere possui especialistas em TOTVS® Fluig, Protheus e RM para mapear o cenário da sua empresa, estruturar a gestão documental, desenvolver workflows e realizar integrações entre sistemas.

Fale com o Grupo Adere e descubra como utilizar o Fluig de maneira estratégica na gestão de documentos da sua empresa.

Automação de Processos com Fluig BPM

Muitas empresas ainda realizam atividades manuais dentro do Protheus, como aprovações de pedidos, cadastros ou atualizações de status. Isso pode gerar lentidão e riscos de falha humana.

Uma solução prática é integrar o Protheus ao Fluig BPM (Business Process Management). Com essa integração, é possível criar fluxos automatizados que conversam diretamente com o ERP.

Um exemplo simples: O pedido de venda.

• O colaborador registra no Protheus;

• O Fluig aciona um fluxo de aprovação;

• Gestores recebem notificação por e-mail ou aplicativo;

Após aprovação, o pedido é atualizado automaticamente no ERP.

Resultado?
Mais rapidez, menos retrabalho, maior rastreabilidade e governança sobre os processos internos.

Automatizar é dar ao seu time tempo para focar em estratégia e inovação, em vez de tarefas repetitivas.

E claro, a Adere consegue ajudar a sua empresa com essa automação. Entre em contato conosco!

Integração do RM com Fluig Identity (SAML)

A segurança da informação é uma das maiores preocupações das empresas hoje. E quando falamos de sistemas ERP, que concentram dados sensíveis de pessoas e negócios, o cuidado precisa ser redobrado.

O TOTVS® RM permite integração com o Fluig Identity através do protocolo SAML, garantindo autenticação unificada (Single Sign-On).

Isso significa que o colaborador precisa usar apenas um login e senha para acessar tanto o RM quanto outras soluções TOTVS® integradas.

O resultado é:

• Mais segurança (controle centralizado de acessos);

• Mais praticidade para o usuário;

• Menos riscos de fraudes ou acessos indevidos.

Com a integração via Identity Provider, o administrador consegue controlar permissões de forma simplificada, além de reduzir custos de suporte relacionados a redefinição de senha.

Em um cenário onde conformidade com LGPD e segurança digital são cada vez mais exigidas, essa prática é essencial.

A Adere consegue te ajudar com essa atuação. Contamos com um time especializado prontos para desenvolver esse fluxo para a sua empresa.

Entre em contato conosco.

• agosto 2026
• setembro 2025

Gestão de Férias com Fluig Workflow

O processo de solicitação e aprovação de férias pode ser demorado, gerar retrabalhos e até falhas de comunicação quando feito de forma manual.

Com a integração entre o TOTVS® RM/Protheus (módulo de Folha de Pagamento),  e o Fluig Workflow, a gestão de férias se torna muito mais ágil.

Veja como funciona:

• O colaborador registra no Fluig a sugestão de férias;

• O gestor recebe a solicitação e aprova ou ajusta;

• A informação é automaticamente integrada ao módulo de Folha no RM;

• O RH tem a visão consolidada e pode gerar cálculos com precisão.

Benefícios:

• Eliminação de planilhas paralelas;

• Aprovação mais rápida e transparente;

• Redução de erros e conflitos de datas;

• Maior autonomia para o colaborador.

Essa é uma prática que aumenta a eficiência operacional e reforça a experiência do colaborador dentro da empresa.

Dica de ouro:

O Grupo Adere consegue te ajudar com essa atuação. Contamos com um time especializado de RM, Protheus e desenvolvedores seniores de Fluig prontos para desenvolver esse fluxo para a sua empresa. Entre em contato conosco.

Fluig – Widgets Personalizadas com Style Guide

A experiência do usuário é peça-chave em qualquer sistema. Pensando nisso, o Fluig oferece um Style Guide para criação de widgets (componentes visuais personalizados) que seguem padrões modernos de design e usabilidade.

Com ele, é possível criar funcionalidades como upload de documentos, dashboards ou relatórios interativos, de forma consistente e alinhada à identidade da empresa.

Isso garante que o usuário final tenha uma experiência intuitiva e agradável, sem abrir mão da padronização visual.

Além disso, a documentação oficial ajuda a reduzir tempo de desenvolvimento e aumenta a qualidade das entregas.

Quer dar um upgrade no seu Fluig? Podemos te ajudar!

Entre em contato!

Segurança: Sempre Utilize HTTPS/TLS

Um ponto crítico para qualquer ambiente digital é a segurança. E, no caso do Fluig, a  TOTVS® reforça a importância de sempre usar o protocolo HTTPS/TLS.

Isso significa que toda comunicação entre usuários e servidores será criptografada, evitando riscos de interceptação ou roubo de dados.

Para isso, é fundamental que o cliente disponibilize um certificado SSL válido.

Essa prática não é apenas recomendada: é obrigatória para garantir conformidade com normas de mercado e leis como a LGPD.

Como Identificar Lentidão em Datasets?

Um dos pontos que mais impacta na experiência do usuário é a performance. Quando há lentidão nos Datasets do Fluig, a TOTVS® recomenda verificar alguns fatores:

•Compatibilidade do banco de dados (ex.: Oracle 19C é homologado apenas via JDBC 1.8);

•Evitar o uso de serviços legados como FluigDS e FluigDSRO;

•Migrar para o AppDS, que garante melhor desempenho e suporte futuro.

Além disso, é essencial revisar consultas SQL para garantir eficiência e não sobrecarregar o banco.

Monitorar a performance é uma prática contínua, que garante estabilidade, produtividade e satisfação dos usuários.

Caso a lentidão continue, se atente a quantidade de registros ou tente adicionar uma limitação de leitura, isso ajudará no processamento dos dados.

Nós da Adere podemos te ajudar com essa demanda, realizando o diagnostico do seu Fluig.

Entre em contato conosco!