Definir com clareza quem é responsável por cada etapa do ERP, qual é o tipo de ação (execução vs. conferência), e o que acontece quando algo dá errado (volta a etapa vs. corrige e avança). Este mapa é a referência canônica para delimitar onde termina a responsabilidade de uma pessoa e começa a da próxima.
Princípio: execução vs. conferência
Em cada etapa do pedido, alguém está fazendo uma de duas coisas:
Execução — criar, transformar, produzir. A pessoa gera um output novo: criar o pedido, gerar a REQ, manipular o produto, montar a caixa. Se errar, o erro segue adiante até alguém pegar na conferência.
Conferência — verificar, comparar, aprovar. A pessoa não cria nada — ela verifica se o que foi criado está correto. Existem dois tipos de conferência:
Conferência com volta: O conferente identifica o erro mas NÃO corrige. O pedido volta para quem executou, que corrige e resubmete. Exemplo: Farm. Triagista rejeita na triagem → volta para o Atendente renegociar com o profissional.
Conferência com correção e avanço: O conferente identifica o erro E corrige na hora, sem devolver. Avança a etapa. Exemplo: Setor de Pedidos encontra erro de cadastro na conferência documental → corrige diretamente no ERP e avança.
A regra para decidir qual tipo usar: se a correção exige informação que o conferente não tem (ex: renegociar com o profissional), volta. Se o conferente tem autonomia e informação para corrigir (ex: corrigir um campo de cadastro), corrige e avança.
Mapa por etapa
Etapa 1-3: Criado → Orçado → Liberado para pagamento
Aspecto
Detalhe
Responsável
Atendente
Tipo de ação
Execução
O que faz
Cria pedido de venda, atribui produtos (via OCR), define destinatário e frete, envia link de checkout
Limite de responsabilidade
Termina quando o pedido está em Liberado para pagamento. Dados do OCR (nome do paciente, composição, prescritor) são responsabilidade do Atendente até aqui.
Pagamento confirmado pelo gateway (webhook avança automaticamente). Exceção — urgência: a Gerente de Atendimento registra Pago manualmente com meio de pagamento “crédito cliente”, sem webhook. Neste caso, também marca prioridade (previsão = hoje). Ver Fluxo de urgência (pedido sem pagamento).
Etapa 4→5: Pago → Aguardando impressão
Aspecto
Detalhe
Responsável
Atendente (hoje — futuro: Setor de Pedidos separado)
Tipo de ação
Execução
O que faz
Gera pedido de produção no sistema, obtém REQ (6 dígitos), atribui séries aos produtos do pedido, atribui REQ ao pedido de venda
Campos disponíveis na etapa Pago
Dentro do pedido em status Pago, o Atendente tem campos para atribuir o número da REQ e as séries por produto
Limite de responsabilidade
Ao avançar para Ag. Impressão, o Atendente declara: “gerei a REQ, atribuí as séries, os 3 documentos estão prontos”. A partir daqui, a responsabilidade de verificar coerência é do agente de conferência.
⚠️ Nota sobre separação futura: Hoje a mesma pessoa (Atendente) faz o pedido de venda, espera o pagamento, e gera a REQ. Quando o Setor de Pedidos for separado, o Atendente fica com etapas 1-3 (pedido de venda até liberação) e o Setor de Pedidos assume etapa 4→5 (geração de REQ e atribuição). O ponto de handoff é o pagamento.
Webhook “pedido entrou em Ag. Impressão” dispara conferência automática dos 3 documentos (OCR × Pedido × REQ). Gera JSON consolidado com os dados verificados.
Se aceito
JSON consolidado fica disponível para impressão de rótulos. Pedido permanece em Ag. Impressão.
Se rejeitado
Pedido volta para Pago. O responsável pela execução (Atendente/Setor Pedidos) recebe o motivo da rejeição e corrige.
Limite de responsabilidade
O agente verificador não corrige — ele identifica e devolve. Quem corrige é quem executou (Atendente/Setor Pedidos).
Todos os documentos disponíveis no PV: (1) prescrição, (2) validação de assinatura, (3) comando de produção/ficha de pesagem, (4) rótulos (1 por unidade de cada produto), (5) registro de entrega (se flag existe). Ver conferencia-automatica-ag-impressao
Limite de responsabilidade
Executor puro: imprime tudo que está no PV e avança. Confia nos dados — não verifica.
Avanço
Automático por produto (pinta cada rótulo no sistema). Quando todos pintados → Impresso → Ag. Triagem.
Volta da Triagem (falta aviso)
Quando a Triagem detecta que falta aviso no rótulo (mas dados estão corretos), volta para Ag. Impressão. Setor de Impressão adiciona avisos no PDF, reimprime, e avança novamente com PDFs alterados. Neste caso, tem autonomia para alterar o PDF.
Filtra por tipo de envio, verifica flag de alerta, pega etiqueta do malote (preparado em D-1 pelo Administrativo), cola na caixa, coloca na sacola do envio. Ao fim do dia, exporta romaneio (CSV por tipo de envio) para a transportadora.
Bloqueio
Flag de alerta da Atendente impede avanço. Expedição não resolve — sinaliza Atendente.
Limite de responsabilidade
Expedição garante que a caixa certa vai para a sacola certa com etiqueta certa. Não verifica conteúdo (isso foi feito nas conferências).
Volta para Produzido. Expedição desmonta e reavalia.
Resumo visual: quem faz o quê
Atendente (hoje, futuro: separa em Atendente + Setor Pedidos)
├── Criado → Orçado → Liberado [EXECUÇÃO]
├── Pago → Ag. Impressão [EXECUÇÃO: gera REQ, atribui séries]
├── Marca flag "registro de entrega" em produtos 19h que exigem guia
└── Resolve rejeições da triagem [CORREÇÃO: renegocia com profissional]
Gerente de Atendimento
├── Urgência: marca prioridade + registra Pago manual (crédito cliente)
└── Escopo adicional a ser documentado
Agente Verificador (automático)
└── Ag. Impressão: conferência [CONFERÊNCIA com volta para Pago]
Setor de Impressão
├── Ag. Impressão → Impresso [EXECUÇÃO: imprime 5 docs (prescrição, validação, ficha pesagem, rótulos, reg. entrega)]
└── Volta da Triagem (falta aviso) [EXECUÇÃO: adiciona aviso no PDF, reimprime]
Farm. Triagista
├── Ag. Triagem → Triado [CONFERÊNCIA com volta]
└── 3 destinos de volta: Pago (dados), Ag. Impressão (aviso), Atendente (técnico)
Manipulador
└── Triado → (produto manipulado) [EXECUÇÃO]
Conferente
├── Conferência 1: produto × REQ [CONFERÊNCIA com volta parcial]
├── Conferência 2: produto × 3 docs [CONFERÊNCIA com volta]
└── Fechamento 15h/17h/19h: monta caixa [EXECUÇÃO]
Administrativo
├── D-1: prepara etiquetas + NFs (todos os tipos)
├── Fechamento 12h: monta caixa [EXECUÇÃO — já tem etiqueta D-1]
├── Insere rastreios (todos os tipos)
└── Comunica devoluções (Fechado → Ag. Fechamento)
Expedição
├── Produzido → Postado → Entregue [EXECUÇÃO]
└── Romaneio: exporta CSV de todos os tipos às 19h
Relação com outros processos
Referência de sistema:referencia-sistema-erp — índice de todos os mecanismos automáticos (webhooks, flags, APIs, filtros, travas) referenciados neste mapa.
Este mapa é referência para todos os processos da Cadeia 1:
Etapa 4 (Pago): adicionada exceção de urgência (Gerente de Atendimento registra Pago manual). Resumo visual: adicionados Gerente de Atendimento e flag registro de entrega. Tag papel/gerente-atendimento adicionada
Detalhamento com João — urgências e registro de entrega
2026-04-06
Etapa 5→6 (Impressão): detalhado que é executor puro + autonomia para adicionar avisos quando Triagem devolve. Etapa 7→8 (Triagem): 3 destinos de volta (Pago, Ag. Impressão, Atendente) conforme tipo de problema