Protótipo Fluig · Emergency Documentação (grupo TCGI) · construído a partir da reunião de 13/07/2026
Cada número abaixo saiu do que foi descrito na reunião de 13/07. São as fontes de retrabalho que o Fluig endereça.
| Fase | Etapa | Ator | Tela | Resultado |
|---|---|---|---|---|
| 1 · Comercial | Registrar solicitação e identificar requerente | Comercial / Atendimento | form-orcamento.html | Cadastro puxado do ERP · perfil PF ou PJ definido |
| Montar orçamento com itens do catálogo | Comercial / Atendimento | form-orcamento.html | Emolumentos, custas e honorários separados por item | |
| Enviar proposta e acompanhar retorno | Comercial · Cliente | portal/cliente.html | Aprovação registrada · timer cobra retorno em 7 dias | |
| 2 · Expedição | Explodir itens por matrícula e por nome | Expedição | form-expedicao.html | Cada certidão vira uma linha rastreável |
| Emissão automática pelo robô service task | Sistema | — | O que é digital sai sem tocar humano | |
| Designar portador e liberar numerário | Expedição · Portador | form-expedicao.html | Diligência atribuída · adiantamento registrado | |
| 3 · Prestação de contas | Prestar contas do desembolso em campo | Portador | form-prestacao-contas.html | Cada gasto com origem do recurso declarada |
| Conciliar numerário (fundo fixo × adiantamento) | Financeiro | form-prestacao-contas.html | Saldo do cliente e caixa da Emergency separados | |
| 4 · Entrega | Conferir, digitalizar e disponibilizar documentos | Expedição | form-expedicao.html | Documento no portal · cliente notificado por e-mail |
| Acompanhar esteira e baixar documentos | Cliente (portal público) | portal/cliente.html | A esteira que hoje não existe no e-commerce | |
| 5 · Faturamento | Apurar saldo e enviar ao ERP service task | Financeiro · Sistema | form-faturamento.html | PF na hora · PJ pela data de corte · título gerado no ERP |
| Dor descrita na reunião | Como o protótipo responde | Tela |
|---|---|---|
| Não se sabe se o dinheiro pago no cartório é capital próprio ou valor antecipado pelo cliente | Todo desembolso do portador declara a origem do recurso. O fechamento separa fundo fixo da Emergency do saldo de cada cliente dor nº 1 | Prestação de contas |
| Sem relatório gerencial: proposta enviada × aprovada, funil, status financeiro | Cada etapa é uma atividade rastreada; taxa de conversão e tempo por etapa saem do próprio processo | Orçamento e proposta |
| E-commerce entrega o documento, mas não mostra a esteira ao cliente | Portal público por link, sem licença Fluig: status item a item, prazo previsto e download | Portal do Cliente |
| Procurações e documentos vão e voltam por e-mail, sem organização | Solicitação formal no portal com anexo, conferência e devolutiva de exigência — tudo no processo | Portal do Cliente |
| Expedição sem padronização: portador designado em tela solta | Designação com prazo, timer de 48h sem baixa e escalação automática pra Expedição | Expedição |
| Faturamento parcial e data de corte por cliente controlados na mão | PF com adiantamento integral e PJ com fechamento por data de corte, cada um no seu caminho | Faturamento |
| Certidão vence e ninguém percebe até precisar dela | Subprocesso de monitoramento dispara alerta por e-mail antes do vencimento | Fluxo BPMN · etapa 24 |
| Camada | Responsabilidade | Situação |
|---|---|---|
| Fluig | Orçamento, proposta, explosão de itens, expedição, portadores, documentos e procurações, prestação de contas, prazos e alertas | escopo deste protótipo |
| ERP próprio (PHP) | Cadastro de clientes, tabela de serviços e preços, faturamento, contas a pagar e receber, conciliação bancária | permanece · integrado |
| Robô de certidões | Emissão automática nos portais dos órgãos — a automação que a Emergency já tem | permanece · orquestrado pelo Fluig |
| CRM | Captação, funil de vendas e pré-venda | discutido · fora deste protótipo |