O que mudou em 2018 e 2017

As seções a seguir contêm informações sobre as alterações nos recursos em relação às versões anteriores.

O que mudou na versão 18.3

  • TLS 1.2 protocolo para comunicação segura

    Para os JVMs do servidor de MQ s, do Agente e do servidor de integração, o protocolo TLS v1.2 é o padrão e não pode ser substituído. MQ é atualizado com a chave “ SSL_RSA_WITH_AES_128_CBC_SHA256 ”.

    Impacto da atualização : Sim.
    • Para servidores de agente ou de integração, a IBM® não recomenda o uso de versões mais antigas do protocolo TLS. Espera-se que os clientes verifiquem se sua implementação está programada para TLS 1.2 e, caso haja algum problema, solicitem suporte e correção. Após a atualização, se algum código implementado não for compatível com o protocolo TLS 1.2, a integração específica.
    • Para o MQ, o IBM não recomenda o uso de versões mais antigas do protocolo TLS. Espera-se que os clientes verifiquem se todas as integrações externas ao MQ que utilizem protocolos SSL, exceto o protocolo TLS 1.2, devem ser reconfiguradas para usar o protocolo TLS 1.2. Após a atualização, se algum provedor de serviços externo não for compatível com o protocolo TLS 1.2, a integração específica falhará.

      Se um cliente estiver utilizando uma ferramenta externa para conexão d MQ, ele deverá atualizar a chave de criptografia “ SSL_RSA_WITH_AES_128_CBC_SHA256 ” nas configurações.

O que mudou na versão 18.2

  • O servidor de aplicativos deve suportar apenas o protocolo TLS 1.2 para comunicação segura

    O servidor de aplicativos do sistema IBM Sterling® Order Management foi atualizado para utilizar o protocolo TLS 1.2 ou uma versão superior, a fim de se alinhar às melhores práticas do setor em matéria de segurança e integridade de dados. Espera-se que os clientes garantam que todos os protocolos SSL utilizem o protocolo TLS1.2. Após a atualização, quaisquer conexões de entrada ou saída do servidor de aplicativos do sistema IBM Sterling Order Management que utilizem os protocolos TLS 1.0 ou TLS 1.1 falharão. Quaisquer integrações externas que utilizem protocolos SSL diferentes do protocolo TLS 1.2 devem ser reconfiguradas para usar o protocolo TLS 1.2. Saiba mais...

    Impacto da atualização : Sim — Espera-se que os clientes garantam que todos os protocolos SSL utilizem o protocolo TLS 1.2. Após a atualização, quaisquer conexões de entrada ou saída do servidor de aplicativos do sistema IBM Sterling Order Management que utilizem os protocolos TLS 1.0 ou TLS 1.1 falharão. Além disso, quaisquer integrações externas que utilizem protocolos SSL diferentes do protocolo TLS 1.2 devem ser reconfiguradas para usar o protocolo TLS 1.2.
    Observação: Não há impacto nas integrações do agente ou do servidor de integração.
    Observação: Para acessar o Applications Manager, o JRE no sistema cliente deve estar atualizado para a versão mais recente e a opção “Use TLS 1.2 ” deve estar ativada nas Configurações avançadas de segurança por meio do Painel de Controle do Java™.
  • Ativar o mascaramento de dados de Informações de Identificação Pessoal (PII) no arquivo de log

    IBM Sterling Order Management O sistema utiliza especificações de layout e padrões de filtro do tipo “ log4j ” para gravar o log do produto nos arquivos. Com essa melhoria, o aplicativo fornece os padrões de filtro necessários do tipo “ log4j ” que podem ser usados para mascarar dados de identificação pessoal (PII) (disponíveis nos arquivos XML de entrada e saída) no arquivo de log. Saiba mais...

    Impacto na atualização : Sim (condicionalmente) — Se o recurso estiver ativado, as informações de identificação pessoal não serão exibidas no arquivo de log disponível nos arquivos XML de entrada e saída.

  • Processo de autoatendimento da UCD “Redefinir banco de dados de transações”
    Como parte desta versão, o processo de autoatendimento do UCD “Redefinir banco de dados de transações” foi disponibilizado para o ambiente de pré-produção. Os usuários do System Integrators (SI) agora podem abrir um ticket para limpar os dados de transação do banco de dados de um ambiente de pré-produção. Saiba mais...
    Observação: Esse processo está disponível como processo de autoatendimento do UCD apenas para usuários do SI em ambientes de teste (DEV/QA). No ambiente de pré-produção, o usuário SI deve abrir um ticket no App Delivery para truncar as tabelas de transações. A equipe de Entrega de Aplicativos executa esse processo por meio da ferramenta de autoatendimento da UCD para resolver o ticket.

    Impacto da atualização : Nenhum — Não há impacto na funcionalidade existente nem nas extensões personalizadas.

  • Obter a disponibilidade de estoque de IBM Sterling™ Intelligent Promising Inventory Visibility

    A API getAvailabilityCache foi aprimorada para invocar o user OMPGetInventoryFromCacheUE exit. Quando implementado, este user exit obtém a disponibilidade de estoque dos endereços IBM, Sterling Intelligent Promising e Inventory Visibility. Saiba mais...

