Escrituro: do mercado ao produto no ar em dois dias

Período: novembro de 2026 até hoje · Papel: idealização, direção da pesquisa, arquitetura, código, verificação e publicação · Estado: Fase 0 no ar, em evolução

Resumo em uma frase: em dois dias de trabalho, saí de uma pergunta (“dá para construir um sistema para escritórios de contabilidade igual ou melhor que o Contmatic Phoenix?”) para um produto com nome, domínio registrado, pesquisa de mercado com 659 fontes datadas, definição de produto revisada por um agente independente e a primeira fase do sistema funcionando em produção, com domínio, certificado e backup.

1. Contexto e problema

No dia anterior eu tinha construído o Clinalta, um sistema para clínicas, em um dia, para testar se o método que usei no ERP do meu grupo industrial servia a um produto comercial. Serviu. A pergunta seguinte foi se ele aguentava um mercado maior, mais regulado e com um produto de sete módulos que conversam entre si: o escritório de contabilidade.

A régua escolhida foi o Contmatic Phoenix, o sistema de escritório mais conhecido do Brasil. Três motivos para o alvo: o meu grupo paga um escritório externo, e seus sete CNPJs servem de primeiro cliente real; fiscal, contábil, folha, patrimônio, legal, honorários e portal exigem arquitetura, não só telas; e a reforma tributária (CBS e IBS informativos em 2026, CBS plena e Simples híbrido em 2027) obriga todos os fornecedores a reescrever o motor fiscal, o que abre uma janela para quem nasce sem legado.

Duas condições que eu coloquei: não fazer “mais um”, entendendo antes como os sete líderes funcionam; e apostar no visual cinza, denso e governado por teclado do Phoenix, contra a maré do flat branco, porque é o que o analista de escritório conhece e porque densidade é produtividade.

2. Método em cinco etapas

As quatro etapas do Clinalta ganharam uma quinta, a revisão independente da definição antes de qualquer código, e a verificação passou a incluir a publicação. Cada etapa tem critério de saída; nada segue sem passar por ele.

flowchart LR
  P[1. Pesquisa<br/>6 frentes em paralelo<br/>fonte e data em tudo] --> S[2. Síntese<br/>relatório de mercado<br/>definição de produto]
  S --> R{3. Revisão<br/>agente independente<br/>31 pontos}
  R -- corrige --> S
  R -- aprovada --> C[4. Construção<br/>Fase 0: fundação<br/>reaproveita Clinalta e ERP]
  C --> V{5. Verificação<br/>148 asserções, navegador,<br/>produção na VPS}
  V -- falhou --> C
  V -- passou --> OK[No ar<br/>domínio e backup]

1. Pesquisa em seis frentes paralelas. Seis agentes, cada um com um recorte e perguntas fechadas: líderes de mercado; fiscal e reforma tributária; contábil, patrimônio e legal; folha e eSocial; dores, preços e integrações; e o padrão visual do Phoenix, com cores medidas pixel a pixel nas capturas. Regra: toda afirmação com fonte e data, lacuna declarada em vez de inventada.
2. Síntese em dois documentos. Um relatório de mercado com uma tabela obrigação x leiaute x prazo x fonte e doze lacunas ordenadas, e uma definição de produto em onze seções: visão, personas, módulos por fase, normas como requisitos, integrações, arquitetura, padrão visual, modelo comercial, roteiro, riscos e nomes.
3. Revisão independente. Um agente que não escreveu a definição a conferiu contra as notas e o relatório. Apontou 31 problemas, todos corrigidos: fases desalinhadas, critérios de pronto amarrados a datas de 2027, LALUR citado no Lucro Presumido, cota de IA por empresa que custaria mais que a mensalidade, política “nunca bloquear” sem definição exata.
4. Construção da Fase 0. Reaproveitei do Clinalta e do ERP o que já estava provado (login, 2FA, sessões, auditoria, unidade de isolamento) e escrevi o resto: carteira de empresas, motor de obrigações, catálogo com fonte, tarefas, protocolos, fila, biblioteca de componentes Phoenix.
5. Verificação e publicação. Tipos e lint limpos, 148 asserções em quatro suítes, fluxo completo no navegador e, no dia seguinte, publicação na VPS com domínio, certificado, backup diário e banco incluído na rotina de dumps.

