> For the complete documentation index, see [llms.txt](https://docs.helena.app/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.helena.app/duvidas-e-novidades/novidades-de-produto/julho-de-2026/16-07-2026.md).
# 16/07/2026
### **🔗 API: Campo updatedAt retornando data inválida no endpoint Obter Status por ID**
Ao consultar o status de uma mensagem pelo endpoint **Obter Status por ID**, o campo updatedAt retornava uma data inválida, frequentemente 0001-01-01 em vez da data e hora reais da última atualização da mensagem.
**🔧 O que estava acontecendo?**
Ao montar a resposta da consulta, a data de criação da mensagem era copiada corretamente, mas a data de atualização era simplesmente esquecida. Sem um valor atribuĂdo, o sistema preenchia o campo com uma data padrĂŁo inválida.
**âś… O que foi corrigido?**
O campo updatedAt agora retorna corretamente no endpoint Obter Status por ID, alinhado ao comportamento do endpoint Obter por ID:
* A data e hora da última atualização de status da mensagem são retornadas corretamente
* O valor Ă© consistente entre os dois endpoints para o mesmo ID de mensagem
* Datas inválidas como 0001-01-01 não são mais retornadas
### **👥 Contatos: Campos personalizados do tipo lista e multiseleção não eram preenchidos na importação**
Ao importar contatos via Excel ou CSV com mapeamento para campos personalizados do tipo **lista de opções** ou **multiseleção**, os valores do arquivo não eram gravados nos contatos importados — o campo simplesmente ficava em branco. Campos do tipo texto funcionavam normalmente. Esse comportamento foi corrigido.
**🔧 O que estava acontecendo?**
O sistema tentava localizar o valor da planilha entre as opções já cadastradas no campo. Quando o valor não existia como opção, ele era descartado silenciosamente — sem gerar erro, mas sem preencher o campo no contato. Além disso, mesmo quando a opção era criada corretamente, em alguns casos o valor não aparecia no detalhe do contato até a página ser recarregada manualmente.
**âś… O que foi corrigido?**
A importação de contatos agora lida corretamente com campos do tipo lista de opções e multiseleção:
* Valores já existentes são identificados e selecionados corretamente no contato importado
* Valores novos são criados automaticamente como opção do campo e vinculados ao contato
* Linhas com o campo vazio sĂŁo importadas normalmente, sem erro
* O valor preenchido é exibido imediatamente no detalhe do contato, sem necessidade de recarregar a página
### **💬 Widget WhatsApp: URL da página não aparecia no card de Rastreamento ao iniciar conversa sem formulário**
Quando um visitante clicava no widget do WhatsApp em uma página com o formulário desativado, o card **Rastreamento** criado no chat ficava sem o campo **Acesso** preenchido, a URL da página de origem simplesmente não aparecia. Com o formulário ativo, o comportamento estava correto.
**🔧 O que estava acontecendo?**
No fluxo sem formulário, o visitante é redirecionado diretamente para o WhatsApp ao clicar no widget. Nesse caminho, a URL da página onde o clique aconteceu não estava sendo enviada junto com as informações de rastreamento, o sistema recebia os dados de origem, campanha e headline, mas não sabia de qual página o contato havia vindo.
**âś… O que foi corrigido?**
O campo **Acesso** do card Rastreamento agora é preenchido corretamente em todos os cenários:
* A URL da página onde o visitante clicou no widget é registrada tanto no fluxo com formulário quanto no fluxo sem formulário
* URLs longas, com múltiplos parâmetros ou com UTMs na própria URL, são capturadas e exibidas corretamente
* Os demais campos de rastreamento (Origem, Campanha, Headline) continuam funcionando normalmente
#### **Sem formulário**
#### **Com formulário**
