2026-04-23 — Discovery Sistemas e Aplicações Colliers: Michael Sousa (TI)

meeting discovery colliers

Data: 2026-04-23 Participantes: Michael Sousa (Coordenador de TI, Colliers), Gabriel Fernandes (Anouk — Tecnologia), Rafael Rossetto (Anouk — PM On-site) Local: Remoto (Google Meet) Empresa: colliers Duração: ~01:05:00


Itens de Ação

  • @Michael Sousa — Compartilhar whiteboard/diagrama de panorama de aplicações da Colliers (ainda em finalização) — até ~2026-05-07 (ou antes, mesmo incompleto)
  • @Gabriel Fernandes — Investigar ERP Senior (Colliers): estrutura de dados, APIs disponíveis, possibilidades de integração — Sem data definida
  • @Gabriel Fernandes — Sintetizar transcrição e anotações desta reunião no vault — Sem data definida
  • @Rafael Rossetto — Enviar e-mails de Gabriel e Rafael para Michael via WhatsApp — Imediato (pós-reunião)
  • @Rafael Rossetto — Avaliar com Pedro: enviar questionário estruturado para Michael responder de forma assíncrona (evitar múltiplas reuniões) — Curto prazo
  • @Rafael Rossetto / Pedro — Agendar reunião adicional focada no ecossistema Costal (Michael não é o melhor contato para extração Costal; priorizar Igor) — Curto prazo

Decisões Chave

  • As três fontes de verdade principais para integração com o Data Lake da Colliers são: ERP Senior, CRM RD Station e SharePoint. Integração direta com o Flokzu não é o caminho — o Flokzu é orquestrador, não fonte primária de dados.
  • A Costal está num estágio embrionário de infraestrutura tecnológica e não é o melhor ponto de extração de informação via Michael neste momento — Igor é o contato mais adequado para a frente Costal.
  • O ERP Senior será o centralizador de tudo na Colliers: a diretriz de Michael é que o Senior retroalimente o CRM (RD Station) e o Flokzu, eliminando redundâncias manuais a longo prazo (horizonte 2027).
  • A Costal usará Zepp Aprovações + Zepp Despesas como substitutos do Flokzu para gestão de despesas de obra, integrados com o Sienge.

Minuta Detalhada

[00:00:00-00:02:27] Abertura informal e contextualização dos participantes

  • Gabriel e Rafael discutem dificuldades de sincronização do Obsidian: Gabriel usa Linux sem Google Drive; Rafael usa VS Code diretamente. [fato]
  • Michael Sousa se apresenta: esclarece pronúncia do nome — “Michael” (como Michael Jackson), não “Micael” nem “Michel”.

[00:02:27-00:04:29] Michael apresenta a estrutura de TI da Colliers

  • Michael é Coordenador de TI da Colliers — a cadeira mais alta de tecnologia, abaixo de Ricardo na hierarquia. [fato]
  • Sob seu guarda-chuva: toda tecnologia — IA, infraestrutura, segurança, rede, servidores, cloud, ambiente Microsoft.
  • Três verticais de TI:
    1. Infraestrutura — 2 analistas (cloud + física: servidores, rede, firewall, APs)
    2. Aplicações — em reestruturação (detalhes abaixo)
    3. Segurança da Informação — sem analista dedicado ainda; nova contratação prevista para maio/junho 2026

[00:04:29-00:06:58] Reestruturação da vertical de Aplicações e o papel do Flokzu

  • A vertical de Aplicações hoje é basicamente um analista de suporte (criação de usuário, reset de senha, renovação de licenças). [fato]
  • Michael está reestruturando: o novo perfil será de desenvolvedor em transição de suporte/infra, com foco em JavaScript e vibe coding para personalizar formulários e fluxos.
  • Sistema Flokzu: gerenciador de processos colombiano, altamente personalizável via JavaScript. Permite montar formulários com workflows, aprovadores e integração de API. Em uso há 4 anos na Colliers. [fato]
  • Key Decision: As três fontes de verdade principais para integração com o Data Lake da Colliers são: ERP Senior, CRM RD Station e SharePoint.

