CONSIDERAÇÕES GERAIS SOBRE CONDIÇÕES DE PAGAMENTO

• Os Tipos de Condição de Pagamento do Protheus não validam dia útil
  No entanto, o módulo Financeiro possui tratamento, de forma que o título é gerado com a data de Vencimento (E1_VENCTO) de acordo com a Condição, mas a data de Vencimento Real (E1_VENCREA) considerando dias úteis, ou seja, se o vencimento cai no Final de Semana a Data Real adia para o próximo dia útil.
  (Dúvidas neste sentido, contate nosso Suporte ao módulo Financeiro).

• Dia 31 do mês
  Os prazos de pagamento contam dias corridos, então, quando o mês possui 31 dias, ele será contado para definição do prazo final.
  No entanto, para Tipos em que são definidas datas específicas para pagamento (exemplo Tipo 3 / Tipo 7) se utilizar a data "31" como dia fixo; se o pagamento for calculado para cair no dia 31, porém, cair em um mês que não possui o dia 31 no Calendário, então será considerado o dia 30 tendo como regra o conceito de Mês Comercial (o qual considera que o ano possui 360 dias e cada um dos meses 30 dias, indistintamente).
  
  
• A Condição de pagamento é contada a partir da Data de Emissão (campo DT Emissão -  C5_EMISSAO). Ex: Emissão no dia 10 por exemplo, começa a contar a partir do dia 11.
• A data de entrega é automaticamente preenchida com a data base do sistema, ao alterar a mesma sendo inferior ou superior à emissão do pedido não haverá alteração nos vencimentos da duplicata, já planilha financeira será baseada na data gravada no campo c5_emissao, e ao faturar o pedido o sistema irá gravar a data da Emissão da Nota Fiscal, Este comportamento é Padrão e não opcional no sistema.
  Quando realizar a cópia de um pedido de vendas, considerar o parâmetro MV_TIPCPDT para ajustar o Preenchimento da Data de Entrega ( C6_ENTREG) na Cópia do Pedido de Venda MV_TIPCPDT - Preenchimento da Data de Entrega na Cópia do Pedido de Venda
  
  

• Campo E4_DDD - Dias da Cond. O Sistema sempre considera a data base de cálculo + a quantidade de dias. Na Condição de Pagamento Tipo 1 em que este comportamento pode ser definido no parâmetro MV_DIACONT. Caso seja usado o campo E4_DDD ele acrescentará dias em conjunto com o parâmetro MV_DIACONT no vencimento do título E1_VENCTO)
  
  MV_DIACONT = 1 (considera que a data base para começar a contar o vencimento é o dia tual da geração do documento de saída E1_EMISSAO)
  MV_DIACONT = 2 (considera que a data base para começar a contar o vencimento é a partir do dia posterior a geração do documento de saída E1_EMISSAO)
  
  Assim, a definição no E4_DDD indica se no dia em que cair o pagamento, se deve contar a Data do Dia (a data do próprio dia em que caiu o pagamento); ou Fora o dia (pula esse dia); e assim por diante. (Em condições de pagamento tipo 1 o parâmetro MV_DIACONT acrescentará junto a regra.)
  
  

