🚀 Melhorias
ACTIVITY_MANAGEMENT CAPL-3961 Atualização de Exibição de Milissegundos no Log de Tarefas
Agora, quando o "Mostrar data/hora" estiver habilitado, também será exibido os milissegundos. Esta funcionalidade está disponível para todos os usuários. Esta atualização permitirá que os usuários vejam os milissegundos na tela de Log de Tarefas. Esta atualização não afetará outras partes do sistema. Não há passos alternativos para esta atualização. Não há recursos adicionais necessários para esta atualização. Os critérios de aceitação são que os milissegundos devem ser exibidos quando o "Mostrar data/hora" estiver habilitado.
BIG_QUERY CAPL-3754 Novas Funcionalidades para Cancelamento de Tarefas na Migração de V2 para V3
Neste lançamento, foi implementada a capacidade de lidar com solicitações de cancelamento de tarefas durante a migração de v2 para v3. Agora, após certos pontos da migração, não será mais possível cancelar ou reverter a tarefa. Em vez disso, será retornado um erro 409. Esta alteração foi feita para garantir que as tabelas antigas sejam excluídas e as novas renomeadas, sem a possibilidade de reverter.
BILLING CAPL-4033 Lançamento do Operador: Agrupamento de Dados por Data
A nova versão do operador foi lançada, permitindo que a cobrança obtenha os dados de consumo agrupados por data. Agora, é possível chamar a API com o parâmetro 'group_by=day' para obter os dados agrupados diariamente para o período especificado. Esta nova versão também permite que a cobrança armazene os dados de tempo de execução da Carol App agrupados diariamente.
BILLING CAPL-4035 Novas Funcionalidades de Acesso a Detalhes de Fatura
Neste release, foi implementada a funcionalidade de acesso a detalhes de fatura. Agora, os usuários de faturamento e administradores de faturamento podem acessar os detalhes da fatura através da opção "Download invoice" nas primeira e segunda cartões do dashboard. O arquivo CSV gerado contém todas as informações sobre a fatura selecionada, desde informações de Org, Tenant e apps até consumo de recursos e custos.
CAROL_APP CAPL-3633 Validação da Imagem Docker no AI_Process Concluída
Foi realizada a validação da imagem Docker no AI_Process. O SRE reclamou que máquinas de altos recursos eram iniciadas e falhavam ao tentar puxar a imagem do Docker. Como causa raiz, temos um cenário afetado pelo Nome/Tag da Imagem Docker que não existe. O usuário Dev faz o upload de um novo manifesto, às vezes esse manifesto aponta para uma nova imagem Docker porque ele deseja construir uma nova imagem Docker. Quando o usuário Dev executa o Processo de Aplicativo Carol, ele tenta iniciar um Processo de Aplicativo Carol (lote/online) apontando para um Nome/Tag de Imagem Docker que não existe. A solução proposta é validar a imagem Docker antes de enviar a solicitação ao Operador. Foram validadas as configurações do GitHub no arquivo manifesto ao construir a Imagem Docker e validada a existência da Imagem Docker em nosso Registro Docker antes de enviar a solicitação ao Operador (na tarefa em si).
CONNECTOR CAPL-3709 Atualização da Arquitetura do Publisher PubSub de Auditoria
Nesta atualização, foi realizada uma mudança na arquitetura do nosso Publisher PubSub de Auditoria para que ele seja instanciado corretamente. Todas as tabelas de staging agora podem enviar dados para o nosso PubSub de Auditoria. Um parâmetro foi adicionado no YAML para ativar essa funcionalidade (intake.yml, intake_docker.yml, mdm.yml e mdm-docker.yml). Apenas o payload é inserido na etapa de LANDING. É importante verificar como esses processos funcionarão no SANDBOX, LOCAL e PRODUÇÃO (talvez configuração para tópico?). A documentação da Notion foi atualizada.
ORGANIZATION_ADMIN CAPL-3829 Novas Funcionalidades para Destacar a App na Barra de Cabeçalho
Foi implementada uma funcionalidade para destacar a App na barra de cabeçalho da plataforma. Agora, é possível identificar mais facilmente a página de Carol entre outras páginas com diferentes aplicativos. Foi adicionado um separador entre o logotipo e o seletor de Tenants com a descrição do aplicativo. Se o tag for ou conter Admin, a cor de fundo do cabeçalho deve ser secundária/mais escura. Se o tag for Billing, a cor de fundo do cabeçalho deve ser secundária/mais clara.
SHARED_DATA CAPL-3969 Lançamento do Recurso de Data Share
Nosso novo recurso de Data Share foi lançado. Agora, os usuários podem compartilhar dados entre os Tenants. A tabela de staging foi atualizada para incluir o novo modelo de dados. O Fullfilment foi atualizado para suportar a nova Query Nomeada. O Unified foi atualizado para suportar o Gerenciador de Alertas e o Gerenciamento de Alertas.
SQL_PIPELINES CAPL-3940 Resolução do Problema de Suporte a Múltiplas Pipelines no Manifest Pipeline
Neste Jira, resolvemos o problema de que o Manifest Pipeline não suportava mais do que uma pipeline para o mesmo modelo de dados. Foi verificado que, ao instalar o aplicativo Carol no Tenant Unificado, não eram criadas as tarefas agendadas conforme definido no arquivo de manifesto. O manifesto que estamos validando é o pipelines.json e o Tenant Unificado que atualizamos o aplicativo é o painelprotheusunif . A solução proposta é criar tarefas agendadas com base nas entradas da pipeline definida, mesmo quando houver mais de uma pipeline que exporta dados para o mesmo modelo de dados. Para validar isso, foi necessário executar juntas diferentes pipelines que exportam dados para o mesmo modelo de dados, com a mesma expressão cron definida, forçando as duas pipelines a executarem ao mesmo tempo.
SQL_PIPELINES CAPL-3954 Correção do problema: Nome do arquivo Manifest agora é clicável e redireciona para o repositório git e BitBucket
Atualização: O problema foi corrigido, a plataforma agora está fazendo o nome do arquivo Manifest clicável, redirecionando o usuário para o repositório git em uma nova aba do navegador. Além disso, foi aplicado o mesmo comportamento para o BitBucket.
🐛 Correções
BIG_QUERY, CAROL_APP, DATA_MODEL CAPL-3422 Atualização da Aplicação Carol: Propagação de Customização de Agrupamento e Particionamento
Ao instalar a aplicação Carol, a customização de agrupamento e particionamento deve ser propagada para o cliente. Isso deve acontecer tanto na primeira versão da aplicação quanto na versão de atualização.
BIG_QUERY CAPL-3892 Falha na provisão de migração caso a cópia da tenant do cliente falhe devido à tabela não encontrada
Neste release, corrigimos um problema que ocorria durante a migração de provisionamento de um Tenant Unificado, onde se a cópia do último dia falhasse porque a tabela não foi encontrada no Tenant do cliente, o processo de provisionamento inteiro falhava. Agora, garantimos que somente as tabelas usadas pela aplicação instalada no Tenant Unificado serão copiadas. Se uma tabela realmente não existir no Tenant do cliente, a migração pode falhar.
BILLING CAPL-3982 Faturamento: Correção de problema de acesso
Resolução: Foi corrigido um problema que impedia o acesso à página de faturamento para usuários de faturamento. Agora, o login funciona e redireciona para a página de faturamento.
CAROL_APP CAPL-3989 Melhorias na Validação de Imagem do Docker e Configuração do GitHub
Foi corrigido um problema que fazia com que máquinas de alto custo falhassem e reiniciassem ao tentar puxar uma imagem do Docker. Agora, a imagem do Docker é validada antes de enviar a solicitação ao Operador. Além disso, foi validada a configuração do GitHub no arquivo de manifesto ao construir a imagem do Docker.
CONNECTOR CAPL-3102 Correção de Erro de Exclusão de Dados de Staging
Resolvido um problema que fazia com que o endpoint de consulta trouxesse registros de eventos de tabelas de staging deletadas. Após a criação de um conector e tabela de staging, ao deletar o conector, os dados/eventos da staging também deveriam ser deletados.
CONNECTOR CAPL-3872 Correção de Erro na UI para Adicionar/Remover Crosswalks (Identificadores) em Stagings
Foi corrigido um erro na UI ao tentar adicionar/remover crosswalks (identificadores) em stagings. O erro ocorria quando a UI enviava o corpo da requisição errado, fazendo com que o backend retornasse um erro. O erro foi corrigido, e agora a UI envia a requisição correta, permitindo que as alterações nos crosswalks sejam realizadas com sucesso.
DATA_MODEL, SQL_PIPELINES CAPL-3835 Correção de Problema de Números de Telefone Duplicados na Plataforma Carol
Foi corrigido um problema onde usuários com números de telefone duplicados não eram rejeitados na plataforma. O problema foi identificado ao criar uma tabela de staging, um modelo de dados e executar uma tarefa SQL usando o pipeline. Ao enviar um segundo intake com um usuário com o mesmo email, mas o mesmo número de telefone, o usuário não foi rejeitado. Agora, o usuário com o número de telefone duplicado é rejeitado na plataforma e não é registrado no Carol.
ORGANIZATION/TENANT CAPL-4002 Resolução do Problema de Login do Usuário Após Deploy/Rollback
Resolução do problema de login do usuário após deploy/rollback relacionado ao admin do tenant. Após o rollout ocorrido em 06/05 às 22 brt, o usuário não conseguiu mais fazer login usando os seguintes parâmetros. O login está sendo executado sem problemas em nosso fluxo UI (tenant fluigdata mesmo que o admin). O incidente impactou as tarefas de processamento SQL. Entender o que aconteceu e se é algo que precisamos considerar em nossas migrações.
ACTIVITY_MANAGEMENT CAPL-3837 Correção de Problema Intermitente com Tasks Agendadas
Após atualização do Backoffice, alguns clientes estão relatando que as Tasks agendadas param de rodar automaticamente. É necessário editar e salvar o Schedule da Task para que volte a funcionar. O problema ocorre de forma intermitente e já foi verificado em ambientes de Sayerlack, Telemont e outros.
CAROL_APP CAPL-4023 Correção do Erro GGF Clock In - Impacto Crítico Resolvido
O erro GGF - Clock In - Erro ao atualizar App Clock In Backoffice foi corrigido. O comportamento esperado é que não apareça mais o erro ao atualizar o app. O produto Clock In - (Protheus) foi atualizado para a versão 4.0.0 (3.6.x). O ambiente GGF (Production) foi afetado.
CAROL_APP CAPL-4029 Erro Corrigido no App Clock In Backoffice para a ASSOCIAÇÃO EDUCATIVA EVANGELICA
A equipe de produto da Totvs identificou e corrigiu o erro ao atualizar o App Clock In Backoffice para a ASSOCIAÇÃO EDUCATIVA EVANGELICA. O erro "Error: com.totvslabs.framework.core.common.exceptions.ForeignKeyNotFoundException: Foreign key not met for tenant [1a78a30f72bc444a9b1d6ba1d939509d], type [mdmEntityValidationRule, mdmEntityValidationRuleWorking] at mdmId: ["1f34bb440b5f494bb7463ca35fe67dbd","1f34bb440b5f494bb7463ca35fe67dbd_w"]""Cause: [ForeignKeyNotFoundException] - Foreign key not met for tenant [1a78a30f72bc444a9b1d6ba1d939509d], type [mdmEntityValidationRule, mdmEntityValidationRuleWorking] at mdmId: ["1f34bb440b5f494bb7463ca35fe67dbd","1f34bb440b5f494bb7463ca35fe67dbd_w"]" não será mais apresentado. A equipe de produto da Totvs corrigiu o erro ao atualizar o App Clock In Backoffice para a ASSOCIAÇÃO EDUCATIVA EVANGELICA, garantindo assim o comportamento esperado. A equipe de produto da Totvs trabalhou para garantir que o erro não seja mais apresentado ao atualizar o App Clock In Backoffice para a ASSOCIAÇÃO EDUCATIVA EVANGELICA.
ORGANIZATION_ADMIN CAPL-4005 Atualização de Migração de Usuários Administradores do Carol e Alteração do Endpoint de Exclusão
Nesta atualização, foi realizada a migração de todos os usuários da organização que são administradores do Carol. Além disso, o endpoint de exclusão foi alterado para que os administradores do Carol nunca sejam excluídos do ElasticSearch. Esta atualização também garante que os administradores do Carol sejam mantidos em ambas as fontes de dados até que a entidade seja totalmente migrada, devido à imitação.
TENANT_ADMIN CAPL-3645 Atualização de Ambiente de Produção para Testes e Validações
Foi realizada a migração da entidade para o ambiente de produção, permitindo que os Tenants internos (QA) possam realizar testes e validações. Esta atualização incluiu a criação de uma tabela de staging, modelo de dados, processo de fullfilment, consulta nomeada, unificação, gerenciador de alertas e gerenciamento de alertas. Esta atualização permitirá que o time de produto teste em produção, bem como que os usuários do Tenant possam realizar testes de login, atualização, criação, deleção e processos SQL.