[00:05:49-00:08:00] Segurança da Informação e gestão do ambiente Costal

  • Área de Segurança da Informação existe com políticas e estruturas estabelecidas em conjunto com o global (pré-cutover). Nova contratação prevista: meados de maio/junho 2026. [fato]
  • Michael é responsável técnico de TI para a Costal também — Igor o elegeu nessa posição. [fato]
  • As políticas de segurança e estrutura Microsoft da Colliers serão estendidas para a Costal.
  • Os dois ambientes (Colliers e Costal) serão apartados, mas com melhorias sincronizadas via TI. [fato]

[00:08:00-00:12:56] Contexto do projeto Anouk e objetivo da reunião alinhado

  • Gabriel apresenta o objetivo da Anouk: construir um Data Lake para centralização de dados e viabilização de agentes de IA na Costal e Colliers.
  • Arquitetura Medalhão apresentada: Bronze (dado bruto), Prata (curadoria/de-para entre sistemas), Ouro (dado consolidado para consumo de IA). [fato]
  • Michael solicita clareza: “O que vocês pretendem e como as informações da Colliers vão contribuir?” — Demonstra não estar totalmente por dentro das movimentações de IA lideradas por Igor/Bruno. [hipótese: seu envolvimento direto tende a crescer conforme integrações avançarem]
  • Key Decision: A Costal está num estágio embrionário de infraestrutura tecnológica e não é o melhor ponto de extração de informação via Michael neste momento — Igor é o contato mais adequado para a frente Costal.

[00:14:11-00:18:43] Reconhecimento do valor dos dados legados da Colliers — “mina de ouro”

  • Michael valida o diagnóstico da Anouk: “tem ouro aqui, tem uma mina de ouro que a gente não tá sabendo explorar”. [fato]
  • Maior base de dados: área de Avaliações
    • Backlog desde 2007/2008 de laudos de avaliação imobiliária. [fato]
    • Inspeção visual humana de imóveis atualizada anualmente, mais frequente que o Google Street View em muitas localidades. [fato]
    • Sistema Argus Enterprise: gera cálculos para a área de avaliações com base em parâmetros do imóvel; extremamente vital. [fato]
    • Potencial identificado: agente de IA capaz de ler o backlog de laudos e gerar um novo laudo automaticamente com base nos parâmetros do Argus. [hipótese — alto valor estratégico]
  • Action Item: @Gabriel Fernandes — Investigar ERP Senior (Colliers): estrutura de dados, APIs disponíveis, possibilidades de integração

[00:19:45-00:22:13] Histórico de sistemas Colliers — evolução e o caso Nexo

  • Evolução histórica do controle de processos: formulário em papel → file server → SharePoint → sistema Nexo → Flokzu. [fato]
  • Filosofia Colliers até hoje: não contratar um serviço que cumpra uma função genérica, mas um serviço que cumpra o processo da Colliers. Isso gerou alto grau de personalização. [fato]
  • Nexo (sistema canadense): sistema descontinuado mas com backlog riquíssimo que não pode ser perdido. Michael está em tratativa para restaurar/extrair esses dados — possivelmente via Power BI para leitura do histórico. [fato]
    • [gap] Status exato da extração do Nexo ainda indeterminado — dado crítico para o Data Lake.
  • Transição Nexo → Flokzu: a partir da descontinuação do Nexo, o Flokzu assumiu o papel de gerenciador de processos. [fato]

[00:22:13-00:24:09] Argus Enterprise e potencial de automação de laudos

  • Argus Enterprise: sistema específico da área de avaliações que gera todos os cálculos necessários para laudos (parâmetros do imóvel → cálculo automático). [fato]
  • Michael sugere como caso de uso prioritário de IA: agente que lê o backlog de laudos e gera um novo laudo pronto. Cálculo já existe no Argus — falta a leitura inteligente do backlog. [hipótese estratégica de alto potencial]
  • Michael sugere visita presencial ao escritório para Gabriel entender o ambiente de perto. [fato]
  • Action Item: @Michael Sousa — Compartilhar whiteboard/diagrama de panorama de aplicações da Colliers — até ~2026-05-07

