Variáveis de assinatura: agora disponíveis em cabeçalhos e rodapés (Word)

Foi implementada a possibilidade de inserir variáveis de assinatura também em cabeçalhos e rodapés de contratos formatados em Word.

Antes da melhoria:

  • As variáveis de assinatura funcionavam apenas no corpo do contrato.
  • Para cabeçalhos e rodapés, é necessário aplicar soluções manuais (ex.: pintar o texto de branco).

Após a melhoria:

  • É possível configurar posições exatas de assinatura (ex.: rubricar a incorporadora, o cliente e os associados no rodapé).
  • O recurso atende especialmente clientes que desejam formatar seus contratos com precisão visual, usando a flexibilidade do Word.

Benefícios:

  • Mais liberdade na formatação visual dos contratos.
  • Possibilidade de padronizar a assinatura em locais fixos do documento.

Empreendimentos: nova opção para inativar

A funcionalidade de inativação foi criada para dar mais controle interno sobre os empreendimentos que não devem mais receber novas ações, como cadastros, reservas ou vendas. Essa inativação não remove o empreendimento da base de dados e nem o torna invisível, mas o torna inativo comercialmente.

Casos de Uso Comuns:

  • Substituição de empreendimento: se você deseja manter o valor contratado, mas quer trocar o empreendimento por outro (ex.: vendeu tudo no antigo). Nesse caso, o antigo é inativado comercialmente e um novo espaço pode ser cadastrado.
  • Downgrade: quando o você quer reduzir o valor contratado, sem excluir o empreendimento, a inativação também é usada.

Permissões e Fluxo de Ação

  • Somente o time interno pode realizar essa inativação.
  • Você, cliente, não tem permissão para inativar comercialmente.
  • Para iniciar o processo, você deve abrir uma solicitação para a inativação de um empreendimento específico.
  • Após validação, a equipe responsável realiza a ação.

Como solicitar?

 Você, cliente, como usuário gestor, precisa seguir o passo a passo:

1. Acessa a listagem de empreendimentos

2. Abre o cadastro do empreendimento

3. Solicita a inativação e preenche o motivo

4. Confirma a solicitação

Assim, nosso time interno receberá a solicitação e irá realizar a inativação do empreendimento.


O que acontece após a inativação comercial?

  • O empreendimento não pode mais receber cadastros, vendas ou novas reservas.
  • Não aparece mais nas telas de seleção para esses tipos de ação.
  • Continua visível para o cliente no portal, permitindo acesso a:

    • Boletos e extratos.
    • Dados financeiros e históricos.
    • Documentos e dossiês já emitidos.

O que é bloqueado:

  • Novas reservas, agendamentos ou pré-cadastros.
  • Geração de novos chamados ou serviços vinculados ao empreendimento.

Novidades na Interface

  • Novo filtro adicionado na listagem de empreendimentos: "Inativados".
  • Permite identificar rapidamente quais empreendimentos estão nessa condição.
  • Não interfere nos filtros do Painel (ativo/inativo).
  • Interface ajustada para mostrar claramente que se trata de um status comercial, não operacional.

Login Social com iCloud (Apple ID)

Adição:

  • Novo provedor de login social via iCloud.

Já disponíveis:

  • Google, Microsoft, SiengeID.

Benefício:

  • Facilita o acesso para usuários Apple.
  • Centraliza autenticação em conta já confiável.


Workflow de Reservas: duas novas permissões

Novas permissões adicionadas:

  1. Permitir edição do indexador pelo corretor/imobiliária.
  2. Permitir edição do portador pelo corretor/imobiliária.

Aplicação:

  • Cada permissão pode ser ativada individualmente por perfil.
  • Garante maior controle sobre quem pode alterar dados críticos da reserva.

Webhooks: rastreabilidade e controle

  • Inclusão do tenant de origem no cabeçalho das requisições dos webhooks.
  • O "tenant" identifica o ambiente de onde o dado foi disparado (produção, QA, local etc.).

Finalidade:

  • Aumentar o controle de ambientes em integrações.
  • Evitar erros de envio para ambientes errados.
  • Permitir filtros, bloqueios e diagnósticos mais eficientes em sistemas externos.

Webhooks: adequação à LGPD

  • A partir desta versão, novos webhooks enviarão apenas os IDs das funcionalidades e subfuncionalidades envolvidas (ex.: ID da reserva).
  • Dados sensíveis (nome, CPF, e-mail etc.) não serão enviados por padrão.

Por quê?

  • Para garantir conformidade com a LGPD, evitando o envio irrestrito de informações pessoais.
  • Os sistemas integrados devem consultar os dados via API usando os IDs recebidos.

Observações:

  • Webhooks já existentes não foram alterados.
  • Ainda é possível, temporariamente, alterar manualmente para “body completo” na edição — mas com alerta de risco legal.
Mostrar entradas anterioresMostrar entradas anteriores