2026-04-23 — Discovery Sistemas e Aplicações Colliers: Michael Sousa (TI)
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:
- Infraestrutura — 2 analistas (cloud + física: servidores, rede, firewall, APs)
- Aplicações — em reestruturação (detalhes abaixo)
- 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 contatoAction 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ão | Contexto |
|---|---|---|
| 1 | As 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 |
| 2 | Flokzu não será adotado na Costal. Zepp Aprovações + Zepp Despesas entram no lugar, integrados ao Sienge. | Decisão de Igor, confirmada por Michael |
| 3 | O 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 sugerido | Risco | Impacto | Prob. | Mitigação | Dono | Prazo |
|---|---|---|---|---|---|---|
| R-006 | Dados do sistema Nexo (descontinuado) não serem extraídos a tempo ou serem perdidos | Alto | Média | Michael está em tratativa para extração — acompanhar prazo e método | Michael Sousa / Rafael | curto prazo |
| R-007 | ERP Senior ainda em parametrização — dados históricos incompletos comprometem a camada Bronze do Data Lake | Alto | Alta | Mapear o que está parametrizado vs. pendente antes de modelar a ingestão | Gabriel / Michael | curto prazo |
| R-008 | Flokzu como ilha de dados — handoffs manuais geram inconsistências entre Flokzu, Senior e SharePoint | Médio | Alta | Priorizar integração Flokzu-Senior como parte do roadmap técnico; não contar com Flokzu como fonte primária | Michael / Gabriel | médio prazo |
Gaps (→ 00-projeto/canonico/gaps.md)
| ID sugerido | Gap | Impacto | Dono | Prazo |
|---|---|---|---|---|
| G-010 | Status e método de extração dos dados do Nexo (sistema descontinuado) ainda indefinidos | Alto | Michael Sousa | curto prazo |
| G-011 | Diagrama completo de aplicações da Colliers ainda não disponível (whiteboard de Michael em finalização) | Alto | Michael Sousa | até ~2026-05-07 |
| G-012 | Flokzu não integra com Senior ou SharePoint — todo handoff é manual; impacto na completude dos dados no Data Lake | Alto | Michael Sousa / Gabriel | médio prazo |
| G-013 | Senior (ERP) ainda em parametrização — grau de completude de dados históricos desconhecido | Alto | Gabriel / Michael | curto prazo |
| G-014 | CRM da Costal ainda não definido — RD Station pode ou não ser mantido | Médio | Igor / Rafael | curto prazo |
Dependências (→ 00-projeto/canonico/dependencias.md)
| ID sugerido | Item | Depende de | Tipo | Dono |
|---|---|---|---|---|
| D-008 | Mapeamento de dados do Nexo para o Data Lake | Extração dos dados pelo Michael + definição de método (Power BI, database, etc.) | dado | Michael Sousa |
| D-009 | Integração Data Lake ↔ Flokzu (se necessária) | Disponibilidade de API REST do Flokzu + desenvolvedor com expertise | sistema | Gabriel / Michael |
| D-010 | Contexto Costal para Data Lake | Reunião com Igor (não com Michael) — Michael não é o contato principal para Costal | acesso | Rafael / 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
- Inventário de Sistemas — Michael Sousa (prep + log)
- Log de Decisões — Canônico
- Gaps — Registro Canônico
- Dependências — Registro Canônico
- MEMORY-CONTRACT
Ata elaborada por: Rafael Rossetto