Como a MERC DF resolve a dor de fazer 30+ DFs por fechamento sem perder individualidade?
A arquitetura é desenhada para isso. Cada DF roda em paralelo em pipeline próprio com engines especializadas por tipo de fundo (FIF, FIDC, FII, FIP, ETF, FIAGRO). O sistema lê o regulamento de cada fundo individualmente, identifica as particularidades (subtipo, ativos, política PDD, hierarquia CPC 46) e roda a engine certa. Nada de template genérico copiado. O ganho de escala não vem de simplificar a saída — vem de paralelizar o processamento técnico mantendo o mesmo rigor por fundo. Nenhum dado de um fundo "vaza" para outro: tenant isolado por design.
A IA faz tudo sozinha? Tem auditor humano envolvido?
A IA não faz nada sozinha. Toda DF passa por dupla revisão humana antes de sair: (1) Gerente Sênior MERC — contador com CRC ativo, especialista no Anexo CVM 175 do tipo de fundo, faz revisão técnica granular: diff visual com período anterior, validação de cada nota, checagem de flags do sistema (8–25 min/DF); (2) Sócio MERC — valida julgamentos críticos (PDD do FIDC, hierarquia CPC 46 do FII, descrição da investida do FIP) e responde tecnicamente pela entrega (4–10 min/DF). Sem essas duas camadas, a DF não sai do sistema. É essa garantia que diferencia a plataforma de software contábil genérico.
Como o pricing pode ser tão menor que Big4 sem cortar canto?
A diferença está em onde o tempo humano caro é gasto. Em Big4, o time gasta 70%+ do tempo em mecânica (formatar, somar, recolar, conferir cálculo). Na MERC DF, a engine determinística faz toda a parte mecânica em segundos — Gerente e Sócio entram só para julgamento técnico que máquina não substitui. O resultado é mais barato porque o tempo caro é melhor alocado, não porque a qualidade caiu. A combinação de Python para cálculo + LLM multi-modelo para texto + dupla revisão humana entrega o mesmo rigor da Big4 a 10–15% do custo. Não é mágica, é arquitetura.
Quem é responsável tecnicamente pela DF entregue?
A MERC presta serviço de produção e revisão técnica. A responsabilidade final de assinatura no livro contábil permanece com o contador da administradora fiduciária — é ele quem responde perante CVM. O contrato deixa explícito. A diferença em relação a software contábil qualquer é que entregamos DF revisada por Gerente Sênior CRC ativo e por Sócio MERC com responsabilidade técnica, não output bruto que o seu time precisa validar do zero. O contador da administradora recebe DF pronta para assinatura, com trilha de auditoria completa anexa.
Como funciona a entrega? Quanto tempo demora cada tipo?
SLA por anexo CVM 175 e tipo: FIF (Anexo I), NBC TG 1000 em 2–4 dias úteis · Empresa CPC, ETF (Anexo V) em 4–6 dias úteis · FII (Anexo III), FIAGRO básico (Anexo VI) em 4–7 dias úteis · FIDC Padrão (Anexo II), FIP (Anexo IV) em 5–7 dias úteis · FIDC NP, Anexos VII–XII em até 15 dias úteis. Entregamos PDF assinado, DOCX editável, iXBRL quando aplicável e trilha de auditoria completa (quem aprovou, quando, qual modelo gerou cada nota, qual versão da norma usada).
E se a norma mudar? A plataforma acompanha?
Sim — knowledge base regulatória ativa. Cron diário ingere comunicados CVM, ANBIMA, BACEN/CMN e CFC. Sócio MERC valida e marca como regra ativa. Versionamento normativo: uma DF gerada para o período 03/2026 usa a base regulatória vigente em 03/2026, mesmo se rodada em outubro. Sem retro-aplicação indevida. Normas históricas (ICVM 555, 472, 578, 356, 444, Res. 39) seguem indexadas porque ainda aparecem em DFs de períodos anteriores, contratos legados e pareceres.
Como vocês evitam que a IA invente algo (hallucination)?
Quatro camadas de proteção: (1) Cálculo é determinístico — LLM nunca toca em conta, números saem de Python puro com tolerância R$ 0,01; (2) RAG normativo — antes de gerar nota, sistema busca chunks relevantes (CVM 175, CPC, NBC) e injeta no prompt, resposta cita norma específica; (3) Segundo voto multi-provider — em outputs sensíveis (PDD do FIDC, resumo de laudo do FIP, descrição da investida), GPT-5 ou Gemini revisa output do Opus; divergência bloqueia e escala para humano; (4) Dupla revisão humana obrigatória de Gerente + Sócio antes de sair.
Os dados do meu fundo ficam isolados? E em servidor brasileiro?
Tenant separation rigorosa por padrão — cada administradora/gestora tem schema isolado no PostgreSQL, storage isolado por bucket S3. Opt-out explícito em todos os providers de IA: dados de cliente não treinam modelo (Anthropic, OpenAI e Google têm esse opt-out contratualmente). Storage e processamento principal em região AWS São Paulo (sa-east-1). Retenção 7 anos por exigência CVM. LGPD coberta com DPO designado (dpo@mercgroup.com.br).
Posso integrar com o admin fiduciário que já uso?
Sim — roadmap inclui integração via API com os principais administradores brasileiros: BTG Pactual Custódia, Itaú, Bradesco, Vórtx, Singulare, Bem-Promotora. Versões iniciais usam upload manual de balancete/razão/carteira/atas/regulamento; integração nativa libera no roadmap de cada cliente conforme volume mensal e prioridade. Para administradores de grande porte oferecemos white-label sob arquitetura dedicada.
Tem teste grátis? Como começo?
Não fazemos teste 100% grátis por motivo regulatório — a DF é revisada por Gerente Sênior e Sócio, isso tem custo de tempo real. Mas oferecemos primeira DF como amostra técnica em desconto agressivo: você manda os documentos de um fundo real seu, devolvemos a DF completa em 48–72h, vocês validam a qualidade contra o que entregam hoje. Sem compromisso de continuidade. Para começar, fale com sócio direto pelo botão acima — sem formulário longo, sem demonstração de 45 minutos.