Ir para o conteúdo principal

OS 79396 - MELHORIA - SENDDECOR - AJUSTES NA EXIBIÇÃO DE CUSTOS E AGRUPAMENTO DE ITENS

Objetivo:

Permitir que, ao lançar um título parcelado, o usuário consiga definir como o sistema calcula os vencimentos (por frequência DIÁRIA ou MENSAL) e como tratar vencimentos em dias não úteis (fim de semana/feriado), escolhendo entre Manter, Antecipar ou Postergar, tornando o parcelamento mais flexível e alinhado ao comportamento já conhecido no “Fluxo de Caixa”.

Premissas:

  • Necessário o ambiente estar atualizado com a versão do módulo Contas a Pagar de número xxxxx Genexus 17 ou superior;

Teste realizado após a atualização

Cenário 1: Frequência MENSAL + Dias não úteis = MANTER

Objetivo: validar que o sistema gera as parcelas mensalmente e não ajusta vencimento em dia não útil quando configurado como MANTER.

Passos

  1. Acessar Contas a Pagar > Lançamentos > Lançamento de Títulos.

  2. No Step 1/2 – Dados do Título, preencher os campos obrigatórios do título.

  3. Informar Qtde. de parcelas (ex.: 5).

  4. Selecionar Frequência Vcto. = MENSAL.

  5. Selecionar Trata Dias Ócios = MANTER.

  6. Avançar para o Step 2/2 – Parcelas.

Resultado esperado

  • O sistema deve gerar a lista de parcelas com vencimentos mensais, mantendo o mesmo dia do mês como referência (ex.: 15/01 → 15/02 → 15/03…).

  • Se algum vencimento cair em fim de semana/feriado, a data permanece a original (não deve antecipar/postergar).


Cenário 02: Frequência MENSAL + Dias não úteis = ANTECIPAR

Objetivo: validar que, quando o vencimento cair em dia não útil, o sistema antecipa para o dia útil anterior.

Passos

  1. Repetir os passos 1 a 4 do Cenário 01.

  2. Selecionar Trata Dias Ócios = ANTECIPAR.

  3. Garantir que uma das parcelas caia em domingo (exemplo do roteiro: 19/04/2026).

  4. Avançar para o Step 2/2 – Parcelas.

Resultado esperado

  • As parcelas devem ser geradas com frequência mensal.

  • A parcela cujo vencimento cair em domingo deve ser ajustada para o dia útil anterior (ex.: 19/04/2026 (domingo) → 17/04/2026 (sexta-feira)).

  • As demais parcelas seguem a mesma lógica mensal e só ajustam quando necessário.


Cenário 03: Frequência MENSAL + Dias não úteis = POSTERGAR

Objetivo: validar que, quando o vencimento cair em dia não útil, o sistema posterga para o próximo dia útil.

Passos

  1. Repetir os passos 1 a 4 do Cenário 01.

  2. Selecionar Trata Dias Ócios = POSTERGAR.

  3. Garantir que uma das parcelas caia em domingo (exemplo do roteiro: 19/04/2026).

  4. Avançar para o Step 2/2 – Parcelas.

Resultado esperado

  • As parcelas devem ser geradas com frequência mensal.

  • A parcela cujo vencimento cair em domingo deve ser ajustada para o próximo dia útil (ex.: 19/04/2026 (domingo) → 20/04/2026 (segunda-feira)).

  • As demais parcelas seguem a regra mensal normalmente.


Cenário 04: Frequência DIÁRIA + validação de geração

Objetivo: validar que a frequência DIÁRIA gera parcelas em sequência de dias, respeitando o parâmetro de dia não útil.

Passos

  1. Acessar Lançamento de Títulos.

  2. Informar os dados obrigatórios do título e Qtde. de parcelas (ex.: 5).

  3. Selecionar Frequência Vcto. = DIÁRIA.

  4. Executar o teste 4.1 com Trata Dias Ócios = MANTER e avançar para Parcelas.

  5. Executar o teste 4.2 com Trata Dias Ócios = ANTECIPAR e avançar para Parcelas (escolher uma data inicial que force fim de semana).

  6. Executar o teste 4.3 com Trata Dias Ócios = POSTERGAR e avançar para Parcelas.

Resultado esperado

  • DIÁRIA + MANTER: vencimentos em dias consecutivos, sem ajuste em fim de semana/feriado.

  • DIÁRIA + ANTECIPAR: vencimento que cair em não útil deve ir para o dia útil anterior.

  • DIÁRIA + POSTERGAR: vencimento que cair em não útil deve ir para o próximo dia útil.


Nova Interface - Fatura de Cartão de Crédito

Objetivo da alteração (visão do usuário)

Permitir que o usuário registre uma Fatura de Cartão de Crédito cujo fornecedor do cabeçalho é a operadora/banco, e consiga vincular títulos de fornecedores diferentes (Uber, restaurante, papelaria etc.) na mesma fatura, eliminando a trava que obrigava o fornecedor do item ser igual ao fornecedor do cabeçalho — viabilizando o lançamento e agrupamento de despesas do cartão corporativo.

  • Existe a nova opção/tela “Fatura – Cartão de Crédito”.

  • A seleção/vínculo de títulos está permitindo fornecedores diferentes (lista evidenciada).
    ➡️ Atendido.

Cenário 05: Criar Fatura de Cartão de Crédito e vincular títulos de fornecedores diferentes

Passos

  1. Acessar Contas a Pagar > Fatura > Manutenção > Fatura de Cartão de Crédito.

  2. No cabeçalho da fatura, informar Fornecedor = Operadora/Banco (ex.: Bradesco/Nubank) e demais campos obrigatórios.

  3. Acionar a ação de vincular/selecionar títulos.

  4. Selecionar títulos de fornecedores distintos (ex.: Uber + Restaurante + Papelaria).

  5. Confirmar o vínculo e salvar/confirmar a fatura.

Resultado esperado

  • O sistema deve permitir incluir títulos de fornecedores diferentes do fornecedor do cabeçalho.

  • A fatura deve ser gravada com sucesso, e os títulos devem aparecer vinculados na listagem/grade da fatura.


Cenário 06: Fatura “normal” mantém a validação de fornecedor (regressão)

Passos

  1. Acessar a tela de Fatura (não cartão de crédito).

  2. Criar uma fatura com Fornecedor A no cabeçalho.

  3. Tentar vincular um título cujo fornecedor seja Fornecedor B.

Resultado esperado

  • O sistema deve bloquear o vínculo (mantendo a regra anterior) e exibir mensagem/validação indicando divergência de fornecedor.

  • Garantir que a flexibilização ficou somente na interface/mode de Cartão de Crédito.


Cenário 07: Fatura de Cartão de Crédito com títulos do mesmo fornecedor (comportamento padrão preservado)

Passos

  1. Criar uma Fatura de Cartão de Crédito com fornecedor do cabeçalho = operadora.

  2. Vincular títulos todos do mesmo fornecedor (ex.: todos “Uber”), apenas para validar consistência.

Resultado esperado

  • O sistema deve permitir o vínculo normalmente (sem regressões) e salvar a fatura.

4.png

ATENÇÃO: As informações neste documento são meramente ilustrativas e utilizadas apenas para fins de teste.