[00:24:09-00:26:14] Whiteboard de aplicações e próximos passos acordados

  • Michael tem um whiteboard (diagrama) com panorama de aplicações e organograma da companhia em desenvolvimento — não finalizado, mas pode compartilhar antes. [fato]
  • Gabriel aceita receber mesmo incompleto: “quanto antes vai ajudar a gente a ter uma visão geral”. [fato]
  • Rafael menciona que informações adicionais sobre estrutura podem ser obtidas em conversas com Igor.
  • Action Item: @Rafael Rossetto — Enviar e-mails de Gabriel e Rafael para Michael via WhatsApp
  • OCR mencionado como técnica para estruturar documentos históricos escaneados da Colliers. [premissa]

[00:26:14-00:32:14] Estratégia de mapeamento: Colliers primeiro, depois Costal

  • Gabriel propõe segmentar: mapear Colliers primeiro (mais consolidada), depois Costal (mais embrionária).
  • Colliers: empresa mais consolidada com base de dados volumosa, sistemas em uso há anos.
  • Costal: em fase de estruturação muito forte — ainda definindo ferramentas, iniciando uso do Sienge, aguardando CNPJ para contratar licença Microsoft. [fato]
  • Michael reforça: “a Costal vai abrir seu puxadinho” usando a estrutura da Colliers como base. SharePoint, por exemplo, será o mesmo modelo. [premissa operacional]
  • Gabriel compartilha tela para mapear visualmente os pilares: frente comercial, administrativa, financeira, etc.

[00:32:14-00:37:26] Ferramentas transversais da Colliers — Microsoft + Flokzu

  • Ferramentas transversais (usadas por todas as áreas):

    • Microsoft Entra ID (antigo Azure AD): toda gestão de contas e perfis de usuário. [fato]
    • SharePoint: file server por departamento (cada área tem seu SharePoint) + SharePoint “Coworking” (arquivo conjunto entre áreas). [fato]
    • MDM corporativo: todos dispositivos móveis registrados na mesma plataforma de segurança. [fato]
    • Flokzu: gerenciador de processos transversal (reembolso, onboarding, aprovação de pagamentos, reconhecimento de negócio). [fato]
  • Flokzu — arquitetura de processos:

    • Processos acessíveis a todos os colaboradores: reembolso, solicitações gerais.
    • Processos restritos: onboarding (apenas RH), outros por nicho.
    • Flokzu não alimenta o SharePoint automaticamente — é uma ilha de dados hoje. [fato]
    • Tem capacidade de exportar para Excel e Power BI. [fato]
    • Integração REST API disponível (POST, GET, PUT, DELETE) — mas não explorada por falta de desenvolvedor. [fato]

[00:37:26-00:44:13] Demonstração ao vivo do Flokzu — formulários, gatilhos e workflows

  • Michael compartilha tela e demonstra o Flokzu em funcionamento.
  • Processo de onboarding: formulário → gatilho para TI (criação de e-mail/infra) → disparo de e-mails → tarefas de credenciais e aplicações. [fato]
  • Processo de reconhecimento de negócio (broker): formulário com campos condicionais em JavaScript → cálculo automático de participação de co-brokers → validação de 100% da produção. [fato]
  • Exemplo demonstrado: se broker 1 recebe 15% e produtores recebem 50%+20%+20% = 90%, o Flokzu bloqueia e exibe mensagem de erro (configurado via JavaScript pela consultoria Flokzu). [fato]
  • Consultoria Flokzu recentemente contratada para explorar integrações via API e JavaScript. [fato]
  • Key Decision: A Costal usará Zepp Aprovações + Zepp Despesas como substitutos do Flokzu para gestão de despesas de obra, integrados com o Sienge.

[00:44:13-00:52:00] Gap crítico: Flokzu como ilha de dados e integração manual com ERP Senior

  • Gap identificado: Flokzu não integra com Senior (ERP) nem com SharePoint — os dados ficam retidos no Flokzu. [gap]
  • O processo atual: finança recebe tarefa no Flokzu → acessa o dado manualmente → lança no Senior (ERP). Totalmente manual. [fato]
  • Integração planejada: Flokzu ↔ Senior via API, com botão “Faturar” que gera contas a receber no Senior e fecha o processo no Flokzu automaticamente. [premissa — em desenvolvimento]
  • Bloqueio atual: ausência de desenvolvedor interno com conhecimento de APIs para executar as integrações. [fato]
  • [gap] Flokzu não integra automaticamente com nenhum outro sistema hoje — todo handoff é manual.

