Notas de lançamento para Jitterbit Wevo iPaaS

Visão geral

Wevo iPaaS é a plataforma de integração da Jitterbit para a América Latina (LATAM), acessível em https://app.wevo.io/. A versão do Wevo iPaaS é atualizada automaticamente. Cada número de versão corresponde ao de uma versão Harmony (Plataforma de integração global da Jitterbit).

Você pode se inscrever para notificações de lançamento e manutenção do Wevo iPaaS em site de status do sistema da Jitterbit assinando os componentes LATAM Wevo iPaaS.

Lançamentos

11.44

29 de maio de 2025 (19h - 23h BRT)

Melhorias

A página Builder > On-Premise Agente agora tem a opção de visualizar os fluxos para um aplicativo específico. Isso fornece visibilidade e controle mais refinados sobre os fluxos associados aos agentes locais por aplicativo.
O conector SOAP tem os seguintes aprimoramentos:
- A ação Invocar em lote paralelo tem um novo parâmetro Atraso entre chamadas (ms) na aba Configurações.
- As ações Invocar em lote paralelo e [Invocar] Invocar Método em Lote não exibem mais o parâmetro Usar Cabeçalho Personalizado. Este parâmetro não era utilizado anteriormente; sua remoção não afeta o uso de cabeçalhos personalizados.
O gatilho de pesquisa do conector IBM MQ agora foi projetado para se recuperar sozinho em caso de interrupção.
As páginas do ProcessQueue são acessadas em um novo caminho de URL contendo /processqueue/ no lugar de /iomanager/. Se tentar acessar o antigo caminho de URL (agora obsoleto), você será redirecionado para o novo, que manterá os parâmetros corretos.
A opção de fila de processos Enviar para e-Email agora gera duas camadas de arquivos ZIP que devem ser descompactados para extrair os arquivos de dados CSV. A estrutura alterada é descrita aqui.

Importante

A estrutura de geração de arquivos alterada está sendo aplicada para cada locatário, conforme comunicado diretamente.

Correções

Ao registrar um aplicativo de agente local, não ocorre mais o problema em que os usuários podiam criar vários aplicativos simultaneamente sem esperar que o anterior terminasse de salvar. Isso poderia causar entradas duplicadas ou sobrescrever aplicativos existentes inesperadamente. Agora, o sistema garante que apenas uma operação de salvamento de aplicativo possa ocorrer por vez, evitando conflitos ou corrupção de dados. Isso aumenta a confiabilidade e a consistência no gerenciamento de dados de aplicativos.
Ao pesquisar logs de execução em um fluxo usando a Ferramenta Loop e o valor pesquisável estiver em uma ação que esteja dentro do escopo do loop em uma iteração específica, o link da iteração do loop agora leva à iteração correta do loop.
Na ferramenta Enfileirar Itens aba Configurações, campo Fila de Processos o atalho agora carrega a fila de processos conforme o esperado.
A data do Último login de um usuário exibida na página Gerenciador > Contas > Usuários agora está correta.

11.43

7 de maio de 2025 (19h - 23h BRT)

Melhorias

O conector ProcessQueue tem uma nova versão v2.0 da ação Alterar status que executa alterações de status de forma mais eficiente, com um ganho de desempenho de quase 90% e velocidade 9 vezes mais rápida.

Correções

O conector do Salesforce Marketing Cloud agora permite que os usuários mapeiem a entrada para a ação [Dados] Enviar Extensões de Dados. Os campos de entrada da ação agora são exibidos na aba Mapeamento da ação e oferecem suporte ao mapeamento da entrada nos modos Direto, Função e Dinâmico.
A ação Gravar arquivo simples do conector de arquivo simples agora funciona conforme o esperado.

11.42

16 de abril de 2025 (19h - 23h BRT)

Melhorias

Os seguintes módulos de aplicação agora utilizam o novo cluster do Message Broker (Alta Disponibilidade):
- Concessionário
- Fila de Processos
- Métricas
- Módulos do Mecanismo de Integração iPaaS

Correções

A estrutura da ação Enviar Especificação do conector VTEX não inclui mais o campo incorreto OutputStatus.
As seguintes ações do conector MySQL agora geram a consultar SQL correta com base na entrada fornecida:
- [Consulta] Inserção de linha
- [Consulta] Atualizar Linhas
- [Consulta] Inserir linhas em lote
A contagem da quantidade de pods e dos tipos de pods nas telas Monitor de fluxo e Painel agora é precisa.
As seguintes correções foram feitas relacionadas ao controle de versão do fluxo:
- Tentar criar uma nova versão de determinados fluxos não resulta mais em erro.
- Tentar remover uma versão de fluxo não resulta mais em erro.

