2026.06.099 de junho de 2026

Carga em massa de aquisições, atribuição e agenda de Ordens de serviço, e hardening de segurança em toda a plataforma

Este release traz a carga em massa de aquisições e um novo drawer de atribuição e agenda para Ordens de serviço no Admin, restaura a edição completa do endereço do cliente, adiciona uma verificação de segurança para a mudança de moeda, faz as integrações com parceiros resolverem clientes e stakeholders de forma determinística por referência externa, consolida o payload de formulários dinâmicos para as apps de campo, endurece a autenticação com um modelo de sessão tipado e tokens serviço a serviço, e conclui a remoção do Material UI no Admin.

Produtos atualizados: Admin · Platform API

Aquisições — carga em massa (Admin)

Novo

Sobre as melhorias de aquisições do release anterior, agora você pode criar aquisições em massa.

Carga em massa de aquisições. Reutiliza o mesmo drawer de carga já usado para reservas, unidades de produto e assinaturas.
Guia de uso do template. Uma aba de guia dedicada detalha as regras: o template baixado tem uma estrutura predefinida que não deve ser modificada — não adicione, exclua ou renomeie colunas, ou o sistema rejeitará o arquivo automaticamente.
Guia de preenchimento de campos. Dicas práticas incentivam preencher o máximo de informação possível para cada cliente, com os campos obrigatórios marcados no header de cada coluna — quanto mais informação você inserir, melhor será a experiência na plataforma.
Feedback de revisão da carga. Consistente com o resto da plataforma: "Processadas {total} linhas e criadas com sucesso {loaded} aquisições" em caso de sucesso, e "Algumas aquisições não puderam ser criadas por informação duplicada ou faltante" em caso de erros, com um resumo de erros baixável para nova tentativa.
Sem perda de dados ao trocar de modo. Alternar entre Carga manual e Carga em massa não perde mais a informação inserida.

Ordens de serviço — atribuição e agenda (Admin)

Novo

O módulo de Ordens de serviço ganha um novo drawer de Atribuição e agenda, completando o fluxo criação → atribuição → agendamento.

Comece por qualquer um dos lados. "Você pode começar pela atribuição ou pelo agendamento para verificar a disponibilidade" — comece por qualquer um dos lados do fluxo.
Atribuição. Selecione o prestador que receberá a solicitação.
Agendamento. Selecione o dia e a hora de execução; o drawer mostra os slots de capacidade disponíveis para cada opção.
Estado de agendamento parcial. Atribuir um prestador sem escolher ainda data/hora marca a ordem como "parcialmente agendada — para executar a ordem, você deve definir o dia e a hora" e exibe "Pendente de configuração".
Editar e remover agendamento. "Editar atribuição e agenda" aplica as mudanças ao salvar; "Remover agendamento" pede uma confirmação explícita e avisa que o serviço não poderá ser executado até configurar um novo agendamento, e que a ação não pode ser desfeita.
Toasts de confirmação. "Ordem de serviço agendada com sucesso!" e "Agendamento removido com sucesso!"

Clientes (Admin)

Edição completa de endereço restaurada. A edição do endereço de um cliente volta a suportar a edição completa do endereço, controlada por configuração remota para poder ser ajustada por tenant.

Validação de mudança de moeda (Admin)

Verificação "Pode mudar moeda". Antes de mudar a moeda de uma área, a plataforma agora pode confirmar se é seguro fazê-lo, evitando mudanças de moeda que quebrariam áreas já vinculadas a preços e retornando erros de permissão apropriados quando a ação não é permitida.

Integrações externas

Resolução determinística de cliente/stakeholder por referência externa. Quando os parceiros criam reservas através da API de integração, a plataforma agora busca primeiro o cliente (e o stakeholder) existente pela referência própria do parceiro, recorrendo ao e-mail ou à criação apenas se não houver correspondência — evitando duplicados quando um e-mail muda ou está ausente. Ordem de resolução de cliente: referência → e-mail → criar. Ordem de resolução de stakeholder: ID de stakeholder → referência → criar.
Referência do prestador em eventos de lead. Os eventos de notificação relacionados a leads agora incluem a referência externa do prestador, então os sistemas de parceiros que consomem esses eventos podem correlacioná-los sem uma consulta adicional.

Formulários dinâmicos (Platform API)

Payload consolidado para a app. Os endpoints da app de campo agora servem o payload consolidado de formulários dinâmicos — primeiro passo para uma única fonte de verdade entre clientes web e de campo.
IDs de associação incluídos. Incluídos diretamente na resposta do formulário dinâmico, então os consumidores não precisam mais de um request adicional para resolver as associações.
Correção na tabela de formulários dinâmicos. A tabela de associação de formulários dinâmicos não quebra mais visualmente quando não há associações configuradas.

Confiabilidade e integridade de dados (Platform API)

Melhorado

Invalidação de cache de endereço ao mudar status. Quando o status de um endereço muda, o seu payload em cache é invalidado para que as leituras seguintes sempre reflitam o novo status.
Mudanças de data por super-user. Agora atribuem corretamente o intervalo de horário do período quando a data de uma reserva é alterada.
Consultas de disponibilidade de um único dia. Não retornam mais blocos de agenda vazios quando o início e o fim da consulta caem no mesmo dia.

Segurança e autenticação (Platform API)

Payload de sessão tipado em toda a plataforma. O tratamento interno de sessão/claims foi substituído por um formato fortemente tipado e um utilitário central de validação, reduzindo a chance de bugs sutis de tratamento de sessão ao longo da API.
Tokens inválidos rejeitados antes. Os tokens agora são validados antes de qualquer consulta ao banco de dados, tornando a rejeição de tokens inválidos rápida e barata.
Verificações de propriedade generalizadas. O guard de propriedade agora é polimórfico por tipo de entidade, estendendo o controle de acesso consistente a mais recursos (incluindo incidentes de lead).
Fluxos anônimos mais limpos. Os endpoints destinados a serem acessíveis sem autenticação (fluxos anônimos de cliente) não assumem mais um contexto de usuário logado.
Autenticação serviço a serviço. Os tokens internos de serviço máquina a máquina agora são suportados sem exigir um claim de e-mail, habilitando comunicação segura com a camada de serviço core.

Admin — consistência e polimento

Melhorado

Material UI removido por completo. O Admin conclui sua migração de múltiplos releases para a biblioteca de UI compartilhada: o sistema de tema legado, suas dependências e os usos restantes ao longo de projetos, add-ons, componentes compartilhados de booking-incident, autocompletes de campos dinâmicos, navegação do dashboard e componentes pequenos estão agora no sodtrack-web-ui. Espere um look & feel mais consistente e uma interface mais enxuta e rápida.
Telas de incidente e tarefa consolidadas. Os fluxos de incidente e de tarefa agora compartilham building blocks comuns, reduzindo inconsistências de linguagem e comportamento entre eles.
Página de configuração de tema limpa. O bloco legado de "Examples" foi removido.
Experiência de bloqueio de agenda do prestador. Refatorada para um tratamento mais fluido, consistente com o novo fluxo de disponibilidade.

Pronto para ver o Sodtrack em ação?

Agende uma demo e nosso time mostrará as últimas funcionalidades adaptadas à sua operação.