Situação que essa implementação resolve?

Essas implementações visam melhorar a experiência do usuário ao utilizar o QR-Linx para pagamento de títulos a receber, focando em eficiência, intuitividade e prevenção de cancelamentos indevidos. 

O que foi implementado?

1. Alteração do temporizador:

   1. O que foi implementado: O tempo de espera para pagamento foi aumentado de 3 minutos para 5 minutos.
   2. O que resolve: Isso permite que os usuários tenham um tempo maior para concluir o pagamento, reduzindo a possibilidade de cancelamentos por tempo expirado quando há atrasos ou dificuldades técnicas durante o processo de pagamento.Image Added
2. Ação Automática após Pagamento:
   • O que foi implementado: Após um pagamento ser concluído com sucesso, a tela de pagamento será fechada automaticamente.
   • O que resolve: Elimina a necessidade de o usuário fechar manualmente a tela após realizar o pagamento com sucesso, tornando o processo mais fluido e eliminando etapas adicionais.

3. Alteração de tela:

   1. O que foi implementado: O texto do botão "Cancelar" foi substituído por "Fechar".
   2. O que resolve: Proporciona uma ação mais intuitiva e relevante ao contexto da tela de pagamento. Agora, ao invés de "Cancelar", o botão indica claramente que a ação é para fechar a tela, alinhando-se melhor com a expectativa do usuário.Image Added
4. Tratamento do Fechamento da Tela:
   • O que foi implementado: Ao pressionar o botão "Fechar", o sistema verifica automaticamente o status do pagamento.
     • Pagamento Concluído: Fecha a tela automaticamente.
     • Pagamento Não Concluído: Exibe uma mensagem informando o cancelamento do link de pagamento e solicita uma senha para confirmar o cancelamento com motivo.
   • O que resolve: Garante que o usuário receba um feedback claro sobre o status do pagamento ao fechar a tela. Se o pagamento foi concluído com sucesso, a tela é fechada sem necessidade de intervenção adicional. Se o pagamento não foi concluído, orienta o usuário sobre como proceder para cancelar o link de pagamento de maneira segura e com um motivo especificado.

Como acessar?

Basta atualizar o SetaERP para a versão 7.122.20.

Situação que essa implementação resolve?

O sistema foi alterado para não enviar a data da multa se o campo "Percentual da multa por atraso" estiver configurado como "0" no cadastro de conta corrente. Evitando assim que o arquivo de remessa para o banco Sicoob seja gerado com a data da multa preenchida quando o percentual de multa por atraso é zero. Isso garante que o layout da remessa esteja correto e alinhado com as configurações da conta corrente.

O que foi implementado?

• Validação do Percentual da Multa por Atraso:

  • Antes de gerar o arquivo de remessa, o sistema verifica o valor do percentual de multa por atraso cadastrado na conta corrente.
  • Se esse percentual for 0, significa que não há multa a ser aplicada em caso de atraso no pagamento.

Image Added

• Alteração no Layout de Remessa:

  • Quando o percentual de multa por atraso é 0, o sistema ajusta o layout do arquivo de remessa.
  • Anteriormente, mesmo com o percentual configurado como 0, o sistema enviava a data da multa no arquivo de remessa. Agora, essa informação é omitida (enviada com zeros preenchidos) conforme o layout especificado para evitar problemas de interpretação no banco Sicoob.

Image Added

• Impacto da Mudança:

  • A alteração assegura que o arquivo de remessa gerado reflita corretamente as configurações de multa por atraso definidas pelo usuário.
  • Evita possíveis erros no processamento bancário, pois o banco Sicoob receberá os dados corretamente formatados, sem informações desnecessárias.

Como acessar?

Basta atualizar o SetaERP para a versão 7.119.21 que essa que já estará disponivel para utilizar esse recurso.

Situação que essa implementação resolve? 

Atendimento a norma técnica 2024.002 v1.01 referente a meios de pagamentos de documentos fiscais eletrônicos. 

O que foi implementado? 

Foi necessário realizar a adequação das tags referentes a formas de pagamento dos documentos fiscais eletrônicos NF-e e NFC-e; 

Alteração de valores da tag tPag do XML: 

• Forma 98 (Fidelidade) > Utilizar valor 21 (Crédito em loja) 
• Forma 99 (Crédito de cliente) > Utilizar valor 21 (Crédito em loja)

Image Added

Como acessar? 

Basta atualizar o SetaERP para a versão 7.122.20 que já estará adequado a exigencia fiscal.

Situação que essa implementação resolve? 

A implementação deve garantir a segurança do cliente, assegurando que boletos vinculados ao CDI não possam ser editados nem baixados manualmente no ERP. Essa medida deve ser mantida independentemente de a tela de Contas a Pagar estar aberta e do vínculo ser realizado posteriormente por outro usuário. 

O que foi implementado? 

Foi implementada uma validação no backend que verifica se o boleto está vinculado ao CDI antes de permitir sua edição ou baixa. 

Como acessar? 

Basta atualizar o SetaERP para a versão 7.122.20 e caso um boleto já tenha sido vinculado ao CDI e o usuário tente editar ou baixar manualmente deve ocorrer a seguinte mensagem, bem como não irá habilitar o botão para baixa:  

Retaguarda-> Financeiro-> Títulos a pagar-> Consultar um título já vinculado ao CDI  

Image Added