← NEW FLOW LEGAL

Produção & Filings (pós-kickoff)

Doc Collection & Production → Docs Revision - a equipe coleta e produz os documentos de cada filing, com prazos e responsáveis, até a revisão final

Papéis: Attorney BR · LA · Specialist · Intern Prazos & responsáveis por documento Agente IA: Forms/Produção Google Forms + (futuro) Google Docs

Encerrado o kickoff, o Attorney BR finaliza o setup (checklist, notas, estratégia, prazos internos + responsáveis por documento) e a equipe entra na coleta e produção: documentos chegam pelo app, peças são produzidas e revisadas por papel, e os Google Forms são preenchidos pelo cliente com apoio de um agente de IA. Tudo com visibilidade num painel de prazos & responsáveis. Spec: atividade 9.

Visão macro — a etapa dentro do caso

→
Coleta
Docs pelo app
LA valida simples / escala Attorney
→
Produção
Peças & forms
por papel (Attorney/LA/Specialist/Intern)
→
Revisão
Attorney / Specialist
aprova ou pede mudanças
→
Filing
Exhibit + entrega
organizado pelo Attorney
🗺️
No sistema: tudo isso acontece com cases.flow_stage = post_kickoff; concluir o caso → terminal. A operação vive na tela única de CASO (mockup): bloco Produção na etapa Post Kickoff + aba Prazos (5 visões). Cada item abre a tela do documento ou do filing.

Papéis na produção

Attorney BR

⚖️ Peças complexas + revisão

Elabora peças/forms complexos, revisa docs/peças do LA e do intern, atendimentos complexos, valida docs do cliente e organiza o exhibit list do filing.

Legal Assistant

🗂️ Coleta + peças simples

Coleta os docs (via app), produz peças simples (support letters, forms simples) e mantém o 1º contato com o cliente; aciona o Attorney quando necessário.

Specialist

✍️ Peças inéditas + revisão

Desenvolve peças inéditas/complexas (recursos, covers de vistos novos, briefs de PSGs) e revisa peças/filings dos Attorneys BR.

Intern

🧩 Apoio pontual

Preenchimento de dados pessoais em forms, organização de exhibit e envio de FOIAs.

Coleta & produção

Coleta

📥 Documentos pelo app

  • LA valida os simples (passaporte, certidão, foto).
  • Docs que exigem análise jurídica → validação do Attorney BR.
  • Recusa → solicita reenvio ao cliente.
Produção & revisão

🔁 Status + roteamento

  • a produzir → em produção → em revisão → aprovado.
  • Peça do LA → revisão do Attorney (regra) / Specialist (exceção).
  • Peça do Attorney → Specialist quando necessário.
Filing

📚 Exhibit list

O Attorney BR organiza a ordem dos documentos do filing (exhibit) para a entrega final.

Docs Revision — quem revisa o quê (hubs)

Docs do cliente que exigem análise jurídica o LA escala para validação
Peças simples feitas pelo LA ou Intern support letters, motions simples
Formulários feitos pelo LA ou Intern o próprio Legal faz o form
→
⚖️ Attorney BR revisionregra
Peças mais complexas feitas pelo Attorney BR envio da peça separada, se necessário — ou conclusão sem revisão
Exceção: peças feitas pelo LA quando a peça pede o Specialist
→
✍️ Specialist revisionpeças complexas · exceções
💡
Alternativa sem revisão: a peça complexa do próprio Attorney BR pode ser concluída sem revisão (decisão dele). É o único bypass permitido no roteamento.

Visão micro — ciclo de vida de cada item

→
2
em produção
responsável por papel
→
3
em revisão
revisor pelo roteamento (hubs)
→
4
aprovado
pronto para o filing
→
5
no filing
entra no exhibit list
↩️
Loop de mudanças: o revisor pode solicitar mudanças (volta para "em produção", com comentário) quantas vezes precisar. Docs do cliente têm um pré-ciclo próprio: aguardando cliente → recebido (APP) → validado pelo LA — ou escalado ao Attorney (análise jurídica) — recusa pede reenvio. Cada transição fica registrada como estado + histórico (mesmo padrão das telas de documento e filing).

Matriz de roteamento (quem produziu × o quê → quem revisa)

ItemProduzido porRevisor (regra)Exceção
Doc do cliente simples (passaporte, certidão, foto)Cliente (APP)Legal Assistant valida—
Doc do cliente com análise jurídicaCliente (APP)Attorney BR—
Peça simples / formulárioLA ou InternAttorney BRSpecialist (peça separada)
Peça complexaAttorney BRSpecialistconclusão sem revisão (decisão do Attorney)
Peça inédita / muito complexaSpecialist—revisão cruzada entre Specialists (a definir)
⚙️
No sistema, o roteamento é dado, não código: a regra deriva de (tipo do item × quem produziu), com exceção manual sempre possível (o Attorney escolhe outro revisor no roteamento da tela). Permissões de transição por papel; revisor e prazo interno ficam no documents (spec 9, T-1/T-5).
⏱️
Prazos & responsáveis (pedido central): cada documento dentro do filing tem prazo interno próprio e responsável, editáveis pelo Attorney (diferente do prazo de entrega do filing). Uma aba/painel lista todos os prazos e responsáveis (docs e filings) em tabela com filtros (responsável, tipo de caso, tipo de documento, demanda).

Automação: Google Forms + Agente IA

1
waiting_send
form ainda não enviado
→
2
sent to client
link enviado ao cliente
→
3
form received
respostas voltam ao sistema
Agente IA · Forms/Produção

🤖 Valida, conversa, monta o app

  • Valida as respostas do Google Forms e aponta red flags (incompletas/erradas).
  • Troca mensagens com o cliente sobre pendências (Yousa Chat).
  • Monta a 1ª versão do app do cliente (advisory).

Agente novo, registrado no Sandbox (talks_to_client).

Integração Google Forms

🔗 Ligado ao sistema

O cliente responde as perguntas para preencher depois os forms oficiais. O status aponta o estágio e as respostas voltam para o sistema, sem digitação manual.

📄
Google Docs (fase futura): as peças (motions, covers, decs) são feitas no Google Docs e hoje viram PDF para o Airtable. Integrar o Google Docs direto com o sistema aceleraria produção, revisão e trocas, com banco interligado e envio para o filing final em formato doc.
🧭
Resumo do papel: humanos produzem e revisam por papel, com prazos/responsáveis visíveis num painel; a IA apoia a coleta via Google Forms (validação + conversa + 1ª versão do app); a integração Google Docs entra depois. Tudo advisory e validado pelo Attorney.