Definir corretamente as condições de pagamento no Protheus é essencial para que compras, vendas e faturamento gerem títulos financeiros com os vencimentos e valores esperados. Uma regra inadequada pode produzir parcelas em datas incorretas, concentrar valores indevidamente ou exigir ajustes manuais no Financeiro.
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.
| Em resumo: “30/60/90 dias” é uma condição de pagamento; “Pix” ou “cartão de crédito” é uma forma de pagamento. |
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 | Uso principal | Como funciona |
| 1 | Prazos explícitos | Cada número representa um vencimento contado a partir da data-base. |
| 2 | Fórmula pelo código | O Código e o E4_COND formam a regra de primeiro vencimento, parcelas e intervalo. |
| 3 | Dias fixos do mês | Define parcelas, carência e dias do mês aceitos para os vencimentos. |
| 4 | Dia da semana | Define parcelas, intervalo e um dia da semana para ajuste dos vencimentos. |
| 5 | Carência + intervalo | Define primeiro vencimento, quantidade de parcelas e intervalo recorrente. |
| 6 | Carência + dia da semana | Combina parcelas, primeiro vencimento, dia da semana e intervalo. |
| 7 | Calendário anual | Define dias fixos de vencimento para os meses do ano. |
| 8 | Prazos e percentuais | Distribui percentuais diferentes entre parcelas com prazos definidos. |
| 9 | Parcelamento manual | Datas e valores são informados no pedido ou orçamento de venda. |
| B | Composição de regras | Combina mais de uma condição e distribui o valor por rateio. |
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.
| E o tipo A? Ele pode aparecer em ambientes específicos, principalmente nos módulos de Veículos (SIGAVEI) e Oficina (SIGAOFI). Não deve ser tratado como uma condição genérica do Backoffice sem validar a documentação do ambiente utilizado. |
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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
- 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.
| Atenção: não altere uma condição já utilizada em produção sem análise de impacto. Dependendo do processo e das customizações, a mudança pode afetar novas operações que ainda usam o mesmo código. Quando necessário, crie uma nova condição e planeje a substituição. |
Como escolher o tipo correto
| Necessidade | Tipo mais provável |
| Prazos simples como à vista, 30 e 60 dias | Tipo 1 |
| Parcelas regulares com carência inicial | Tipo 5 |
| Vencimentos em dias fixos do mês | Tipo 3 |
| Vencimentos em determinado dia da semana | Tipo 4 ou 6 |
| Calendário fixo ao longo do ano | Tipo 7 |
| Percentuais diferentes por parcela | Tipo 8 |
| Datas e valores definidos caso a caso na venda | Tipo 9 |
| Combinação de regras com rateio | Tipo B |
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.
