CRM de imóveis: cadastro, status, prontuários e etapas
Foto a cada carga e histórico de mudanças de status
Entradas, saídas, estoque e VGV em pauta por mês
Reunião de captação, catálogo e agente de IA
O que resolve
- A imobiliária sabe quantos imóveis entraram e saíram de pauta em cada mês, mesmo com o CRM guardando só o status de hoje.
- O VGV em pauta conta só imóveis da casa, sem unidades de lançamento e carteiras de parceiros.
- Imóveis duplicados entre agências e cadastros fantasmas param de inflar a carteira.
Perguntas de negócio que responde
Faça estas perguntas ao seu agente quando o caso estiver pronto.
O que você precisa
- CRM de imóveis conectado (Vista, Bitrix24 com SPA de imóvel, CasaSoft ou Imobzi)
- A lista de status que contam como em pauta e como saída, aprovada pela gerência
- A tabela de bairro para agência, se a imobiliária tem várias agências
O que você recebe
- Uma tabela de eventos com cada mudança de status de cada imóvel
- Uma foto mensal da carteira com estoque e VGV em pauta
- Entradas e saídas por mês, agência, captador e motivo
- Listas de pendência: sem proprietário, sem valor, fora do site, duplicados
Onde ativar
Entradas por captador e agência contra a meta, com saldo da carteira e motivos de saída do mês.
O mesmo recorte de em pauta vira feed para portais e texto por imóvel para o agente de IA, com preço no formato R$ 1.234.567,00, 'a partir de' em lançamento e 'consulte' quando não há valor.
Imóvel no site sem proprietário, sem valor ou sem foto, enviado à gerência todo dia.
A foto diária precisa começar a rodar cedo, porque o histórico só existe a partir do primeiro dia gravado. O resto são regras fechadas com a gerência de captação. O detalhado traz as regras de negócio, as armadilhas e o teste de aceitação. Ou mande tudo direto para o seu agente com o MCP da Nekt.
O CRM de imóveis mostra só o status de hoje. Quando um imóvel sai de pauta, a data e o motivo se perdem, e ninguém consegue dizer quantos entraram ou saíram no mês passado. A tabela da API ainda traz cadastros antigos, o mesmo apartamento aparece captado por duas agências e o valor chega como texto. O VGV em pauta fica inflado e a meta de captação vira discussão.
Como costuma ser feito, e a regra
Cada linha é um erro que já aconteceu na prática.
A cada carga, compare o status de cada imóvel com o último registrado e grave uma linha só quando mudar: código, status anterior, status novo e data. Use como data o horário da versão da tabela de origem (o timestamp da última escrita da tabela), e não a hora em que a transformação rodou. Quando o CRM tem histórico nativo, como o stage_history do SPA de imóvel no Bitrix24, use ele.
Em pauta para venda = status de venda ativa (por exemplo, 'Venda', 'Venda e Aluguel', 'Em negociação') e exibir_no_site = 'Sim'. Em negociação segue em pauta. Saída é a primeira mudança para um status fora da lista. Status intermediários, como pendente, são decisão da casa: declare se ficam em pauta. Site, portais e agente de IA usam a mesma lista.
No Vista, a data de agenciamento é a do prontuário com assunto 'Colocado para venda'. No Bitrix24, é a primeira entrada na etapa de imóveis em pauta do stage_history do SPA de imóvel (a menor data). Sem nenhum dos dois, é a primeira mudança registrada para um status em pauta. Reentrada depois de uma saída conta como nova entrada, sinalizada.
Some o valor de venda só de imóveis captados pela própria imobiliária. Ficam fora: unidades de lançamento (categoria 'Empreendimento'), que têm estoque próprio, e imóveis de carteiras de parceiros ou de outra marca cadastrados no mesmo CRM, identificados pela agência captadora. Mostre esses grupos em colunas próprias, nunca somados no VGV da casa.
valor_venda vem vazio, com a moeda grudada ('450000|BRL') ou no formato brasileiro com ponto e vírgula. Corte no '|', troque vazio por nulo e converta para número antes de somar. Imóvel sem valor fica fora do VGV e entra numa lista de pendência, não como zero escondido na média.
A tabela de imóveis da API traz cadastros antigos, testes e imóveis que já saíram. Num caso real, a tabela crua tinha quase três vezes mais linhas que a carteira ativa. Defina a carteira viva pela lista de status e exibição no site, ou pela lista de imóveis atuais quando o CRM oferecer, e use só ela para estoque e VGV. A tabela crua serve para enriquecer com atributos.
O mesmo imóvel pode estar cadastrado por várias agências ou franquias, com códigos diferentes. Normalize a rua, tire zeros à esquerda do número, extraia o número do apartamento do complemento e use bloco, bairro, cidade, UF e categoria. Os códigos que caem no mesmo endereço formam um imóvel único, com a lista de códigos ao lado.
Quando a imobiliária tem várias agências, a agência responsável vem de uma tabela de bairro para agência mantida pela gerência, e não do campo livre do cadastro. Bairro novo sem par aparece como 'Sem agência' até ser classificado. Para comparar oferta e procura, agrupe as categorias em Apartamentos, Casas, Lotes, Comercial e Outros.
Quando a carteira migra de CRM (por exemplo, do Vista para o Bitrix24), crie um código compatível: use o id externo que guarda o código antigo e, sem ele, o id novo com um prefixo. Una o histórico dos dois CRMs por essa chave, com a origem marcada, para a série mensal não ter um degrau no mês da migração.
Entradas em pauta contam para o agenciador ou captador do imóvel, gravado na entrada. O corretor responsável pode mudar depois e não leva a captação. Usuários institucionais (nome da imobiliária, 'Lançamentos', marcadores de saída) ficam fora do ranking. No pipeline de captação de proprietário, leads perdidos por 'imóvel já está em pauta' não contam como captação perdida.
Como ler o status do imóvel
Exemplo de lista fechada; os nomes variam por CRM e precisam ser aprovados pela casa.
Definições
Armadilhas que já aconteceram
A foto diária só foi ligada quando a diretoria pediu o número, e o primeiro ano não tinha entradas nem saídas.
Ligue o histórico logo; para o passado, reconstrua pelos prontuários ou pelo stage_history e marque como reconstruído.
A transformação rodava horas depois da carga, e mudanças feitas à noite caíam no dia seguinte.
Date o evento pelo horário da versão da tabela de origem.
O estoque foi contado na tabela crua da API, com imóveis fantasmas e antigos.
Conte só a carteira viva e use a tabela crua para atributos.
Um imóvel captado por duas agências da rede entrou duas vezes no VGV em pauta.
Agrupe por endereço normalizado com o apartamento extraído do complemento.
Depois da troca de CRM, toda a carteira apareceu como entrada nova no mês da migração.
Chave compatível entre os CRMs e histórico unido com a origem marcada.
Imóveis exibidos no site não tinham proprietário cadastrado, e o corretor não tinha a quem ligar quando surgia uma proposta.
Lista diária de pendências de cadastro para a gerência.
Teste de aceitação
O caso está pronto quando todos os itens passam.
- Para cada agência, estoque do fim do mês anterior + entradas - saídas = estoque do fim do mês.
- O estoque em pauta de hoje é igual à contagem de imóveis com status em pauta e exibir_no_site = 'Sim' no CRM (diferença zero).
- Nenhum código aparece em dois imóveis únicos, e o VGV em pauta não soma o mesmo endereço duas vezes.
- Toda saída tem data e motivo ou status de destino.
- O VGV em pauta não inclui imóveis da categoria empreendimento nem de carteira de parceiro.
Pacote para o agente
Cole no Claude, ChatGPT ou outro cliente com o MCP da Nekt conectado.
Imóveis em pauta e captação
- Em pauta para venda = status 'Venda', 'Venda e Aluguel' ou 'Em negociação' e exibir_no_site = 'Sim'. A lista oficial da casa está abaixo; não invente status.
- Entradas e saídas vêm da tabela de eventos de status, nunca do status atual. Se o mês pedido é anterior ao início do histórico, diga isso.
- Data de entrada: prontuário 'Colocado para venda' (Vista) ou primeira entrada na etapa em pauta do stage_history (Bitrix24).
- Saída = primeira mudança para status fora da pauta. Informe o motivo ou o status de destino.
- VGV em pauta = soma do valor de venda numérico da carteira da casa. Fora: categoria 'Empreendimento' e carteiras de parceiros.
- valor_venda chega como texto ('valor|BRL' ou vazio): imóvel sem valor é pendência, não zero.
- Imóvel único = endereço normalizado (rua, número sem zeros à esquerda, apartamento, bloco, bairro, cidade, categoria).
- Agência = tabela de bairro para agência.
- Captação conta para o captador gravado na entrada, sem usuários institucionais.
Exceções por cliente:
- <cliente>: status em pauta = <lista>; '<status>' fica em pauta por decisão da gerência.
- <cliente>: agência captadora <agencia> é carteira de parceiro e fica fora do VGV da casa.
- <cliente>: histórico de status disponível a partir de <data>.
Construa no meu workspace Nekt o caso "Imóveis em pauta e captação" seguindo as regras em https://academy.nekt.com/industrias/imobiliario/imoveis-em-pauta-captacao.md. 1) Encontre as tabelas de origem e confirme as colunas usadas pelas regras. 2) Crie uma transformação no grão indicado aplicando todas as regras. 3) Rode o teste de aceitação e me mostre o resultado de cada item. 4) Crie o context document do caso no workspace, com as exceções dos meus clientes em aberto para eu preencher.
Variações
A mesma lógica com status de locação: alugado é saída por negócio fechado e a carteira mede o valor total de aluguel disponível.
Para gestão de temporada ou locação, uma foto diária com datas de ativação, inativação e churn de cada imóvel sob gestão.
Cruze a carteira em pauta com os leads compradores por bairro, tipo e faixa de valor para direcionar a captação.