Bloqueia
Informe a data de emissão.
Todos
Recusa e não grava. Chega como statuscode 400 com a frase abaixo. Só sai corrigindo o dado, o cadastro — ou concedendo a permissão indicada.
O servidor devolve a lista de restrições sem gravar. A tela abre a janela de confirmação; respondendo Sim, reenvia com confirmado.
Só na tela, não bloqueia. Ou uma condição que muda o comportamento sem recusar nada.
A do pedido e a do preço são independentes, com colunas e regras próprias — e se cruzam num ponto: preço não liberado impede autorizar o pedido.
A ordem em que as coisas acontecem nesta tela é o que mais confunde no atendimento: grava-se o pedido; ao gravar, o sistema calcula sozinho a alçada de preço (seção J); depois alguém libera o preço (seção I); e só então o pedido pode ser autorizado (seções F a H). Um pedido parado quase sempre está esperando a etapa anterior.
Países: as regras mudam com parametros.codicfj — 004 Brasil,
001/002 Paraguai, 003 Bolívia, 005 Argentina.
Boa parte do bloco de crédito e das datas é só do Brasil.
Rodam em toda gravação. Vários dependem do país e da filial — coordenador, parceiro e frete só são exigidos no Brasil, e ainda variam conforme a filial ser do grupo agrícola.
Informe a data de emissão.
Campo [Emitente] em branco.
Campo [Vendedor] em branco.
QuandoNão informado ou informado como zero. Os dois são obrigatórios em qualquer país.
Campo [Coordenador] em branco.
QuandoA filial tem exigir_coordenador_pedido ligada — em qualquer país. Desde 12/09/2026; antes era no Brasil, fora das filiais agrícolas (razão social com AGRICOLA e as filiais 58, 60 a 65).
Conferirfilial.exigir_coordenador_pedido. Sem a coluna no banco, o coordenador não é exigido.
Campo [Tipo Pagamento] em branco.
QuandoSó no Brasil, em qualquer filial.
Campo [Parceiro] em branco.
QuandoBrasil, filial com exige_parceiro_pedido ligada, tipo de faturamento 114. Desde 12/09/2026; antes era a BMG AGRICOLA e as filiais 58, 60 a 65.
Conferirfilial.exige_parceiro_pedido. Sem a coluna no banco, o parceiro não é exigido.
Sem valor de frete, não será permitido.
QuandoBrasil, filial com exigir_valor_frete_pedido ligada, valor unitário de frete zerado, tipo de faturamento de venda ou transferência de acabado, e o tipo de frete não sendo SFR nem FOB. Desde 12/09/2026; antes valia fora da BMG AGRICOLA e das filiais 58, 60 a 65.
Conferirfilial.exigir_valor_frete_pedido (nasce ligada) e tipo_faturamento.venda_acabado / transferencia_acabado.
SairOu informar o valor por quilo, ou usar um tipo de frete que dispensa valor (FOB e afins).
Atenção ao ponto que mais gera confusão: aqui vale a U.D.F. de faturamento
(parametros.udf_fat), não a U.D.F. geral que trava os títulos.
São duas datas diferentes, e um pedido pode ser recusado num período em que o título passa.
Período de faturamento já fechado: a emissão precisa ser posterior a 2025-12-31.
QuandoData de emissão menor ou igual à U.D.F. de faturamento. A data limite vem na mensagem.
Conferirparametros.udf_fat. Aparece no rodapé do sistema como "UDF Fat".
Data já fechada, para novos pedidos.
QuandoBrasil, só na inclusão: pedido novo com emissão anterior a hoje. Alterar um pedido antigo continua permitido.
EscapaO tipo de faturamento 11105, único que aceita data anterior.
Não pode lançar com data adiantada.
QuandoBrasil, emissão posterior a hoje — na inclusão e na alteração.
Sem grupo de faturamento.
QuandoBrasil, grupo de faturamento não informado.
Data de entrega menor que a emissão.
Data de embarque maior que data de entrega.
QuandoAs duas comparações valem em qualquer país, quando as datas estão preenchidas.
Data de entrega maior que 10 dias.
QuandoFilial distribuidora, tipo de faturamento 114, entrega a mais de 10 dias da emissão.
A recusa mais comum ao gravar é a das parcelas que não fecham. Vale saber como o líquido é calculado aqui: soma dos itens + acréscimos − descontos, e nada mais — o pedido de venda não calcula imposto, ele só aparece no faturamento.
Valor das parcelas (12500.00) diferente do valor total líquido (12480.00).
QuandoA soma das parcelas não bate com o líquido, comparados com duas casas. Os dois números vêm na mensagem.
Como o líquido é feitoSoma do valor total de cada item, mais outros acréscimos, menos outros descontos. Linha com produto zerado ou peso líquido zero não entra — é descartada.
Campo [Valor Total Líquido] em branco.
Campo [Valor das Parcelas] em branco.
QuandoO líquido é zero ou negativo, ou a soma das parcelas é zero. Costuma ser grade vazia, ou todas as linhas descartadas por peso zero.
Não permitido pedido sem contrato.
QuandoTipo de venda EX (exportação) sem contrato informado.
Não permitido pedido de exportação em moeda local.
QuandoTipo de venda EX com a moeda do pedido igual à moeda local da filial.
As duas só valem com filial.controla_tabela_minima ligada (menu2332.prg:5731). Desde 12/09/2026 não há mais exceção por empresa: a ALL PAR ficava fora da primeira e RIBEIRAO da segunda.
Produto 10057 sem preço definido - não é possível continuar.
QuandoFora do Brasil, pedido de mercado interno (MI) dos tipos 114, 1121, 1123, 1138 ou 1177, produto com código de indústria e sem preço na tabela de preço mínimo vigente.
ConferirTabela de Preço Mínimo (18O) da filial na data de emissão.
Sistema antigo"Producto sin precio definido, no es possible continuar !" (:5797).
Produto 10057: valor fora da tabela, somente será aprovado com o responsável por vendas.
QuandoO unitário sai da faixa da tabela de preços (184) vigente: −5%/+12%; −15%/+15% em grupo de produto com HAMBUR; 0/+20% em filial distribuidora. (O corte de 22/01/2020 saiu em 13/09/2026.)
ConferirTabela de Preços (184) da filial.
Sistema antigo"Valor fora da tabela, somente será aprovado com o responsável por vendas !" (:6023).
O saldo não aparece como coluna na grade, de propósito: ele muda enquanto se digita, e um número exibido já estaria velho. Em vez disso o sistema recusa — ao digitar a quantidade e de novo na gravação.
Produto com saldo de quantidade insuficiente. Produto [10057], quantidade [40], estoque atual [120], pedidos abertos [95], disponivel [25].
A contaDisponível = movimento até a data de emissão − pedidos em aberto. A comparação é sempre em quantidade, nunca em peso.
EscapaFilial com verifica_estoque_pedido desligado · pedido marcado "a produzir" · tipos de faturamento da lista da filial, mais o tipo 11105.
AtençãoAo aceitar a quantidade, o sistema preenche sozinho peso bruto e líquido, pela média de peso por unidade do que está disponível.
Onde os saldos batem. O cálculo lê quatro origens de movimento — compra de carne, venda, lançamentos manuais e cupom — e não filtra por filial: o saldo é da empresa. Numa unidade que usa o sistema de indústria, o movimento não está nessas tabelas e o saldo calculado aqui não corresponde ao estoque real.
O custo médio do item. Cada linha grava o custo médio do produto
(custo_medio, pela função customedionew do banco) só na filial com
filial.pedido_grava_custo_medio. No Brasil é preciso também
verifica_estoque_pedido; fora do Brasil o custo sai na moeda 111. A marca só é lida
no Brasil e no Chile. Sem ela a coluna fica zero — é a regra, não defeito. Até
13/09/2026 decidiam o "CFC" na razão social da filial e a verificação de estoque.
A trava principal é a autorização: pedido autorizado não se altera — é preciso desautorizar antes. E pedido já faturado não volta atrás.
Pedido 100536679 está autorizado — desautorize antes de alterar.
QuandoAlterar um pedido com a autorização ligada. A tela também desabilita o Gravar e abre o formulário travado.
SairDesautorizar na grade, alterar, autorizar de novo — passando de novo por toda a análise de crédito.
Pedido 100536679 já faturado (venda 100534874) — não é possível alterar.
Pedido 100536679 já faturado (venda 100534874) — não é possível desautorizar.
QuandoExiste venda viva apontando para o pedido. Venda excluída não conta — ali o pedido volta mesmo para a fila.
AtençãoNo sistema antigo essa trava avisa e deixa passar (o bloqueio está comentado no fonte). Aqui ela recusa de verdade, como no outro sistema. É divergência deliberada — desautorizar um pedido já faturado deixaria a venda apoiada em algo que ninguém mais responde.
Pedido vinculado à logística de entrega [1004221], não será permitido excluir.
QuandoO pedido está numa rota de entrega. Tirar da rota primeiro.
Selecione o motivo da exclusão.
QuandoBrasil, filial distribuidora: o motivo é obrigatório para excluir.
Ordem de venda foi excluída — não é possível autorizar.
QuandoAção sobre um pedido já excluído — normalmente uma tela aberta antes da exclusão, ou dois usuários no mesmo pedido.
A permissão de autorizar é conferida antes do bloco de crédito, e o critério muda com o país: no Brasil e na Bolívia é por regra de acesso; nos demais, por tipo do grupo. Vale igual para autorizar e desautorizar.
Usuário não tem permissão para autorizar pedidos (regra ORDEM_VENDA_*).
QuandoBrasil ou Bolívia, e o usuário não tem nenhuma regra da família.
PermissãoQualquer regra que comece por ORDEM_VENDA_ — basta uma. Usuário master passa sem nenhuma. É o critério do sistema antigo; o outro sistema é mais restrito e exige a ORDEM_VENDA_AUTORIZACAO nominal.
Usuário não tem permissão para autorizar pedidos [FAT].
QuandoFora do Brasil e da Bolívia. O tipo de grupo do usuário vem entre colchetes.
PermissãoTipo de grupo ADM, GER, GVE, FAT, FIN ou CRE. Aqui não há regra nomeada — conceder ORDEM_VENDA_* não adianta.
Todas chegam na mesma frase, com os motivos separados por ponto e vírgula: Pedido 100536679 não pode ser autorizado: <motivos>. Não há confirmação possível — cada motivo precisa ser resolvido. O bloco inteiro só roda com a filial controlando pendências.
| Motivo | O que resolve | País |
|---|---|---|
tipo de faturamento exige a regra ORDEM_VENDA_AUTORIZACAO_AJUSTE_ESTOQUE_REETIQUETAGEM |
Conceder a regra — é ajuste de estoque / reetiquetagem | Brasil |
doação exige a regra ORDEM_VENDA_AUTORIZACAO_DOACAO |
Conceder a regra (tipo de faturamento 1120) | Brasil |
| pedido sem aprovação de preço | Liberar o preço antes — botão Aut. Preço, seção I | Todos |
| este pedido deve ter autorização de preço para faturamento (produto abaixo da tabela mínima) | Idem — e este alcança o caso em que a alçada não é ADM, mas há item abaixo do mínimo | Todos |
| pedido com produto repetido | Juntar as linhas do mesmo produto na grade | Todos |
| emitente sem segmentação | Cadastro do emitente — segmentação | Brasil |
| <produto>: sem tabela mínima | Cadastrar o produto na tabela de preço mínimo vigente da filial | Todos |
| <produto>: produto sem NCM | Cadastro do produto — NCM. Barrar aqui evita a rejeição da NF-e depois | Todos |
prazo fora do cadastro do emitente (exige ORDEM_VENDA_AUTORIZACAO_CREDITO) |
Usar um dos prazos cadastrados no emitente, ou conceder a regra | Brasil |
Sobre o NCM: a checagem recusa com o código vazio, ou com mais de 2 e menos de 8 caracteres. Código de 1 ou 2 caracteres passa — é marcação curta, não NCM pela metade. Parece descuido e é intencional.
Estas não impedem quem tem a regra de crédito: o servidor devolve a lista sem gravar, a tela mostra a janela com pedido, cliente, valor e motivo, e quem confirma assume. Sem a regra, viram recusa.
Pedido 100536679 com restrição de crédito (…) — exige a regra ORDEM_VENDA_AUTORIZACAO_CREDITO.
Com a regraNão vira erro: a tela abre a janela de restrições com tudo marcado, para desmarcar o que não deve passar. Fechar sem confirmar não autoriza nenhum.
Sem a regraÉ a frase acima, como recusa — menos no Brasil, na filial com filial.autorizar_pedido_simples ligada, quando todas as restrições são de limite (pendência acima do limite, pendência + pedidos em aberto, sem limite): aí a janela abre como se houvesse a regra. Atraso, cliente inativo e parcela mínima continuam pedindo a regra. Desde 12/09/2026; sem a coluna no banco vale desligada.
PermissãoORDEM_VENDA_AUTORIZACAO_CREDITO, no grupo de acesso ou no usuário. Master passa.
| Restrição | Como é medida |
|---|---|
| pendência (X) acima do limite (Y) | O limite não é a coluna crua: leva o percentual adicional do emitente e, no Brasil, o teto por faixa. Um cliente de 8.000 aparece com 10.800 |
| pendência + pedidos em aberto (X) acima do limite (Y) | Soma o que já está pedido e ainda não faturado |
| emitente sem limite de venda cadastrado | Limite zerado ou ausente no cadastro do emitente |
| atraso de N dia(s), tolerância de M | Título vencido e não pago; a tolerância é do cadastro do emitente |
| cliente sem compras há mais de 60 dias | Cliente inativo |
| parcela de X, abaixo do mínimo de 300 | Valor dividido pelo número de prazos |
Limite e atraso só valem para pedido A PRAZO. À vista o dinheiro entra na hora, então pendência e limite não são risco daquela venda — e o sistema deixa vender mesmo com atraso. Já cliente inativo e parcela mínima ficam fora dessa condição e valem para todo pedido no Brasil.
Quem não passa por nada disso: o tipo de faturamento que não controla pendência
(tipo_faturamento.ordem_venda_controla_pendencia desligado) e o cliente do
grupo — o emitente cujo grupo de emitente está marcado como intercompany
(grupo_emitente.intercompany; em central: BMG FOODS, NB, BT, BMG
AGRICOLA, BMG Transportes e VILA BELA FRIGORIFICO). Desde 13/09/2026; antes era o
nome do cliente com BETAMP, NBEEF, BMG ou AS COMER. Emitente sem grupo passa pela análise.
É outra autorização, com coluna própria. O preço comparado não é o valor unitário cru: dele saem antes os três percentuais do emitente — suframa, desconto e repasse. Comparar o valor cru absolveria item que o sistema barra.
Pedido 100536679: pedido já autorizado — desautorize o pedido antes de mexer na autorização de preço.
Por quêRetirar o preço por baixo deixaria um pedido autorizado apoiado num preço que ninguém mais responde. A ordem é: desautorizar o pedido, depois mexer no preço.
Pedido 100536679: pedido não precisa de autorização de preço (alçada SEM).
QuandoA alçada gravada no pedido é SEM ou vazia — não há o que autorizar. Ver a seção J.
Pedido 100536679: autorizar preço exige a regra ORDEM_VENDA_AUTORIZACAO_PRECO.
Pedido 100536679: pedido com alçada GER exige a regra ORDEM_VENDA_AUTORIZACAO_PRECO.
Pedido 100536679: retirar autorização de preço de pedido com alçada ADM exige a regra ORDEM_VENDA_AUTORIZACAO_PRECO.
PermissãoORDEM_VENDA_AUTORIZACAO_PRECO — a alçada de gerente.
<produto> — exige a regra ORDEM_VENDA_AUTORIZACAO_PRECO_ABAIXO_MINIMO
QuandoItem com preço abaixo da tabela mínima, ou de subgrupo com SUIN (suíno). Aí a alçada sobe: não basta a de gerente.
DesfechoTendo a regra, a tela lista os produtos abaixo do mínimo para confirmação, na mesma janela do crédito.
Não pedeNo Brasil, na filial com filial.autorizar_pedido_simples ligada: nenhuma das duas regras de preço é exigida. Desde 12/09/2026 — antes eram a filial agrícola (BMG AGRICOLA, 58, 60–65) e a razão social com TRANSP, que o porte não tinha. Sem a coluna no banco vale desligada.
PermissãoORDEM_VENDA_AUTORIZACAO_PRECO_ABAIXO_MINIMO — a alçada de administrador. Nos tipos de faturamento da lista mais branda, basta a de gerente.
Qual coluna da tabela mínima vale muda com a moeda: valor_transf na
moeda local, valor_transf_dolar nas demais. E fora das duas listas de tipos de
faturamento não há o que conferir — o preço passa direto.
Cancelar não apaga nada. No sistema antigo, responder "Não" ainda executava um comando que retirava uma autorização de preço já existente. Aqui cancelar não grava — divergência deliberada.
A alçada não é escolhida por ninguém: é decidida ao gravar o pedido e gravada no próprio pedido. É ela que diz se o preço precisa de liberação e de quem. A última regra que casar vence.
| Situação, na ordem em que é avaliada | Alçada |
|---|---|
| ponto de partida | SEM |
| produto sem tabela mínima — e com a filial controlando tabela mínima, a gravação é recusada | ADM |
| filial que não controla tabela mínima | (vazia) |
| custo pela tabela mínima acima do preço de venda — o mínimo de cada item, arredondado. Desde 12/09/2026 sem margem: a divisão pela margem do segmento do cliente e dos percentuais dele (com os clientes do grupo BFC, ALL P, UNIAO C, BMG, NOSTRO e BETA fora) saiu do sistema antigo — está fora de uso, de propósito | ADM |
| doação (tipo 1120), emitente sem segmentação, ou acréscimos maiores que zero | ADM |
produto da lista "PY" — resíduo, pele, sebo, farinha, sangue — ou filial marcada em filial.pedido_alcada_adm (era a cidade CAJURU) | ADM |
tipo com tipo_faturamento.ordem_venda_sem_autorizacao_preco, filial agrícola (BMG AGRICOLA, 58, 60–65) nos tipos 1137/1138, ou filial loja nos tipos 114/1121 — vence todas as anteriores. Até 12/09/2026 eram uma lista de 11 tipos, o 1184 fora de IBIUNA, o apelido LOJA e o 11113 em UNIAO CA. O 1184 entrou na lista da coluna, então a IBIUNA também deixou de pedir a autorização nele (decidido em 13/09/2026) | SEM |
A alçada GER não é atribuída em lugar nenhum pela gravação atual — a
linha que a gravava está comentada no sistema antigo. Ela continua sendo lida pelo
botão Aut. Preço, então só chega ali por pedido antigo.
Pedido gravado sem alçada não aciona nada do fluxo de preço. Se um pedido que deveria pedir liberação está passando direto, a alçada é o primeiro lugar a olhar.
A grade de pedidos mostra o cliente, não só o pedido — pendência, limite, atraso e dias sem comprar. A cor da linha resume isso, e é o mesmo cálculo que depois barra a autorização.
| Cor | Significa |
|---|---|
| Vermelho | Pendência + pedidos não faturados acima do limite e pedido não autorizado; ou "autorizado por" mostrando PRAZO |
| Laranja | Atraso acima da tolerância e pedido não autorizado; ou cliente sem nota há 60 dias; ou parcela abaixo de 300 |
"Autorizado por" tem dois papéis: mostra quem autorizou ou, se ninguém autorizou,
o motivo que exige autorização — PRAZO (prazo fora do cadastro do
emitente), PARCELA M (parcela abaixo de 300) ou INATIVO (sem
comprar há 60 dias), nessa ordem.
"Aut. Preço" anuncia de quem depende: com o preço ainda não liberado, alçada ADM aparece como Nec. aut (SUP) e GER como Nec. aut (GER).
O limite mostrado não é a coluna crua do cadastro: leva o percentual adicional do emitente e, no Brasil, o teto por faixa — +35% até 10 mil, +20% até 50 mil, +10% acima. É contra esse número que a cor compara.
Diferente da tela de Títulos, aqui as regras nomeadas mandam — são seis consultadas, e é por elas que passa quase todo o fluxo de autorização. Cadastro em Manutenção › Acesso dos Grupos (444) para um grupo, ou no cadastro do usuário para uma pessoa. Usuário master passa por cima de todas.
| Regra | Libera o quê |
|---|---|
ORDEM_VENDA_AUTORIZACAO |
Autorizar e desautorizar pedidos (Brasil e Bolívia). Qualquer regra da família serve para isso — esta é a natural de conceder |
ORDEM_VENDA_AUTORIZACAO_CREDITO |
Passar pelas restrições de crédito confirmando, e autorizar pedido com prazo fora do cadastro do emitente |
ORDEM_VENDA_AUTORIZACAO_PRECO |
O botão Aut. Preço — alçada de gerente |
ORDEM_VENDA_AUTORIZACAO_PRECO_ABAIXO_MINIMO |
Liberar preço abaixo da tabela mínima ou de subgrupo suíno — alçada de administrador |
ORDEM_VENDA_AUTORIZACAO_DOACAO |
Autorizar pedido de doação (tipo 1120), no Brasil |
ORDEM_VENDA_AUTORIZACAO_AJUSTE_ESTOQUE_REETIQUETAGEM |
Autorizar os tipos de ajuste de estoque e reetiquetagem, no Brasil |
Duas regras cadastradas que nada consulta: ORDEM_VENDA_AUTORIZACAO_INATIVO
e ORDEM_VENDA_AUTORIZACAO_MENOR_300_REAIS. Elas aparecem no cadastro de acessos e
não são lidas nem aqui nem no sistema antigo — as restrições de cliente inativo e de parcela
mínima passam pela ORDEM_VENDA_AUTORIZACAO_CREDITO. Conceder as duas não muda nada.
Elas contam, porém, para o teste de "tem alguma regra da família" que libera o botão Autorizar — o que é fácil de confundir com "a regra funcionou".
Fora do Brasil e da Bolívia não há regra nomeada nenhuma nesta tela: quem autoriza é
definido pelo tipo do grupo — ADM, GER, GVE, FAT, FIN ou CRE —, no cadastro de Grupos
de Usuário (442). Conceder ORDEM_VENDA_* a um usuário paraguaio não tem efeito.
Fora as regras da seção anterior, esta tela trava campos — e aqui
não há permissão a conceder: quem decide é o país, o
parâmetro distribuidora da filial, a cidade e o
tipo do grupo do usuário. É configuração, não acesso. Nenhuma regra
ORDEM_VENDA_* destrava esses campos, e nem o usuário master passa por
cima deles.
| Campo | Fica travado quando |
|---|---|
| Moeda (cabeçalho) | Três motivos independentes, e basta um: a grade já tem produto, a empresa é do Brasil, ou a filial é distribuidora |
| Outros descontos (cabeçalho) | No Brasil, em qualquer filial (a exceção de COLINA saiu em 13/09/2026) |
| Vendedor | O pedido já tem vendedor e o grupo do usuário é GVE, FAT ou VEN — em qualquer filial (a exceção de NOVA IGUAÇU, RIO DE JANEIRO e CAMPINAS saiu em 13/09/2026). Pedido sem vendedor continua liberado para preencher |
| País de destino, tipo de venda, contrato e grupo de faturamento | A filial é distribuidora. Os quatro andam juntos |
| % de desconto do item | No Brasil, sempre |
| Peso bruto e peso líquido do item | Brasil + filial distribuidora + tipo de faturamento 114 — as três ao mesmo tempo |
Este pedido não permite alterar a moeda do pedido — o campo é travado pela configuração da filial.
Este pedido não permite alterar o peso dos itens — o campo é travado pela configuração da filial.
QuandoUm campo travado mudou numa alteração. A frase é a mesma para todos, trocando só o nome do campo: a moeda do pedido, o desconto do cabeçalho, o país de destino, o tipo de venda, o contrato, o grupo de faturamento, o vendedor, o % de desconto dos itens, o peso dos itens.
Onde conferirManutenção › Filiais, campos Distribuidora e Cidade; e o tipo do grupo em Manutenção › Grupos de Usuário (442). O país sai dos parâmetros da empresa.
O que não é travadoIncluir ou remover linha da grade, e preencher campo que estava vazio. A trava é sobre mudança de valor gravado.
PermissãoNenhuma. Não há regra que libere — a mudança é de cadastro da filial ou de grupo do usuário.
A tela desabilita, o servidor recusa — e são as duas metades da mesma regra. No sistema antigo essas travas são só visuais: o campo aparece cinza e pronto. Aqui o servidor confere de novo ao gravar, porque o endereço da gravação responde a qualquer sessão — quem chamar por fora da tela encontra a mesma recusa.
Um campo que o sistema antigo trava e aqui não: o valor total do item, que lá é sempre desabilitado por ser derivado de peso × preço unitário. Travá-lo aqui recusaria alteração legítima de peso ou de preço — a tela continua calculando o total, e o servidor aceita o valor calculado.
E uma trava que não se segue: a distância até o cliente, que o sistema antigo trava no Brasil (exceto ENTRE RIOS). Era falta de espaço na tela do desktop, não regra (decisão de 13/09/2026): aqui ela é livre. O cabeçalho desta tela nem tem o campo — ele vive no cadastro da cidade e só aparece no demonstrativo.
Toda resposta sai com HTTP 200; quem diz o que aconteceu é o
statuscode dentro do corpo. Quem testar por API precisa disso — o status HTTP
é sempre 200 e não distingue sucesso de recusa.
| statuscode | Significa | O que a tela faz |
|---|---|---|
| 400 | Validação de negócio recusou | Mostra a frase na faixa de erro |
| 404 | Registro não encontrado | Mesma faixa de erro |
| 401 | Sessão expirada | Aviso de sessão esgotada e volta ao login |
| 503 | Banco ocupado — restore ou manutenção | Faixa de erro; tentar de novo depois |
A confirmação aqui não é um 409. Diferente da tela de Títulos, a autorização
devolve sucesso com uma lista de restrições e um indicador de que precisa confirmar —
sem gravar nada. A tela junta as restrições de todos os pedidos marcados e abre uma
janela, em vez de uma caixa por pedido. Confirmando, ela repete a chamada com
confirmado.
Ao abrir chamado, copie o código de ocorrência de 8 caracteres que aparece nos erros inesperados — com ele o suporte acha a linha exata no log, entre todos os clientes.
Portadas como estavam, de propósito. Não abrir defeito por elas — se incomodarem, o caminho é a decisão de trocar por configuração.
| Onde | O que está fixo no código |
|---|---|
| Coordenador, parceiro e frete obrigatórios | Saíram do código em 12/09/2026: hoje são filial.exigir_coordenador_pedido, exige_parceiro_pedido e exigir_valor_frete_pedido |
| Tipos de faturamento | Vários números literais: 114, 1120 (doação), 11105 (aceita data anterior), 11105/11116 (reetiquetagem) |
| Cliente inativo | 60 dias sem compra |
| Parcela mínima | 300 |
| Entrega em distribuidora | 10 dias |
| Teto do limite por faixa | +35% até 10 mil, +20% até 50 mil, +10% acima — só no Brasil |
| Alçada de preço | Lista de produtos "PY" (resíduo, pele, sebo, farinha, sangue). A cidade CAJURU virou a marca filial.pedido_alcada_adm em 13/09/2026 |
| Preço abaixo do mínimo | O texto SUIN no subgrupo do produto |
Dois nomes de regra corrompidos no sistema antigo, que aqui foram corrigidos e por
isso o comportamento difere: lá existem as chaves
TAB_PREC_MORDEM_VENDA_..._REETIQUETAGEMIN_SALVAR e
ORDEM_VENDA_AORDEM_VENDA_..._MINIMOUTORIZACAO_PRECO — nomes colados por engano,
que nunca casam com regra nenhuma. Naquele sistema a checagem correspondente sempre
recusa para quem não é master; aqui ela usa o nome certo e a permissão funciona.
Nenhuma regra bate com essa busca. Tente um trecho menor da mensagem, ou limpe os filtros.