O que mudou em 2019
As seções a seguir contêm informações sobre as alterações nos recursos em relação às versões anteriores.
Comunicado à imprensa 19.3
Redefinir o banco de dados de transações
O processo “Reset Transaction DB UCD” foi aprimorado de forma que os dados de tabelas de transações individuais ou de um grupo lógico de tabelas de transações possam ser truncados em ambientes que não sejam de produção. Para obter mais informações sobre a reinicialização do banco de dados de transações, consulte Reinicialização do banco de dados de transações.
Impacto da atualização : Nenhum.
CDT para tabelas de configuração personalizadas
Um SI pode usar a Ferramenta de Implantação de Configuração (CDT) para controlar as versões dos dados de configuração e transferir os dados contidos em tabelas de configuração personalizadas entre ambientes. Anteriormente, esse processo era permitido apenas para as tabelas de configuração fornecidas pelo aplicativo. Para obter mais informações sobre como usar o CDT para tabelas de configuração personalizadas, consulte “Ativando o CDT para tabelas de configuração personalizadas ”.
Impacto da atualização : Nenhum.
Porta de depuração para o servidor de aplicativos
Um SI pode alterar a porta padrão usada para depurar o servidor de aplicativos, sobrescrevendo uma propriedade no arquivo om-compose.properties antes de configurar o ambiente do kit de ferramentas de desenvolvimento em contêiner. Para obter mais informações sobre como alterar a porta de depuração padrão, consulte a seção “Substituindo as propriedades padrão do Docker Compose ”.
Impacto da atualização : Nenhum.
Disponibilidade do testador de API em ambientes de produção
O testador de API do HTTP já está disponível em ambientes de produção. O testador de API deve ser utilizado com cautela, pois o uso descontrolado pode afetar negativamente o desempenho de suas aplicações e a consistência dos dados.
Impacto da atualização : Nenhum.
Lógica de transformação do CDT para atualizar colunas que podem conter valores nulos no banco de dados de destino
Atualmente, o CDT ignora todas as colunas com valores nulos ao exportar configurações para XML. No entanto, “null” é um valor válido para algumas das configurações do sistema “ Sterling™ Order Management ”. Como o CDT ignora essas colunas, elas não são implantadas no banco de dados de destino na abordagem de implantação baseada em XML. Agora, você pode resolver esse problema adicionando as transformações adequadas no arquivo ydkprefs.xml . Para obter mais informações sobre a lógica de transformação do CDT, consulte “Transformar dados usando o CDT ”.
Recurso de desligamento do servidor desativado no Console de Gerenciamento do Sistema e na API do modifyServer
A função de desligamento do servidor está desativada no Console de Gerenciamento do Sistema e na API modifyServer . Você pode continuar usando o UCD ou o Self Service para desligar ou interromper servidores.
Impacto da atualização : Nenhum.
Suporte à exigência da VISA em transações de reembolso
Empresas de serviços financeiros, como a VISA, estão introduzindo novas exigências para que comerciantes ou varejistas obtenham autorizações de devolução para a liquidação de reembolsos. Para atender a essa exigência, os user exits de pagamento foram aprimorados para registrar as informações de autorização de reembolso recebidas dos gateways de pagamento em uma liquidação de reembolso. Isso não afeta as implementações existentes, e um desenvolvedor de SI deve implementar as extensões de código sugeridas para habilitar esse recurso. Para obter mais informações, consulte “Apoio à exigência da VISA para autorização de reembolso ”.
Impacto da atualização : Nenhum.
Cancelamento de cobranças de reembolso encerradas de forma assíncrona
A API recordExternalCharge foi aprimorada para permitir o cancelamento de uma cobrança de reembolso pendente, encerrada de forma assíncrona. O sinalizador CancelPendingAsynchronous é usado para registrar o cancelamento da solicitação assíncrona. Consulte o Javadoc para obter mais detalhes.
Impacto da atualização : Nenhum.
Aprimoramento da propriedade “Modelagem orientada por dados” no Visual Modeler
Agora é possível recuperar unidades de medida alternativas dinamicamente a partir de um sistem Sterling Order Management e e utilizá-las com regras. Por exemplo, se um usuário quiser comprar 12 unidades de um determinado produto de acordo com a regra, a unidade de medida (UOM) pode ser alterada para “dúzia” a fim de oferecer um preço mais vantajoso ao comprador.
Para obter mais informações, consulte as propriedades do DDM.