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.

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

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

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

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

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

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

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

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

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.

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.

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

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

Forma de pagamento 90 - Sem pagamento:

Link do TDN:
https://tdn.totvs.com/pages/releaseview.action?pageId=606095368

Importante:
Caso seja necessário gerar realmente 90 Sem pagamento:
1- Por padrão, para que seja levada as formas de pagamento no XML é necessário que o campo esteja preenchido Forma Pgto. E4_FORMA.

Cross Segmentos - Backoffice Protheus - Doc. Eletrônicos - Como gerar a forma de pagamento 90 - Sem pagamento:
https://centraldeatendimento.totvs.com/hc/pt-br/articles/4407763490327-Cross-Segmentos-Backoffice-Protheus-Doc-Eletr%C3%B4nicos-Como-gerar-a-forma-de-pagamento-90-Sem-pagamento?source=search