[00:52:00-00:56:58] ERP Senior como centralizador e o fluxo CRM → ERP

  • Gabriel sintetiza: ERP Senior é o “centro” da Colliers — faturamento, contas a pagar, contas a receber, contratos.
  • CRM RD Station trata a negociação comercial. Fluxo: RD Station (negócio fechado) → Flokzu (reconhecimento de negócio) → Senior (faturamento). [fato]
  • Diretriz de Michael: o Senior retroalimentará CRM e Flokzu via integrações (horizonte 2027). [premissa]
  • Migração de ERP: Colliers migrou do Microsoft Dynamics (vinculado à operação canadense) para o Senior após a desvinculação do Canadá. Senior ainda em fase de parametrização. [fato]
    • [gap] Senior ainda não totalmente parametrizado — muitos dados históricos ainda a inserir.
  • Key Decision: O ERP Senior será o centralizador de tudo na Colliers: diretriz é que o Senior retroalimente o CRM (RD Station) e o Flokzu, eliminando redundâncias manuais (horizonte 2027).
  • Action Item: @Rafael Rossetto — Avaliar com Pedro: enviar questionário estruturado para Michael responder de forma assíncrona

[00:56:58-01:01:16] Flokzu na Costal — decisão: NÃO será adotado. Zepp entra no lugar.

  • Gabriel pergunta: o Flokzu será adotado na Costal?
  • Igor decidiu não adotar o Flokzu na Costal — tem uma visão negativa dos processos atuais no Flokzu. Michael respeita, mas acha que tem potencial inexplorado. [fato]
  • Costal usará: Zepp Aprovações + Zepp Despesas — papel similar ao Flokzu para reconhecimento de despesas de obra, integrado ao Sienge. [fato]
  • Fluxo Costal: pessoa no canteiro submete despesa no Zepp Aprovações → aprovação → Zepp Despesas traciona contas a pagar dentro do Sienge. [fato]
  • Key Decision: A Costal usará Zepp Aprovações + Zepp Despesas como substitutos do Flokzu para gestão de despesas de obra, integrados com o Sienge.

[01:01:16-01:04:55] Debriefing interno Anouk (pós-reunião)

  • Gabriel e Rafael reconhecem que Michael não é o melhor contato para extração de contexto da Costal — Igor (e talvez Bruno) são mais indicados. [fato]
  • Gabriel sintetiza as três fontes de verdade para o Data Lake Colliers: Senior (ERP), RD Station (CRM), SharePoint — o Flokzu é orquestrador, não fonte primária, então a integração deve ser feita diretamente com as fontes. [fato]
  • Gabriel planeja investigar o Senior para entender estrutura de dados e APIs.
  • Rafael menciona reunião com Igor imediata e acorda mandar transcrição para Gabriel via WhatsApp.
  • Action Item: @Rafael Rossetto / Pedro — Agendar reunião adicional focada no ecossistema Costal — priorizar Igor como contato
  • Action Item: @Gabriel Fernandes — Sintetizar transcrição e anotações desta reunião no vault

Sinais para Promoção às Camadas Canônicas

Nota: Esta seção serve como pré-processamento para o Prompt 03. Os sinais abaixo NÃO foram ainda promovidos aos arquivos canônicos — isso ocorre ao rodar o Prompt 03.

Decisões (→ 00-projeto/canonico/decisoes.md)

#DecisãoContexto
1As três fontes de verdade para integração Colliers–Data Lake são Senior (ERP), RD Station (CRM) e SharePoint. Integração direta com Flokzu não é o caminho.Confirmado por Michael Sousa e sintetizado por Gabriel no debriefing pós-reunião
2Flokzu não será adotado na Costal. Zepp Aprovações + Zepp Despesas entram no lugar, integrados ao Sienge.Decisão de Igor, confirmada por Michael
3O ERP Senior será o centralizador de tudo na Colliers, retroalimentando CRM e Flokzu via integrações (horizonte 2027).Diretriz declarada por Michael Sousa

