Novo componente Time no Flow Builder: capturar horários em telas

O que é

O componente Time é um novo elemento de tela do Flow Builder. Segundo as release notes, ele serve para que os usuários agendem compromissos de serviço, façam reservas e resolvam outras necessidades de agendamento dentro de uma tela de flow.

A saída do componente pode ser usada depois para atualizar registros ou executar outras tarefas no restante do fluxo. Ou seja, o valor de horário capturado na tela vira uma variável disponível para os elementos subsequentes, como Update Records, Decision ou chamadas a outros elementos do flow.

O texto oficial não detalha formato de exibição, validações de intervalo nem compatibilidade com API version específica, então vale testar diretamente na sua org antes de assumir comportamento de timezone ou de granularidade de minutos.

Por que importa

Até aqui, capturar horário em uma tela de flow exigia soluções alternativas: campo de texto com máscara, picklist com horários fixos, ou componentes customizados via LWC. Isso gerava inconsistência de UX entre flows diferentes e trabalho extra de validação. Ter um componente nativo de Time resolve um problema recorrente em cenários de agendamento, comum em Field Service, Health Cloud e qualquer processo de marcação de compromisso construído sobre Flow.

Como arquiteto, o ponto que mais me interessa é a integração direta com o restante da lógica do flow. Já perdi tempo em projeto validando parsing de string para transformar texto em horário, então um componente nativo que já entrega o valor certo no formato certo é economia real de retrabalho. Não é só uma melhoria de tela isolada, é um componente pensado para alimentar automações de agendamento sem que eu precise escrever essa validação na mão.

Como se preparar

• Mapeie os flows atuais que usam texto ou picklist para simular captura de horário e avalie a migração para o componente Time.
• Teste o comportamento de timezone e formato de exibição na sua org antes de colocar em produção, já que as release notes não especificam esses detalhes.
• Valide como a saída do componente se comporta em elementos como Update Records e Decision, principalmente se o campo de destino for Time ou DateTime.
• Se você atua com agendamento de service appointments, priorize testar esse componente nos flows de scheduling existentes antes de expandir para outros processos.

Nível de aplicação: Baixo

É um novo elemento de tela nativo do Flow Builder que substitui soluções alternativas, sem exigir código ou reestruturação de arquitetura.

Considerações de arquiteto

• Antes de migrar flows existentes, valide se o campo de destino é Time ou DateTime, pois o comportamento de conversão pode variar em Update Records e Decision.
• Teste timezone e formato de exibição diretamente na sua org, já que as release notes não detalham esse comportamento e cada org tem configuração regional própria.
• Priorize a adoção em flows de scheduling de Field Service e Health Cloud, onde a granularidade de minutos e a precisão do horário têm impacto direto no negócio.
• Documente o mapeamento dos flows que hoje usam texto com máscara ou picklist para horário, para planejar a migração de forma incremental e sem quebrar automações existentes.

Pegadinhas:

• As release notes não especificam formato de exibição nem validação de intervalo, então o comportamento pode divergir entre orgs com locales diferentes.

Este artigo faz parte do guia Flow na Winter '27, um item oficial por artigo. Fonte: release notes de Automation.