Foi implementada a inclusão de dados do síndico na API de assistência. Agora, sempre que os dados forem requisitados pela API, o sistema retornará informações sobre o síndico, caso ele seja o responsável. Se não houver um síndico envolvido, o sistema retornará nulo para os dados de cliente.

Houve a adição de quatro novas colunas nas configurações financeiras de extrato do Sienge, que podem ser exibidas ou ocultadas: valor original, valor da baixa, acréscimo e desconto. Por padrão, essas colunas estão marcadas para exibição, mas o usuário pode desabilitá-las conforme necessário.

Quando um pré-cadastro é cancelado, caso tenha um lead vinculado, é possível escolher o motivo e submotivo de cancelamento do lead, conforme os campos de motivos de cancelamento configurados no sistema. Se o motivo não for especificado, o sistema utiliza o motivo padrão, e caso não exista motivo padrão pega o primeiro cadastrado. Caso haja um submotivo obrigatório, este também deverá ser preenchido ao cancelar o pré-cadastro.

Foram adicionadas mensagens automáticas na assistência técnica, similar ao que já existe para o atendimento. Com isso, os usuários podem configurar mensagens automáticas que serão exibidas na tela de assistência, oferecendo mais opções de personalização.

Foi introduzida a funcionalidade de anexar arquivos ao abrir um chamado de assistência técnica no Portal do Cliente. Os usuários poderão anexar fotos ou arquivos de áudio, mas é importante respeitar o limite de tamanho dos arquivos, até 25MB. Vídeos grandes, por exemplo, não serão aceitos se ultrapassarem esse limite.

Adicionamos variáveis de contrato de reserva que extraem os dados dos dependentes vinculados ao fator social associado à reserva.

Além disso, o fator social foi integrado nas fichas de reserva e repasse que seguem o modelo padrão do CV. Se o fator social não for preenchido na reserva, ele não será exibido.

Foi implementada a funcionalidade de alteração de titularidade no pré-cadastro, algo que já existia nas reservas. A mudança ocorre entre clientes associados, ou seja, o cliente pode ser trocado por um associado, que então assume a titularidade do pré-cadastro. Essas mudanças são registradas no relatório e no histórico do sistema.

Um novo parâmetro foi adicionado à API de pré-cadastro e reservas, permitindo que sejam retornados os leads associados. Isso abrange leads que compartilham o mesmo e-mail ou número de telefone, permitindo uma visão mais completa e integrada das interações e associações dos leads.

Esse novo GET é útil para manter consistência em cadastros que tenham múltiplos leads relacionados a uma mesma pessoa ou contato.

Um novo método GET foi adicionado à API de reservas, permitindo a consulta das regras de comissão associadas às reservas, facilitando a recuperação de informações sobre tipos de comissão e valores envolvidos.

Foi introduzida uma ação em lote na listagem de leads, permitindo que os usuários adicionem o momento de um lead em múltiplos leads simultaneamente. Essa melhoria agiliza a atualização do status de vários leads ao mesmo tempo, sem a necessidade de fazer isso individualmente.

A ação também gera um log ao final, detalhando se as atualizações foram bem-sucedidas ou não, e, em caso de falha, apresenta o motivo (como permissão insuficiente ou momento já vinculado ao lead).