Vociem 360 · 17/08/2026 a 28/08/2026

Plano refinado · semanas 3 e 4

Fechar o processo, os acessos e as amostras dos três casos e comprovar um caminho técnico ponta a ponta por caso, sem automatizar decisões fiscais ou atos jurídicos sem aprovação humana.

Reunião de refinamento de 13/08/2026

Casos confirmados

Aguardando cliente

Impedimentos ativos

Gates transversais

Valem para os três casos e impedem início sem acesso, amostra ou evidência.

Definir carteira de CNPJs e competências do piloto

Aguardando cliente

Responsável: Carlos + Fernanda · Prazo: 17/08

Selecionar de 3 a 5 CNPJs, incluindo um caso simples e um com exceção relevante.
Definir uma competência fechada para SPED e PIS/COFINS.
Registrar regime tributário, responsável e cobertura de certificado/procuração.

Evidência: Matriz aprovada com 3 a 5 CNPJs, regimes, responsáveis e competências.

Montar e cobrar o plano de acessos

Aguardando cliente

Responsável: Carlos + João Pedro · Prazo: 18/08

Definir solicitante, aprovador, prazo prometido e próxima cobrança por sistema.
Testar cada acesso em um CNPJ-piloto; credencial recebida não significa acesso funcional.
Manter certificados e segredos somente no cofre/canal seguro.

Evidência: Matriz com acesso solicitado, recebido, testado, funcional ou bloqueado.

Registrar bloqueios externos e alternativas

Pronta para executar

Responsável: Carlos · Prazo: Contínuo

Acompanhar e-Auditoria, Domínio e cobertura de acesso ao e-CAC.
Escalar bloqueios sem resposta na data combinada.
Evitar que o time técnico fique com tarefa genérica de 'aguardar fornecedor'.

Evidência: Registro por bloqueio com impacto, dono, follow-up, prazo e fallback.

Cobrar uma evidência técnica por missão

Pronta para executar

Responsável: Carlos + executores · Prazo: Por missão

Identificar data, ambiente, executor, CNPJ mascarado e competência.
Guardar hash de arquivos e prints/logs sem segredos.
Concluir cada teste como passou, falhou ou bloqueado.

Evidência: Registro reproduzível com entrada, passos, resultado, conclusão e próximo dono.

Caso 1

Caixa Postal do e-CAC

Detectar novas comunicações, classificar o risco e encaminhar ao responsável sem produzir ciência ou resposta não autorizada.

Saída do ciclo: Um CNPJ-piloto monitorado, alerta sem duplicidade e trilha de tratamento até o encerramento.

ECAC-1

Validar processo atual e regra de ciência

Aguardando cliente

Responsável: Fernanda + Carlos · Prazo: 18/08

Mapear frequência, volume, tipos de mensagem e responsáveis.
Separar consulta de metadados, abertura do teor, ciência e resposta.
Definir o que exige aprovação fiscal ou jurídica.

Evidência: Política operacional aprovada pela Vociem.

ECAC-2

Comprovar representação e cobertura

Aguardando cliente

Responsável: João Pedro + Vociem · Prazo: 19/08

Conferir validade, poderes e serviços cobertos por certificado/procuração.
Registrar CNPJs sem cobertura e responsável pela regularização.
Validar guarda e rotação segura das credenciais.

Evidência: Acesso autorizado e funcional em um CNPJ-piloto.

ECAC-3

Executar spike da integração

Impedimento ativo

Responsável: João Pedro · Prazo: 24/08

Avaliar primeiro Integra Contador/serviço oficial e capacidade do e-Auditoria.
Testar autenticação, paginação, idempotência e indisponibilidade.
Provar que o caminho escolhido não produz ciência silenciosa.

Evidência: Teste reproduzível do caminho oficial ou fallback assistido.

ECAC-4

Definir triagem, alerta e tratamento

Aguardando cliente

Responsável: Carlos + Fernanda · Prazo: 26/08

Definir severidade, prazo de resposta e destinatário por CNPJ.
Adotar estados detectada, triada, assumida, respondida e encerrada.
Manter decisão humana para abrir conteúdo sensível ou responder.

Evidência: Fluxo aprovado com categorias, prazos, responsáveis e escalonamento.

Critérios de aceite

Nova comunicação detectada sem duplicidade.
Responsável correto alertado com categoria e urgência.
Falha de acesso aparece como bloqueio, nunca como 'sem mensagens'.
Nenhuma ciência ou resposta ocorre sem regra e aprovação registradas.

Impedimentos previstos

Regra de ciência expressa/tácita ainda não validada.
Procuração pode existir sem cobrir o serviço de Caixa Postal.
Integração pode expor apenas metadados, sem o teor da mensagem.
Automação de navegador é frágil a MFA, CAPTCHA e mudanças do portal.

Caso 2

SPED / e-Auditoria

Orquestrar o arquivo SPED, importar achados rastreáveis, permitir correção e registrar a decisão humana antes da transmissão.

Saída do ciclo: Um tipo de SPED e uma competência reais auditados ponta a ponta, sem perda de versão ou duplicidade.

SPED-1

Fechar a fronteira do escopo

Aguardando cliente

