> For the complete documentation index, see [llms.txt](https://docs.digibee.com/documentation/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.digibee.com/documentation/release-notes/pt-br/october-2026/october-20.md). # 20 de outubro ## **Melhorias na Plataforma** ### **Integração da Transmissão de dados com o New Relic** A Transmissão de dados agora também envia os dados de execução dos seus pipelines para o **New Relic**, além do Datadog e do Splunk. Se a sua empresa já usa o New Relic para observabilidade, você passa a acompanhar suas integrações da Digibee na mesma ferramenta em que monitora o restante dos seus sistemas, sem precisar de soluções paralelas. Com os dados no New Relic, fica mais fácil cruzar o comportamento dos pipelines com o de outras aplicações, identificar problemas mais rápido e montar painéis e alertas do jeito que o seu time já trabalha. Para configurar, acesse **Configurações** e abra a página **Transmissão de dados**, da mesma forma que nos outros provedores. Configure a Transmissão de dados com o New Relic

### **Alertas do Modelo Baseado em Consumo** Agora você recebe notificações por email, Slack ou webhook quando o consumo de créditos atinge um limite definido por você. Os alertas podem abranger todo o contrato, um projeto ou um único pipeline, para que você acompanhe o consumo no nível que mais importa. Veja o status e o progresso de cada alerta na nova página **Alertas**, em **Runtime Compute**. Saiba mais sobre o Modelo Baseado em Consumo

### **Contas e Globals centralizados em Build** **Contas** e **Globals** agora estão disponíveis apenas em **Build**, a mesma área em que você cria e configura seus pipelines. Antes, também era possível acessá-los por atalhos na página de Configurações, que foram removidos. Com um único ponto de acesso, você encontra e gerencia esses recursos no mesmo lugar em que já os utiliza, sem precisar alternar entre áreas. Explore a documentação de Build ## **Conectores & Triggers** ### **Campo Time Zone nos tipos 5-Minute e 30-Minute do Scheduler Trigger** Os tipos 5-Minute e 30-Minute do Scheduler Trigger agora têm o campo **Time Zone**, que já existia nos tipos Custom e Midnight. Com isso, você pode executar expressões cron personalizadas no seu fuso horário, em vez de UTC. Os triggers 5-Minute e 30-Minute existentes continuam sendo executados em UTC até que você edite o trigger, salve o pipeline e o implante novamente. Após a nova implantação, o trigger passa a ser executado no fuso horário selecionado no campo Time Zone, que por padrão é `America/Sao_Paulo`. Se a sua expressão cron usa horários fixos, confira o campo Time Zone antes de salvar e implantar o pipeline para garantir que ele seja executado no horário esperado. Veja a documentação do Scheduler Trigger ### **Novo runtime padrão para o Script (JavaScript)** O conector **Script (JavaScript)** agora usa o novo runtime por padrão, inclusive nos pipelines que já estão implantados. O novo runtime executa o seu código dentro do pipeline, o que torna a execução mais rápida e elimina a dependência da infraestrutura compartilhada de scripts. Você não precisa alterar nem fazer redeploy dos seus pipelines para usá-lo. Se um script se comportar de forma diferente no novo runtime, selecione **Use Legacy Runtime** no conector para voltar ao runtime anterior e entre em contato com o Suporte para que possamos corrigir a diferença. A opção **Use Experimental Runtime** foi removida. Leia a documentação do conector Script (JavaScript) ## **Correções de Bugs** * **digibeectl:** Corrigimos um problema em que era possível criar tokens com validade superior a 1 ano. Agora a validade máxima é de 365 dias, tanto pela tela quanto pela API. Ao selecionar **Ano** como unidade de tempo, a quantidade volta para 1 e o token é criado com 365 dias. Pela API, valores acima de `365` dias ou `1y` passam a retornar erro; use, por exemplo, `365d`. Tokens já criados não são afetados. * **Conector Stream CSV Reader:** Corrigimos um problema em que o **Modo de Inspeção** mostrava apenas a primeira iteração do subfluxo onProcess. Agora você consegue navegar por todas as iterações, assim como nos outros conectores de loop. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.digibee.com/documentation/release-notes/pt-br/october-2026/october-20.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.