• Exemplos:
  

  MV_DIACONT = 1 (considera a partir do dia atual)
  Database = 01/01/20XX
  E4_TIPO = 1
  E4_COND = 5 (5 dias a partir da data base para vencer a parcela)
  E4_DDD = Não preenchido
  E1_VENCTO = 05/01
  
  

  MV_DIACONT = 1 (considera a partir do dia atual)
  Database = 01/01/20XX
  E4_TIPO = 1
  E4_COND = 5 (5 dias a partir da data base para vencer a parcela)
  E4_DDD = 'D - Data do dia'
  E1_VENCTO = 05/01

  
  

  MV_DIACONT = 1 (considera a partir do dia atual)
  Database = 01/01/20XX
  E4_TIPO = 1
  E4_COND = 5 (5 dias a partir da data base para vencer a parcela)
  E4_DDD = 'L - Fora do dia'
  E1_VENCTO = 06/01

  
  

  MV_DIACONT = 2 (considera que a data base é a partir do dia posterior)
  Database = 01/01/20XX → Database vira 02/01/20XX
  E4_TIPO = 1
  E4_COND = 5 (5 dias a partir da data base para vencer a parcela)
  E4_DDD = Não preenchido
  E1_VENCTO = 06/01
  
  

  MV_DIACONT = 2 (considera que a data base é a partir do dia posterior)
  Database = 01/01/20XX → Database vira 02/01/20XX
  E4_TIPO = 1
  E4_COND = 5 (5 dias a partir da data base para vencer a parcela)
  E4_DDD = 'D - Data do dia'
  E1_VENCTO = 06/01
  
  

  MV_DIACONT = 2 (considera que a data base é a partir do dia posterior)
  Database = 01/01/20XX → Database vira 02/01/20XX
  E4_TIPO = 1
  E4_COND = 5 (5 dias a partir da data base para vencer a parcela)
  E4_DDD = 'L - Fora do dia'
  E1_VENCTO = 07/01
  
  

  Expandir
  title Entenda melhor...
  E4_DDD - Fora Semana. A data de vencimento começa a contar a partir do primeiro domingo após o faturamento. O sistema verifica o dia da semana que está sendo realizado o faturamento, e faz o cálculo com base nesse dia da semana, para apresentar a data de vencimento, fora a semana.                                                 Exemplo: A data base é dia 04/03 Quarta Feira, com a condição de 30 dias, com essa informação o sistema faz o cálculo dos 30 dias, que seria 02/04 e adiciona mais 4 dias, na data do vencimento, para cair fora da semana no caso 06/04. E4_DDD - Fora da quinzena. O sistema verifica o dia  que está sendo realizado o faturamento, e faz o cálculo com base na condição preenchida do campo  da Cond. Pagto. (E4_COND)  + a informação do campo Dias da Cond. (E4_DDD). O sistema valida a quinzena no formato do dia 01 ao dia 15 primeira quinzena, e no dia 16 ao dia 31 segunda quinzena.  Exemplo 1 Exemplo 2 Exemplo 3 Data de emissão 31/02     Cadastro de condição de pagamento:    • Código - 001    • Tipo - 1    • Cond. Pagto: 15    • Dias da Cond.: Fora da quinzena   O pagamento será efetuada da seguinte forma: Parcela para 15/03 (quinze dias da condição (a emissão está dentro último dia segunda quinzena) + 15 dias fora da quinzena) Data de emissão 01/03     Cadastro de condição de pagamento:  • Código - 001    • Tipo - 1    • Cond. Pagto.:15    • Dias da Cond.: Fora da quinzena   O pagamento será efetuada da seguinte forma: Parcela para 30/03 (quinze dias da condição (a emissão está dentro primeiro dia  da primeira quinzena) + 15 dias fora da quinzena) Data de emissão 16/03     Cadastro de condição de pagamento:    • Código - 001    • Tipo - 1    • Cond. Pagto.:15    • Dias da Cond.: Fora da quinzena   O pagamento será efetuada da seguinte forma: Parcela para 15/04 (quinze dias da condição (a emissão está dentro primeiro dia  da segunda quinzena) + 15 dias fora da quinzena)

• Campo E4_DESCFIN - Desconto Financeiro: Devido o Cadastro de Condição de Pagamento ser compartilhado entre alguns módulos, existem campos específicos na tabela SE4 para para determinadas regras de negócio, como este por exemplo. O campo "Desconto Financeiro" (E4_DESCFIN) é utilizado no módulo de Faturamento. Ao utilizar uma Condição de Pagamento com este campo preenchido em outro módulos, verifique com o módulo de origem se estes campos são validados no processo da área. Mais sobre isto: PCOM12048 - Documento de Entrada X Cond. Pagamento / MP-FAT-Descontos-no-Pedido-de-Venda

• Títulos de Devolução NDF (Nota Débito Fornecedor) / NCC (Nota Crédito Cliente) parcelados/datados conforme condição de pagamento
  Conceito: Foi realizada uma compra/venda e negociado pagamento em 4 vezes, por exemplo. Por algum motivo qualquer ocorre a desistência da compra dentro do prazo de devolução e é emitida uma nota de devolução do produto, para desfazer essa compra / venda.
  Com base neste conceito, o sistema não parcela o título de devolução (apesar da condição de pagamento selecionada). Gera apenas um título, com a data em que a compra está sendo desfeita, com o mesmo intuito: Desfazer o pagamento / recebimento (não ocorrerá mais visto que o produto fora devolvido).
  
  

• A FORMA de pagamento (dinheiro / cartão / cheque / etc) não tem no Protheus, nenhuma relação com geração das parcelas. Independente se o recebimento é em dinheiro / cheque / cartão / transferência / etc. a geração do título financeiro no contas a receber ocorre de modo a registrar que o valor deverá ser recebido pela empresa. A FORMA de pagamento é um dado apenas informativo. Mais detalhes sobre forma de pagamento em: http://tdn.totvs.com/display/public/PROT/FAT0105_Formas+de+Pagamento+no+Faturamento

  
  

