M

Maestro

Vociem 360

Projetos›
Vociem 360 ▾
Minha fila ›
Cronograma1–2 Insumos23–4 Validação45–6 Despacho e execução37 Evidência4ReportQuadro8Mostrar / validar↺ 1

Fases 3–4 · Validação e prompt

Report vivo · Vociem 360

O mesmo modelo apresentado ao cliente, com os blocos internos a mais. Os candidatos aparecem dentro do report, por caso de uso: aceitar, editar por texto livre ou rejeitar com motivo. Executar/Enviar fecha a leva com o que está decidido; quem não tem decisão espera a próxima leva e não bloqueia ninguém.
Protótipo para validação, sem backend. Dados reais: reuniões e citações (transcrições em jose-bot/docs), report Vociem de 22/09, issues do Plane (VOC) e PRs mergeados no GitHub (OpenFlows-OFC/vociem), coletados em 23/09/2026. Simulado para demonstrar o fluxo: quem decidiu e quando, entrega de prompts no chat e sinais do Cockpit marcados como tal. Deploy do Coolify é inferido do merge em main. Botões não persistem.

Report vivo · Vociem 360

Candidatos dentro do report, por caso de uso. Aceitar, editar por prompt ou rejeitar; Executar/Enviar fecha a leva.

3 sem decisão · 0 prontos para a leva

Em que momento estamos

Fechamento da Fase 1 com piloto (Mobit + Triomad) e homologação até o fim de setembro. Fase 2 (CIT, Contábil, Financeiro) iniciada em 22/09. Melhoria contínua a partir de outubro.

Fiscal

Importação de Notas

Piloto final
dono Joãosem candidato ativo

Solicitado

  • Importar documentos das fontes do processo fiscal.
  • Garantir o fluxo dos dois clientes piloto.

O que evoluiu

  • #303feat(imports): indicador experimental de lacuna de sequência numérica

Mostrar / validar

  • Completude de agosto confirmada para Mobit e Triomad, sem duplicidade de clientes ativos.

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Indicador de quebra de sequência numérica de notasP2v1Pergunta enviadaDivergente

    Mostrar, por empresa e competência, lacunas na sequência numérica das notas importadas, como sinal de possível falha de captura.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Antonio Ramilson · seção importação · confiança 90%

    Pergunta do José: Viabilidade técnica confirmada? João disse que traria a resposta em 24/09. Sem resposta, o candidato fica fora da leva.

Fiscal

Pré-Classificação Fiscal

Homologação
dono João
61%

Solicitado

  • Classificar automaticamente e permitir validação humana.
  • Exibir retenções e informações fiscais relevantes.

O que evoluiu

  • #300feat(fiscal): alíquota de PIS/COFINS de entrada, por nota (daily 22/09)
  • #301diag(ops): classificacao expõe cst_pis/cst_cofins/pis_aliquota/cofins_aliquota
  • #305fix(fiscal): código de serviço bruto do Unecont ia pra description, não serviceCode
  • #306feat(ops): backfill-servicecode-descricao ganha filtro client/mes

