Compilação de lançamento: 10.06.2026
Data de implantação: 10.06.2026
Versão de correção: ONE_RE_6_6_15
Descrição da publicação:
Com a versão 6.6.15 a tónica é colocada no tratamento de pagamentos digitais falhados, na maior otimização da gestão de dados IAM e na modernização técnica dos relatórios. A versão inclui 10 melhorias funcionais.
Destacam-se três pontos em particular:
Falhado Pagamentos digitais através do Wallee são recentemente reconhecidos e ativamente comunicados: Anteriormente, um estado FAILED_PAYMENT permanecia armazenado na base de dados sem que o sistema reagisse - os erros só eram conhecidos através de mensagens de clientes ou de ciclos de cobrança acionados. A equipa de apoio é agora notificada por correio eletrónico quando um pagamento falha. Os pagamentos falhados são também visíveis nas estatísticas de partidas em aberto, para que as facturas afectadas possam ser especificamente identificadas e processadas manualmente. No caso de um erro, o processamento do fluxo de trabalho é agora corretamente redireccionado para o caso de erro em vez de continuar silenciosamente.
O Listas de colecções Relatórios estão a ser migrados da estrutura Crystal Reports, que consome muitos recursos, para a nova solução json2pdf como primeira vaga de migração (~5 relatórios). Os Crystal Reports requerem um ambiente de tempo de execução proprietário e são a principal razão para a memória heap sobredimensionada do serviço de relatórios (Xmx 27 GB). Com o json2pdf, os mesmos relatórios tabulares são gerados de uma forma muito mais eficiente em termos de recursos. A migração cria a base para a substituição gradual de outros relatórios do Crystal Reports em versões futuras.
O Desempenho da importação de dados de login do IAM será ainda melhorado: com base nos índices da base de dados da versão 6.6.14, a própria lógica de importação será fundamentalmente revista com inserções em lote, actualizações e instruções SQL optimizadas. Ao mesmo tempo, a vista do serviço de apoio ao cliente foi dotada de um botão de atualização manual para sincronização imediata com o sistema IAM - sem ter de esperar pelo próximo ciclo de importação automática.
⚙️ Alterações e extensões
IAM e gestão de utilizadores
-
UM-7499 - A lógica de importação de dados de início de sessão IAM foi fundamentalmente revista com inserções em lote, actualizações em lote e instruções SQL optimizadas. A carga da base de dados é significativamente reduzida, especialmente para grandes quantidades de dados de sessões e eventos. A importação é executada de forma fiável dentro do intervalo de trabalho em lote configurado.
-
UM-7492 - Está agora disponível um botão de atualização manual na área de dados do cliente (dados de início de sessão IAM), que desencadeia uma sincronização imediata dos dados do Keycloak para a conta aberta - sem recarregar a página e sem ter de esperar pelo próximo ciclo de importação automática. O intervalo de trabalho em lote é alargado de 15 minutos para 1 hora. É agora apresentada uma coluna de estado na vista geral da sessão: as sessões activas são destacadas a verde, as sessões inactivas a vermelho. A lista de eventos está agora ordenada por ordem decrescente de carimbo de data/hora.
-
UM-7439 - Todos os utilizadores do sistema utilizam agora Credenciais de Cliente Keycloak (Segredo de Cliente) em vez de Autenticação Básica. Isto significa que as sessões já não são criadas e que as sessões órfãs, que anteriormente utilizavam recursos desnecessariamente, serão evitadas no futuro.
Finanças e Contabilidade
-
UM-7567 - Os pagamentos digitais falhados (estado Wallee FAILED_PAYMENT) são recentemente reconhecidos e tratados ativamente: A equipa de apoio recebe uma notificação imediata por e-mail. Os pagamentos falhados são agora visíveis nas estatísticas de partidas em aberto (para empresas com New Finance). O fluxo de trabalho é agora corretamente redireccionado para o caminho de erro em caso de erros de pagamento, em vez de encerrar silenciosamente o processo como bem sucedido.
-
ONE-7505 - Para as empresas com um sistema New Finance ativo, as facturas de acompanhamento adoptam agora corretamente o método de pagamento da encomenda original da loja virtual. Anteriormente, as facturas subsequentes eram sempre criadas com o método de pagamento INVOICE, independentemente de a encomenda inicial ter sido efectuada com cartão de crédito ou outro método de pagamento.
Relatórios e relatórios
-
UM-7514 - Os relatórios da lista de cobranças (~5 relatórios) serão migrados do Crystal Reports para a nova estrutura json2pdf. Os relatórios afectados incluem o diário de faturação, as facturas de pequeno montante, o diário de facturas e as variantes específicas dos inquilinos. Os ficheiros .rpt anteriores serão mantidos como alternativa. Os ficheiros .rpt específicos do inquilino que já não são necessários serão removidos em vasmiq007 e vasmiq011. O novo módulo de modelos ASMIQ.ONE fornece os ficheiros de configuração JSON.
Entregas
-
UM-7526 - Ao iniciar um novo registo de entrega, o sistema verifica se já existem registos para a data de entrega selecionada. Em caso afirmativo, é apresentado um diálogo de aviso com duas opções: "Substituir o registo existente" (predefinição) ou "Adicionar novas entradas (substituir duplicados)". A decisão do utilizador é registada. Sem registos existentes, o registo é executado como anteriormente, sem diálogo.
Dados principais e CRM
-
UM-7523 - O histórico de endereços apresenta agora duas colunas adicionais: "Endereço válido desde" e "Endereço válido até". Estas colunas mostram o período de validade efetivo de uma entrada de endereço - semelhante à apresentação existente no histórico de assinaturas. As colunas anteriores "Alterado em" e "Alterado por" permanecem inalteradas.
Melhorias técnicas
-
ONE-7424 - Está disponível um novo registo API para todos os serviços. As chamadas à API podem ser registadas, rastreadas e restauradas em caso de erro. O acesso é efectuado através de JPA/Hibernate ou de um endpoint interno da API.
-
UM-7417 - Os ficheiros de registo de alterações do Liquibase utilizam agora um ficheiro de esquema XML armazenado localmente no projeto em vez da transferência online a partir de liquibase.org. Isto evita erros HTTP 429 (demasiados pedidos) durante actualizações paralelas da base de dados, reduz o tráfego de rede e aumenta a estabilidade da implementação.
|
Tipo de problema |
Prioridade |
Chave |
Resumo |
|
|---|---|---|---|---|
| 1 |
Alterar |
Prio 1 - Major |
Otimizar o desempenho da importação de dados de início de sessão do IAM |
|
| 2 |
Alterar |
Prio 2 - Elevado |
Implementar relatórios de escuta de colecções com json2pdf |
|
| 3 |
Alterar |
Prio 3 - Médio |
Lidar com pagamentos digitais falhados |
|
| 4 |
Alterar |
Prio 3 - Médio |
Aviso de duplicação de registo de expedição na mesma data de entrega |
|
| 5 |
Alterar |
Prio 3 - Médio |
Histórico de endereços: Adicionar as colunas "Endereço válido de" e "Endereço válido até |
|
| 6 |
Alterar |
Prio 3 - Médio |
As facturas de acompanhamento ignoram o tipo de pagamento original para empresas que utilizam o novo módulo financeiro |
|
| 7 |
Alterar |
Prio 3 - Médio |
Adicionar botão "Atualizar" manual para eventos IAM no ASMIQ.one |
|
| 8 |
Alterar |
Prio 3 - Médio |
Tratamento das sessões abertas por legacy.service.user |
|
| 9 |
Alterar |
Prio 3 - Médio |
Introduzir uma possibilidade de registo para melhor seguir, monitorizar e ajudar a recuperar chamadas API |
|
| 10 |
Alterar |
Prio 3 - Médio |
Alterar os ficheiros changelog do liquibase para usar o ficheiro local dbchangelog.xsd em vez do online |