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.122.20 que é possível acessar pelo Retaguarda > Financeiro >  Controle dos boletos registrados.

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? 

Ao realizar uma venda fracionada através do Caixa Fácil, a quantidade vendida é registrada corretamente. No entanto, ao fazer a devolução, a quantidade devolvida não é fracionada, mas sim arredondada para o número inteiro mais próximo. Por exemplo, ao vender 1,36 metros de tecido, a devolução é registrada como 1,00 metro, causando divergências no estoque. 

O que foi implementado? 

Foi implementado tratamento no Caixa Fácil para garantir que a devolução de vendas com produtos fracionados seja realizada com as mesmas quantidades fracionadas dos produtos vendidos. 

Como acessar? 
Basta atualizar o SetaERP para a versão 7.122.20 e ter a configuração de produto fracionado ativa que será possivel utilizar o recurso. conforme exemplo abaixo:

1° Realizar venda no caixa fácil com quantidade de produtos fracionados. 

Image Added

Image Added

2°Após isso realizar a devolução através do caixa fácil ao qual deve aparecer a mesma quantidade vendida.  

Image Added

Image Added

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

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

A implementação do log de ocorrências no motor de relacionamento ao enviar mensagens via WhatsApp otimiza a operação, permitindo um acompanhamento preciso das ações de marketing.

Isso resulta em maior eficiência operacional e controle das campanhas. Com o registro adequado das operações de envio, é possível gerar relatórios detalhados, permitindo uma análise aprofundada das interações com os clientes e da eficácia das campanhas.

O que foi implementado? 

Agora, nas telas de Motor de Relacionamento e Cobrança do SetaERP ao enviar uma mensagem via WhatsApp, são registrados em um log a data/hora da ação, o nome do funcionário e a mensagem enviada. Esses dados estarão disponíveis no relatório de ocorrências tambem.

Como acessar? 

Para acessar essa funcionalidade, é necessário estar atualizado na versão 7.122.21. Você pode acessá-la de três formas:

1. Motor de Relacionamento: Localizado em SetaERP > Retaguarda > Vendas > Motor de Relacionamento após enviar uma mensagem via WhatsApp para um cliente é gerado a ocorrencia automaticamente.
   Image Added
   
   
2. Tela de Cobrança: Localizada em SetaERP > Retaguarda > Financeiro > Cobrança, após enviar uma mensagem via WhatsApp para um cliente é gerado a ocorrencia automaticamente.
   Image Added
   
   
3. Tela de Relatórios na aba Ocorrências: Acessível em SetaERP > Retaguarda > Relatórios > 1-Listagem de Ocorrências.
   Image Added

Nos conte o que achou da nova forma de documentar as versões Clicando Aqui