¶ Conformidade da Negociação
Tela pós-aprovação que compara pedidos editáveis com uma Negociação de Margem já APROVADA, identifica divergências (preço e quantidade), permite reaplicar a negociação nos bins operacionais e aprovar pedidos para integração com o ERP.
Volte ao manual de Negociação de Margem para o fluxo de criação, edição e aprovação da proposta.
¶ 3.1 Visão geral
Para que serve: garantir que os pedidos editáveis (Pendente, Em análise, Recuperado) reflitam o que foi negociado e aprovado — especialmente após reprocessamento, Atualizar Pedidos ou re-unitização, quando cortes e preços podem ser desfeitos.
Quando usar: depois que a negociação está APROVADA e você suspeita que algum pedido/bin ainda não recebeu o corte ou o preço negociado (ou foi alterado depois).
Quem usa: usuários com permissão negociacao.aprovar (mesma da aprovação da negociação).
Problema que resolve: na aprovação original, pedidos em status avançado (ex.: agrupador UNITIZADO) ou bins criados depois da neg não eram ajustados. A Conformidade mostra onde ainda há diferença e permite corrigir sem SQL manual.
Resultado esperado: linhas conformes (coluna Diverg. = OK), reaplicação registrada em log e pedidos aprovados prontos para o ERP (quando configurado).
O que NÃO é: não substitui a tela de edição da proposta (Rascunho/Proposta). Não edita a negociação — só diagnostica, reaplica e aprova pedidos.
¶ 3.2 Como acessar
Terus Order → Negociação de Margem → abrir negociação APROVADA → botão Conformidade
- Selecione o varejo na barra lateral (ex.: São Luiz no fornecedor DOrigem).
- Abra Terus Order → Negociação de Margem.
- Clique na negociação com status Aprovada.
- No cabeçalho do detalhe, clique em Conformidade (ao lado de Exportar Excel).
Legenda: negociação APROVADA — botão Conformidade visível apenas com permissão negociacao.aprovar.
URL direta (substitua {id} pelo número da negociação):
/dashboard/fornecedor/negociacao/{id}/conformidade
Legenda: KPIs, filtros, barra de reaplicação e tabela por plano de pagamento. Dados sensíveis podem aparecer borrados na documentação.
¶ 3.3 Conhecendo a tela
¶ Cabeçalho
| Elemento | Descrição |
|---|---|
| Título | Conformidade · Neg #{id} |
| Subtítulo | Data da aprovação da neg, vendedor (se houver) |
| Selo | Diagnóstico · Reaplicar · Aprovar |
| Voltar | Retorna ao detalhe da negociação |
¶ Cards de resumo (KPIs)
Cada card possui ícone “i” com explicação detalhada.
| Card | Significado |
|---|---|
| Produtos c/ pedidos | SKUs da neg que existem em pelo menos um pedido editável no escopo |
| Produtos divergentes | SKUs com ao menos uma linha pedido×produto ≠ neg |
| Pedidos editáveis | Bins/pedidos operacionais (Pendente / Em análise / Recuperado) |
| Linhas divergentes | Total de linhas pedido×produto divergentes |
| Pós-reprocesso | Linhas alteradas depois da aprovação da neg |
¶ Filtros
| Filtro | Padrão | Efeito |
|---|---|---|
| Só divergentes | Ligado | Oculta produtos já conformes |
| Só pós-reprocesso | Desligado | Mostra só linhas alteradas após a neg |
| Mostrar originais | Desligado | Inclui pedidos agrupadores/pai unitizados (somente diagnóstico) |
| Busca | — | Filtra por código ou descrição (cliente) |
| Atualizar | — | Recarrega dados do servidor |
Importante: pedidos originais (agrupadores) têm status UNITIZADO e servem só para diagnóstico. Reaplicar e Aprovar atuam nos bins operacionais (Unit#0, Unit#1, Unit#2…).
¶ Barra Reaplicar
| Ação | Descrição |
|---|---|
| Selecionar divergentes | Marca todas as linhas divergentes visíveis |
| Limpar seleção | Desmarca tudo |
| Reaplicar selecionados | Aplica preço/corte da neg nas linhas marcadas |
¶ Tabela de produtos
Uma linha por produto (SKU), agrupada por Plano de Pagamento (prazo/condição congelados na neg). Colunas espelham a tela de negociação, mais Pedidos, Diverg. e seleção.
Expanda a linha (▶) para ver cada pedido/bin com:
- número do pedido varejo + Unit#n
- status
- preço e quantidade atual → esperado
- checkbox por linha
- link Abrir para o pedido
Legenda: detalhe por bin — divergência de qtd/preço e badge somente info em agrupadores.
¶ Bloco Aprovar pedidos
Lista cada bin operacional com status, quantidade de itens da neg, divergências, estado da seleção e botão Aprovar.
¶ 3.4 Passo a passo das operações
¶ 1. Diagnosticar
- Abra Conformidade em uma neg APROVADA.
- Use Só divergentes (padrão) para focar no que falta corrigir.
- Revise os KPIs e a coluna Diverg.
- Expanda produtos com divergência e confira pedido a pedido.
¶ 2. Reaplicar cortes e preços
- Marque linhas na tabela (checkbox) ou clique Selecionar divergentes.
- Clique Reaplicar selecionados e confirme.
- Aguarde a mensagem de sucesso e clique Atualizar se necessário.
- Verifique Diverg. = OK nas linhas tratadas.
Atenção: reaplicação não altera pedidos originais (agrupadores). Só bins Pendente / Em análise / Recuperado.
¶ 3. Aprovar pedidos para o ERP
- No bloco Aprovar pedidos, clique Selecionar itens (ou marque manualmente todos os itens ativos da neg naquele bin).
- Confirme Seleção completa e zero divergências.
- Clique Aprovar.
- O pedido passa para status APROVADO. Se o varejo tiver integração automática, o envio ao ERP/e-commerce é disparado.
Fluxo recomendado:
Diagnosticar → Reaplicar divergentes → Conferir OK → Selecionar todos os itens → Aprovar pedido
¶ 3.5 Explicação dos campos — coluna Diverg.
A coluna Diverg. compara cada linha pedido × produto (bin operacional) com a negociação aprovada.
| Indicador | Cor | Regra |
|---|---|---|
| Qtd | Vermelho | Quantidade atual do pedido ≠ esperada pela neg |
| Preço | Laranja | Preço Neg > 0 e preço do pedido ≠ preço negociado |
| OK | Verde | Conforme em qtd e preço |
| Pós-reproc. | Azul | Item alterado depois da aprovação da neg (alerta, não é divergência por si) |
| somente info | Roxo | Linha do pedido original/agrupador — não entra em reaplicar/aprovar |
Quantidade esperada:
- Qtd Neg = 0 (corte) → esperado 0 no pedido.
- Qtd Neg > 0 → esperado = quantidade pedida do item no pedido.
- Atual =
quantidade_confirmada; se vazia, usaquantidade_pedida.
Preço esperado:
- Se Preço Neg > 0 → esperado = preço negociado.
- Compara com
preco_aprovado(ou preço do pedido se aprovado vazio).
Na linha agregada do produto, badges mostram quantas linhas divergem em Qtd e Preço.
¶ 3.6 Regras e validações
¶ Escopo (quais pedidos entram)
| Critério | Origem |
|---|---|
| Data de emissão | = Data dos Pedidos da neg |
| Vendedor | = vendedor da neg (se definido) |
| Filial | Escopo da neg (todas ou lista) |
| Status editável | Pendente, Em análise, Recuperado |
| Produto | Itens da neg não bloqueados |
¶ Reaplicar
- Exige permissão
negociacao.aprovar. - Neg deve estar APROVADA.
- Ignora pedidos pai/agrupador.
- Registra log
NEGOCIACAO_REAPLICADAna neg e no pedido.
¶ Aprovar pedidos (nesta tela)
Além das regras normais de aprovação de pedido (DE-PARA, limites, etc.):
- Todos os itens ativos da neg naquele pedido devem estar selecionados na tabela.
- Nenhuma divergência restante (qtd ou preço).
- Pedido em status editável; não aprova agrupadores.
Importante: aprovar aqui é o mesmo processo do botão Aprovar na tela do pedido. O status vai para APROVADO e a integração ERP depende da configuração do varejo (
integra_automaticamente).
¶ Atualizar Pedido (preventivo)
Ao reprocessar um pedido coberto por neg APROVADA, o sistema exibe aviso NEGOCIACAO_APROVADA: reprocessar pode desfazer cortes/preços. Use Conformidade → Reaplicar ou confirme se deseja continuar.
¶ 3.7 Resultado esperado
| Ação | Resultado |
|---|---|
| Diagnóstico | Lista clara de divergências por produto e por bin |
| Reaplicar | preco_aprovado e quantidade_confirmada alinhados à neg; KPIs do pedido recalculados |
| Aprovar | Status APROVADO; integração ERP/e-commerce se configurada |
| Logs | NEGOCIACAO_REAPLICADA / APROVADO auditáveis |
¶ 3.8 Erros comuns e solução
| Problema | Causa provável | O que fazer |
|---|---|---|
| Botão Conformidade não aparece | Neg não está APROVADA ou sem permissão | Aprove a neg; verifique negociacao.aprovar |
| Aprovar desabilitado | Seleção incompleta ou divergência restante | Selecionar itens; Reaplicar antes |
| Corte não aplicado após neg | Bin criado depois da aprovação (re-unitização) | Reaplicar na linha do Unit# correto |
| Pedido pai com divergência | Agrupador UNITIZADO — snapshot | Diagnóstico only; corrija nos bins filhos |
| Reaplicar ignorou linha | Status não editável ou produto fora da neg | Verifique status e escopo |
| Integração não ocorreu | Aprovação OK, mas integração manual/automática off | Aprove na tela do pedido ou configure integração |
| Muitas linhas Pós-reproc. | Reprocesso em lote após a neg | Normal; use filtro Só divergentes para focar |
¶ 3.9 Perguntas frequentes
A Conformidade aparece no menu lateral?
Não. O acesso é pelo botão Conformidade no detalhe de uma neg APROVADA.
Posso reaplicar no pedido original (agrupador)?
Não. Ele é somente informativo. A ação é nos bins Unit#0…#n.
Preciso selecionar todos os itens do pedido para aprovar?
Sim — todos os itens ativos da neg naquele bin, não só os divergentes.
Aprovar na Conformidade integra automaticamente ao ERP?
Só se o varejo estiver configurado para integração automática na aprovação. Caso contrário, o pedido fica APROVADO aguardando integração manual.
Qual a diferença entre divergência e pós-reprocesso?
Divergência = pedido ≠ neg (precisa reaplicar). Pós-reprocesso = item foi tocado depois da neg (alerta); pode estar conforme ou não.
Funciona para qual varejo?
Para o varejo selecionado na sidebar, dentro do escopo da neg (data, vendedor, filiais).
¶ Ver também
- Negociação de Margem — criar e aprovar a proposta
- Pedido Venda — fluxo geral de pedidos e aprovação
- Módulo DE-PARA — mapeamento necessário para aprovar pedidos