O que mudou na versão 18.1

  • Migração da implantação em nuvem para o Liberty

    Todas as implantações em nuvem existentes foram migradas do WebSphere® Application Server ( WAS ) para um servidor de aplicativos leve chamado Liberty. Essa atualização permite melhorar o desempenho das implantações na nuvem.

  • Aprimoramentos nos atributos personalizados

    A funcionalidade “Atributos personalizados” foi aprimorada para obter as características dos atributos de um pedido ou de uma linha de pedido. Esse novo comportamento é controlado por modelos, e os modelos existentes permanecem inalterados.

  • Aprimoramentos no kit de ferramentas para desenvolvedores

    Na versão 17.4, a versão beta do Developer Toolkit era compatível tanto com o Windows quanto com o Mac OS. Na versão 18.1, o Developer Toolkit é oficialmente compatível apenas com o sistema operacional Windows. Para o Mac OS, o suporte à versão beta continua.

  • Processo de autoatendimento da UCD “Agentes de acionamento”
    Para o agendamento de agentes, o IBM recomenda o uso da funcionalidade “Agendamento Avançado de Agentes” fornecida pelo aplicativo, em vez do processo de autoatendimento “Acionar Agentes” do UCD. Você pode usar o processo de autoatendimento da UCD apenas para agendamento imediato de agentes.
    Observação: caso você utilize o processo de autoatendimento do Trigger Agents UCD, a IBM não se responsabiliza por eventuais problemas que possam ocorrer.
  • Melhorias no Regulamento Geral de Proteção de Dados (RGPD)
    • O suporte ao GDPR foi aprimorado com a adição de novos serviços do Service Definition Framework (SDF) para realizar as seguintes operações:
      • Recuperar os dados pessoais e o histórico de pedidos de um indivíduo.
      • Excluir os dados pessoais de um indivíduo mediante solicitação.
      • Interromper o tratamento dos dados de um cliente, mediante solicitação do próprio.
      O suporte ao GDPR é controlado por propriedade e está desativado por padrão. Se desativadas, as melhorias relacionadas ao GDPR não afetam a funcionalidade existente.
    Saiba mais...
  • A interface de usuário do autoatendimento não exibe o ambiente que está sendo atualizado no momento. Portanto, os Implementadores de Sistema não podem realizar nenhuma operação de autoatendimento durante esse período. Assim que a atualização estiver concluída, o ambiente estará disponível para a realização de operações de autoatendimento.
  • O arquivo JAR extensions ou pacote implantável deve ser criado e exportado usando o kit de ferramentas de desenvolvimento do IBM Sterling Order Management System, que seja compatível com a sua versão atual na nuvem do IBM Sterling Order Management System.
  • Correções de falhas : Nesta versão, os seguintes problemas foram corrigidos no produto:
    • [ ID do defeito 562480] [ PMR nº 92742, 999, 866] - A findInventory API falha se a capacidade de envio não estiver disponível no nó “procure from” para a data atual, a data atual + 1 e a data atual + 2, e a chamada à API for feita para o método de entrega “retirada”.
    • [ ID do defeito 564614] [ PMR nº 93215, 999, 866] — Quando um item de serviço especial com capacidade fixa é utilizado, o pedido fica em espera durante a liberação do pedido.

