Registro Integral de Comunicação Operacional via WhatsApp
Este Anexo consolida o registro integral da comunicação operacional mantida entre as equipes da BMV e da Multiledgers nos grupos de WhatsApp (Fase 1 e Fase 2), abrangendo o período de 11/06/2025 – 25/03/2026.
A documentação visa preservar, de forma rastreável, cronológica e auditável, todas as interações relativas a:
- Reportes de bugs e erros operacionais;
- Solicitações de correção e melhorias;
- Evidências fotográficas (prints de tela);
- Tempos de resposta e resolução;
- Chamadas de alinhamento técnico;
- Decisões operacionais tomadas em tempo real;
- Posicionamentos formais do fornecedor.
⚠️ Natureza Probatória
Este registro constitui evidência documental primária e complementa as análises técnicas apresentadas no corpo principal do dossiê e nos demais anexos, servindo como base probatória para análise de SLA, tempos de resposta e padrões recorrentes de falhas.
Declaração de Natureza Estritamente Profissional e Comercial
Este registro de comunicações é composto exclusivamente por interações mantidas em grupos de suporte técnico e operacional de caráter comercial entre as equipes da BMV e da Multiledgers. Esclarece-se que:
- Ausência de Conteúdo Privativo: O canal foi criado unicamente para atendimento profissional, não contendo quaisquer dados de cunho pessoal, familiar, íntimo ou privado dos participantes.
- Finalidade Forense e Probatória: A juntada e a transcrição integral destas conversas são fundamentais para demonstrar em juízo o histórico real de falhas operacionais, admissões de erro e o padrão de SLA do fornecedor.
- Transparência Processual: O compartilhamento deste conteúdo atende aos requisitos de transparência e cooperação processual, servindo como meio lícito de prova sob a égide do interesse legítimo corporativo e do direito de defesa.
Período: 11/06/2025 – 25/03/2026 (287 dias)
Luiz Paulo
Gestor Operacional TI – BMV
Thaynara Camara
Operacional – BMV
Alessandra
Backoffice / Operacional – BMV
Maria Tereza Umbelino
Diretoria – BMV
Camila
Backoffice / Operacional – BMV
Renata Umbelino
Diretoria – BMV
Paulo
Direção – Multiledgers
Nadini
PM / Suporte – Multiledgers
Matheus
Dev / Suporte – Multiledgers
Jennifer
Suporte Dev – Multiledgers
Vitor Alves
Infra / Dev – Multiledgers
Marcela R. Gonçalves
COO – Multiledgers
Classificação por severidade extraída da análise cronológica das mensagens
Erro de saldo em UCS deletadas sem limpeza de order book
Falha crítica no envio de PIN (Bloqueio total de aprovação)
Report Mumbuca Verde corrompido e erro de labels (Vendedor vs Cliente)
Bug de Geração de Safra Duplicada (Inconsistência em Blockchain)
Admissão de falta de conhecimento do sistema legado pelo fornecedor
Instabilidade crítica e queda de site durante manutenção WordPress
Erro de mapeamento de Núcleo em Certificado (Monte Cristo vs Guariba)
QUEDA AWS: Servidores fora do ar e impacto em produção
Erro de operação em processamento de pedido SaaS BMV
Migração de grupo por falhas de comunicação e suporte
Pedido 50 (Real) travado com cliente cobrando o selo
Janela modal não responsiva (UX) - Impedimento de salvar dados
Erro NaN em cotações e fluxo travado sem validação de docs
Cálculo de taxa de transferência incorreto (valor duplicado)
Bug de vínculo: e-mail não consegue administrar múltiplas contas
Bug de seleção de fazendas: sistema ignora IDs individuais
EMISSÃO INDEVIDA: 4 UCS aposentadas por erro de dev em produção
MIGRAÇÃO FALHA: 53 fazendas ausentes na base de dados
Falha de hash e desconexão da Blockchain (API Down)
Reporte de 4 novos bugs críticos em inspeção interna
Funcionalidade de BLOQUEIO DE UCS inoperante (não testada)
Erro em Report (Reveillon Copacabana) e planilha de movimentação
Report SaaS BMV com campos em branco (Titular/KPIs)
VULNERABILIDADE: Sistema exige senha do cliente para Admin editar
QUEDA TOTAL: Máquina com disco cheio na Cloudflare
Ciclo de Correção Reativa
Padrão recorrente: bug reportado → dias de espera → correção parcial → novo bug introduzido → novo ciclo. Observado em pedidos (50, 54, 55, 905), transferências (340, 341) e processamento de certificados.
Desconhecimento de Regras de Negócio
O fornecedor admitiu, em múltiplas ocasiões, não conhecer as regras de negócio do sistema que desenvolveu. Frases como "essa regra de negócio ainda não está clara pra gente" e "não conhecemos todas as particularidades" aparecem repetidamente.
Intervenções Manuais em Produção
Diversas correções foram aplicadas diretamente no banco de dados de produção (fazendas ausentes, ajuste de IDs, limpeza de tabelas de UCS bloqueadas), evidenciando fragilidade no processo de deploy e ausência de ambiente de staging.
Testes em Produção com Impacto Real
O desenvolvedor realizou múltiplos testes diretamente no ambiente de produção (pedido 905), gerando 4 UCS aposentadas indevidamente e "sujeira no banco de dados". Dados foram removidos manualmente após os testes.
Migração Incompleta do Legado
Identificadas 53 fazendas não migradas do legado (de 256 existentes, apenas 203 foram copiadas), dados cruzando entre legado e produção, e city_id NULL em 159 registros de endereço, impactando relatórios e planilhas de movimentação.
Classificação Inadequada (Bug vs Melhoria)
Fato 1: A funcionalidade de "Bloqueio de UCS" foi entregue inoperante. Ao ser questionado, o fornecedor admitiu que o fluxo "ainda não havia sido testado" (22/01), tratando uma falha de entrega como uma tarefa complexa em desenvolvimento posterior.
Fato 2: A ausência de suporte a endereços internacionais em relatórios foi classificada como uma "melhoria complexa" (27/01), quando na verdade tratava-se de uma lacuna crítica de funcionalidade para uma plataforma global (SaaS Tesouro Verde).
Enquadramento técnico-jurídico dos incidentes baseados nas Cláusulas 9.2 e 9.3
"Se qualquer uma das Partes não cumprir suas obrigações... e tal inadimplência não for remediada dentro de 15 (quinze) dias após notificação escrita, a outra Parte terá o direito de encerrar imediatamente suas obrigações contratuais."
Ocorrência de falhas críticas (ex: vulnerabilidade de senha) que permaneceram sem correção por mais de 15 dias (05/02 a 24/02).
"Em circunstâncias onde: (a) uma das Partes falhar repetidamente em cumprir suas obrigações... a outra Parte poderá rescindir o Contrato de forma antecipada."
Padrão sistêmico de reincidência de bugs e falhas de integridade de dados (emissão tripla de UCS).
Registro Cronológico de Inconformidades
Clique em uma linha para ver a conversa original
| Data | Solicitante | Demanda / Problema | Resposta do Fornecedor | Status | Framing |
|---|---|---|---|---|---|
28/08/25 | Thaynara | Falha Crítica no envio de PIN | Problema de DNS/Locaweb | Resolvido (05/09) 8 dias | Cláusula 9.3 |
04/09/25 | Thaynara | Report Mumbuca não abre | Bug de lógica de negócio | Resolvido 1 dias | Operacional |
11/09/25 | Alessandra | Safra Duplicada em Blockchain | Limpeza manual no banco | Resolvido (15/09) 4 dias | Cláusula 9.3 (Grave) |
25/09/25 | Alessandra | Instabilidade Site (WordPress) | Erro em manutenção manual | Resolvido 1 dias | Cláusula 9.2 |
20/10/25 | Alessandra | SISTEMA FORA DO AR (AWS) | Incidente Cloud AWS | Resolvido 1 dias | Cláusula 9.2 |
11/11/25 | Thaynara | Pedido 50 Travado (Real) | Erro simulado pelo Dev | Resolvido (14/11) 3 dias | Cláusula 9.3 |
17/11/25 | Luiz Paulo | Erro NaN em Cotações | Ajuste via Banco | Resolvido (24/11) 7 dias | Operacional |
04/12/25 | Thaynara | EMISSÃO TRIPLA UCS (Pedido 905) | Admissão de erro em testes | Resolvido 1 dias | Cláusula 9.3 (Grave) |
10/12/25 | Luiz Paulo | 53 Fazendas Faltantes | Falha na migração do legado | Resolvido 1 dias | Cláusula 9.3 |
20/01/26 | Luiz Paulo | Bloqueio de UCS Inoperante | Admitido falta de teste inicial | Resolvido (23/01) 3 dias | Cláusula 9.3 |
22/01/26 | Thaynara | Erro Report (Reveillon) | Correção emergencial | Resolvido (23/01) 1 dias | Crítico/Comercial |
05/02/26 | Thaynara | Exigência de Senha do Cliente | Bug de Regra de Acesso | Resolvido (24/02) 19 dias | Cláusula 9.2 (Vencido) |
23/02/26 | Luiz Paulo | SISTEMA FORA DO AR | Disco cheio na Cloudflare | Resolvido 1 dias | Cláusula 9.2 |
Conclusão da Auditoria de Comunicação
Há indícios suficientes e materiais de descumprimento recorrente do contrato. A análise das interações comprova que o sistema entregue não atingiu o nível de maturidade e confiabilidade esperado para uma operação financeira e de auditoria.
Evidências fotográficas e documentos compartilhados no grupo
Registro integral e cronológico de todas as mensagens trocadas no grupo de suporte. As mensagens são apresentadas em formato de chat, agrupadas por data, com mídias incorporadas.
Multiledgers - suporte BMV
Primeiro canal de suporte. Registro de falhas iniciais, problemas de DNS e migração de sistema legado.
BMV <> Multi - SUPORTE
Canal consolidado. Registro de incidentes críticos, erros de emissão de UCS e queda total de sistema.
A análise cronológica integral das 2825 mensagens trocadas no período de 287 dias evidencia um padrão sistêmico de:
- Instabilidade operacional recorrente, com bugs surgindo em cadeia após correções pontuais;
- Tempo de resposta elevado para demandas críticas, com clientes aguardando até 5 dias para resolução;
- Ausência de ambiente de testes, com testes sendo realizados diretamente em produção e gerando impactos reais;
- Migração incompleta e defeituosa do sistema legado, com dados faltantes e inconsistências de integridade;
- Classificação inadequada de bugs como melhorias, postergando correções mandatórias;
- Desconhecimento das regras de negócio por parte do fornecedor que implementou o sistema.
CONSIDERAÇÃO FINAL
O registro integral das comunicações corrobora, com evidências documentais diretas, as conclusões apresentadas no corpo principal do dossiê. Os padrões aqui identificados demonstram que as não conformidades relatadas não são eventos isolados, mas reflexos de fragilidades estruturais sistêmicas no processo de desenvolvimento, manutenção e suporte da plataforma BMV pela Multiledgers.
Anexo: VI – Registro de Comunicação WhatsApp
Fonte: Exportação do grupo "BMV <> Multi - SUPORTE"
Período: 11/06/2025 – 25/03/2026
Total de Mensagens: 2825
Total de Mídias: 101 arquivos
Gestor Operacional: Luiz Paulo Gonçalves Miguel de Jesus
Versão: 1.0