ConceitoAs condições de pagamento existem para estipular regras comerciais e prazos no momento da finalização da compra, seja ela um recebimento de empresas (compras) ou entrega (vendas). É possível víncular em casos da entrada de produtos (compra) pagamentos adiantados e no caso da saída de produtos (venda/faturamento) um recebimento adiantado. Acréscimos, descontos, tipos, percentuais e algumas condições podem ser impostas no momento do cadastro da condição de pagamento, além do prazo/quantidade das parcelas da movimentação. ConsideraçõesDia 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 (Tipos 3/7) se utilizar a data "31" como dia fixo e 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).
Simulação e gravação real A simulação da condição de pagamento e visualização na planilha são calculados a partir do campo “DT Emissao [C5_EMISSAO]”. A gravação real para ínicio da contagem dos vencimentos dos títulos em uma emissão de pedido de venda real a contagem é feita pelo campo D2_EMISSAO. Isso ocorre pois pedidos de venda podem ser emitidos mas não liberados/faturados imediatamente, ou seja, o faturamento é superior a data de emissão do pedido de vendas, então a simulação calcula a partir do campo C5_EMISSAO para uma melhor visualização.
O parâmetro MV_DIACONT é importante nesse processo. (Define se o início é pela data da emissão da nota fiscal ou no dia posterior). - Exemplos de utilização desse parâmetro no tópico "Parâmetros" dessa documentação.
Cópia do pedido de venda 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]". - Exemplos de utilização desse parâmetro no tópico "Parâmetros" dessa documentação.
Antecipar/prorrogar datas Quando utilizada uma condição de pagamento que configura dias específicos (Tipos 3/4/6), se o pagamento for calculado para uma data que não está entre as datas válidas configuradas no [E4_COND], então o sistema sempre irá prorrogar este pagamento para o próximo dia configurado como válido, o pagamento não é antecipado.
Recebimento Adiantado (RA) 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 pagamento.
Quantidade de parcelas 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.
Títulos de Devolução NDF (Nota Débito Fornecedor) / NCC (Nota Crédito Cliente) parcelados/datados conforme a condição de pagamento Em uma compra/venda e negociado pagamento em 4 vezes, 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. No caso, o sistema não parcela o título de devolução (apesar da condição de pagamento selecionada) e gera apenas um título, com a data em que a compra está sendo desfeita, com o mesmo intuito, que é desfazer o pagamento/recebimento (não ocorrerá mais visto que o produto fora devolvido).
Impostos e acúmulo na primeira parcela
Sempre que configurar a condição de pagamento para Separar os Impostos (E4_IPI e/ou 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 emitida separe os impostos calculados:
Serão gerados na primeira parcela configurada na Condição de Pgto. Deste modo, se desejar ratear o valor da duplicata em 3x mas com E4_IPI e/ou 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.
- Caso a nota emitida não separe os impostos calculados:
A primeira parcela configurada na Condição de Pagamento será desconsiderada, desde que E4_IPI e/ou E4_SOLID = Separa.
OBS: Para que o valor seja demonstrado corretamente no rateio entre as parcelas, a funcionalidade "Simulação" da rotina Cadastro de Condição de Pagamento [MATA360], o campo "Valor de Referência" deve compor o montante com os impostos, apesar de mencionar o valor especÍfico dos impostos nos campos "Valor do IPI" e "Valor do ICMS Solidário".
Para reter PIS COFINS CSLL somente na primeira parcela da Nota Fiscal de Entrada, pode ser obtido através dos parâmetros:
- MV_RATPIS
- MV_RATCOF
- MV_RATCSLL
Detalhes em: Condição de Pagamento_Retenção_de_PIS_COFINS_CSLL somente na primeira parcela da Nota Fiscal de Entrada Dúvidas sobre retenção PIS/COFINS/CSLL na nota fiscal de entrada contate a Equipe Compras / GCP / GCT [SIGACOM].
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 (divisão) entre as parcelas. O valor das despesas acessórias não é gerado em título(s) a parte ou apenas na primeira parcela (como ocorre com impostos).
Aviso |
---|
title | Exceção de datas em pagamentos |
---|
| As condições de pagamento possuem cadastro de datas somente por regra. Não é possível configurar para não cair em determinados dias ou determinar acréscimos ou decréscimos de acordo com a forma de pagamento.
No módulo financeiro [SE1 - Títulos à Receber] é feito um tratamento que pega o vencimento E1_VENCTO, que tem seu valor calculado pelo campo E1_EMISSAO e, ajusta o vencimento real do vencimento do título para o dia útil mais próximo e grava reajustado no campo “Vencto. Real - [E1_VENCREA]” |
Outras opções Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, poderá utilizar a Condição de Pagamento Tipo 9, que é o tipo utilizado quando não há um tipo que automatize a regra do cliente.
Detalhes abaixo e/ou no link: Condição de Pagamento Tipo 9 - Em soluções não nativas, a outra alternativa é utilizar um Ponto de Entrada - P.E. (todos) listados no tópico "Pontos de Entrada" nessa documentação.
Deck of Cards |
---|
startHidden | false |
---|
effectDuration | 0.5 |
---|
id | Custo Médio |
---|
effectType | horizontal |
---|
loopCards | true |
---|
| Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | Tipos |
---|
| Tipo 1: Recomendado para condições de complexidade baixa;
É possível determinar a distância dos vencimentos entre as parcelas tendo como base a emissão do documento de saída. Tipo 2:
Recomendado para condições de pagamento de complexidade baixa; Representa o tempo até o vencimento (com um multiplicador), o números das parcelas e o intervalo entre elas também com um multiplicador.
Tipo 3: Recomendado para condições de complexidade média; Determina-se os dias até o primeiro vencimento, a quantidade de parcelas e os dias exatos de vencimento. (para o sistema ajustar para os dias colocados)
Tipo 4: Recomendado para condições de pagamento com média complexidade;
Declara-se a quantidade de parcelas, o intervalo entre estas e o dia da semana padrão de vencimento.
Tipo 5: Recomendado para condições de complexidade baixa; Determina-se os dias até o primeiro vencimento, a quantidade de parcelas e a carência entre elas.
Tipo 6: Recomendado para condições de complexidade alta;
Determina-se a quantidade de parcelas, o tempo em dias) até o início dos pagamentos, o dia da semana que o vencimento pode cair e a carência entre os vencimentos das parcelas (duplicatas).
Tipo 7: Recomendado para condições de complexidade muito alta; O primeiro algarismo simboliza a quantidade de parcelas, seguido dos dias do mês de cada mês que as parcelas cairão.
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.
Tipo 8: Recomendado para condições de complexidade muito alta; Determinado com dois blocos númericos. O primeiro determina a distância de dias para o vencimento das duplicatas (a partir da emissão da nota fiscal, assim como a condição de pagamento do Tipo 1). O segundo determina a porcentagem de pagamento em relação ao total das duplicatas a ser paga nas respectivas parcelas.
Tipo 9: Recomendado para condições da mais extrema complexidade; Determina-se manualmente no pedido de vendas (Rotina MATA410 - Tabela SC5), a data das parcelas e os valores das parcelas.
Tipo A: Não é utiliza no Faturamento - SIGAFAT. Para informações e exemplos de uso, contate os módulos SIGAVEI - Veículos e SIGAOFI - Oficinas.
Tipo B: É possível combinar as condições de pagamento em uma só (Exceto as do Tipo 9/A/B). Para isso é utilizado o item da rotina e configurado para cada uma seu tipo e a participação para compor o total da condição de pagamento única (rateio), para isso é utilizada a tabela SEC.
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | 1 |
---|
| Tipo 1: Recomendado para condições de complexidade baixa;
É possível determinar a distância dos vencimentos entre as parcelas tendo como base a emissão do documento de saída.
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 1
- E4_COND = 00,30,60
OBS: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte - Exemplos de utilização desse parâmetro no tópico "Parâmetros" dessa documentação.
GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 1 - E4_TIPO = “1”): |
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | 2 |
---|
| Tipo 2: Recomendado para condições de pagamento de complexidade baixa; Representa o tempo até o vencimento (com um multiplicador), o números das parcelas e o intervalo entre elas também com um multiplicador.
Cadastrando: - E4_CODIGO = 341 (Não é livre para escolha do usuário pois faz parte da composição da regra de condições de pagamento Tipo 2)
- E4_TIPO = 2
- E4_COND = 7 (nesse exemplo, o multiplicador tem valor 7)
GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “2”). |
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 3 |
---|
| Tipo 3: Recomendado para condições de complexidade média; Determina-se os dias até o primeiro vencimento, a quantidade de parcelas e os dias exatos de vencimento. (para o sistema ajustar para os dias colocados)
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 3
- E4_COND = 3,42,7,14,21,28
GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “3”).Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 4 |
---|
| Tipo 4: Recomendado para condições de pagamento com média complexidade;
Declara-se a quantidade Estrutura O campo Cond. Pagto determina o número de parcelas, o intervalo de dias entre estas e o dia da semana para o vencimento. O usuário pode definir qualquer código para representar a condição. O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.padrão de vencimento.
Image Added
d(S) são os dias de semana, assume-se: 1 - Domingo 2 - Segunda-Feira 3 - Terça-Feira 4 - Quarta-Feira 5 - Quinta-Feira 6 - Sexta-Feira Image Removed Em que D pode assumir: 1 - Domingo 2 - Segunda 3 - Terça 4 - Quarta 5 - Quinta 6 - Sexta7 - Sábado Exemplo: • Código - 001 • Tipo - 4 • Condição - 4,30,3 Esta condição indica que o título terá quatro parcelas com vencimento a cada trinta dias, toda terça-feira.
Obs: OBS: O sistema não retrocede a data para a semana vigente ao vencimento. Quando por intervalo de parcelas O vencimento cair na quarta - feira a na Quarta-Feira, a mesma semana o sistema levará levará a regra como vencimento para terçaa Terça- feira Feira da semana seguinte. Ex
Exemplo:
Emissão 28/06/22 + 30 DDL = vencimento cairia para Vencimento cairia para o dia 27/07 ( quartaQuarta- feiraFeira), como a regra no pagamento é toda terçaTerça- feira Feira , o vencimento correto será dia 02/08/22 (terça-feira da próxima semana) Veja uma simulação da condição acima: Image Removed
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 5 |
---|
| Estrutura O campo Cond. Pagto representa a carência, a quantidade de duplicatas e os vencimentos, nesta ordem, representado por valores numéricos. Exemplo: • Código - 001 • Tipo - 5 • Condição - 10,12,30 Assim, a condição 10,12,30 representa: Image Removed Veja uma simulação da condição acima: Image Removed
|
, então o sistema reajusta, se utilizar essa condição de pagamento.
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 4
- E4_COND = 4,30,3 (Terça-Feira)
Image Added
Resultado: Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair.• 2ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 3ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 4ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair.
| Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 6 |
---|
| Estrutura O campo Cond. Pagto assume dias da semana padronizados para o vencimento, considerando o intervalo de dias entre cada parcela. O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula. Image Removed Em que D pode assumir: 1 - Domingo 2 - Segunda 3 - Terça 4 - Quarta 5 - Quinta 6 - Sexta 7 - Sábado Exemplo: • Código - 001 • Tipo - 6 • Condição - 6,15,4,30 Assim, a condição 6,15,4,30 representa:Image Removed Veja uma simulação da condição acima: Image RemovedGIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “4”). Image Added
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 75 |
---|
| Tipo 5: Recomendado para condições de complexidade baixa; Determina-se os dias até o primeiro vencimento, a quantidade de parcelas e a carência entre elas.
Image Added
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 5
- E4_COND = 10,12,30
Image Added
Resultado: Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela paga 10 dias após a emissão do documento de saída. • 2ª parcela paga 30 dias após o vencimento da parcela anterior. • 3ª parcela paga 30 dias após o vencimento da parcela anterior. • 4ª parcela paga 30 dias após o vencimento da parcela anterior. • 5ª parcela paga 30 dias após o vencimento da parcela anterior. • 6ª parcela paga 30 dias após o vencimento da parcela anterior. • 7ª parcela paga 30 dias após o vencimento da parcela anterior. • 8ª parcela paga 30 dias após o vencimento da parcela anterior. • 9ª parcela paga 30 dias após o vencimento da parcela anterior. • 10ª parcela paga 30 dias após o vencimento da parcela anterior. • 11ª parcela paga 30 dias após o vencimento da parcela anterior. • 12ª parcela paga 30 dias após o vencimento da parcela anterior.
Estrutura Permite a definição de datas fixas de vencimento no período de um ano. O valor de cada parcela será calculado dividindo-se o Valor Total da Nota pelo Número de Parcelas. Esta condição trata as parcelas da seguinte maneira: • São definidos 13 valores numéricos com dois dígitos, separados por vírgula; • O primeiro valor numérico indica o número de parcelas; • Os demais devem ser utilizados para informar os dias de vencimento das parcelas de janeiro a dezembro sequencialmente; • O vencimento da primeira parcela será a data imediatamente posterior à data base. Dica: Quando o dia informado for superior ao último dia do mês, o último dia do mesmo será assumido. Exemplo: Data Base 28/06/2022 • Código - 001 • Tipo - 7 • Condição - 03, 05, 10, 15, 20, 25, 30, 05, 10, 15, 20, 25, 30Image Removed Assim, temos: 3 parcelas com vencimento nos dias 30/Junho, 05/Julho e 10/Agosto. Veja uma simulação da condição acima: Image RemovedGIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “5”).Image Added
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 86 |
---|
| Tipo 6: Recomendado para condições de complexidade alta;
Determina-se a quantidade de parcelas, o tempo em dias) até o início dos pagamentos, o dia da semana que o vencimento pode cair e a carência entre os vencimentos das parcelas (duplicatas).
Image Added
d(S) são os dias de semana, assume-se: 1 - Domingo 2 - Segunda-Feira 3 - Terça-Feira 4 - Quarta-Feira 5 - Quinta-Feira 6 - Sexta-Feira 7 - Sábado
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 6
- E4_COND = 6,15,4 (Quarta-Feira),30
Image Added
Resultado: Os pagamentos serão efetuados da seguinte forma:
• 1ª parcela paga 15 dias após a emissão, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 2ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 3ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 4ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 5ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair. • 6ª parcela será paga após o vencimento da duplicata após os 30 dias de intervalo, a parcela será paga no reajuste para o dia da semana mais próximo (configurado) para cair.
Estrutura O campo Cond. Pagto representa os dias de deslocamento e os percentuais de cada parcela na seguinte forma: [nn, nn, nn], [xx, xx, xx], em que: • [nn, nn, nn] são os deslocamentos em dias a partir da data base. • [xx, xx, xx] são os percentuais de cada parcela Os valores deverão ser separados por vírgula. A soma dos totais dos percentuais deve ser de 100%.Exemplo: • Código - 001 • Tipo - 8 • Condição - [30,60,90],[25,35,40] Num total de 1.000 reais serão geradas as seguintes parcelas. • para 30 dias, 25% do total R$ 250,00 • para 60 dias, 35% do total R$ 350,00 • para 90 dias, 40% do total R$ 400,00 Aviso |
---|
| Se utilizar valores quebrados no percentual, devem ser separados por "." ponto e sempre totalizando 100%. Exemplo: Datas → [10,21,28,35], [20,26.7,26.7,26.6] ← Percentuais |
Veja uma simulação da condição acima: Image RemovedGIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “6").Image Added
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 9 |
---|
| 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 Estrutura (Datas Fixas) O usuário informa as datas de vencimentos e valores em moeda ou percentuais. Esta condição é utilizada quando não há regras predeterminadas, sendo que o usuário pode informar manualmente as parcelas e vencimentos no momento da venda. Desta forma, poderá compor os valores das parcelas como desejar. Esta opção é válida para Pedidos de Venda e Orçamentos de Venda. Para determinar o número de parcelas, deve ser configurado o parâmetro MV_NUMPARC. O padrão do sistema é 4, porém é permitida a configuração de até 26 parcelas. No entanto, como a quantidade de parcelas é informada no pedido de vendas (Campos C5_PARC1 a 4 e C5_DATA1 a 4), e no orçamento de vendas (Campos CJ_PARC1 a 4 e CJ_DATA1 a 4), devem ser criados os campos "Parcela" e "Data" de acordo com a necessidade de cada empresa. Desta forma, caso o parâmetro seja configurado para 7 parcelas, por exemplo, devem ser criados os campos: Para o pedido de Vendas: C5_PARC5, C5_PARC6, C5_PARC7 e C5_DATA5, C5_DATA6 E C5_DATA7. Para o Orçamento de Vendas: CJ_PARC5, CJ_PARC6, CJ_PARC7 e CJ_DATA5, CJ_DATA6 e CJ_DATA7.Importante: Somente para o tipo de condição de pagamento 9, o parâmetro MV_IPITP9 define se o valor do IPI será incluso nas parcelas. Configure o parâmetro com conteúdo igual a S (Sim) se o valor do IPI estiver incluso, caso contrário, informe N (Não). A condição de pagamento tipo 9 tem o valor definido pelo usuário em valor ou em percentual, sendo assim, se a opção escolhida for valor, o IPI pode ser distribuído nas parcelas como convier. Pode-se definir a obrigatoriedade de informar os valores das parcelas (não permitir salvar o Pedido sem informar os valores) através do parâmetro MV_TIPO9SP = .F. Exemplo: Pode-se incluir o valor total do IPI na primeira parcela ou na última, ou dividir o valor do IPI pelo número de parcelas e cobrar o IPI junto com cada parcela, etc. Para a condição de pagamento tipo 9, informe no campo Cond. Pagto.; zero 0 ou o símbolo percentual %: • O símbolo % - para utilizar os campos Parcelas do arquivo de Pedidos de Vendas como percentuais a serem parcelados; • Zero 0 - para que os parcelamentos sejam considerados em valor moeda. Exemplos: Cond. Pgto. 001 | Cond. Pgto. 002 |
---|
Campos | Conteúdo |
---|
Código | 001 | Tipo | 9 | Cond. Pagto. | % | Descrição | Percentual |
| Campos | Conteúdo |
---|
Código | 002 | Tipo | 9 | Cond. Pagto | 0 | Descrição | Valor |
|
Considerando os pedidos de venda: Pedido 1 |
---|
Campos | Conteúdo |
---|
Pedido | 000001 | Cliente | 000099 | Cond. Pagto. | 001 | Parcela 1 | 10 | Vencimento 1 | 25/03/16 | Parcela 2 | 30 | Vencimento 2 | 20/04/16 | Parcela 3 | 30 | Vencimento 3 | 05/05/16 | Parcela 4 | 30 | Vencimento 4 | 10/06/16 | Valor Total do Pedido | R$ 1.000,00 |
| Para a condição de Pagamento 001 (%), o sistema considera: • Parcela 1: 10% sobre o total do pedido (R$100,00) e vencimento 25/03/03 • Parcela 2: 30% sobre o total do pedido (R$ 300,00) e vencimento 20/04/03 • Parcela 3: 30% sobre o total do pedido (R$ 300,00) e vencimento 05/05/03 • Parcela 4: 30% sobre o total do pedido (R$ 300,00) e vencimento 10/06/03Pedido 2 |
---|
Campos | Conteúdo |
---|
Pedido | 000002 | Cliente | 000099 | Cond. Pagto. | 002 | Parcela 1 | 100 | Vencimento 1 | 25/03/16 | Parcela 2 | 300 | Vencimento 2 | 20/04/16 | Parcela 3 | 300 | Vencimento 3 | 05/05/16 | Parcela 4 | 300 | Vencimento 4 | 10/06/16 | Valor Total do Pedido | R$ 1.000,00 |
| Para a condição de Pagamento 002 (0), o sistema considera: • Parcela 1: 100,00 e vencimento 25/03/03 • Parcela 2: 300,00 e vencimento 20/04/03 • Parcela 3: 300,00 e vencimento 05/05/03 • Parcela 4: 300,00 e vencimento 10/06/03Importante: • A condição de pagamento do tipo “9” não deve ser utilizada em transações realizadas nos ambientes Compras, Financeiro e Automação Comercial (Sigaloja e FrontLoja). • A rotina de Televendas do ambiente Call Center utiliza a condição de pagamento tipo 9, somente se o pedido de vendas for gerado através de integração com o ambiente Faturamento. • O sistema não efetua aglutinação de duplicatas com tipo de condição de pagamento 9, pois os valores para este tipo de condição são definidos pelo usuário e não pelo sistema. Para maiores informações consulte o link: FAT0074_Condição_de_Pagamento_Tipo_9
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO A |
---|
| Image Removed |
| Tipo 7: Recomendado para condições de complexidade muito alta; O primeiro algarismo simboliza a quantidade de parcelas, seguido dos dias do mês de cada mês que as parcelas cairão.
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.
Image Added
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 7
- E4_COND = 03,05,10,15,20,25,30,05,10,15,20,25,30
Image Added
Resultado: Supondo que a emissão da nota fiscal de saída da compra foi emitida dia 01/01. Os pagamentos serão efetuados da seguinte forma: • 1ª parcela paga dia 5 de janeiro. • 2ª parcela paga dia 10 de fevereiro. • 3ª parcela paga dia 15 de março.
OBS: O sistema não retrocede o mês para cálculo do vencimento. Exemplo: Se a Emissão: 10/01/22 O primeiro vencimento (janeiro) seria no dia 5 de janeiro, como foi emitido a nota fiscal em uma data superior a da primeira parcela, ele não retrocede e sim avança para a próxima, que é dia 10 de fevereiro.
GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “7”).Image Added |
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 8 |
---|
| Tipo 8: Recomendado para condições de complexidade muito alta; Determinado com dois blocos númericos. O primeiro determina a distância de dias para o vencimento das duplicatas (a partir da emissão da nota fiscal, assim como a condição de pagamento do Tipo 1). O segundo determina a porcentagem de pagamento em relação ao total das duplicatas a ser paga nas respectivas parcelas.
Image Added
Os blocos devem ser separados por []: - Primeiro bloco: Vencimento das duplicatas (similar ao da condição de pagamento Tipo 1).
- Segundo bloco: Percentuais acumulados (concentrados) em cada duplicata respectiva que está no primeiro bloco.
Atenção: O segundo bloco de números deve possuir em sua soma 100% e deve ter a quantidade de números igual a quantidade de parcelas (do primeiro bloco)
Porcentagem decimal: Caso o número da porcentagem seja “quebrado”, por exemplo a porcentagem “Quinze e meio por cento” deve ser representada como “15.5” (com ponto e não vírgula) e separada por vírgulas para que não afete a contagem das demais parcelas e porcentagens.
Cadastrando: - E4_CODIGO = (critério do usuário)
- E4_TIPO = 8
- E4_COND = [30,60,90],[50,22.5,22.5]
Image Added
Resultado: Supondo que o total das parcelas seja R$1000,00. Os pagamentos serão efetuados da seguinte forma: • 1ª parcela 30 dias após a emissão com valor de R$550, que é 55% do valor total. • 2ª parcela 60 dias após a emissão com valor de R$225, que é 22,5% do valor total. • 3ª parcela 90 dias após a emissão com valor de R$225, que é 25,5% do valor total.
GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “8”).Image Added |
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | 9 |
---|
| Tipo 9: Recomendado para condições da mais extrema complexidade; Determina-se manualmente no pedido de vendas (Rotina MATA410 - Tabela SC5), a data das parcelas e os valores das parcelas.
Caso nenhum dos Tipos de Condição disponíveis atenda plenamente a particularidade de sua necessidade, pode-se utilizar a Condição de Pagamento Tipo 9, que é usada quando não há um tipo que automatize a especificidade da regra do cliente. Detalhes abaixo e no link: Condição_de_Pagto_Tipo_9
O cadastro é feito na rotina Condições de Pagamento - [Rotina MATA360 - Tabela SE4], mas a configuração dos valores das parcelas e data de vencimento das parcelas é informada na rotina Pedidos de Vendas - [Rotina MATA410 - Tabela SC5] ou Orçamentos de Vendas - [Rotina MATA415 - Tabela SCJ].
Há dois tipos de uso sobre a Condição de Pagamento Tipo 9, o modo por percentual e o modo por valor fixo. - Valor Fixo (E4_COND = 0): O valor das parcelas é determinado inteiramente.
- Valor Percentual (E4_COND = %): O valor das parcelas é determinado em porcentagens em relação ao total das parcelas.
Exemplo de Cadastro - Condição de Pagamento Tipo 9 - Valor Fixo - E4_CODIGO = 001
- E4_TIPO = 9
- → E4_COND = 0 (Valor fixo)
- E4_DESCRI = “TIPO 9 VALOR FIXO”
Exemplo de Cadastro - Condição de Pagamento Tipo 9 - Valor Fixo - E4_CODIGO = 002
- E4_TIPO = 9
- → E4_COND = % (Valor em percentual)
- E4_DESCRI = “TIPO 9 PERCENTUAL”
Exemplo de Uso da condição “001” que é Tipo 9 e tem o valor fixo:
Pedido 1: “Pedido de Vendas” - C5_NUM: 000001 “Condição de Pagamento” - C5_COND: 001
“Parcela 1” - C5_PARC1 = 10 “Parcela 2” - C5_PARC2 = 30 “Parcela 3” - C5_PARC3 = 30 “Parcela 4” - C5_PARC4 = 30
“Vencimento 1” - C5_DATA1 = 25/03/2022 “Vencimento 2” - C5_DATA1 = 20/04/2022 “Vencimento 3” - C5_DATA1 = 05/05/2022 “Vencimento 4” - C5_DATA1 = 10/06/2022
Valor Total do Pedido R$ 1.000,00 (Total de todos os itens [C6_VALOR])
Resultado do Pedido 1: • Parcela 1: 100,00 e vencimento 25/03/2022 • Parcela 2: 300,00 e vencimento 20/04/2022 • Parcela 3: 300,00 e vencimento 05/05/2022 • Parcela 4: 300,00 e vencimento 10/06/2022
Exemplo de Uso da condição “002” que é Tipo 9 e tem valor em percentual:
Pedido 2: “Pedido de Vendas” - C5_NUM: 000002 “Condição de Pagamento” - C5_COND: 002
“Parcela 1” - C5_PARC1 = 10 “Parcela 2” - C5_PARC2 = 30 “Parcela 3” - C5_PARC3 = 30 “Parcela 4” - C5_PARC4 = 30
“Vencimento 1” - C5_DATA1 = 25/03/2022 “Vencimento 2” - C5_DATA1 = 20/04/2022 “Vencimento 3” - C5_DATA1 = 05/05/2022 “Vencimento 4” - C5_DATA1 = 10/06/2022
Valor Total do Pedido R$ 1.000,00 (Total de todos os itens [C6_VALOR])
Resultado do Pedido 2: • Parcela 1: 10% sobre o total do pedido (R$100,00) e vencimento 25/03/2022 • Parcela 2: 30% sobre o total do pedido (R$ 300,00) e vencimento 20/04/2022 • Parcela 3: 30% sobre o total do pedido (R$ 300,00) e vencimento 05/05/2022 • Parcela 4: 30% sobre o total do pedido (R$ 300,00) e vencimento 10/06/2022
Cada duplicata tem seu valor colocado em um campo (C5_PARC1/2/3/4 ou CJ_PARC1/2/3/4) e seu respectivo vencimento colocado em outro campo (C5_DATA1/2/3/4 ou CJ_DATA1/2/3/4) manualmente na tela das rotinas Pedidos de Venda e Orçamentos de Venda.
A quantidade de parcelas usadas em condição de pagamento do tipo 9 depende do parâmetro MV_NUMPARC. Por padrão são 4 parcelas (MV_NUMPARC = 4). (totalizando 8 campos, pois cada campo de valor tem seu respectivo campo de vencimento). - Exemplos de utilização desse parâmetro no tópico "Parâmetros" dessa documentação.
OBS 1: Cada duplicata deve ter um valor (C5_PARCx) e data de vencimento (C5_DATAx) correspondente no pedido de vendas. OBS 2: Cada projeção de orçamento deve ter um valor (CJ_PARCx) e data de vencimento (CJ_DATAx) correspondente no orçamento de vendas.
Exemplo: Duplicata 1/Parcela 1 (Primeira parcela com o valor de R$200 com seu respectivo vencimento dia 01/05/2022) - “Parcela 1” C5_PARC1 = 200,00 e “Vencimento 1” C5_DATA1 = 01/05/2022 (no pedido de venda)
- “Parcela 1” CJ_PARC1 = 200,00 e “Vencimento 1” CJ_DATA1 = 01/05/2022 (no orçamento de venda)
Duplicata 2/Parcela 2 (Segunda parcela com o valor de R$400,08 com seu respectivo vencimento dia 02/05/2022) - “Parcela 2” C5_PARC2 = 400,08 e “Vencimento 2” C5_DATA2 = 02/05/2022 (no pedido de venda)
- “Parcela 2” CJ_PARC2 = 400,08 e “Vencimento 2” CJ_DATA2 = 02/05/2022 (no orçamento de venda)
Duplicata 3/Parcela 3 (Terceira parcela com o valor de R$777,77 com seu respectivo vencimento dia 16/07/2022) - “Parcela 3” C5_PARC3 = 777,77 e “Vencimento 3” C5_DATA3 = 16/07/2022 (no pedido de venda)
- “Parcela 3" CJ_PARC3 = 777,77 e “Vencimento 3” CJ_DATA3 = 16/07/2022 (no orçamento de venda)
Duplicata 4/Parcela 4 (Quarta parcela com o valor de R$1234,56 com seu respectivo vencimento dia 28/09/2022) - “Parcela 4” C5_PARC4 = 1234,56 e “Vencimento 4” C5_DATA4 = 28/09/2022 (no pedido de venda)
- “Parcela 4” CJ_PARC4 = 1234,56 e “Vencimento 4” CJ_DATA4 = 28/09/2022 (no orçamento de venda)
Aumentar quantidade de parcelas na condição de pagamento Tipo 9 Caso seja necessitado mais que 4 parcelas, deve-se fazer 3 processos para utilizar mais duplicatas no pedido de vendas:
Exemplo: Necessidade de ter 5 parcelas com a Condição de Pagamento Tipo 9: 1 - Criar os campos respectivos com estrutura igual aos nativos (C5_PARC1/2/3/4 e C5_DATA1/2/3/4 por exemplo) na tabela SC5 para os pedidos de venda.
2 - Criar os campos respectivos com estrutura igual aos nativos (CJ_PARC1/2/3/4 e CJ_DATA1/2/3/4 por exemplo) na tabela SCJ para os orçamentos de venda.
3 - Alterar o parâmetro de quantidade de parcelas
OBSERVAÇÕES: - Em caso de aumento de parcelas, necessariamente a quantidades de parcelas no pedido de venda (SC5) deve ser igual a quantidade de parcelas no orçamento de venda (SCJ), mesmo que a empresa não utilize, por exemplo, os orçamentos de venda como regra de negócio/processo.
Caso seja criado campos de “C5_PARCn e C5_DATAn” para mais duplicatas no pedido de venda e não sejam criadas respectivos campos para as mesmas duplicatas no orçamento de vendas (“CJ_PARCn” e ”CJ_DATAn”) o sistema apresentará inconsistências. - O parâmetro MV_NUMPARC deve ser igual o valor da quantidade das parcelas possíveis criadas para a Condição de Pagamento Tipo 9, caso contrário o sistema apresentará inconsistências.
Exemplo 1 (Protheus padrão): - C5_PARC1/2/3/4
- CJ_PARC1/2/3/4
- C5_DATA1/2/3/4
- CJ_DATA1/2/3/4
- MV_NUMPARC = 4
Não ocorre inconsistências e/ou HELPS.
Exemplo 2 (Em casos de aumento de parcelas, no exemplo foi criado campos para suportar 9 parcelas): - C5_PARC1/2/3/4/5/6/7/8/9
- CJ_PARC1/2/3/4/5/6/7/8/9
- C5_DATA1/2/3/4/5/6/7/8/9
- CJ_DATA1/2/3/4/5/6/7/8/9
- MV_NUMPARC = 4
Ocorre inconsistências e/ou HELPS pois o parâmetro não está: MV_NUMPARC = 9, que é a quantidade total das parcelas.
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO A |
---|
| A Condição de Pagamento Tipo A não é utilizada no Faturamento - SIGAFAT. Para informações e exemplos de uso, contate os módulos SIGAVEI - Veículos e SIGAOFI - Oficinas.
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | B |
---|
| É possível combinar as condições de pagamento em uma só (Exceto as do Tipo 9/A/B). Para isso é utilizado o item da rotina e configurado para cada uma seu tipo e a participação para compor o total da condição de pagamento única (rateio), para isso é utilizada a “Tabela SEC - Desmembramento de Condições de Pagamento”.
Na janela de inclusão de condição de pagamento, a área superior apresenta os campos para definição dos tipos das condições de pagamento já existentes; a área inferior, apresenta linhas para definição dos itens quando a Condição de Pagamento for Tipo B (E4_TIPO = B), neste caso, somente os campos definidos nos itens serão considerados para o cálculo dos vencimentos das duplicatas.
Cadastrando (misturando uma condição de pagamento do Tipo 1 e uma Tipo 5): Data da emissão fiscal de saída (ou simulação), gerada por um pedido de venda no dia 01/01/2022: - E4_CODIGO = (critério do usuário)
- E4_TIPO = B
- E4_COND = 0 (o sistema desconsidera esta informação, pois trata-se do tipo B, esse campo é obrigatório, deve-se digitar qualquer valor)
- E4_DESCRI = (critério do usuário)
Linha 1: - EC_ITEM = 01
- EC_TIPO = 1
- EC_COND = 00,30,90 (3 parcelas nesta linha)
- EC_RATEIO = 60
Linha 2: - EC_ITEM = 02
- EC_TIPO = 5
- EC_COND = 30,3,30 (3 parcelas nesta linha)
- EC_RATEIO = 40
Valor total de um pedido de vendas = R$1000,00 (para o exemplo de resultado à seguir:
Resultado: Parcela 1: Valor da parcela R$200 - Data de vencimento da parcela: 01/01/2022 Parcela 2: Valor da parcela R$200 - Data de vencimento da parcela: 31/01/2022 Parcela 3: Valor da parcela R$200 - Data de vencimento da parcela: 01/04/2022 Parcela 4: Valor da parcela R$133,33 - Data de vencimento da parcela: 01/05/2022 Parcela 5: Valor da parcela R$133,33 - Data de vencimento da parcela: 31/01/2022 Parcela 6: Valor da parcela R$133,34- Data de vencimento da parcela: 30/06/2022
O campo Rateio “EC_RATEIO” é responsável por determinar a porcentagem em relação ao total das parcelas que será acumulada naquela condição de pagamento. A soma dos campos “EC_RATEIO” deve resultar em 100 (100% do valor assimilado).
No exemplo acima, na linha 1, há a Condição de Pagamento Tipo 1 e, nela será concentrado 60% do valor (R$600) para ser distribuida conforme sua regra. Na linha 2, há a Condição de Pagamento Tipo 5 e, nela será concentrado 40% do valor (R$400) para ser distribuida conforme sua regra.
MV_AGLDUPB - Parâmetro que define | Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO B |
---|
| Este tipo de condição possibilita a combinação de diversos tipos de vencimentos (tipos: 1 a 8; com exceção do tipo 9) em uma única uma condição de pagamento. Na janela de inclusão de condição de pagamento, a área superior apresenta os campos para definição dos tipos das condições de pagamento já existentes; a área inferior, apresenta linhas para definição dos itens quando a condição for tipo B, neste caso, somente os campos definidos nos itens serão considerados para o cálculo dos vencimentos das duplicatas. Os itens da condição de pagamento tipo B serão armazenados na tabela Desmembramento de Condições de Pagamento - SEC. Parâmetros Envolvidos • MV_AGLDUPB - Define se quando existirem duplicatas com a mesma data de vencimento, estas deverão ser aglutinadas. • MV_DATDUPB - Indica Parâmetro que indica se para o cálculo dos vencimentos, será aplicada a data do último título gerado como referência para a próxima condição (1=Atualiza) ou será utilizada sempre a data inicial (2-Inicial).
- Exemplos de utilização desse parâmetro no tópico "Parâmetros" dessa documentação.
GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “B”). Aplicação:http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipo_b.htmVeja uma simulação da condição acima:
|
|
Tipos de Condição de PagamentoConfigurado pelo campo “Tipo* [E4_TIPO]” na rotina MATA360.
Tabelas, campos e caminho
Perguntas mais usuais (F.A.Q.)
Como passar a usar a condição de pagamento
HELPS
Parâmetros
Pontos de Entrada
Outras ponderações
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)
Expandir |
---|
title | Entenda o comportamento do campo E4_DDD |
---|
| 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) |
|
MV_DIACONT = 1 (considera que a data base para começar a contar o vencimento é o dia atual, "hoje") MV_DIACONT = 2 (considera que a data base para começar a contar o vencimento é a partir do dia posterior, "amanhã")
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.)
Expandir |
---|
title | Exemplos de combinações para a geração do vencimento do título (E1_VENCTO) entre o parâmetro MV_DIACONT e o campo E4_DDD. |
---|
| MV_DIACONT = 1 e E4_DDD = Vazio: Database exemplo = 01/01/"2023" E4_TIPO = 1 E4_COND = 5 (5 dias a partir da data base para vencer a parcela) E1_VENCTO = 05/01/2023
MV_DIACONT = 1 e E4_DDD = D - 'Data do Dia': Database exemplo = 01/01/"2023" E4_TIPO = 1 E4_COND = 5 (5 dias a partir da data base para vencer a parcela) E1_VENCTO = 05/01/2023 MV_DIACONT = 1 e E4_DDD = 'L - Fora o Dia': Database exemplo = 01/01/"2023" E4_TIPO = 1 E4_COND = 5 (5 dias a partir da data base para vencer a parcela) E1_VENCTO = 06/01/2023
MV_DIACONT = 2 e E4_DDD = Vazio: Database exemplo = 01/01/"2023" → Database para a contagem: 02/01/2023 E4_TIPO = 1 E4_COND = 5 (5 dias a partir da data base para vencer a parcela) E1_VENCTO = 06/01/2023
MV_DIACONT = 2 e E4_DDD = D - 'Data do Dia': Database exemplo = 01/01/"2023" → Database para a contagem: 02/01/2023 E4_TIPO = 1 E4_COND = 5 (5 dias a partir da data base para vencer a parcela) E1_VENCTO = 06/01/2023
MV_DIACONT = 2 e E4_DDD = 'L - Fora o Dia': Database exemplo = 01/01/"2023" → Database para a contagem: 02/01/2023 E4_TIPO = 1 E4_COND = 5 (5 dias a partir da data base para vencer a parcela) E1_VENCTO = 07/01/2023
|
- 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.
|
Tipos de Condição de Pagamentohttp://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipos_de_condicoes_de_pagamento.htm)
Deck of Cards |
---|
startHidden | false |
---|
effectDuration | 0.5 |
---|
id | Custo Médio |
---|
effectType | horizontal |
---|
loopCards | true |
---|
| Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 1 |
---|
| Estrutura Definir qualquer código para representar a condição. O campo Cond. Pagto. indica o deslocamento em dias a partir da data base. Os valores devem ser separados por vírgula. Exemplo: • Código - 001 • Tipo - 1 • Condição - 00,30,60 Os pagamentos serão efetuados da seguinte forma: • 1ª parcela à vista • 2ª parcela 30 dias • 3ª parcela 60 dias Obs: Atente-se à configuração do parâmetro MV_DIACONT sendo 1 = Conta o dia atual ou 2 = Conta a partir do dia seguinte. Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 2 |
---|
| Estrutura O campo Código do cadastro Condição de Pagamento, representa os vencimentos, de acordo com a fórmula:
O campo Cond. Pagto. deve determinar o multiplicador.
Exemplo: • Código - 341 • Tipo - 2 • Condição - 7 (Multiplicador)
Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 3 |
---|
| Estrutura O campo Cond. Pagto determina o número de parcelas, a carência e as datas padronizadas para o vencimento. O usuário pode definir qualquer código para representar a condição.
Exemplo: • Código - 001 • Tipo - 3 • Condição - 3,42,7,14,21,28
O programa calcula, após a data de emissão, as datas de vencimento, ajustando-as de acordo com as datas padrão fornecidas, sempre para a próxima. Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 4 |
---|
| Estrutura O campo Cond. Pagto determina o número de parcelas, o intervalo de dias e o dia da semana para o vencimento. O usuário pode definir qualquer código para representar a condição. O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.
Em que D pode assumir: 1 - Domingo 2 - Segunda 3 - Terça 4 - Quarta 5 - Quinta 6 - Sexta 7 - Sábado
Exemplo: • Código - 001 • Tipo - 4 • Condição - 4,30,3 Esta condição indica que o título terá quatro parcelas com vencimento a cada trinta dias, toda terça-feira. Obs: O sistema não retrocede a data para a semana vigente ao vencimento. Quando por intervalo de parcelas vencimento cair na quarta - feira a mesma semana o sistema levará a regra como vencimento para terça- feira da seguinte. Ex: Emissão 28/06/22 +30 DDL = vencimento cairia para 27/07 (quarta-feira), como a regra no pagamento é toda terça-feira , o vencimento correto será dia 02/08/22 (terça-feira da próxima semana) Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 5 |
---|
| Estrutura O campo Cond. Pagto representa a carência, a quantidade de duplicatas e os vencimentos, nesta ordem, representado por valores numéricos. Exemplo: • Código - 001 • Tipo - 5 • Condição - 10,12,30 Assim, a condição 10,12,30 representa:
Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 6 |
---|
| Estrutura O campo Cond. Pagto assume dias da semana padronizados para o vencimento, considerando o intervalo de dias entre cada parcela. O campo Cond. Pagto. indica o intervalo em dias, a partir do ultimo vencimento entre uma parcela e outra. Os valores devem ser separados por vírgula.
Em que D pode assumir: 1 - Domingo 2 - Segunda 3 - Terça 4 - Quarta 5 - Quinta 6 - Sexta 7 - Sábado
Exemplo: • Código - 001 • Tipo - 6 • Condição - 6,15,4,30 Assim, a condição 6,15,4,30 representa:
Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 7 |
---|
| Estrutura Permite a definição de datas fixas de vencimento no período de um ano. O valor de cada parcela será calculado dividindo-se o Valor Total da Nota pelo Número de Parcelas. Esta condição trata as parcelas da seguinte maneira: • São definidos 13 valores numéricos com dois dígitos, separados por vírgula; • O primeiro valor numérico indica o número de parcelas; • Os demais devem ser utilizados para informar os dias de vencimento das parcelas de janeiro a dezembro sequencialmente; • O vencimento da primeira parcela será a data imediatamente posterior à data base. Dica: Quando o dia informado for superior ao último dia do mês, o último dia do mesmo será assumido.
Exemplo: Data Base 28/06/2022 • Código - 001 • Tipo - 7 • Condição - 03, 05, 10, 15, 20, 25, 30, 05, 10, 15, 20, 25, 30
Assim, temos: 3 parcelas com vencimento nos dias 30/Junho, 05/Julho e 10/Agosto. Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 8 |
---|
| Estrutura O campo Cond. Pagto representa os dias de deslocamento e os percentuais de cada parcela na seguinte forma: [nn, nn, nn], [xx, xx, xx], em que: • [nn, nn, nn] são os deslocamentos em dias a partir da data base. • [xx, xx, xx] são os percentuais de cada parcela
Os valores deverão ser separados por vírgula. A soma dos totais dos percentuais deve ser de 100%. Exemplo: • Código - 001 • Tipo - 8 • Condição - [30,60,90],[25,35,40] Num total de 1.000 reais serão geradas as seguintes parcelas. • para 30 dias, 25% do total R$ 250,00 • para 60 dias, 35% do total R$ 350,00 • para 90 dias, 40% do total R$ 400,00 Aviso |
---|
| Se utilizar valores quebrados no percentual, devem ser separados por "." ponto e sempre totalizando 100%. Exemplo: Datas → [10,21,28,35], [20,26.7,26.7,26.6] ← Percentuais |
Veja uma simulação da condição acima:
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO 9 |
---|
| 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 Estrutura (Datas Fixas) O usuário informa as datas de vencimentos e valores em moeda ou percentuais. Esta condição é utilizada quando não há regras predeterminadas, sendo que o usuário pode informar manualmente as parcelas e vencimentos no momento da venda. Desta forma, poderá compor os valores das parcelas como desejar. Esta opção é válida para Pedidos de Venda e Orçamentos de Venda. Para determinar o número de parcelas, deve ser configurado o parâmetro MV_NUMPARC. O padrão do sistema é 4, porém é permitida a configuração de até 26 parcelas. No entanto, como a quantidade de parcelas é informada no pedido de vendas (Campos C5_PARC1 a 4 e C5_DATA1 a 4), e no orçamento de vendas (Campos CJ_PARC1 a 4 e CJ_DATA1 a 4), devem ser criados os campos "Parcela" e "Data" de acordo com a necessidade de cada empresa. Desta forma, caso o parâmetro seja configurado para 7 parcelas, por exemplo, devem ser criados os campos: Para o pedido de Vendas: C5_PARC5, C5_PARC6, C5_PARC7 e C5_DATA5, C5_DATA6 E C5_DATA7.
Para o Orçamento de Vendas: CJ_PARC5, CJ_PARC6, CJ_PARC7 e CJ_DATA5, CJ_DATA6 e CJ_DATA7. Importante: Somente para o tipo de condição de pagamento 9, o parâmetro MV_IPITP9 define se o valor do IPI será incluso nas parcelas. Configure o parâmetro com conteúdo igual a S (Sim) se o valor do IPI estiver incluso, caso contrário, informe N (Não). A condição de pagamento tipo 9 tem o valor definido pelo usuário em valor ou em percentual, sendo assim, se a opção escolhida for valor, o IPI pode ser distribuído nas parcelas como convier. Pode-se definir a obrigatoriedade de informar os valores das parcelas (não permitir salvar o Pedido sem informar os valores) através do parâmetro MV_TIPO9SP = .F. Exemplo: Pode-se incluir o valor total do IPI na primeira parcela ou na última, ou dividir o valor do IPI pelo número de parcelas e cobrar o IPI junto com cada parcela, etc. Para a condição de pagamento tipo 9, informe no campo Cond. Pagto.; zero 0 ou o símbolo percentual %: • O símbolo % - para utilizar os campos Parcelas do arquivo de Pedidos de Vendas como percentuais a serem parcelados; • Zero 0 - para que os parcelamentos sejam considerados em valor moeda. Exemplos: Cond. Pgto. 001 | Cond. Pgto. 002 |
---|
Campos | Conteúdo |
---|
Código | 001 | Tipo | 9 | Cond. Pagto. | % | Descrição | Percentual |
| Campos | Conteúdo |
---|
Código | 002 | Tipo | 9 | Cond. Pagto | 0 | Descrição | Valor |
|
Considerando os pedidos de venda: Pedido 1 |
---|
Campos | Conteúdo |
---|
Pedido | 000001 | Cliente | 000099 | Cond. Pagto. | 001 | Parcela 1 | 10 | Vencimento 1 | 25/03/16 | Parcela 2 | 30 | Vencimento 2 | 20/04/16 | Parcela 3 | 30 | Vencimento 3 | 05/05/16 | Parcela 4 | 30 | Vencimento 4 | 10/06/16 | Valor Total do Pedido | R$ 1.000,00 |
|
Para a condição de Pagamento 001 (%), o sistema considera: • Parcela 1: 10% sobre o total do pedido (R$100,00) e vencimento 25/03/03 • Parcela 2: 30% sobre o total do pedido (R$ 300,00) e vencimento 20/04/03 • Parcela 3: 30% sobre o total do pedido (R$ 300,00) e vencimento 05/05/03 • Parcela 4: 30% sobre o total do pedido (R$ 300,00) e vencimento 10/06/03
|
Pedido 2 |
---|
Campos | Conteúdo |
---|
Pedido | 000002 | Cliente | 000099 | Cond. Pagto. | 002 | Parcela 1 | 100 | Vencimento 1 | 25/03/16 | Parcela 2 | 300 | Vencimento 2 | 20/04/16 | Parcela 3 | 300 | Vencimento 3 | 05/05/16 | Parcela 4 | 300 | Vencimento 4 | 10/06/16 | Valor Total do Pedido | R$ 1.000,00 |
|
Para a condição de Pagamento 002 (0), o sistema considera: • Parcela 1: 100,00 e vencimento 25/03/03 • Parcela 2: 300,00 e vencimento 20/04/03 • Parcela 3: 300,00 e vencimento 05/05/03 • Parcela 4: 300,00 e vencimento 10/06/03
|
Importante: • A condição de pagamento do tipo “9” não deve ser utilizada em transações realizadas nos ambientes Compras, Financeiro e Automação Comercial (Sigaloja e FrontLoja). • A rotina de Televendas do ambiente Call Center utiliza a condição de pagamento tipo 9, somente se o pedido de vendas for gerado através de integração com o ambiente Faturamento. • O sistema não efetua aglutinação de duplicatas com tipo de condição de pagamento 9, pois os valores para este tipo de condição são definidos pelo usuário e não pelo sistema. Para maiores informações consulte o link: FAT0074_Condição_de_Pagamento_Tipo_9 |
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO A |
---|
|
|
Card |
---|
default | true |
---|
id | Custo Médio |
---|
label | TIPO B |
---|
| Este tipo de condição possibilita a combinação de diversos tipos de vencimentos (tipos: 1 a 8; com exceção do tipo 9) em uma única uma condição de pagamento. Na janela de inclusão de condição de pagamento, a área superior apresenta os campos para definição dos tipos das condições de pagamento já existentes; a área inferior, apresenta linhas para definição dos itens quando a condição for tipo B, neste caso, somente os campos definidos nos itens serão considerados para o cálculo dos vencimentos das duplicatas. Os itens da condição de pagamento tipo B serão armazenados na tabela Desmembramento de Condições de Pagamento - SEC. Parâmetros Envolvidos • MV_AGLDUPB - Define se quando existirem duplicatas com a mesma data de vencimento, estas deverão ser aglutinadas. • MV_DATDUPB - Indica se para o cálculo dos vencimentos, será aplicada a data do último título gerado como referência para a próxima condição (1=Atualiza) ou será utilizada sempre a data inicial (2-Inicial). Exemplos de Aplicação:http://interno.totvs.com/mktfiles/tdiportais/helponlineprotheus/p12/portuguese/mata360_tipo_b.htm Veja uma simulação da condição acima:
|
|
|