O que mudou na versão 17.4

  • Personalização diferencial do arquivo de configuração d log4j
    • Agora é possível personalizar o arquivo de configuração log4j de forma diferenciada. Essa melhoria permite a atualização sem problemas das personalizações realizadas na versão anterior para a versão mais recente. As alterações padrão introduzidas na versão mais recente funcionam automaticamente com as personalizações feitas na versão anterior. As personalizações diferenciais devem ser adicionadas a um novo arquivo. O novo arquivo deve conter apenas as substituições e as categorias ou appenders personalizados.
  • Aprimoramentos na extração de dados
    • Foram implementadas as seguintes melhorias no serviço de extração de dados:
      • Capacidade de extrair dados de visualizações personalizadas de bancos de dados. Os dados podem ser extraídos de visualizações personalizadas do banco de dados da mesma forma que são extraídos das tabelas.
      • Otimizado para oferecer melhor desempenho quando uma pequena quantidade de dados é extraída em intervalos regulares de tabelas com grandes volumes de dados.
    Saiba mais...
  • Aprimoramentos na ferramenta de consulta ao banco de dados

    A funcionalidade da ferramenta DB Query foi aprimorada com a adição de suporte a consultas nas quais o valor de uma coluna contenha dois pontos (:) com a paginação ativada. A interface do usuário da ferramenta foi aprimorada para melhorar a usabilidade. Saiba mais...

  • Aprimoramentos no kit de ferramentas para desenvolvedores

    O Developer Toolkit é compatível com os sistemas operacionais Windows e Mac.

O que mudou na versão 17.3

  • Aprimoramentos no kit de ferramentas para desenvolvedores
    • O Kit de Ferramentas para Desenvolvedores foi aprimorado com um processo simplificado de exportação e validação de personalizações.
  • Aprimoramentos na extração de dados
    • As especificações a seguir foram parametrizadas por meio da inclusão de propriedades adicionais, que podem ser configuradas de acordo com as necessidades do negócio.
      • Opção para definir um delimitador personalizado no conteúdo exportado.
      • Opção para especificar um caractere de nova linha após o último registro.
      • Opção para fornecer uma linha de cabeçalho contendo os nomes das colunas extraídas.
      • Opção para definir o limite máximo de registros a serem extraídos por consulta.
      • Intervalo de tempo, em horas, anterior à hora atual, para o qual não serão extraídos dados.

      Saiba mais...
    • A extração de tabelas com menos registros passou a ter prioridade para ser realizada primeiro, em vez de seguir a ordem em que as configurações de extração são criadas no sistema. Além disso, marque um extrato de tabela como concluído assim que os dados dessa tabela forem extraídos, em vez de esperar até que a extração de dados de todas as tabelas esteja concluída. Isso reduz o risco em um cenário em que algumas tabelas levam mais tempo para serem extraídas e as tabelas menores ficam aguardando durante o processo.
    • Foi adicionada uma nova tarefa para realizar uma verificação de integridade do banco de dados de backup antes de iniciar o processo de extração de dados. É exibida uma mensagem de aviso caso o banco de dados de backup esteja inativo ou configurado incorretamente. Saiba mais...
    • A ferramenta de extração de dados restringe as tentativas de extrair dados de colunas CLOB ou BLOB, exibindo uma mensagem de erro quando tais configurações de extração de dados são adicionadas ou atualizadas.
    • O desempenho e o uso de memória foram aprimorados para tabelas de grande volume, por meio da limitação substancial do número de consultas executadas nessas tabelas.
    • Foi adicionada a funcionalidade “contagem de tarefas pendentes” para o agente de extração de dados, e essas informações podem ser visualizadas na interface do painel do agente e do servidor de integração.
  • Aprimoramentos no painel do Agente e do Servidor de Integração
    • Foram adicionadas novas opções para iniciar, parar ou reiniciar servidores de agente ou de integração na interface do Painel do Servidor.
    • A interface do painel do servidor agora exibe os valores reais dos parâmetros JMS para cada critério de agente.
    Saiba mais...
  • Aprimoramentos na gestão imobiliária
    • A interface de usuário (UI) de gerenciamento de propriedades, que faz parte do aplicativo Gerenciamento e Administração do Sistema (SMA), foi aprimorada para oferecer suporte a valores longos de propriedade.
    • A documentação de todas as propriedades expostas está disponível como parte do arquivo EAR de documentação. Isso permite que os clientes consultem informações sobre diversas propriedades e conheçam as opções de gerenciamento ou substituição disponíveis para cada uma delas, sem precisar abrir o console do aplicativo SMA. Saiba mais...
    • A propriedade yfs, que era uma propriedade de banco de dados analytics.reportnet.url, foi alterada para uma propriedade baseada em arquivo. Durante a migração, a propriedade analytics.reportnet.url é excluída do banco de dados do aplicativo. Portanto, se você estiver usando a propriedade analytics.reportnet.url , adicione a propriedade com o mesmo valor no arquivo customer_ overrides.properties .