11.41

26 de março de 2025 (19h - 23h BRT)

Melhorias

O conector do Oracle Database tem um novo gatilho, Observar alterações em uma tabela, que pode ser usado para obter novas linhas inseridas ou atualizadas em uma tabela.
A caixa de diálogo de configuração do gatilho Webhooks tem uma nova opção Retornar corpo bruto em sua aba Configurações > Avançado. A nova opção pode ser usada para retornar o corpo bruto na saída do webhook para permitir um cálculo de hash do corpo da solicitação.
O conector SOAP melhorou o desempenho para processamento em lote.
O algoritmo de exportação e importação de fluxos possui alterações que melhoram o desempenho e a segurança da plataforma.

Alterações significativas na exportação e importação de fluxos

Se você tiver algum arquivo de exportação de fluxo criado antes desta versão, não poderá importá-lo após esta versão.

Recomendamos importar quaisquer arquivos de exportação anteriores à versão 11.41 antes de 26 de março de 2025 para evitar qualquer impacto em seu trabalho.

Assim que a versão 11.41 ocorrer, você poderá exportar e importar fluxos criados após esta data.

Se você tiver alguma dúvida, entre em contato com seu Gerente de sucesso do cliente (CSM) ou Suporte.

Correções

Um problema foi resolvido ao arrastar um fluxo de uma pasta para o nível raiz no monitor de fluxo.

11.40

5 de março de 2025 (19h - 23h BRT)

Melhorias

Para evitar sobrecarga do sistema e melhorar o desempenho, um limite padrão de 10.000 iterações agora é imposto para loops dentro da mesma execução de fluxo. Os fluxos existentes que foram desligados e ligados novamente também estarão sujeitos ao novo limite. Um loop específico pode ser isento do limite configurando-o usando uma nova caixa de seleção na caixa de diálogo de configuração do loop. O limite padrão pode ser alterado entrando em contato com seu Gerente de sucesso do cliente (CSM) ou Suporte.

Avisos

Na próxima versão 11.41 (26 de março de 2025), faremos alterações drásticas no algoritmo de exportação e importação de fluxos para melhorar o desempenho e a segurança da plataforma. Se você não usar esse recurso, pode ignorar este aviso.

Próximas mudanças drásticas na exportação e importação de fluxos

Se você tiver algum arquivo de exportação de fluxo criado antes do lançamento 11.41, não poderá importá-lo após o lançamento 11.41.

Recomendamos importar qualquer arquivo de exportação pré-11.41 antes de 26 de março de 2025 para evitar qualquer impacto em seu trabalho.

Assim que o lançamento 11.41 ocorrer, você poderá exportar e importar fluxos criados após essa data.

Se você tiver alguma dúvida, entre em contato com seu Gerente de Sucesso do Cliente (CSM) ou Suporte.

11.39 patch

18 de fevereiro de 2025 (18h - 20h BRT)

Correções

Para melhorar a experiência do usuário ao pesquisar logs de execução com grande payload, o resultado do log destacado agora retorna um corpo truncado.

11.39

12 de fevereiro de 2025 (19h - 23h BRT)

Melhorias

O processamento de log de escopo agora é isolado das execuções de fluxo principal. Isso melhora a experiência do usuário ao visualizar logs de fluxo. Esse isolamento impede que logs de escopo impactem e atrase o processamento de logs de execução de fluxo principal.
Os aplicativos dos módulos Audit e Notify agora usam o novo cluster Message Broker (Alta Disponibilidade).
O serviço de banco de dados de cache da plataforma foi atualizado.

Correções

As auditorias de log de plataforma agora são registradas no banco de dados correto. Anteriormente, algumas auditorias de backend estavam registrando dados no banco de dados legado.
Quando a nova funcionalidade de edição de pods de fluxo é habilitada, o log de auditoria agora é registrado quando o usuário edita os campos tipo de pod e quantidade de pod.
No conector VTEX, o OrderItem.PriceTag.Value propriedade do Order a classe foi alterada de int para long. Isso resolve um problema em que o OrderItem.PriceTag.Value campo do Order a classe estava excedendo o limite, o que impactou a atividade de obtenção do pedido por ID.