Mostrar / validar

  • Mobit classificada; Triomad em processamento; exceções de notas de serviço validadas com Fernanda e Fernando.
  • Validar com o cliente: CT-e: trocar só o primeiro dígito do CST, nunca tratar como mercadoria
  • Validar com o cliente: Código de serviço independe de retenção
  • Validar com o cliente: Alíquota de PIS/COFINS de entrada tratada na Pré-Classificação

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Corrigir CFOP interestadual (672 → 272)P0v1AceitoValidado pelo clienteConfirmado

    Operação interestadual (região Sul para outro estado) estava saindo com CFOP iniciado em 6 (672) quando deveria ser 2 (272). Corrigir a regra de classificação e reprocessar as notas afetadas.

    Origem: Daily Fiscal · Vociem (08/09) · Fernanda Oliveira · docs/pedidos-cliente-fiscal.md, seção CFOP · confiança 98%

    Nota: Decisão simulada para o protótipo; o item consta como P0 no plano de ação de 10/09 (docs/plano-acao-alinhamento-2026-09-10.md).

    Decidido por Carlos em 08/09, 16:00

  • Automatizar regra de serviço (código de serviço × CNAE)P1v1AceitoRodandoSó código

    Aprender o acumulador de notas de serviço a partir do par código de serviço × CNAE da atividade-fim, com os dois acumuladores padrão definidos pelo Fernando; sugerir e deixar o humano aprovar.

    Origem: Reunião Fiscal · Vociem · Fernando Otaguro · seção 3 · confiança 90%

    Decidido por Carlos em 16/09, 09:10

  • CT-e: trocar só o primeiro dígito do CST, nunca tratar como mercadoriaP0v1AceitoMerge aprovadoSó código

    Na regra de classificação, Conhecimento de Transporte eletrônico troca apenas o primeiro dígito do CST (6→2, 5→1, 7→3) e nunca recebe CFOP/CST de mercadoria. Cobrir com teste de regressão sobre notas reais da Mobit.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernando Otaguro · seção classificação · confiança 98%

    Decidido por Carlos em 22/09, 19:31

  • Código de serviço independe de retençãoP1v1AceitoMerge aprovadoSó código

    Toda nota de serviço recebe código de serviço, com ou sem retenção. Corrigir o parser que só preenchia o código quando havia retenção e reprocessar as notas já importadas.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernanda Oliveira · seção classificação · confiança 95%

    Decidido por Carlos em 22/09, 19:32

  • Alíquota de PIS/COFINS de entrada tratada na Pré-ClassificaçãoP1v1AceitoMerge aprovadoSó código

    Interpretar e treinar a alíquota de PIS/COFINS por nota na Pré-Classificação, reaproveitando o fluxo de CFOP/CST. A Apuração passa a importar o resultado tratado, sem duplicar a funcionalidade.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernando Otaguro / João · seção PIS/COFINS · confiança 85%

    Decidido por Carlos em 22/09, 19:33

  • CFOPs que não estavam sendo trazidas na tela de classificaçãoP1v1PendenteSem evidência

    Levantar com o Fernando quais CFOPs faltam na tela de classificação (por empresa e competência), corrigir a consulta que filtra os CFOPs exibidos e confirmar com amostra real da Mobit.

    Origem: Alinhamento interno · OpenFlows · Carlos, lendo mensagem do Fernando no Teams · 13:17 (fim do turno, ~15:05) · confiança 80%

Fiscal

Apuração PIS/COFINS

Homologar
dono João
0%

Solicitado

  • Apurar PIS/COFINS a partir das notas classificadas.
  • Dar visibilidade a cálculo, créditos, retenções e memória.

O que evoluiu

  • nada mergeado desde o último snapshot

Mostrar / validar

  • Mobit · agosto com 3 KPIs, tabela completa de documentos e CFOP, débitos, créditos, DARFs e memória de cálculo aceitos pelo time.
  • Pendência com Sócios OpenFlows (Carlos, João): Decisão comercial: painel Fernando Nacional entra no escopo contratual?

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Apuração passa a importar a alíquota tratada na Pré-ClassificaçãoP1v1AceitoPrompt prontoSem evidência

    Remover da Apuração qualquer interpretação própria de alíquota; ler o campo já tratado na Pré-Classificação. Depende do candidato irmão C-0922-04.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernando Otaguro / João · seção PIS/COFINS · confiança 85%

    Decidido por Carlos em 22/09, 19:33

  • Painel Fernando NacionalP3v1RejeitadoSem evidência

    Painel consolidado nacional de apuração pedido pelo Fernando.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernando Otaguro · seção PIS/COFINS · confiança 80%

    Nota: Não priorizável: depende de decisão comercial dos sócios sobre escopo contratual. Vira dependência, não candidato.

    Decidido por Carlos em 22/09, 19:38

Fiscal

Radar de CNDs