• Em Pedidos de Venda é possível relacionar a Venda com um Recebimento antecipado, de modo a gerar o parcelamento do restante com base na configuração da Condição de pgto.
  Entenda melhor a opção de RA em: http://tdn.totvs.com/pages/releaseview.action?pageId=267796506

  
  

• Por padrão o Protheus permite a inserção de 35 Parcelas (0 à 9 - A à Z), porém é possível aumentar este número a partir das configurações:
  Parâmetro MV_1DUP: Por padrão possui o conteúdo A, podendo ser alterado para até 3 dígitos (AAA ou 001);
  Campo E1_PARCELA: Por padrão possui a informação 1 (um dígito), pelo grupo de campos "PARCELA" do configurador pode ser alterado para até 3 dígitos.
  
  
• Antecipação ou Prorrogação da Data
  Quando utilizada uma condição de pagamento que configura dias específicos (exemplo Tipo 3, 4, 6), se o pagamento for calculado para uma data que não está entre as datas válidas configuradas, então o sistema sempre irá prorrogar este pagamento para o próximo dia configurado como válido. Nenhum dos Tipos antecipa o pagamento.
  OBS: A "data real" (E1_VENCREA) é uma configuração do Financeiro. Se incluir um título diretamente no Financeiro que o vencimento esteja no Final de semana, a data real também considera o dia seguinte prorrogando o vencimento e não antecipando.
  
  
• Gera 1 Parcela a menos no rateio da duplicata
  Sempre que configurar a condição de pagamento para Separar os Impostos (E4_IPI e E4_SOLID) deve-se acrescentar o primeiro dígito da Condição de Pagamento (E4_COND) exclusivo para a duplicata de impostos.
  Caso a Nota lançada em questão possua cálculo dos impostos, eles serão gerados na primeira parcela configurada na Condição de Pgto. Caso não possua, a primeira parcela configurada na Condição será desconsiderada.
  Deste modo, se desejar ratear o valor da duplicata em 3 X mas com E4_IPI / E4_SOLID = Separa , então é necessário configurar 4 parcelas na Condição, pois a primeira será de uso exclusivo para os impostos caso existam.
  OBS: Na funcionalidade "Simulação" da rotina Cadastro de Condição de Pagamento (MATA360), o "Valor de referência" deve compor o montante com os impostos (apesar de mencionar o valor especifico dos impostos nos campos "Valor do IPI" e "Valor do ICMS Solidário"), para que o valor seja demonstrado corretamente no rateio entre as parcelas.
  
  
• Rateio das Despesas acessórias entre as parcelas
  O valor das despesas acessórias (frete / seguro / despesas) compõem a base de cálculo e assim, por padrão, são somadas ao valor das mercadorias para rateio entre as parcelas.
  Não há opção de que o valor das despesas acessórias seja gerado em título a parte ou apenas na primeira parcela (como ocorre com impostos).
  
  
• Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, poderá utilizar o TIPO 9, que é o Tipo utilizado quando não há um tipo que automatize a regra do cliente.
  Detalhes abaixo e no link: Condição_de_Pagto_Tipo_9
  Outra alternativa é utilizar um Ponto de Entrada (listados ao final desta FAQ)
  
  
• Retenção de PIS COFINS CSLL somente na primeira parcela da Nota Fiscal de Entrada pode ser tratada através dos parâmetros: MV_RATPIS, MV_RATCOF e MV_RATCSLL. Detalhes em: FAT0050_Retenção_de_PIS_COFINS_CSLL
  
  
• Somente um dia fixo no ano (independente da emissão)
  

  Exemplo : Vencimento no dia 10/07 

  Criar uma condição de pagamento Tipo = 7 e Condição: 1,0,0,0,0,0,0,10,0,0,0,0,0 , onde o primeiro digito corresponde ao numero de parcelas e depois cada zero como corresponde a um mês do ano.

  No sétimo zero foi inserido o dia do vencimento. Ao incluir uma nota na data de hoje, o vencimento ficará para 10/07.

• Exceção de Datas de pagamento
  

  As condições de pagamento  não possuem cadastro de datas  e dias da semana por exceção, somente por regra.

  Exemplo que não se aplica: Datas de pagamento Não podem cair nos dias  01/14/15/20/29 e 30 de cada mês. Data de pagamento Não pode cair de terça e quinta de cada mês.

• Para avaliar Pontos de Entrada em outras rotinas, diferente de Nota de Saída, contate o Suporte Protheus
• Se precisar de auxílio neste sentido, entre em contato com a equipe de ADVPL informando o Ponto de Entrada no qual tem interesse e solicitando suporte através de um ticket de atendimento pelo portal do cliente direcionando ao módulo "Customizações - ADVPL"