Riscos (→ 00-projeto/canonico/riscos.md)

ID sugeridoRiscoImpactoProb.MitigaçãoDonoPrazo
R-006Dados do sistema Nexo (descontinuado) não serem extraídos a tempo ou serem perdidosAltoMédiaMichael está em tratativa para extração — acompanhar prazo e métodoMichael Sousa / Rafaelcurto prazo
R-007ERP Senior ainda em parametrização — dados históricos incompletos comprometem a camada Bronze do Data LakeAltoAltaMapear o que está parametrizado vs. pendente antes de modelar a ingestãoGabriel / Michaelcurto prazo
R-008Flokzu como ilha de dados — handoffs manuais geram inconsistências entre Flokzu, Senior e SharePointMédioAltaPriorizar integração Flokzu-Senior como parte do roadmap técnico; não contar com Flokzu como fonte primáriaMichael / Gabrielmédio prazo

Gaps (→ 00-projeto/canonico/gaps.md)

ID sugeridoGapImpactoDonoPrazo
G-010Status e método de extração dos dados do Nexo (sistema descontinuado) ainda indefinidosAltoMichael Sousacurto prazo
G-011Diagrama completo de aplicações da Colliers ainda não disponível (whiteboard de Michael em finalização)AltoMichael Sousaaté ~2026-05-07
G-012Flokzu não integra com Senior ou SharePoint — todo handoff é manual; impacto na completude dos dados no Data LakeAltoMichael Sousa / Gabrielmédio prazo
G-013Senior (ERP) ainda em parametrização — grau de completude de dados históricos desconhecidoAltoGabriel / Michaelcurto prazo
G-014CRM da Costal ainda não definido — RD Station pode ou não ser mantidoMédioIgor / Rafaelcurto prazo

Dependências (→ 00-projeto/canonico/dependencias.md)

ID sugeridoItemDepende deTipoDono
D-008Mapeamento de dados do Nexo para o Data LakeExtração dos dados pelo Michael + definição de método (Power BI, database, etc.)dadoMichael Sousa
D-009Integração Data Lake ↔ Flokzu (se necessária)Disponibilidade de API REST do Flokzu + desenvolvedor com expertisesistemaGabriel / Michael
D-010Contexto Costal para Data LakeReunião com Igor (não com Michael) — Michael não é o contato principal para CostalacessoRafael / Pedro

Definições operacionais (→ DEFINICOES.md)

  • Flokzu: Gerenciador de processos (empresa colombiana) usado na Colliers para orquestrar workflows internos com formulários, aprovações e gatilhos de e-mail/tarefas. Personalizável via JavaScript. Não é fonte primária de dados — é orquestrador. Após 2027, planeja-se integração via API REST com Senior e SharePoint. — Origem: 2026-04-23_michael-sousa-discovery-sistemas_meeting_minutes
  • Nexo: Sistema canadense descontinuado que antecedeu o Flokzu na Colliers. Possui backlog histórico riquíssimo que não pode ser perdido. Michael Sousa está em tratativa para extração. — Origem: 2026-04-23_michael-sousa-discovery-sistemas_meeting_minutes
  • Argus Enterprise: Sistema da área de Avaliações da Colliers que gera todos os cálculos de laudos com base em parâmetros de imóveis. Dado extremamente valioso, com backlog desde 2007. — Origem: 2026-04-23_michael-sousa-discovery-sistemas_meeting_minutes
  • Zepp Aprovações / Zepp Despesas: Ferramentas adotadas pela Costal para gestão de despesas de obra (substituto do Flokzu na Costal), integradas ao Sienge. — Origem: 2026-04-23_michael-sousa-discovery-sistemas_meeting_minutes
  • Arquitetura Medalhão: Padrão de Data Lake em três camadas — Bronze (dado bruto), Prata (curadoria/de-para entre sistemas), Ouro (dado consolidado para consumo de agentes de IA). — Origem: apresentada por Gabriel Fernandes nesta reunião.

Documentos de Referência


Ata elaborada por: Rafael Rossetto