O que ficou comigo: a pergunta, as restrições, a leitura crítica, as decisões de produto e a aceitação. O que ficou com a IA: volume, paralelismo, consistência e a revisão cruzada.

3. O que a pesquisa revelou

A disputa no escritório de contabilidade não é por função. Os sete líderes (Contmatic, Domínio, Alterdata com Prosoft, Fortes, Questor, SCI, Makro) cobrem o tripé fiscal, contábil e folha há décadas. A diferença está em desempenho, relação comercial, previsibilidade das atualizações e na reforma tributária que ninguém absorveu de forma nativa.

Uma lição de processo: a revisão independente pegou erros que eu mesmo teria deixado passar. Dois exemplos: o LALUR só existe no Lucro Real, e o MIT da DCTFWeb é um JSON que o sistema gera, não um arquivo que ele lê.

4. Decisões de produto

Oito princípios inegociáveis, cada um ligado a uma dor comprovada. Entraram na definição antes da primeira linha de código.

• Os dados são do escritório e do cliente dele. Exportação total a um clique: arquivos SPED, eventos eSocial com recibos, leiautes TXT dos concorrentes, CSV de tudo.
• Nunca bloquear por cobrança. Inadimplência nunca para o que tem prazo legal; o que para, depois de 60 dias, é abrir empresa, usuário e competência novos.
• Preço público e previsível. Cinco faixas, de R$ 149 por mês para até 10 empresas a R$ 2.490 para até 500, todos os módulos, usuários ilimitados, sem fidelidade, reajuste só pelo IPCA.
• Rápido e denso. Página em menos de um segundo, grade de 18 px por linha, Enter avança, Esc cancela, Alt+letra aciona o botão.
• Nada se perde. Lançamento, documento e evento nunca sofrem alteração de conteúdo; correção gera estorno ou nova versão com motivo; auditoria em toda tabela.
• Conformidade por leiaute versionado e pública. Cada obrigação tem versão com vigência e o sistema escolhe pela competência; uma página pública lista o que é suportado.
• Relacionamento dentro do sistema. Portal, WhatsApp, protocolo, tarefas e honorários fazem parte do produto.
• Suporte humano com prazo. Chamado com número, resposta no mesmo dia útil, notas de versão antes de cada atualização, janela fora do fechamento.

Três decisões de escopo: começar pelo contábil e pelo fiscal do Simples, com as empresas do meu grupo como primeiro cliente; deixar as declarações estaduais legadas para a carteira real, não para o catálogo; e manter o visual Phoenix contra a maré, testando as cinco telas principais com contadores ao lado das capturas originais.

5. O que foi construído na Fase 0

A fundação: o que todas as fases vão usar e o que um escritório já consegue operar para controlar prazos. O escritório é a unidade de isolamento; toda tabela carrega o seu id, e a empresa cliente e a competência ativas vivem na sessão, como no Phoenix.

Telas do escritório de demonstração

Os dados abaixo são do escritório de demonstração, com as empresas do grupo cadastradas pelo script de seed.

Painel da carteira. A faixa superior mostra a base, a empresa e a competência ativas, como no Phoenix; os contadores são calculados sobre a agenda gerada.

Agenda de obrigações. O PGDAS-D caiu em 23/11 porque 20/11 é feriado e a regra posterga; o FGTS Digital foi antecipado para 19/11 pela regra inversa. Cada linha abre a obrigação para recibo, protocolo ou dispensa.

Cadastro de empresa. Campos obrigatórios em vermelho, abas, histórico de regime por vigência, certificado A1 e procurações e-CAC com data de fim. Nada se apaga: inativar tira das listas e mantém na exportação.

Conformidade embutida

A definição mapeou 31 normas e leiautes como requisitos de software, com versão e vigência. As que já moldaram a Fase 0:

6. Números

Tudo entre 4 e 5 de novembro de 2026, da primeira pergunta à publicação.

