Objetivo
Verificar que cada produto manipulado está conforme com o que foi pedido, em duas etapas de conferência com escopos crescentes, e montar a caixa final do pedido. Estas conferências são a última barreira antes da expedição — o que sai daqui vai para o cliente.
Como o Conferente encontra o trabalho do dia
Conferência 1, Conferência 2 e Fechamento usam o filtro padrão da produção (ver Como cada etapa enxerga o trabalho do dia):
- Filtro de status: Pedidos na etapa correspondente (Conferência 1, Conferência 2, ou Ag. Fechamento)
- Filtro de data: Data de retirada da REQ = hoje
- Ordenação: Por hora (12:00 primeiro → 19:00 por último, com :30 intercalados)
Foco das conferências: Conferência 1 e 2 estão focadas na conformidade do produto e dos dados documentais — NÃO verificam consistência de datas. A verificação de datas acontece na Triagem (antes) e no Expedição (depois).
O Fechamento, além de montar a caixa, observa se a data de retirada está coerente — se o pedido está atrasado em relação ao prometido, isso é informação relevante para a expedição organizar o romaneio.
Posição no fluxo do ERP
Este processo cobre três etapas sequenciais do ERP, todas com o mesmo padrão de avanço:
| Etapa ERP | # | O que verifica | Padrão de avanço |
|---|---|---|---|
| Conferência 1 | 9 | Produto produzido × REQ (pedido de produção) | Automático por produto |
| Conferência 2 | 10 | Produto produzido × REQ × Pedido de venda × OCR | Automático por produto |
| Produzido (Fechamento) | 11 | Todos os produtos chegaram → monta a caixa | Automático por produto |
Nas três etapas, cada produto é verificado individualmente (“pintado” no sistema). Quando todos os produtos do pedido estão pintados, o sistema avança automaticamente para a próxima etapa.
Como funciona
Conferência 1 — Produto × REQ
O Conferente pega o produto manipulado e confere com o pedido de produção (REQ): a composição do que foi produzido bate com o que a REQ pedia? O volume está correto? A embalagem é a certa? O rótulo do produto foi gerado a partir do JSON consolidado (produzido pela conferência automática), então se o rótulo e a REQ divergirem, o problema é de impressão ou manipulação — não de dados.
- Quem executa: Conferente
- O que faz (físico): Pega o produto manipulado, lê o rótulo (que contém os dados consolidados), e compara com a REQ correspondente (número da série identifica qual produto da REQ).
- O que muda (ERP): Cada produto conferido é “pintado” no sistema. Quando todos os produtos do pedido estão pintados, o ERP avança automaticamente de Conferência 1 para Conferência 2.
- Entregável: Produto verificado contra REQ.
O que pode dar errado: Volume diferente do especificado, embalagem trocada, produto de outro pedido misturado. Se qualquer produto não confere, não pintar — reportar para correção.
Conferência 2 — Produto × REQ × Pedido × OCR
O Conferente faz uma conferência mais ampla: além de verificar o que a produção fez (REQ), verifica se bate com o que o cliente pediu originalmente (Pedido de venda e OCR).
- Quem executa: Conferente
- O que faz (físico): Compara o produto contra três referências: REQ, Pedido de venda, e OCR. Verifica: nome do paciente bate? Composição bate? Quantidade de itens bate?
- O que muda (ERP): Cada produto pintado. Quando todos pintados, avança automaticamente para Produzido (Fechamento).
- Entregável: Produto verificado contra os três documentos.
O que pode dar errado: Divergência entre o que foi produzido e o que o cliente pediu originalmente (ex: OCR dizia 30g mas o Pedido e REQ dizem 60g). Neste ponto, a divergência pode ser legítima (ajuste autorizado) ou erro. Se não está claro, não pintar — escalar para Setor de Pedidos.
Verificação e fallback do registro de entrega especial (envio 19h)
Na Conferência 2, o Conferente verifica se o produto tem o flag “registro de entrega” marcado no PV. Se sim, verifica se o registro de entrega já está no pacote impresso (o Setor de Impressão já deveria ter impresso junto com os rótulos, prescrição e ficha de pesagem — ver Documentos disponíveis no PV após Ag. Impressão).
Se o registro de entrega já está no pacote: Conferente confere que está presente e segue. Nenhuma ação adicional.
Se o registro de entrega NÃO está no pacote (fallback): O Conferente imprime o registro de entrega neste ponto. Isso pode acontecer se o flag foi adicionado depois da impressão original, ou se houve falha na primeira impressão.
Este flag é por produto — num mesmo pedido, pode haver produtos com e sem registro de entrega. Só ocorre em pedidos com tipo de envio 19h.
Cadeia de responsabilidade:
- Quem marca o flag: quem cria o PV (Atendente ou Gerente de Atendimento) — ver Registro de entrega especial (flag por produto, envio 19h)
- Quem imprime (regra): Setor de Impressão, junto com todos os outros documentos do PV
- Quem imprime (fallback): Conferente na Conf. 2, se não veio no pacote
- Se o flag não foi marcado na criação do PV, a guia não existe em nenhum lugar — o produto segue sem ela
Fechamento (Produzido) — Montagem da caixa
Quando todos os produtos do pedido passaram pelas duas conferências, o pedido está em Ag. Fechamento. A caixa é montada com todos os itens do pedido e avançada para Fechado.
Quem fecha depende do tipo de envio:
-
Envio 12h: O Administrativo fecha de manhã cedo — já tem etiqueta e NF em mãos desde D-1, pega o produto e monta. Ver Fase 2A — Fechamento dos pedidos 12h (D, manhã cedo).
-
Envio 15h, 17h, 19h: Conferente / Expedição fecha no fluxo normal da produção, usando etiqueta do malote.
-
O que faz (físico): Agrupa todos os produtos do pedido. Monta a caixa. Inclui manuais de uso quando aplicável. Fecha a caixa.
-
O que muda (ERP): Status avança de Ag. Fechamento para Fechado manualmente por quem está montando.
-
Entregável: Caixa montada com todos os produtos, pronta para expedição.
Resumo RACI
| Etapa | R (Executa) | A (Presta contas) | C (Consulta) | I (Informado) |
|---|---|---|---|---|
| Conferência 1 (produto × REQ) | Conferente | Conferente | — | — |
| Conferência 2 (produto × REQ × Pedido × OCR) + impressão registro de entrega se 19h | Conferente | Conferente | Pedidos (se divergência) | — |
| Fechamento 12h (montagem da caixa) | Administrativo | Administrativo | — | Expedição |
| Fechamento 15h/17h/19h (montagem da caixa) | Conferente / Expedição | Conferente | — | — |
Regras de decisão e escalação
- Produto não confere em Conferência 1: Não pintar. Reportar: qual produto, qual divergência (composição? volume? embalagem?). O Manipulador refaz ou corrige.
- Divergência em Conferência 2 entre REQ e OCR: Pode ser ajuste autorizado ou erro. Escalar para Setor de Pedidos, que verifica se houve ajuste documentado. Se erro, volta para correção. Ver conferencia-pedido-ocr.
- Produto de um pedido misturado com outro: Separar, identificar o pedido correto, reportar o erro de manipulação.
- Produto com defeito visual (cor diferente, separação, precipitado): Não pintar. Consultar Farm. Triagista.
Exceções conhecidas
- Pedido com apenas 1 produto: As conferências são mais rápidas mas todas as etapas ainda se aplicam — não pular Conferência 2 só porque tem 1 produto.
- Produto que exige cold chain: Verificar se foi mantido em temperatura adequada durante toda a manipulação e conferência. Registrar se houve quebra de cadeia de frio.
Métricas sugeridas (futuro)
- Taxa de rejeição na Conferência 1 (por tipo de erro) — indica qualidade da manipulação
- Taxa de fallback de impressão na Conferência 2 — indica confiabilidade do Setor de Impressão
- Tempo médio de resolução de NOK — indica eficiência do circuito de correção
- Proporção de flags ⚠️ que se confirmam como problemas reais vs. falsos positivos — indica calibragem das regras da conferência automática
Detalhes de sistema
Mecanismos automáticos que operam neste processo. Referência completa em referencia-sistema-erp.
Pintar produto (avanço automático por produto): Conferência 1, Conferência 2 e Fechamento usam o mesmo mecanismo — cada produto é marcado individualmente no sistema (“pintado”). Quando todos os produtos do pedido estão pintados numa etapa, o sistema avança automaticamente para a próxima. Se um produto não confere, não pintar — o pedido trava naquela etapa.
Filtro padrão da produção: As 3 etapas usam o mesmo filtro para montar a fila de trabalho: status = minha etapa + data de retirada da REQ = hoje + ordenação por hora (12:00 primeiro → 19:00 por último, :30 intercalados). Ver Como cada etapa enxerga o trabalho do dia.
JSON consolidado como referência: Os rótulos e dados de verificação vêm do JSON gerado pela conferência automática. Na Conferência 1, se rótulo e REQ divergirem, o problema é de impressão ou manipulação (não de dados) — porque ambos derivam do mesmo JSON verificado.
Flag de registro de entrega: Na Conferência 2, o Conferente verifica se produtos com flag “registro de entrega” têm a guia no pacote impresso. Se não (fallback), imprime neste ponto. O flag é por produto, não por pedido. Ver 9. Flag de registro de entrega (por produto).
Avanço do Fechamento: O status avança de Ag. Fechamento → Fechado manualmente por quem está montando a caixa (Administrativo para 12h, Conferente/Expedição para demais tipos).
Relação com outros processos
- Recebe de: Manipulação — produto manipulado
- Entrega para: Expedição e Transporte — caixa montada em status Produzido
- Dados de referência: JSON consolidado gerado pela Conferência Automática — os rótulos e dados de verificação vêm desse JSON
- Regras de conferência: Conferência de Pedidos (OCR × Pedido × Req) — a verificação detalhada dos documentos
- Regras de datas e filtros: regras-datas-filtros-producao — define filtro padrão da produção, tipos de envio, e hora como critério de priorização
- Etapa dentro de: Ciclo do Pedido — Fluxo Executivo (fase 6)
- Mapa de responsabilidades: Mapa de Responsabilidades por Etapa
- Mecanismos de sistema: referencia-sistema-erp — pintar produto, filtros, flags
- Automação: contexto-print-service-neofarma — Print Service que produz os rótulos e fichas consumidos por estas conferências
Histórico de evolução
| Data | Mudança | Motivação |
|---|---|---|
| 2026-04-01 | Criação do documento cobrindo Conferência 1, 2 e Fechamento. Processos identificados como P11 na tabela de processos | Sessão de arquitetura com João — mapeamento das etapas de conferência no ERP |
| 2026-04-02 | Adicionada referência ao JSON consolidado e conferência automática; links para mapa de responsabilidades | Criação do processo de conferência automática — rastreabilidade de dados |
| 2026-04-06 | Adicionados: filtro padrão da produção (data retirada + hora), clarificação de que Conf 1/2 não verificam datas (Triagem faz), Fechamento observa datas para expedição, link para regras-datas-filtros-producao | 2026-04-06-processos-sem-regras-datas-filtros-envio |
| 2026-04-06 | Fechamento diferenciado por tipo de envio: 12h fechado pelo Administrativo (já tem etiqueta D-1), 15h/17h/19h pelo Conferente/Expedição. RACI atualizado com duas linhas de Fechamento | Detalhamento com João — quem fecha por tipo de envio |
| 2026-04-06 | Conferência 2: registro de entrega especial corrigido — Setor de Impressão imprime como regra, Conf. 2 é fallback (só imprime se não veio no pacote). Cadeia de responsabilidade: Atendente marca flag → Impressão imprime → Conf. 2 verifica presença | Detalhamento com João — documentos do Setor de Impressão |
| 2026-04-06 | Adicionada seção “Detalhes de sistema” separando: pintar produto, filtro padrão, JSON como referência, flag de registro de entrega, avanço do Fechamento. Link para referencia-sistema-erp | Agregação de detalhes de sistema na documentação de processos |