Homologação
dono João
38%

Solicitado

  • Fase 1 contempla CND Federal.
  • Estados e municípios passam para a Fase 2.

O que evoluiu

  • #296fix(clientes): remove resumo/honorário, separa CNAE de regime, destrava regime preso em null

Mostrar / validar

  • Situação e documento federal por empresa, com histórico de alteração de status.
  • Validar com o cliente: Regime tributário na visualização de clientes
  • Pendência com Fernanda Oliveira: Volume real do cliente Alta (multi-estado)

Próximas entregas · candidatos

um item = um candidato = um prompt
  • CND estadual e municipal: São Paulo e ABC PaulistaP1v1AceitoEntregue no chatSó palavra

    Iniciar a captura de CND estadual (SP) e municipal (ABC Paulista) no Radar, reaproveitando a fila federal; cronograma detalhado para 24/09.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernanda Oliveira · seção CNDs · confiança 95%

    Decidido por Carlos em 22/09, 19:35

  • Regime tributário na visualização de clientesP2v1AceitoMerge aprovadoDivergente

    Exibir o regime tributário na tela de clientes, separado do CNAE.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernanda Oliveira · seção Acessórias · confiança 85%

    Nota: Aceito, mas o cruzamento de evidência mostrou merge anterior à reunião; o feedback pode estar desatualizado.

    Decidido por Carlos em 22/09, 19:36

Fiscal

Portal e-CAC

Homologação
dono João
40%

Solicitado

  • Mensagens das empresas validadas disponíveis no portal.
  • Novo evento gera solicitação automática no Acessórias.

O que evoluiu

  • nada mergeado desde o último snapshot

Mostrar / validar

  • Caixa postal com mensagem real, acionamento automático e painel de notificações aceitos pelo time.

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Log de auditoria de abertura de mensagem no e-CACP0v1AceitoExecutadoDivergente

    Registrar quem abriu cada mensagem da caixa postal, quando e por qual tela; expor na própria mensagem e em relatório por empresa.

    Origem: Reunião Fiscal · Vociem · time fiscal Vociem · seção 6 · confiança 95%

    Decidido por Carlos em 16/09, 09:12

  • Guarda técnica contra vazamento de caixa postal para cliente finalP0v2AceitoExecutadoDivergente

    Só emissão/status de CND pode sair para cliente final. Bloquear por construção qualquer envio de conteúdo de caixa postal ou intimação; teste automatizado que falha se o parâmetro voltar a vazar.

    Origem: Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · Fernanda Oliveira / João · seção e-CAC · confiança 95%

    Nota: Reforçada: incidente real já ocorreu, não é mais risco teórico.

    Decidido por Carlos em 22/09, 19:30

DP

Programação de Férias

Homologar
dono Daniel
45%

Solicitado

  • Dar visibilidade da programação por empresa.
  • Destacar situações que precisam de atenção.

O que evoluiu

  • #250feat(dp): farol visual por empresa em admissão e programação de férias
  • #251feat(dp): overview de admissão e férias no visual do Radar de CNDs
  • 21/09Coolify (inferido do merge em main)

Mostrar / validar

  • Aceite funcional do time sobre visão por empresa, farol e datas relevantes.
  • Validar com o cliente: Reaproveitar a tela do Radar de CNDs para férias e admissão (v2)

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Visão por empresa com farol de atenção (férias e admissão)P1v1AceitoRodandoSó palavra

    Criar tela nova de programação de férias por empresa, com farol por data e status dos casos.

    Origem: Reunião DP · Vociem · Andressa · bloco Férias · confiança 95%

    Decidido por Carlos em 16/09, 09:22

  • Reaproveitar a tela do Radar de CNDs para férias e admissão (v2)P1v2AceitoNo arSó código

    Correção de rumo: em vez de tela nova, reaproveitar a tela existente do Radar de CNDs (mesma UI) para a visão por empresa, com farol por data. Aposentados por invalidez NÃO são excluídos da visão.

    Origem: Checkpoint interno Fase 1 (19/09) · Carlos · seção 4, correções de rumo 1 e 2 · confiança 95%

    Nota: Versão nova nasce do checkpoint de 19/09 (Carlos muda a abordagem); a v1 é substituída na fase em que estava.

    Decidido por Carlos em 19/09, 11:40