O que não está feito, dito com a mesma clareza: a restauração do backup em produção ainda não foi testada, o pedido de marca no INPI não foi protocolado, o certificado A1 só foi testado sem arquivo real, os prazos de EFD ICMS/IPI e ISS usam os de São Paulo e o catálogo não tem declarações estaduais.

7. Lições

• Medir vale mais que descrever. O agente do padrão visual leu as cores das capturas do Phoenix pixel a pixel. Os tokens saíram exatos, e a primeira tela já parecia o original em vez de “inspirada” nele.
• Revisão independente antes do código. Trinta e um pontos corrigidos numa definição de 11 mil palavras, por um agente que não a escreveu. É barato comparado a descobrir no código que a cota de IA custaria mais que a mensalidade.
• Datas externas não esperam o roteiro. A definição amarrava critérios de pronto a janeiro de 2027. A revisão desamarrou: o leiaute 021 e o simulador do Simples híbrido entram na Fase 2, e a competência 01/2027 pode ser refeita depois a partir dos arquivos.
• Dia útil é regra de negócio. PGDAS-D posterga, FGTS Digital antecipa, e feriado bancário conta. O motor de prazos é função pura, testada contra o calendário real de 2026.
• O domínio certo é o .com.br. O escrituro.com estava com um especulador desde abril. Para um produto brasileiro, o .com.br registrado direto no Registro.br resolve, depois de desfazer o vínculo do CPF com o provedor anterior.

8. Próximos passos

Seis fases, cada uma com critério de pronto verificável e sem datas prometidas. Cada fase só começa com a anterior em uso real.

1. Fase 0, fundação (no ar). Falta testar a restauração do backup em produção, protocolar a marca e validar as cinco telas com contadores. Portão: escritório de demonstração com as empresas do grupo, agenda gerada por regime e um analista marcando obrigações com recibo em produção.
2. Fase 1, MVP contábil e fiscal do Simples. Plano de contas com referencial, lançamentos, conciliação, balancete e fechamento, reaproveitando o controle gerencial do grupo; captura de NF-e e CT-e por NSU com manifestação; NFS-e nacional; PGDAS-D, DAS e DEFIS pelo Integra Contador; apuração informativa de IBS e CBS; honorários e portal do cliente. Portão: um mês inteiro das empresas do grupo escriturado no sistema e um escritório externo pequeno em piloto.
3. Fase 2, regime normal e SPED. Apuração de ICMS, ST, DIFAL, IPI, PIS e COFINS; EFD ICMS/IPI 020 e 021 por vigência; EFD-Contribuições; Reinf; DCTFWeb com MIT; ECD com signatários; patrimônio com depreciação dupla. Portão: EFD e ECD de uma empresa do grupo validadas nos programas oficiais e transmitidas.
4. Fase 3, folha e eSocial. Eventos S-1.3, cálculo mensal, férias, 13º, rescisão, FGTS Digital e DCTFWeb ponta a ponta. Portão: folha de uma empresa do grupo fechada no sistema com totalizadores conferidos.
5. Fase 4, legal, IA e carteira completa. Departamento legal com Redesim, assistente de IA com cota por escritório, aplicativo do empregado. Portão: escritório piloto operando a carteira inteira.
6. Fase 5, reforma plena e ecossistema. CBS real, Simples híbrido, split payment, API pública. Portão: competência 01/2027 em diante apurada sem retrabalho.

9. Stack

Next.js 16 com server actions · React 19 · TypeScript · Tailwind 4 · Drizzle ORM · PGlite em desenvolvimento e PostgreSQL em produção · Docker na VPS atrás do Caddy. Convenções herdadas do grupo: dinheiro em centavos, datas sempre no fuso de São Paulo, toda tabela com o id do escritório, toda ação grava auditoria, nada se apaga.

10. Código

O repositório é privado: o produto é comercial e vai operar dados fiscais, contábeis e trabalhistas de terceiros. Pode ser apresentado em entrevista ou avaliação acadêmica com o escritório de demonstração. A definição do produto, o relatório de mercado e as notas de pesquisa existem no repositório e seguem este case.