Responsável: Fernanda + Carlos · Prazo: 18/08

Escolher EFD-Contribuições, EFD-ICMS/IPI ou outro único primeiro corte.
Definir auditoria pré-transmissão, pós-transmissão ou ambas.
Definir quem corrige, aprova exceção e transmite.

Evidência: Tipo de escrituração, momento da auditoria e alçadas aprovados.

SPED-2

Mapear AS-IS e obter amostra controlada

Aguardando cliente

Responsável: Fernanda + João Pedro · Prazo: 20/08

Acompanhar uma execução real do arquivo até a transmissão.
Mapear sistema gerador, pasta/canal, nomeação e controle de versão.
Levantar rejeições e retificações recorrentes.

Evidência: Original, corrigido, recibo e relatório da mesma competência, com hash.

SPED-3

Validar e-Auditoria como motor

Impedimento ativo

Responsável: João Pedro · Prazo: 24/08

Confirmar licença, módulos, API/sandbox e contato técnico/comercial.
Testar formatos, envio, tempo, limites, custos e retenção.
Definir contingência para indisponibilidade do fornecedor.

Evidência: Arquivo submetido e achados exportados com regra, origem e severidade.

SPED-4

Prototipar contrato e decisão dos achados

Pronta para executar

Responsável: OpenFlows · Prazo: 28/08

Identificar arquivo por CNPJ, competência, tipo e hash.
Normalizar regra, origem, categoria e severidade dos achados.
Permitir aceitar, devolver, justificar e encerrar; sem transmissão automática.

Evidência: Protótipo com versionamento, idempotência e decisão auditável.

Critérios de aceite

Arquivo real recebido e identificado sem ambiguidade.
Achados importados sem duplicidade e ligados à regra e origem.
Correção cria nova versão sem apagar o histórico.
Transmissão permanece sob controle humano.

Impedimentos previstos

'SPED' continua amplo até a escolha da escrituração inicial.
Licença, API e cobertura contratada do e-Auditoria não foram comprovadas.
Sem arquivos reais e resultado esperado não há teste confiável.
Arquivo pode mudar entre auditoria e transmissão sem controle por hash.

Caso 3

Apuração de PIS/COFINS

Orquestrar a apuração, aplicar apenas regras determinísticas comprovadas e apresentar memória de cálculo e divergências para validação humana.

Saída do ciclo: Um golden case reconciliado entre fontes, Domínio/planilha e EFD-Contribuições dentro da tolerância aprovada.

PISCOFINS-1

Segmentar piloto e mapear o AS-IS

Aguardando cliente

Responsável: Fernanda + Carlos · Prazo: 19/08

Selecionar CNPJs por regime cumulativo/não cumulativo e atividade.
Acompanhar uma apuração completa no Domínio e planilhas auxiliares.
Separar cálculo, EFD-Contribuições, DARF e registro no Acessórias.

Evidência: Fluxo atual documentado com entradas, ajustes, revisores e tempos.

PISCOFINS-2

Obter o golden case fiscal

Aguardando cliente

Responsável: Fernanda · Prazo: 20/08

Reunir entradas, saídas, memória de cálculo e relatório do Domínio.
Incluir EFD-Contribuições, recibo, ajustes manuais e justificativas.
Documentar regras específicas por cliente, CST, crédito e tratamento especial.

Evidência: Competência fechada e resultado final atestado pela Fernanda.

PISCOFINS-3

Decidir integrar, orquestrar ou calcular

Impedimento ativo

Responsável: João Pedro + Fernanda · Prazo: 24/08

Separar o que o Domínio calcula do que permanece manual.
Planejar exportação/importação assistida enquanto a API não estiver disponível.
Limitar motor próprio às regras determinísticas comprovadas.

Evidência: Decisão arquitetural registrada com escopo e fallback.

PISCOFINS-4

Prototipar memória e reconciliação

Impedimento ativo

Responsável: OpenFlows · Prazo: 28/08

Comparar resultado proposto, Domínio/planilha e EFD-Contribuições.
Bloquear conclusão acima da tolerância aprovada.
Registrar todo ajuste humano com autor e justificativa.

Evidência: Golden case reproduzido com memória, origem, regra e divergências.

Critérios de aceite

Golden case reproduzido dentro da tolerância aprovada.
Cada valor rastreável à fonte e à versão da regra.
Divergências e decisões interpretativas seguem para revisão humana.
Conclusão exige aprovação e fica registrada.

Impedimentos previstos

Mistura de regimes e regras específicas impede um piloto genérico.
API do Domínio não está disponível no prazo atual.
Planilhas podem conter regras implícitas e correções não documentadas.
Sem golden case não é possível medir a exatidão.

Decisões que não podem ficar implícitas

Caixa Postal começa só em detecção/metadados ou pode abrir o teor?
Qual ato humano autoriza ciência e leitura de conteúdo sensível?
Qual tipo de SPED entra no primeiro corte?
O e-Auditoria possui licença e API utilizáveis pela Vociem?
Em PIS/COFINS, vamos orquestrar o Domínio ou reproduzir parte do cálculo?
Qual é o golden case e quem atesta o resultado?
Qual fallback será usado enquanto a API do Domínio não estiver disponível?