O que mudou na versão 17.2

  • Sterling Order Management O sistema agora foi renomeado para “ IBM ” Sterling Order Management System.
  • Aprimoramentos no kit de ferramentas para desenvolvedores
    • O processo de autoatendimento “Extract Development Toolkit” foi aprimorado para extrair automaticamente dados de configuração do ambiente em nuvem. Depois que o ambiente de programação local é criado usando o kit de ferramentas do desenvolvedor, os dados de configuração são extraídos para o diretório <runtime>/resources/ydkresource/devtoolkitexport . No entanto, os dados exportados não são importados por padrão durante a configuração. A propriedade IMPORT_CDT deve ser definida como “true” no arquivo devtoolkit_setup.properties para importar os dados de configuração.
      Observação: Esse recurso se refere apenas aos dados de configuração e não aos dados mestre. Você deve continuar a usar a Ferramenta de Implantação de Configuração (CDT) para importar e exportar dados mestre.
    • A personalização do arquivo de configuração log4j é padronizada. O arquivo de configuração log4j personalizado é validado durante a criação do pacote de personalização. As seguintes condições são validadas:
      • O arquivo de configuração log4j personalizado está presente apenas no diretório <runtime>/extensions . Se o arquivo estiver em outro local, será exibida uma mensagem de erro apropriada.
      • Um determinado appender ou categoria não pode ser definido mais de uma vez no arquivo de configuração.
      • Qualquer appender (padrão ou personalizado) mencionado em qualquer categoria (padrão ou personalizada) está presente no arquivo de configuração.
      • Todos os appenders e categorias padrão definidos no arquivo de configuração log4j padrão estão presentes no arquivo de configuração personalizado. É possível definir outros apêndices e categorias personalizados.
      • Não são feitas alterações nos seguintes atributos ou parâmetros em um appender padrão: name, class, rotateLogs, maxLogSize, maxNumLogs, maxFileSize, maxBackupIndex.
      • Para o arquivo de atributos em um appender padrão, aplicam-se as seguintes condições:
        • Se o nome base do arquivo contiver e ${IBM_LOG_FILE} tiver o formato <prefix>${IBM_LOG_FILE}.log, ele pode ser alterado para <prefix>${IBM_LOG_FILE}<custom tags>​.log
        • Se o nome base do arquivo não contiver ${IBM_LOG_FILE} como securityinfo.log, property_manager.log, o nome base não deve ser alterado.
      • Não são feitas alterações em nenhum atributo padrão, prioridade, nível ou referência a appendadores nas categorias padrão.
      • As validações dos atributos/parâmetros do appender e da categoria não se aplicam a appenders e categorias personalizados.
      • Para os appenders personalizados, são verificadas as seguintes condições:
        • Para SCIAppenderque seja rotateLogs definido como verdadeiro, e maxLogSize maxNumLogs devem ser definidos e seu produto não deve exceder um milhão.
        • Para RollingFileAppender, o MaxFileSize (padrão: 10MB ) e o ( MaxBackupIndex padrão: 1), se definidos, seu produto não excede 100MB.

      Saiba mais...
    • Você deve exportar o pacote de personalização criado pelo kit de ferramentas do desenvolvedor para a nuvem somente quando o kit de ferramentas do desenvolvedor estiver na mesma versão base do sistema “ Sterling Order Management ” que a nuvem. Por exemplo, se a versão do kit de ferramentas do desenvolvedor ou do ambiente de programação local utilizada para criar o pacote de personalização for N, ele só poderá ser implantado no ambiente de nuvem da versão N. Em outras palavras, assim que o ambiente em nuvem for atualizado, você também deverá atualizar a versão do kit de ferramentas de desenvolvimento e, consequentemente, o ambiente de programação local, para que fiquem em conformidade com a versão em nuvem. Saiba mais...
  • Aprimoramentos no registro de dados
    • A especificação de registro do agente/servidor de integração foi corrigida para evitar registros duplicados.
    • As APIs getServerDetails e getServerList foram aprimoradas para incluir informações de nível de rastreamento no modelo de saída.
  • Criar alterações personalizadas no processo de tempo de execução

    O processo “Compilar Runtime Personalizado” foi modificado de forma que não seja mais necessário selecionar a versão da imagem do runtime. O processo seleciona a imagem de tempo de execução mais recente configurada por DevOps. Os integradores de sistemas (SI) precisam apenas selecionar a versão do JAR de personalização que foi carregada durante o processo de “Build Customized Runtime”. Além disso, o SI não precisa selecionar o tipo de ambiente nem inserir um nome de prefixo personalizado.

  • Atualizar o aplicativo OMS

    O processo de autoatendimento “Atualizar o aplicativo OMS” foi modificado de forma que não seja mais necessário selecionar a versão do agente e dos componentes de integração. O SI precisa fornecer apenas a versão do componente de tempo de execução personalizado.

    Todas as propriedades predefinidas e os valores de fábrica são carregados no banco de dados por padrão. O aplicativo retorna o valor definido no banco de dados para uma propriedade, mesmo que ela exista customer_overrides.properties no sistema. Portanto, você deve importar as substituições de propriedades especificadas em customer_overrides.properties para o banco de dados a fim de obter o comportamento esperado. Para obter mais informações, consulte as diretrizes de gestão imobiliária.

  • Servidores de agente/integração

    Para manter a estabilidade e a disponibilidade do ambiente em nuvem, as seguintes alterações são aplicadas ao processo de inicialização do agente ou do servidor de integração:

    • O aplicativo permite que um número limitado de instâncias de servidores de agente ou de integração sejam executadas em ambientes de menor capacidade. Portanto, se um usuário tentar iniciar outra instância de um servidor de Agente ou de Integração que já esteja em execução, será exibida uma mensagem de erro apropriada.
    • Se a memória disponível para iniciar um novo Agente ou servidor de integração for insuficiente, a ferramenta Selfserv do IBM UrbanCode Deploy não iniciará o Agente ou o servidor de integração, e será exibida uma mensagem apropriada. Nesses cenários, o usuário pode parar qualquer um ou todos os servidores de Agente ou de Integração que não sejam necessários no momento e iniciar ou permitir a execução apenas dos servidores de Agente ou de Integração necessários. Saiba mais...
  • Acesso seguro aos aplicativos da web do sistema “ Sterling Order Management ”

    A porta HTTP, usada para acessar os aplicativos da web do Sistema Sterling Order Management, como o Console de Aplicativos, o Sterling Business Center e o Sterling Store Engagement, entre outros, está bloqueada para uso no Sistema Sterling Order Management por motivos de segurança. Portanto, os usuários devem acessar esses aplicativos utilizando a porta segura.

