Condição de Pagamento
Você já recebeu uma nota fiscal e precisou transformar aquele valor em vários títulos, com juros, descontos e vencimentos diferentes — e ficou sem saber se o Protheus vai montar tudo certinho? Essa é uma situação diária no financeiro: acertar a condição de pagamento para que, ao final do processo (seja pela classificação de uma NF ou na inclusão manual), o sistema gere os títulos com prazos, parcelas e regras de cobrança que a operação combinou.
O que é a condição de pagamento e por que ela importa
Condicionamento de pagamento é a regra que define como um valor será parcelado, quando cada parcela vence, se haverá cálculo automático de juros ou multa, e se existe desconto por antecipação. No Protheus, essa informação é usada tanto no faturamento/compras quanto nas rotinas financeiras: a condição é o ponto de partida para gerar os títulos que ficam na carteira de contas a pagar ou a receber.
Na prática, uma condição de pagamento bem desenhada evita retrabalho, previne divergência entre o que foi acordado comercialmente e o que o financeiro vai pagar/receber, e ainda garante que integrações (borderos, remessas CNAB, retornos bancários) funcionem sem surpresas.
Onde a condição de pagamento aparece no sistema
- Cadastro de condições de pagamento (tabela de referência de parcelamento) — consultada quando o sistema precisa desdobrar um valor em várias parcelas.
- Rotinas de emissão/classificação de documentos de entrada (por exemplo, a rotina que processa notas fiscais) — que podem gerar automaticamente títulos no financeiro conforme a condição.
- Rotinas de contas a pagar e contas a receber — onde os títulos efetivos ficam registrados e são movimentados até a baixa.
No ambiente que usamos como referência, a condição de pagamento é lida pela rotina que gera títulos na classificação de documentos de entrada, e os títulos resultantes são gravados na tabela de títulos do financeiro.
Rotinas e tabelas diretamente envolvidas
Algumas rotinas e tabelas costumam participar do fluxo de geração e gestão de títulos:
- Rotina de inclusão/gestão de títulos do contas a pagar: FINA050 — usada para inclusão manual e consulta dos títulos na tabela SE2 (títulos a pagar).
- Rotina de contas a receber: FINA040 — grava títulos na tabela SE1.
- Rotina que faz o desdobramento automático quando uma nota de entrada é classificada: a rotina de classificação documental do módulo de compras (por exemplo, a rotina MATA103) que gera títulos na SE2 com base na condição de pagamento registrada no documento.
- Tabela de condições de pagamento: referenciada como parte do desdobramento (no material consultado aparece como SE4 quando usada em leitura para desdobrar parcelas).
- Tabelas de movimentação bancária e baixa: SE5 é citada como tabela de movimentação bancária usada nas baixas e conciliações.
Campos importantes relacionados aos títulos
Quando pensamos nos títulos gravados pelo sistema, existem campos que surgem em praticamente qualquer processo financeiro e que vêm direto dos cadastros e da condição de pagamento:
- Identificação do título: prefixo e número (ex.: campos do tipo E1_PREFIXO / E1_NUM para contas a receber ou equivalente E2_PREFIXO / E2_NUM para contas a pagar).
- Dados do favorecido: cliente ou fornecedor e loja correspondente.
- Datas: data de emissão e data de vencimento (ex.: E1_EMISSAO, E1_VENCTO; E2_EMISSAO, E2_VENCTO).
- Valor do título e saldo (ex.: E1_VALOR, E2_VALOR).
- Natureza financeira: vínculo com o plano de contas para contabilização (campo referenciado por natureza — SED em leitura).
Esses campos são os que aparecem nas rotinas de contas a pagar/receber e são fundamentais para entender como a condição de pagamento vira títulos efetivos.
Como o desdobramento em parcelas normalmente funciona
Conceitualmente, a condição de pagamento contém regras do tipo “3x sem juros”, “30/60/90 dias”, “2x com desconto à vista” ou “entrada + parcelas iguais com juros”. No processo de geração de títulos, o sistema percorre essa regra e cria um registro por parcela com a data de vencimento e o valor correspondente.
Exemplo genérico do cálculo (conceitual): se uma nota de R$ 3.000,00 tem condição “3x iguais” e não há juros, o sistema divide o valor em três parcelas de R$ 1.000,00 e define vencimentos conforme o intervalo configurado (ex.: 30, 60 e 90 dias). Se houver juros, a primeira etapa é definir qual será a base do cálculo (juros simples sobre cada parcela ou correção pro rata), e então acrescentar o valor de juros em cada título.
Configurar condições de pagamento: passos e atenção
Ao configurar condições de pagamento, atente para estes pontos práticos:
- Defina claramente os intervalos entre parcelas (dias a partir da emissão ou da data de entrada), se há parcela inicial de entrada e se as demais são iguais ou proporcionais.
- Decida a regra de cálculo de juros e multa: será automático pelo título ou lançado por ajuste? Se automático, especifique se juros são por mês, ao dia, simples ou compostos.
- Informe descontos por antecipação, quando aplicáveis, e se esses descontos são percentuais ou valores fixos.
- Abrace formatos que o banco/PV vai aceitar: se sua operação remeterá pagamentos via remessa CNAB, confirme que os campos de vencimento, valor e favorecido serão gravados corretamente nos títulos (pois serão usados pelo processo de geração de remessa).
Na prática, a configuração está em um cadastro de condições de pagamento (SE4 na referência que consultamos) e essa configuração alimenta o processo automático de geração de títulos quando um documento é classificado.
Integração com contas a pagar/receber e fluxo financeiro
Depois que os títulos são gerados, o fluxo financeiro típico passa por:
- Inclusão do título (manual via FINA050 para pagar ou via FINA040 para receber) ou geração automática a partir da classificação de documento (por exemplo, MATA103 no processo de compras).
- Possível aprovação/alcadas: algumas empresas usam aprovações antes que títulos possam ser pagos.
- Geração de borderos para pagamento (rotina FINA240 é usada para agrupamento de títulos em borderos, com vinculação posterior em registros de pagamento).
- Remessa CNAB para pagamento eletrônico (formatos e arquivos são gerados conforme configuração do banco); o retorno do banco é tratado por rotinas que conciliam e dão baixa nos títulos (por exemplo, rotinas que atualizam SE2/SE5 conforme retorno — FINA430 e demais pontos de integração de retorno).
- Baixa manual ou automática (movimentação registrada em SE5 de movimentação bancária quando ocorre a baixa/compensação).
Pontos de entrada e customizações seguras
Em ambientes onde o comportamento padrão precisa ser adaptado, existem pontos de entrada (hooks) que permitem validadores e ajustes antes ou depois da gravação dos títulos. Alguns pontos de entrada úteis são:
- FA050INC — ponto de entrada na inclusão de títulos a pagar para inserir validações ou regras específicas antes da gravação na SE2.
- FA040INC / M040SE1 — pontos utilizados no contas a receber para ações na inclusão/pos-gravação de títulos.
- FA050GRV — manipulação de dados antes da gravação do título a pagar.
Use pontos de entrada para regras de negócio que realmente não podem ser parametrizadas. Evite alterar processos padrão sem controle, pois esses pontos afetam gravações em tabelas centrais como SE2 e SE1.
Parâmetros do ambiente e cuidados
O sistema traz parâmetros globais que influenciam comportamentos financeiros. Nas referências consultadas aparecem exemplos de parâmetros (com prefixo MV_) que controlam aspectos do módulo financeiro e processos relacionados. Atenção: parâmetros com prefixos desse tipo podem representar ajustes locais/exemplos de configuração e, dependendo do ambiente, serem customizações — trate-os como parâmetros que variam conforme implantação.
Exemplos encontrados (apenas como referência do tipo de parâmetro que existe): MV_1DUP (configuração inicial de duplicata), MV_ALIQIRF (alíquota padrão de IRRF), MV_NUMBORP / MV_NUMBORR (numeração de borderos a pagar/receber). Esses parâmetros alteram como o sistema gera identificadores, aplica alíquotas ou numera borderos.
Recomendações:
- Documente qualquer alteração de parâmetro e teste em ambiente de homologação antes de mover para produção.
- Se a empresa tiver regras fiscais/tributárias (retenções, IRRF), mantenha parâmetros e naturezas financeiras sincronizados com o departamento contábil.
Boas práticas de negócio ao trabalhar com condição de pagamento
Para reduzir erros e retrabalho entre comercial e financeiro, siga estas práticas:
- Padronize as condições de pagamento no cadastro: cada condição deve ter um nome claro e descrição do que faz (por ex.: “3x30 dias s/juros”).
- Implemente checagens: quando permissível, impeça que um documento saia com condição diferente do combinado sem justificativa ou autorização.
- Treine as equipes que inserem pedidos/recebem NFs para escolherem a condição correta e conferirem prazo e valores antes da geração automática dos títulos.
- Faça conciliações periódicas entre o contas a pagar/receber (SE2/SE1) e os arquivos de remessa/retorno bancário para identificar discrepâncias.
- Versione ou registre alterações em condições de pagamento para auditoria — especialmente se houver condições promocionais temporárias com descontos ou juros especiais.
Exemplos de necessidade de customização
Nem sempre o comportamento padrão resolve requisitos específicos. Casos comuns que pedem customização:
- Regra complexa de amortização que depende de calendário comercial especial.
- Descontos condicionais que só se aplicam se um cliente tiver saldo ou limite específico.
- Regras de alçadas que bloqueiam pagamentos conforme o tipo de despesa ou fornecedor.
Nesses casos, o caminho recomendado é usar pontos de entrada para validar ou complementar os dados antes da gravação na SE2/SE1, sem mexer na lógica central de geração de parcelas, a menos que seja absolutamente necessário.
Check-list técnico antes de ativar uma condição de pagamento
- Conferir se a condição foi criada corretamente no cadastro de condições (intervalos, número de parcelas, possível entrada).
- Testar o desdobramento com uma nota de exemplo na rotina de classificação (simular MATA103 ou rotina equivalente).
- Validar os títulos gerados na SE2/SE1: data de vencimento, valores, natureza financeira, prefixo/numeração (E2_PREFIXO / E2_NUM ou E1_PREFIXO / E1_NUM).
- Testar geração de bordero (FINA240) e remessa CNAB, se a empresa utiliza pagamento eletrônico.
- Executar retorno bancário em ambiente controlado para garantir que a baixa automática trate corretamente os títulos e movimente SE5 quando necessário.
Erros comuns e como resolver
- Títulos com datas erradas: verificar a regra de cálculo de vencimento na condição (dias úteis vs dias corridos) e se há parâmetro global que altera referência da data.
- Valores arredondados de forma inesperada: confirmar se há regra de arredondamento no cadastro da condição ou parâmetro global que aplica arredondamento ao total do documento.
- Juros e multas não aplicados: checar se a condição prevê cálculo automático ou se esse cálculo precisa ser feito no momento da baixa.
- Numeracão de borderos incorreta: validar parâmetros/contadores relacionados à numeração (por exemplo parâmetros que controlam a sequência de borderos).
Governança e controle após implantação
Uma vez que as condições de pagamento estejam em uso, mantenha controles periódicos:
- Relatórios de títulos gerados por condição — ajudam a identificar condições mal configuradas.
- Fluxo de aprovação para alterar condições em contratos vigentes.
- Auditoria nos pontos de entrada customizados para garantir que customizações não tragam regressões em processos como geração de remessa e retorno bancário.
Resumo prático e próximos passos
Condição de pagamento no Protheus é um item estratégico: atua desde a negociação comercial até a conciliação bancária. Configure com atenção, teste o desdobramento em títulos (SE2/SE1), valide a integração com borderos e remessas (rotina FINA240 e geração/retorno CNAB) e use pontos de entrada com parcimônia quando for preciso adaptar regras à realidade da empresa.
Se você estiver prestes a revisar suas condições de pagamento, comece por mapear as necessidades comerciais (quantas condições existem, quais são usadas com mais frequência), em seguida crie ou ajuste cadastros de condição, faça testes end-to-end em homologação (incluindo geração de títulos e processamento de remessa/retorno) e só então mobilize produção.
