# 3 de setembro de 2026 — Permanência, regras em observação e herança de campos Esta atualização traz a **permanência**, que mede o tempo que cada entidade passa em cada valor de um campo, a publicação de versões de regra em observação e o controle da herança de campos entre eventos. ## Permanência Um campo discreto pode ser marcado como **rastreável**, e a plataforma passa a registrar por quanto tempo cada entidade permanece em cada valor dele: a duração de um pedido em `pendente`, o tempo de um cadastro em bloqueio. O rastreamento provisiona dois campos derivados, disponíveis como qualquer outro campo em métricas, filtros e regras. Sobre eles é possível medir tanto as permanências já encerradas, com as agregações comuns, quanto as **permanências em aberto**, que contam as entidades ainda retidas em um valor e a idade da mais antiga. Um recorte por tempo em aberto separa o processo travado da entidade apenas lenta, e o [monitoramento](/pt/behavioral/monitors/open_tracking/) alerta quando o acúmulo passa do esperado. Consulte [Permanência](/pt/behavioral/metrics/tracking/) e [Campos](/pt/events/event_fields/#rastrear-permanência). ## Regras em observação Uma versão de regra pode ser publicada **em observação** (*shadow*): ela roda em paralelo com a versão ativa, sobre os mesmos eventos reais, sem decidir nada. Você escolhe quais saídas acompanhar, e cada uma é gravada no mesmo evento, ao lado do valor que a versão ativa gravou, o que permite comparar as duas com os filtros de **Explorar**, as **Métricas** e os **Dashboards** que você já usa. Uma versão inativa também pode ser observada, para responder se foi mesmo ela que mudou o comportamento. Veja [Versionamento](/pt/rules/versioning/#observação). ## Herança por campo Cada campo passa a definir se é herdado por envios posteriores com o mesmo `id`. Ative a **Herança** nos campos que descrevem a entidade e chegam só no primeiro envio, como o cliente ou o estabelecimento, e deixe desativada nos que valem apenas para aquele envio, como a etapa ou o código de resposta da tentativa. Veja [Herança entre eventos com o mesmo `id`](/pt/events/events/#herança-entre-eventos-com-o-mesmo-id). ## Análises: célula sem gatilho Uma célula pode usar o sinal **Sem gatilho**, que mantém a janela e expõe o valor medido sem nunca acionar. É a forma de levar um número da janela até o evento, como o contador de tentativas de um pedido, deixando a decisão para uma condição da regra. O editor da célula foi reorganizado em Identidade, Janela, Medida e Gatilho, com exemplos prontos, e a lista de células pode ser reordenada por arrasto. Veja [Análises](/pt/rules/analyses/#sem-gatilho). ## Outras melhorias - **Métricas**: o gráfico passa a ter um eixo vertical por unidade, rotulado nessa unidade, de modo que uma duração nunca mais é lida como um número solto nem divide escala com uma contagem. Veja [Gráfico](/pt/behavioral/metrics/chart/#eixos). - **Campos**: nova exibição de **Duração**, que apresenta um inteiro como `3,5s` ou `2d 1h`; campos gerenciados pela plataforma agora aceitam alteração de nome e descrição. Veja [Campos](/pt/events/event_fields/#exibição-do-valor). - **Explorar**: filtros sobre campos de duração aceitam o valor digitado como tempo (`30s`, `1h 30m`, `2d`), e uma pesquisa salva pode ser sobrescrita com a configuração atual ou excluída. - **Exportação**: o arquivo passa a ser entregue compactado (`.csv.gz`) e carrega a própria descrição, com período, filtros e a lista de colunas. Veja [Exportação](/pt/admin/export/#descrição-embutida). - **Regras**: histórico com as ações realizadas sobre cada versão, destaque das expressões enquanto são escritas e o identificador do evento disponível como `$id` nas condições e nas análises. - **Tipos de evento**: o painel mostra quando o último evento foi recebido. - **Conectar agente (MCP)**: novas ferramentas para o agente consultar monitoramentos e uma permissão específica para deixá-lo editar o nome e a descrição de um campo. O recurso passa a ter documentação própria em [Conectar agente](/pt/admin/agent/).