DP

Admissão

Finalização
dono Daniel
80%

Solicitado

  • Link fixo e fluxo de abertura a partir do cliente.
  • Geração dos 10 documentos admissionais.

O que evoluiu

  • #294DP: kit admissional fiel aos modelos + pre-preenchimento + cadastro da empresa
  • #295DP: persiste curriculo completo, mascara CPF/CEP e revisao adversarial da cadeia de admissao
  • 22/09Coolify (inferido do merge em main)
  • 22/09Geração dos 10 documentos admissionais já em funcionamento para testes. Validação com Andressa pendente (executar admissão ponta a ponta).

Mostrar / validar

  • Admissão executada ponta a ponta com Andressa, documentos conferidos e prints do eSocial confirmados.
  • Validar com o cliente: Kit admissional fiel aos modelos + pré-preenchimento

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Kit admissional fiel aos modelos + pré-preenchimentoP0v1AceitoNo arSó código

    Gerar os 10 documentos admissionais a partir dos modelos reais da Vociem, pré-preenchidos com a ficha e com endereço/CEP da empresa; persistir o currículo completo.

    Origem: Reunião DP · Vociem · Andressa · bloco Admissão · confiança 95%

    Decidido por Carlos em 16/09, 09:20

DP

Conferência de Folha por Exceção

Integração
dono Danielsem candidato ativo

Solicitado

  • Motor de conferência por exceção sobre dados reais.
  • Integrações com Domínio (RPA/TXT) e Emprega Brasil.

O que evoluiu

  • nada mergeado desde o último snapshot

Mostrar / validar

  • DP confirma que as exceções apresentadas são as que exigem ação e que o fluxo integrado reproduz a rotina do time.
  • Pendência com Andressa (DP Vociem): Feedback de admissão e conferência de folha
  • Pendência com Thomson Reuters (Domínio): API do Domínio

Próximas entregas · candidatos

um item = um candidato = um prompt
  • sem candidatos para este caso
DP

Copiloto da Andressa (WhatsApp)

Ajustes finais
dono Danielsem candidato ativo

Solicitado

  • Mensagens configuradas para operação via WhatsApp com número definitivo da Vociem.

O que evoluiu

  • nada mergeado desde o último snapshot

Mostrar / validar

  • Andressa recebe as mensagens no WhatsApp com o número definitivo.
  • Pendência com TI da Vociem (Digitrix, nome inferido): Liberação de leitura e escrita no Microsoft 365 (e-mail e Teams)
  • Pendência com Vociem (Cleverton): Número definitivo de WhatsApp da Vociem para o Copiloto

Próximas entregas · candidatos

um item = um candidato = um prompt
  • sem candidatos para este caso
DP

Monitoramento de convenções sindicais (novo)

Levantamento
dono Danielsem candidato ativo

Solicitado

  • sem escopo base ainda

O que evoluiu

  • nada mergeado desde o último snapshot

Mostrar / validar

  • Pendência com Andressa (DP Vociem): Links dos sites de sindicatos a monitorar

Próximas entregas · candidatos

um item = um candidato = um prompt
  • Monitorar sites de sindicatos e avisar quando a convenção mudarP2v1Pergunta enviadaSem evidência

    Novo caso de uso do DP: vigiar os sites dos sindicatos relevantes e avisar a Andressa quando houver atualização de convenção, com o link e o que mudou.

    Origem: Alinhamento interno · OpenFlows · Daniel (relatando Andressa) · 52:04 · confiança 60%

    Pergunta do José: Quais sindicatos e quais URLs? Andressa ficou de mandar exemplos. Sem os links, o candidato não tem escopo.