Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

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


Produto:

Microsiga Protheus

Versões:

A partir da 11.8

Ocorrência:

Explicativo sobre as condições de pagamentos no faturamento disponíveis no produto Protheus

Ambiente:

Todos

Conceito

As 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ções

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 (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
titleExceção de datas em pagamentos
Aviso
titleExceçã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]”


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 (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).


Tipos de Condição de Pagamento

Configurado pelo campo “Tipo* [E4_TIPO]” na rotina MATA360.

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
startHiddenfalse
effectDuration0.5
idCusto Médio
effectTypehorizontal
loopCardstrue
Card
defaulttrue
idCusto Médio
labelTipos

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

  1. 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.
  2. 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
defaulttrue
idCusto Médio
label1

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
defaulttrue
idCusto Médio
label2

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
defaulttrue
idCusto Médio
labelTIPO 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”).

Card
defaulttrue
idCusto Médio
labelTIPO 4

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.



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


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 mesma semana o sistema levará a regra como vencimento para a Terça-Feira da semana seguinte.



Exemplo:

Emissão 28/06/22 + 30 DDL
Vencimento cairia para o dia 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), 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)



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.


GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “4”).

Card
defaulttrue
idCusto Médio
labelTIPO 5

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.



Cadastrando:

  • E4_CODIGO = (critério do usuário)
  • E4_TIPO = 5
  • E4_COND = 10,12,30



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.


GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “5”).

Card
defaulttrue
idCusto Médio
labelTIPO 6

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).



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



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.


GIF Exemplo do resultado da simulação utilizando a condição de pagamento acima (Tipo 2 - E4_TIPO = “6").

Card
defaulttrue
idCusto Médio
labelTIPO 7

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.



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



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”).

Card
defaulttrue
idCusto Médio
labelTIPO 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.



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]



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”).

Card
defaulttrue
idCusto Médio
label9

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.

  • C5_PARC5
  • C5_DATA5


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.

  • CJ_PARC5
  • CJ_DATA5


3 - Alterar o parâmetro de quantidade de parcelas

  • MV_NUMPARC = 5


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
defaulttrue
idCusto Médio
labelTIPO 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
defaulttrue
idCusto Médio
labelB

É 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 se quando existirem duplicatas com a mesma data de vencimento, estas deverão ser aglutinadas.

MV_DATDUPB - 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”).

Tipos de Condição de Pagamento

Configurado 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