O que mudou na versão 17.1

  • A interface “Detalhes dos critérios do agente” da ferramenta Applications Manager foi aprimorada para oferecer opções avançadas de agendamento para acionar um agente. Por exemplo, você pode configurar opções de agendamento para acionar os agentes em horários específicos do dia, da semana ou do mês, e assim por diante. Saiba mais...
  • São fornecidas as diretrizes e regras básicas para a atualização e a movimentação de dados de configuração ao se trabalhar com vários ambientes de nuvem e kits de ferramentas de desenvolvimento. Saiba mais...
  • Nos processos do UCD SelfServe, são oferecidas opções adicionais para a exportação/importação de dados de configuração, permitindo a inserção de argumentos de memória personalizados. Além disso, não é necessário fornecer detalhes do banco de dados no arquivo de configuração do CDT ydkprefs.xml .

O que mudou nos serviços complementares do sistema “ Sterling Order Management ”

  • Sterling Configure, Price, Quote on Cloud
    A interface do usuário (UI) do aplicativo IBM Sterling Field Sales foi completamente redesenhada usando AngularJS.
    • Para saber como usar a interface de usuário do Sterling Field Sales, consulte a Ajuda do usuário.
    • Para implementar o aplicativo Sterling Field Sales, consulte a seção “Implementação”
    • Para personalizar a interface de usuário do Sterling Field Sales, consulte a seção “Personalização ”.