Pegue o numero da DT, anote a quantidade e produto envolvido.

Através da query de saldo filtrando pelo produto, verifica B2, B8, BF, se o saldo dessas
duas colunas estão iguais, ou se as quantidades são suficientes para atender a DT (quantidade que vc já anotou). Senão tiver saldo ou esses estão muito
diferentes, primeiro rode a rotina veja se há empenho (BF e B8) e/ou reserva (B2) , limpar os empenhos e reservas, para limpar vá pelo SDU abra a SB2
e vá no campo B2_RESERVA e zere o valor do campo B2_RESERVA, vá no SB8 e filtre, filial+código do produto+ B8_EMPENHO <> ‘’, os que
aparecerem devem ser zerados (o campo empenho, não a linha), Faça esse procedimento da B8 na BF igualzinho. Depois reprocesse o SALDO, para o
produto e armazém da DT (rotina do estoque refaz saldo).Volte na Query e veja se apagou Reserva na B2 e Empenho na B8 e BF, se sim, libere pra teste.
ATENÇÃO: Em geral essa manobra resolve, mas esse erro as vezes aparece também em operações de sucata ou PIA, ai o procedimento é
diferente. Como exemplo do Slide seguinte (2)
Excluiu nota e não voltou saldo: Pode SER ARMAZEM ERRADO – Vai no Pedido e troca do armazém do 10 para o 12 tabela SC6
1 – primeiro pegar os códigos das etiquetas, consultando na CB0
2 – pegar o sublote tb na CB0, verifica como esta na BF e B8, uma dessas duas tabelas estão zeradas, então:
3- vai na SD3, pesquisa por esse sublote, vão ter duas linhas, uma das linhas o D3_TM = ‘999’ essa linha que tem que deletar, a
outra linha com outro código deve ficar (que é a 499).
4 – fazer na SD5 e SDB, também procurando pelo código 999, e excluir. Sempre pelo lote e sublote
5- Ir na CB9 filtrando pelas etiquetas e verificar se tem OS amarrada as etiquetas, se sim, deleta a linha toda.
6 – Por fim refaz saldo
* observação: fazer essa manobra para todas as etiquetas, pois normalmente são varias etiqueta.
Neste caso o PV estava no armazém 10 e a DT para o armazém 80, alinhar os armazéns para que o sistema empenhe e não de
erro de saldo corretamente. Além disso a DT estava errada, ao invés da quantidade ser 5.835 unidades, estava 5835.000. corrigi
pelo SDU o armazem do pedido para 80 e a quantidade da DT para 5.835. Vá no PV e faça uma nova liberação para criar SC9.
Verificar o pedido o motivo de não liberado, pode ser crédito, cliente ou mesmo saldo. Essa Mensagem aparece em geral
depois da mensagem de falta de saldo. Verificar, SB2, SB8, SBF se na SB2 tem reserva, e empenho nas tabelas SBF e SB8,
apague todos empenhos e reserva e gere novamente OS. Senão for, veja se falta saldo na SB8 e na SBF em alguns lotes. Caso
não resolva, veja a data de validade dos Lotes do produto em questão na SB8, SD3, CB0, SDD, SD5.SDC.
Verificar o pedido o motivo de não liberado, pode ser crédito, cliente ou mesmo saldo. Essa Mensagem aparece em geral depois da mensagem
de falta de saldo. Verificar, SB2, SB8, SBF se na SB2 tem reserva, e empenho nas tabelas SBF e SB8, apague todos empenhos e reserva e gere
novamente OS. Senão for, veja se falta saldo na SB8 e na SBF em alguns lotes. Caso não resolva, veja a data de validade dos Lotes do produto
em questão na SB8, SD3, CB0, SDD, SD5.
Query de estoque para saber se tem empenho se esta equalizado, não esta, refaz saldo, senão mudar comece na SB9 (saldo inicial do mês, já peguei saldo zerado inicial, mas deveria ter algo. Coloquei o saldo faltando na SB9 inicial do mês e reprocessei e
foi) lembre-se de colocar tb preço unitário nas duas moedas para ficar com o custo correto.
não resolveu refaz saldo, vai na C9 EXCLUIR A C9 DO PEDIDO QUE ESTA EM ANALISE QUE NO CASO É 0 043137 DESSE PRODUTO, SE TIVER na SDC TB EXCLUIR. Abra a SB2 e se tiver quantidade no
campo B2_QACLASS zere deixe com ZERO.
Vá no PV e libere de novo a quantidade do item e veja se montou uma nova SC9.
VERIFICAR A B8 E BF EMPENHO, SE EXISTIR VAI SDU E ZERA EMPENHO DESSAS TABELAS E DESSE PRODUTO.
Por fim, abra a SB2 filtra pelo produto que foi identificado no pedido e item, vai no armazém informado no pedido e zera o campo RESERVA
ATENÇÃO veja se o armazém do Pedido e da DT estão batendo, pois já peguei casos da DT estar pro 10 e o Pedido pro 12, se for esse caso alinhe os dois armazém para pegar de um armazém igual

ATENÇÃO: AS VEZES O
PEDIDO E O ITEM QUE ESTA
RELACIONADO A DT, JÁ FOI
CONSUMIDO POR UMA OS, E
TB GERADO NOTA FISCAL.
PARA SABER ISSO, É SÓ ABRIR
A SC9 DO PEDIDO E ITEM DA
DT E VERIFICAR SE NA
COLUNA C9_NFISCAL ESTA
PREENCHIDO. NESTE CASO
ORIENTAÇÃO E FAZER UM
NOVO PEDIDO E UMA NOVA
DT. Ou na própria DT (ZZJ) se
o campo ZZJ_NFSAI esta
Neste caso, foi falta de saldo no produto embalagem , portanto precisa
importar o XML da compra desse material, que nesse caso a área fiscal
deve ou controladoria devem realizar a entrada da nota no Protheus.
O problema é que falta amarração do Cliente X Produto, mesmo a mensagem de
TES errada, pois é uma mensagem padrão, solicitar a amarração para o comercial.
Tabela SA7 e a tabela de amarração
Pedir etiquetas e CAB, verificar na CB0 as etiquetas envolvidas e pegar o lote e sublote, Ir na SB8 e filtrar pelo sublote para identificar
sem tem saldo e todas as etiquetas estão ok sem empenho, se tiver empenho tem que tirar. Ir na SBF e fazer o mesmo filtro da B8, por
sublote. Se não existir na SBF algum lote e sublote, tem que criar a mão para todos os lotes e sublotes envolvidos nessa operação.
Caso tudo que esta acima esta ok, ou sej,a tem na CB0, tem na SB8 e SBF, então tente eliminar SC9 do item do pedido em questão, ir no
pedido que esta na DT e simular nova liberação de item da SC6, para que monte uma SC9 nova. Analise a SC9 e veja se tem quantidade
correta e ou linhas por lote e sublote. Libere para teste
Pode ser duas coisas nesta mensagem:
1 - Mudar a vigência da tabela de preço em questão pelo SDU (tabela DA0). Tabela DA0, antes pegar o código da tabela usada no PV campo C5_TABELA.
ATENÇÃO: SÓ SE A OPERAÇÃO FOR PARA MANTER O PREÇO DA TABELA ANTIGA, SE A OPERAÇÃO FOR EM OUTRO MÊS E O PREÇO
TIVER QUE SER REAJUSTADO, ENTÃO PEÇA PARA QUE FAÇA UMA NOVA TABELA VIGENTE PARA O MÊS EM QUESTÃO.
2 – Pode ser que o item do PV tenha eliminado resíduo, neste caso verificar o campo C6_BLQ, se ele estiver com a letra ‘R’, é pq esse item do pedido não pode ser
usado, já foi eliminado resíduo, então peça para fazer um novo PV. Do contrario, se estiver em branco, faça a analise conforme acima (opção 1).
Mesmo sendo mensagem de TES inteligente CUIDADO, veja se a DT esta no armazem 60 ou
no 10, pode ser entreposto (60), o item do PV tem que estar no 12. Feito isso peça para testar.
Senão der certo peça para excluir a DT e fazer nova. Neste caso era armazém errado entre o PV e
a DT. Ou seja, a DT e o PV estavam no mesmo armazem o de numero 10, mas essa operação
exigia que a DT estive no 10 e o PV no 12, mudei pelo SDU o armazém do item do PV para 12 e
foi feito o faturamento. Senão der, ultima ação seria excluir DT e fazer PV com 1 item só.
Exclusão de nota saldo não volta a ficar liberado, pois continua amarrado na SC6 campo C6_NOTA, C6_SERIE e C6_DATAFAT, apagar esse campos, veja
tb a SC9 se ficou uma linha ou mais associadas as esse pedido e item com a nota excluída, se sim, apague tb o campo C9_NOTA. Veja também de o PV
esta para um armazém e se a DT para outro, causa problemas na geração por motivo de saldo e aglutinação de SC9 como se fosse PIA. Vá ao Pedido e
libere novamente a quantidade desejada. Se for venda direta o armazém do Item do PV tem que ser o mesmo da DT.
Primeiro pegue o código do produto envolvido ( produto PA de venda), rode a Query na SBZ filtrando pelo campo BZ_COD = ‘produto de venda’, e achei o código referente a esse produto na coluna BZ_A_TPEMB.
Rode a query na tabela PBZ , filtrando pela filial, e o campo PBZ_A_COD = com o código encontrado na query anterior (conteúdo do campo BZ_A_TPEMB). Deste modo vai aparecer 3 produtos de embalagens que estão
associados ao produto de venda, nos campos: PBZ_A_PAL, PBZ_A_FOL e PBZ_A_QUA.
Passe a Query de saldo por embalagem desses três produtos encontrados acima, filtrando pelo campo D1_COD (pois a entrada é por uma nota de compra) e veja a quantidade em saldo de cada produto de embalagem
envolvido nesse processo.
Depois pegue novamente os produtos de embalagem envolvido e passe a query de analise de SX5, colocando na linha D1_COD os códigos das três embalagens, essa query ira mostrar as chaves desses produtos, é na SX5 que
a mudança terá que ocorrer.
Como alterar a SX5 para solucionar o problema: Pegue a chave da nota de entrada da ultima compra dessas embalagens, que foi apresentada na query anterior por produto. Pegue pelo menos 3 chaves de cada
produto de embalagem (AS ULTIMAS) e pelo APSDU, abra a tabela SX5 e filtre por código ZL e filial (0102,0107,...). Feito isso, inclua a mão uma linha para cada chave copiada pela query ANTERIOR.
Incremente na coluna chave da SX5 (X5_CHAVE) um numero sequencial crescente. Faça 3 linhas com três chaves diferentes para cada produto de embalagem. Não reprocesse, libere para teste.
Verificar o código da tabela de preço do pedido da DT na DA0 e DA1 se existem, se sim, verificar
produto (código do Produto) do Item do PV na SB1, e por fim verifica se este produto esta
amarrado a tabela de preço envolvida nesta operação. Senão estiver amarrado, a correção precisa
ser feita pelo pessoal de cadastro, neste caso só daremos orientação, não é para mexer em nada.
Em geral solicitar para clicar em fechar, que vai aparecer o erro , que este caso é falta de amarração
produto x cliente. Solução é pedir que a amarração seja feita pela área comercial. Tabela SA7
Em geral é um problema de amarração produto x cliente. Pegar o produto do PV e
ver na tabela de amarração produto x cliente se ele está lá. Do contrario pedir pro
comercial fazer a amarração. SA7 é a tabela de amarração
Passar para cadastro corrigir o cadastro de
clientes
????
Operação de PIA – ATENÇÃO não tem OS
1 - limpar empenho e reserva, do produto, caso exista.
2 - Pedir etiquetas dessa operação.
3 – Consultar as etiquetas na CB0 e pegar o numero de Lote e Sublote.
4 – Consultar na SB8 e SBF por lote e sublote e pegar a data do campo B8_DATA (caso mês for corrente), pule para o passo 6, senão passo 5.
5 – Ir na SBJ e na SBK e pelo número de lote sublote, verificar se tem movimentação INICIAL para esse produto, fora do mês correte. Se sim,
incluir a quantidade necessária da DT nos campos BJ_QINI e BK_QINI, Rodar refaz saldo para alimentar B8 e BF. Se não tiver saldo na SBJ e
na SBK, seguir para o próximo passo.
6 – Ir na SB8 e SBF e colocar saldo na mão, da quantidade da DT, em geral no armazém 12, que é um dos armazéns envolvidos no PIA.
ATENÇÃO para fazer consultando lote e sublote e aglutinar o valor total da DT do produto.
7 – Não refaz saldo para não zerar o que foi feito.
Verificar se o PV associado a DT esta com o item bloqueado por resíduo, campo C6_BLQ = ‘R’. Exclua a SC9 desse item (caso não tenha
nota fiscal para ele), faça uma liberação do item do pedido novamente.
Neste caso, dependendo da criticidade, limpar esse campo deixando em NULL, assim o processo seguira. Mas o correto é envolver o
atendimento comercial para solucionar o problema.
É possível ser também, que o item liberado não tenha saldo suficiente, neste caso, limpar empenho SB8 e SBF e reserva da SB2.
Caso nenhuma dessas condições resolva, criar evidências e solicitar para que seja confeccionado um pedido exclusivo para essa operação.
Falta informação no cadastro de produto SB1 E SBZ, aba logística, campo B1_A_TPEMB (não pode estar vazio), e
BZ_A_TPEMB (não pode estar vazio),por conta de uma customização que amarra o produto a embalagens para
embarque e para a criação do PV e NF de embalagem. Na CROWN alguns campos da B1_A_TPEMB estão em
branco, mas no cadastro de Indicadores SBZ, estão preenchido, pois estão dando preferência a SBZ.
ATENÇÃO: Também verifica esse produto na CB0, pois em cada etiquetas que existirem para esse produto na CB0,
o campo de embalagem tem que estar preenchido tb.
Bloqueio de Credito. Olhar na SC9 o motivo do bloqueio e corrigir no financeiro.
Pode ser consequência do A1_XEMBAL. Ver
cadastros do produto na SB1.
Reprocessar saldo do armazem 80 resolveu
Nesse caso 1 DT para lata e 1 DT para tampa,
1 – separar DT para lata e pra Tampa,
2 – uma OS para cada uma DT
se continuar com erro proceder assim:
1 palete estava com 11.08800, porém era para estar fisicamente com 112 mil e alguma coisa, o que foi feito:
1 – Pega a etiqueta na CB0 e coloca o valor certe no caso 112 mil e alguma coisa
2- foi na B8 e BF desse lote, que no caso é o 0101f27100-054426 e sublote – tunga pra 112 mil e alguma coisa.
OBS.: Tampa é sempre 112 mil e alguma coisa, e lata é 8 mil e alguma coisa, se estiver diferente é cagada .
3 – Depois vai C9 e DC, e excluir a linha de empenho que esta com o sublote informado com quantidade errada, no caso = 11.08800,
sempre pelo sublote,
4 – por fim pra equalizar refaz saldo e verifica de novo pela query
Coletor travando ou caindo sem completar processo. Verificar
com infra, pois não temos conhecimento desse serviço.
Em geral é solicitado pelo usuário, para o mesmo possa emitir novamente etiquetas já
emitidas. Neste caso é mudar pelo SDU o Status do campo CB0_XLAUPE de “S” para
“N” (atenção para o numero correto das etiqueta(s) solicitada(s)), deste modo o usuário
poderá reimprimir a(s) etiqueta(s).
Verificar pelo numero da nota do XML 000002908, se o produto do XML é o mesmo que
esta na nota, neste caso eram diferentes, Corrigir no SD2 filtrando pelo numero da nota do
XML e filial, em alguns casos pode ser filial, ou caracteres errado, mas isso vai ser
informado na mensagem na tela. Neste caso foi produto divergente.
Nota fiscal EPEC Contingência. Os motivos podem ser vários, mas o que importa é que a nota fiscal (DANFE) é
gerada em papel comum e não em papel moeda (contingência), e deste modo não para a operação, e é legal, e
pode ser usada normalmente pra despachar a carga. Orientar nestes casos, que a expedição procure a área fiscal
para corrigir o que for necessário, ou acionar a INFRA do Protheus. Não tem o que fazer, só orientar mesmo o
operador da expedição e falar com INFRA Protheus.
SMARTCLIENT: Ao tentar gerar a OS, mesmo do erro aparentar ser de programa, o que foi observado é que
faltava saldo na B2, e tinha saldo no armazém 80. Foi feita a transferência via rotina do Protheus do armazém
80 pro armazém 10 e o faturamento ocorreu. Ver também na B2_QACLASS se tem saldo, se sim , apague e
peça pra testar, pode ser isso tb,
Outra possibilidade é limpar empenho e reserva das tabelas SB2, SB8 e SBF
Ver também se estava com a PAH_A_NFFT preenchida e estava dando erro log, apagar conteúdo.
estava com o campo F2_A_CTNR preenchido e é nota nacional. Esse campo só
quando é exportação que e usado para informar contêiner.
Chave duplicada na SC9, limpe a SC9, pelo
numero do pedido de venda que esta na DT e item.
Etiqueta ficou vinculada a uma OS diferente da OS
desejada na tabela CB9. deletar a CB9 e mandar fatura.
Entreposto falha no programa, pedido tinha 2 itens e um item totalmente faturado. Verificar se não tem empenho
pro pedido, caso não tenha, deletar na C6 o primeiro item que estava faturado e seguir com o processo. Olhar o
armazém 12 e os saldos.... verifica o numero do pedido na SC9... tem 2 campos de bloqueio ...um de credito e
outro de estoque... e foi neste que este entreposto estava bloqueado.
Se nada disso der certo, pedir para gerar novo PV só para essa operação e seguir em frente.
Começa pedindo o numero das Etiquetas e vai na CBO ver qual é o numero do lote e sublote (anote)
Vai na SB2 e tira a reserva, vai na B8 e tira o valor da coluna empenho das etiquetas e seu lote e
sublote, faça o mesmo para BF , filtra pelas etiquetas e lote e sublote, depois limpa a SC9 das
etiquetas e lote e sublote (neste caso delete), e faça tb na SDC por lote e sublote (delete). Sempre
olhando as etiquetas que o cara falou que esta sem saldo.
Mantém o número da etiqueta que deu ruim na cb0 e nesse campo coloca a etiqueta
origem que pega na sd3 pelo filtro da etiqueta com Erro. Basicamente pega a etiqueta
original na SD3 através do filtra da etiqueta com problema. Vai na CB0 e coloca esse
numero de etiqueta original que pegou na SD3.
Para estornar OS que já foi finalizada, fazer assim: Muda o status Consulta ela na CB7. O
campo de status (CB7_STATUS), vai estar em 9 troca para 0 (zero) e aí conseguem
cancelar. Atenção na query, para posicionar na OS certa, numero da OS, filial, e cliente no
mínimo.
SBE cadastros de endereços, ir no campo BE_DTINV,
se esse campo estiver preenchido, limpa o campo
Pega a relação de etiquetas e verifica em qual OS elas estão, tudo na CB9.
encontrando as etiquetas associadas a uma outra OS, deleta a linha correspondente
as etiquetas a faturar na CB9 com essa associação indevida.
Item do campo C6_ITEMPC esta com uma letra (L07 exemplo), isso não pode, então mude pelo SDU esse campo
desta nota para numérico. Estamos usando o código 999.
Senão foi isso, pode ser erro de placa do veiculo, ai vá no campo da SF2, F2_A_PLACA e coloque a placa
correta, ser placa, pode ter duas notas com placas errada,s e for bi-trem, então peça as notas envolvidas e verifique
o cmapo placa nas duas notas, a placa tem que ser ugua nas duas
Tinha usuário travado, pelo dbaccess, em lock’s eu derrubei quem estava travando,
normalmente é a rotina CRCCRW.
Deleta a CB9 das etiquetas envolvidas. Verifique se tem mas OS
associadas ao Pedido que não deveriam estar. Se sim, delete tb.
Deletar CB9 das etiquetas que estavam em
outra OS
Ocorre quando vai faturar e a DT esta com 25 paletes e a OS aparece 27 ou aparece quantidade menor que 25 (que a quantidade da DT
desejada), essa manobra serve pra mais ou menos paletes. Pode ter Etiqueta envolvida ou não.
1 – Pegar a OS e copiar os Lotes e sublotes
2 – Ir na SB8 e verificar qual lote e sublote esta com quantidade fracionado.
3 – Deletar a linha dos lotes e sublotes fracionados.
4 – pedir pra excluir OS, as vezes é necessário ir na CB7 e mudar o Status para ‘0’.
5 – Pedir pra refazer nova OS através das DT original
Neste caso refazer saldo resolveu, mas pode
não ser sempre assim.
Neste caso o documento de entrada estava com saldo diferente da necessidade de
faturamento. Solução foi excluir documento de entrada e fazer um novo com saldo e
etiquetas compatíveis com a nota de faturamento.
Envolver área comercial para realizar a amarração
cliente x produto, nada a fazer além disso
Operação de armazém externo envolve local 60, 12 e 10. Refiz saldo, mas antes
pedi pra abrir a DT, que era múltipla para individual. Refaz saldo pode não resolver,
neste caso resolveu.
Operação de PIA – ATENÇÃO não tem OS – e etiqueta na PAH
Pedir DT (ZZJ), pegar numero da PV, Consultar pedido na SC6 e colocar a linha do item para o armazém 12.
Pedir etiquetas dessa operação. Consultar as etiquetas na PAH, ver se tem saldo, e pegar o numero de Lotes e
Sublotes. Consultar saldo do CAB, veja se tem saldo suficiente no armazém 12 e 60 nas tabelas SB2, SBF e SB8.
Consultar na SB8 e SBF por esses lotes e sublotes e verificar se existe 1 linha para o armazém 60 e outra para o
armazém 12, aglutinado lote e sublote pelo total para cada um desses armazéns e para seus lotes e sublotes.
No caso da mensagem abaixo, o problema era falta de saldo nos lotes e sublotes nas tabelas SBF e SB8.

EM CASOS RAROS: Ir na SBJ e na SBK e pelo número de lote sublote, verificar se tem movimentação INICIAL
para esse produto, fora do mês correte. Se sim, incluir a quantidade necessária da DT nos campos BJ_QINI e
BK_QINI, Rodar refaz saldo para alimentar B8 e BF. Se não tiver saldo na SBJ e na SBK, seguir para o próximo
passo.
Mudar na tabela CB7 o campo CB7_STATUS
para “0” (zero), para que possa ser excluída a OS.
Caso necessário reiniciar o serviço TSS de transmissão de notas para o SEFAZ, considerando que na consulta no
site NFE.FAZENDA.GOV, na opção de consulta disponibilidade o STATUS esta verde.
Senão estiver verde, em ultimo caso, pode ser que tenha que esperar, ou colocar em contingencia pelo
configuração da rotina Protheus de Nfe. Telefones de plantão Prime TSS TOTVS. 11- 98835-1355, ou na própria
TOTVS 11-2099-7695 a partir da 8h da manhã.
Quando esta importando pela rotina do compras Portal XML. Mensagem informa que a nota de entra já
encontra-se na base. Isso pode ocorrer por instabilidade da rotina de importação automática, e no momento
entre a importação automática acontecer a realizar a importação pela rotina, a Nota foi gravada. Para evidenciar,
consulte pela query, a tabela SF1 e SD1 referente ao número da nota informado na mensagem, e veja se ela
encontra-se na base, se sim, informe ao usuário. Ou vá a tela de PIA e verifique se a nota encontra-se por lá.
Verifique as tabelas da imagem abaixo e veja se tem saldo. Vá a rotina de PIA (PAH) do protheus e
procure pelo numero da nota que esta apresentado erro (como imagem).
Pegue no XML as notas de remessa referencia, as notas que foram utilizadas para enviar o material
para o armazem. Vá na SB6 e filtre as notas de referencia do XML pelo campo B6_DOC, veja se os
campos B6_QUANT e B6_SALDO estão preenchidos com a quantidade igual. Depois, peguei essa
quantidade da B6_QUANT e coloque na SB2, campo B2_QTER. Tudo no armazém 12
Pela mensagem armazém 91, sem saldo, ao analisar o produto, identifiquei empenho
nas tabelas SBF e SB8, limpei o empenho para o armazém 91, e a operação
aconteceu.
Lote com endereço bloqueado (autobloque),pegar as etiquetas
e transferir para um endereço sem bloqueio e testar
Pela DT pegue o numero do PV e o Item, vá na SC9 e excluir o que estiver na tabela SC9 para esse pedido e
item, para o armazém e que não tenha nota fiscal emitida. Faça tb para a tabela SDC. Aproveite e limpe,
B2_RESERVA, e os empenhos da BF e B8.
Erro no endereçamento de armazém:
Pegar as Etiquetas e filtrar CB0 e DAS e veja o numero do campo NUMSEQ, que
pode estar igual para todas as etiquetas. Se sim, incremente (coloque um numero
sequencial no último digito 1,2,3,4,...)esse número para que cada etiqueta tenha seu
NUMSEQ especifico, faça na CB0 igual para SDA
Exemplo abaixo legenda em Azul, era mensagem 003 – A NFE ainda não foi assinada - aguarde a assinatura, ou então a
mensagem Aguardando certificação ou TSS. Derrubar o serviço de TSS, acessando pelo senha segura o servidor 124
(conforme imagem). E “restartar” os serviços TSS (conforme imagem abaixo)
Em geral quando acontece isso é pq dois usuários ou mais estão no mesmo RECNO, neste caso vá
ao monitor do Protheus e escreva em pesquisa REC, com isso aparecerá quais usuário estão travando
o RECNO, procure a operação que deu o erro da mensagem abaixo e “derrube” o usuário, senão der
certo, em ultima tentativa, “derrube” todos os usuário que aparecerem na pesquisa de REC.
Esse erro ocorre pq está copiando um pedido antigo, então primeiro passo é abrir um PV novo do
zero, nunca copiando.
Depois, no SDU, vá na SC6, no campo C6_OP se estiver com algo preenchido, apague, deixe em
branco. Vá na SC9 no item do pedido em questão e apague o campo C9_BLEST, que deve estar com
2, deixe em BRANCO.
Etiqueta com data de validade errada, mudar na tabela CB0 campo CB0_DTVLD, para uma data valida. DICA:
em geral a data de validade são 2 anos após o nascimento da etiqueta. Validação de etiqueta retrabalho.
Pegar código da etiqueta, ir na CB0 e filtrar pela código da etiqueta e verificar o campo CB0_DTVLD, essa data
deve ser maior que do dia da mensagem, portanto, se a data for inferior a data do dia da mensagem, coloque no
campo CB0_DTVLD, uma data superior ou igual ao dia atual. Vá na tb para o lote e sublote da etiqueta na
tabela SB8, campo B8_DTVALID precisa ser igual a data de validade colocada no campo CB0_DTVLD.
Etiquetas estavam com o campo CB0_CCAREA como “N” (armazém 10), mas
deveriam estar como “H” (armazém 91-retrabalho-sorter). quando refizemos os
endereçamentos do 10 -> 90->91 ai foi. OU mudar a mão na CB0 para armazém 91.
Tela do INOUT, usada para criar DT. Quando cancela nota e os saldo não volta para o PV, aparece essa tela com Atd.A Porg. Quantidade zero. Primeiro
certifique-se que a nota de fato foi cancelada, verificando pelo numero na SF2 e SD2, Assim sendo, vá na SC9 e exclua a linha referente ao PV e Item da nota
cancelada. Vá na SC6 na linha e item da nota cancelada e apague a quantidade entregue, o número da nota fiscal, serie e data de faturamento (cancela.
Certifique-se que é o número da nota cancelada) veja se tem o campo C6_BLOQ que estará com ‘R’ deixando em branco. Depois na SB2 campo
B2_RESERVA e limpe a reserva, e também a B2_SALPED com a quantidade do item do pedido restante, limpe empenho da BF e B8 envolvida a operação,
feito isso, entre no PV ALTERAÇÃO e vai no item desejado, libere a quantidade de paletes desejado e grave. Observe se o item do pedido esta no armazém
correto.
Em geral é um travamento simples, pois a operação é constante nessa rotina de todas as plantas.
Neste caso, peça o nome do usuário, vá ao monitor do Protheus, pesquise pelo nome do usuário e
“derrube”. Caso continue travado, vá no Dbmonitor, procure pelo usuário e encerre. Uma dessas
duas operações deve corrigir.
Quando ao gerar a DT o sistema fica aguardando processamento e não vai, então tem que mudar o atalho
da maquina do usuário, e também o arquivo SERVER.INI ( vá pelo Anydesk).
Fazendo desta forma:

No SERVER.INI da maquina do usuário (na pasta do Protheus onde o atalho esta apontando), coloque:
[HML]
server=10.11.200.96
port=12025
Depois na abertura de Parâmetros Iniciais coloque igual a imagem abaixo.

ESSA MANOBRA É TEMPORARIA ATÉ CORRIGIR O POR EM PRODUÇÃO

Erro de operação de PIA:
Primeiro veja se a SC6 esta para o armazém 12, senão coloque.
Importante ser pedido de item único com 1 produto só, mais de 1 item com produtos diferentes da problema.
Depois veja o Saldo da SB2, pq pode ter empenho, ou o campo B2_QACLASS estar com conteúdo, se estiver limpe.
A SBF e SB8 devem estar com um lote e sublote único e aglutinado. Se o Pedido é de 25 paletes, o somatórios desses paletes deve esta na SBF
e SB8 em uma linha só.
Na SC6 o lote e sublote tem que estar aglutinado TB.
Não reprocesse de maneira alguma.
 PIA ATENÇÃO
• Quando estiver dando erro de geração de nota ou algo relacionada a DT envolvendo PIA, atenção
para a PAH que tem que estar com todas as etiquetas com mesmo número de Lote e Sublote
(conforme imagem) e armazém 12. A SBF tem que estar com esse mesmo numero de lote e
sublote, mas em uma linha só com o a quantidade total da etiquetas 1 linha para o armazém 12,
(quantidade zerada), e uma linha para o armazém 60 (com o campo BF_QUANT = a quantidade
total das etiquetas), e BF_LOCALIZ = DOCA01 para as duas linhas (armazém 12 e 60), o mesmo
par a SB8, já a SC9 tem que ser 1 linha só com o lote e sublote aglutinado pelo valor total
(armazém 12), todas essas três tabelas tem que ter 1 linha só com a quantidade aglutina de todas
as etiquetas envolvida na operação do PIA. Atenção tb para os armazém, que devem ser o 12 e o
60 envolvidos. O Pedido de Venda tem que estar para o armazém 12, se estiver o 10, mude para o
12. A CB0 pode estar com as etiquetas envolvidas nessa operação com lote e sublote específicos,
não tem problema, pq PIA olha PAH e não CB0, então esqueça a CB0. E a DT no armazém 60 e PV
no 12.
ATE ÇÃ O: E S S A O P ER AÇ ÃO, TO DAS A S TA BE LAS DE VE ES TAR PA RA O A RM AZ EM 1 2 , A O P E RAÇ ÃO EN VOL VE 1 2 E 6 0 , P OR EM 6 0 É S Ó M O M E NTA NE O. P OR TA NDO P V TOEM E S TA R N O A RM AZÉ M 1 2, S E R O PR IM EIR O IT EM OU UM P V C OM 1 IT EM S , ÓC 9 ( 1 2 ) , BF (1 2 ), B8 (1 2 ),D 3 (P OD E T ER 4 O U 3 LIN HA S , 1 = 4 4 9 , E NT RA DA DE P RO DUÇ ÃO (A RM AZÉ M 1 0 ), 1 = 9 9 9 S AID A P RO AR MZ EM EX TER NO (AR M AZÉ M 6 0 ), 1 = 4 9 9 ENT RAD A D O E XT ER NO (ARM AZ ÉM 1 2 ), 1 = 9 9 9 S A IDA DE V END A (A RM ZÉ , CB
M01 (A2 )RM AZ ÉM 1 2 ), Z ZJ ( EM GE RA L E S TA NO AR M A ZE M 6 0 , P OD E D EIX AR ), S D5 (COM A M ES M A M O VIM EN TAÇ ÃO DA S D 3 ), S DB (C OM A M ES M A M OVI M E NTA ÇÃ O DA S D3 ) , PA H (A RM AZÉ M 1 2 )
1 – p ri meir o p eg a r o s có d ig o s d a s eti q u etas, co n su lt an d o n a PA H (a s v e zes o o p erad o r n ão sab e, en tão p eg u e p elo XM Ve L)ja. se o Pro d u t o S B1 esta co m o co n tro l e d e lo te h a b il ita d o ( B1 _ LO CA LIZ = ‘S ’), sen ã o estiv er ‘S ’, e n tã o p reci sa e sta r, en v o lv a o re sp o n sa v el p elo ca d a s tro (p ro ib id o p a ra su p o rte a ltera r es se ca mp o )
2 – p eg ar o su b lo te tb n a PAH , v erifi ca c o mo esta n a BF e B8 , u ma d essa s d u as t ab el as e sta ze rad a , v e ja tb se tem S C9 e s e n a C9 tem lo te e s u b l o te e W S EQ (s eq u e n cia ). O P V tem q u e ter 1 i tem o u o it em a fatu ra t em s er o item 0 1 . S B2 – B2 _ R EER VA tem q u e est ar co m o sa ld o d a t ran s ação ig u al a o p eraçã o m as (N EG AT IVO = E x em p lo -2 0 4 , 0 5 5 ), S B2 B2 _ QT ER = B 6 _ Q UA NT d ess e lo te / p ro d u t o .
3 - v ai n a S D3 , p esq u isa p o r esse su b lo t e, v ã o te r d u as l in h as, u ma lin h a d e 4 9 9 e o u tra d e 9 9 9 , isso in fo r ma q u e e n tro u n o e sto q u e e sai u , o u s eja, p o d e te r eti q u e ta já fatu ra, o u fo i fatu rad a e o can celam en t o d e n o ta n ão d ev o lv eu p ro esto q u e, n e ste c aso , p ar a cer tifi car, o lh e a ta b ela PAH (c aso d e en trep o st o ), e v eja se o c amp o PA H_ A_ NF F T es ta p reen ch id o , b em co m o , o ca mp o PA H_ A _ S T, s e est e est iv e r co m “F ” é s in al q u e fo i fat u rad o , se es tiv e r co m “L ” é p q a eti q u e ta e sta li b era d a p ra f atu r a. P o rta n to , se esses cam p o s esti v ere m p reen ch id o s fo i p q já h o u v e em al g u m mo men to n o ta d e saíd a, en tão , v á a S D2 e p r o cu re es sa n o ta, v e ja se a n o ta e sta d elet ad o , sen ão estiv er d elet ad a é u m a n o ta v ali d a, p o rtan t o n ão d ev e mo s faz er n a d a, a n ã o se r p e d ir p ra esto rn ar a n o ta (Ca so o p al ete e x ist a fis icam en te n o d ep ó si to ). Ca so n ão t en h a n o ta a sso ciad a as e tiq u etas , en tão ex cl u ir a lin h as o D 3 _ TM = ‘ 9 9 9 ’ d as et iq u etas en v o lv id as n es sa n ão c o n f o rm id ad e, m an ten d o u ma p arid ad e d e u ma 9 9 9 p ara u ma 4 9 9 , a lin h a d o có d ig o d e en trad a “4 9 9 ”. F azer n a S D5 , DA S ( P OD E EXIS TIR OU NÃ O,S E NÃO TU DO OK) e S DB (CO M 4 9 9 PAR A C AD A E TIQ UET A E NV OL VIDA ), a mes ma m an o b r a d a D3 , p ar a q u e fi q u em ig u ai s.
5 – p o r fim ref az s ald o e v eja s e fic ar eq u a cio n ad a.
OP E RA ÇÃO NA D 3 NO RM AL É E S S A
9 9 9 = S AI P / AR M AZ EM 6 0 (P IA N F REM ES S A)
4 9 9 = ENT RA AR M A ZÉM 1 2 (R ET ON OR D E X M L )
9 9 9 = S AI NO TA CLI ENT E D O A RM AZ ÉM 1 2

LOT E E S U BL OT E DA S E TIQ UE TAS N A PA H T EM

QUE S E R I GUA IS , S E TIV ER MA IS DE UM A L OTE
E S UBL OT E, C OR RIG IR A M ÃO COM 1 NU ME RO
S Ó DE LOT E E S UBL OTE PA RA TO DA S AS
ETI QUE TA S E NV OLV IDA S . A S S OCI AR ES S E L OT E
E S UBL OT E T B N A S BF E S B8 E S C9 .
Primeiro o pedido de venda tem que star com seu item para o armazém 12, ATENÇÃO: algumas vezes se o item a fatura
não for o item 01 do PV pode dar problema. Depois, pegue as etiquetas, vá a CB0 e veja se elas estão lá corretamente,
observe que neste caso (PIA) o lote e sublote de todas as etiquetas são iguais (é normal pra PIA), porém podem existir mais de
um lote e sublote envolvidos. Em seguida, vá na SBF e na SB8 e veja se esse lote e sublote das etiquetas estão lá, porem com a
quantidade aglutinada por lote e sublote envolvidos de todas as etiquetas. Sendo 1 linha para o armazém 12 com saldo
aglutinado e 1 linha para o armazem 60 aglutinado. Faça isso para a SB8 e SBF.
Na SC9 tem que ter 1 linha aglutinadas também para o armazém 12, se houver na operação mais de um lote e sublote,
então a SC9 tem que ter linhas aglutinas por lote e sublote.
veja a SB2 se tem saldo suficiente, considerando o desconto do que esta empenhado, ou no campo B2_QACLASS. Se tiver
reserva e empenho, apague tudo, sempre armazém 12. Limpe empenho das tabelas SB8 e SBF TB.
Por fim, vá a tabela PAH (que é a tabela do PIA), veja se todas as etiquetas estão presentes, e que o campo PAH_A_NFFT está
em branco, do contrário, se o campo estiver preenchido, é sinal que uma nota cancelada não apagou a informação da nota
anterior, esta ai o motivo do erro. Limpe esse campo deixando em branco e peça pra faturar.
No erro abaixo, havia 2 etiquetas que por algum motivo ficaram presas com informação de uma nota fiscal, sendo PIA a tabela
a olhar é a PAH, filtra pelas etiquetas e verifique o campo PAH_A_NFFT, se este campo estiver preenchido limpe, a Série
TB, pois por algum motivo, em geral cancelamento, ficaram informações indevida na etiqueta.
Em geral o saldo das tabelas SB8 e SBF estão faltando para o armazém envolvido na operação,
normalmente PIA ou triangular, onde deve ter saldo para o armazém 12 e para o 60, para os
mesmos lotes e sublotes aglutinados. Importante tb tirar empenho desse produto na SB8 e SBF e
reserva na SB2, ou outro campo da B2 que possa comprometer o saldo.
PV tem que estar para o armazém 12 a DT pode estar no armazém 60. Olhar as etiquetas envolvidas
na PAH e filtra SBF e SB8 pelos lote e sublote, corrigir a mão.
ATENÇÃO: Na SB8 e SBF tem que ter 1 linha com o saldo aglutinado por lote no armazém 60, e 1
linha do mesmo lote aglutinado, mas sem saldo no armazém 12. Ou seja, sempre uma linha por lote
no 60 e uma no 12, mas só o 60 com saldo aglutinado.
SC9 tem que ter tb uma linha para cada lote e sublote aglutinado armazém 12.
O PV dessa operação deve ter 1 item só u ser o o item 1, se tiver mais de um item no PV ou for o
item maior que 01 dará problema. OU faça novo PV ou mexa no item desejado para 01 e os demais
delete momentaneamente. Gere a operação e depois volte com os itens deletados do PV
Pegue o código da etiqueta, vá na CB0 pegue o lote e sublote, vá na SB8 e veja se tem
saldo (campo B8_SALDO) no lote e sublote correspondente, se não, coloque saldo, se
sim, veja se tem empenho neste lote e sublote (campo B8_EMPENHO), se sim, apague.
Veja SBF se esse lote e sublote tb existe e tem saldo, senão coloque.
Neste caso o lote pode estar bloqueado pela qualidade, solicite as etiquetas envolvidas, e veja na tabela
SDD a etiqueta e lote e sublote. Uma ou algumas podem estar bloqueadas. Delete as que estiverem lá na
SDD. Ou se for possível esperar, veja com a qualidade pq do bloqueio. DD_DOC tem que bater com o
PAH_CODBLQ. Se tiver deletado tem que voltar, pegar as etiquetas. Se tiver delete.
Ao excluir uma nota fiscal que tem GFE (romaneio) envolvido, precisa deletar o romaneio, o usuário pode fazer, mas
em geral não sabem, então pode ser excluído pela tabela de GFE (GWN e GW1) pegando o numero do romaneio
pelo numero da nota primeiro. Então, Deletar na tabela GW1, campo GW1_NRDC filtrando pelo numero da nota, e
a partir do numero da nota, pegar o numero do romaneio que esta também na GW1. Feito isso, vai na GWN e deleta
a linha do romaneio filtrando pelo campo GWN_NRROM. F2_carga e F2_SEQCAR... que tbm tem que limpar
PIA resolvido , mas não foi falado como. Se for
o caso fazer o processo de correção de PIA.
Passar a query de Laudo SELECT DISTINCT CB0_FILIAL, CB0_CODETI, CB0_A_HRO, CB0_CODPRO, CB0_QTDE, CB0_NFSAI, CB0_XLAUPE,
CB0_DTNASC, CB0_XETQMP, B1_DESC, CB0_XETQNO
FROM CB0010 CB0 WITH(NOLOCK)
INNER JOIN SB1010 B1 WITH(NOLOCK)
ON B1_FILIAL = '01'
AND CB0_CODPRO = B1_COD
AND B1.D_E_L_E_T_ = ''
AND B1_TIPO = 'PA'
WHERE CB0.D_E_L_E_T_ = ''
AND CB0_DTNASC >= '20220801'
AND CB0_XLAUPE = 'S', achar a etiqueta referente a filial que esta com ‘S’, ir no campo CB0_XLAUPE e mudar o conteúdo do ‘S’ para ‘N’
Verificar se a disponibilidade no SEFAX esta ok para a localidade, se sim, solicite para teclar não e
aguardar alguns minutos que em gera volta a comunicação normal. Senão voltar em alguns minutos,
então faça a operação de transmissão e teclar sim , que será enviado em contingência, e tão logo volte a
comunicação com o SEFAZ o sistema vai transmitira automaticamente a nota definitiva.
Erro de transmissão, passe a query abaixo e delete as linhas dessa operação:
SELECT *--UPDATE SPED050 SET D_E_L_E_T_ = '*' , R_E_C_D_E_L_ = R_E_C_N_O_FROM SPED050 WHERE D_E_L_E_T_ = '' AND NFE_ID IN ('1 000408488
')SELECT *--UPDATE SPED052 SET D_E_L_E_T_ = '*' , R_E_C_D_E_L_ = R_E_C_N_O_FROM SPED052 WHERE D_E_L_E_T_ = '' AND LOTE =
'000000000013982'SELECT *--UPDATE SPED054 SET D_E_L_E_T_ = '*' , R_E_C_D_E_L_ = R_E_C_N_O_FROM SPED054WHERE D_E_L_E_T_ = '' AND NFE_ID LIKE
('%000408488%')SELECT * --UPDATE TSSTR1 SET D_E_L_E_T_ = '*' , R_E_C_D_E_L_ = R_E_C_N_O_FROM TSSTR1 WHERE D_E_L_E_T_ = '' AND DOCRECNO =
68889
Não esqueça de acessar o servidor pelo SDU que é diferente da produção, conforme imagem abaixo. Tabelas envolvidas: SPED050, SPED052, SPED054 e TSSTR1
Quando for essa mensagem, passar a query abaixo e verificar quais etiquetas aparecem. Vá nas etiquetas que aparecerem e no campo CB0_XLAUPE
coloque em branco.
SELECT CB0_FILIAL,CB0_DTNASC,CB0_CODPRO, CB0_CODETI FROM CB0010 CB0 (nolock)
WHERE CB0.D_E_L_E_T_ = ' ' AND CB0_FILIAL = '0102' AND CB0_XLAUPE = 'S'
UNION SELECT 'CB0_FILIAL','CB0_DTNASC','CB0_CODPRO', 'CB0_CODETI' FROM CB0010 CB0 (nolock)
WHERE CB0.D_E_L_E_T_ = ' ' AND CB0_FILIAL <> '0102' AND CB0_XLAUPE = 'S' AND CB0_ORIGEM = 'SD3' AND EXISTS ( SELECT *FROM CB0010 CB0_1 (nolock)
WHERE CB0_1.D_E_L_E_T_ = ' ' AND CB0_1.CB0_FILIAL = '0102' AND CB0_1.CB0_CODETI = CB0.CB0_CODETI
AND CB0_1.CB0_CODPRO = CB0.CB0_CODPRO AND CB0_1.CB0_ORIGEM = 'SD1' )
Usuário com permissão somente para 1 acesso simultâneo, vá ao configurador , Usuários,
filtre pelo nome do usuário, clique em alterar, e aumente a permissão para mais de um
acesso simultâneo para esse usuário. Neste caso coloquei 10 acessos simultâneos.
TES informada no PV erradamente. Neste caso o XML esta com problema no campo cBenef, que guarda o código da situação tributária da nota. Observando o XML da nota do
exemplo abaixo, existe uma chave <cBenef><cBenef>, e entre essas duas chaves deveria ter um código (conforme imagem exemplo abaixo) Exemplo:
<cBenef>PR830001<cBenef>. Encaminhar o chamado para a área fiscal, para seja verificado o TES utilizada na operação. Assim que a área fiscal corrigir o problema, é necessário
cancelar a nota, e entra no PV e colocar a TES correta, Excluir a OS, entrar no pedido e liberar a quantidade novamente, depois refazer o processo da geração e OS pela DT e emitir
uma nova Nota Fiscal. Em resumo, não há o que fazer neste caso pelo suporte, a correção é realizada pela área fiscal, portanto nossa ação é de orientação, conforme escrito acima.
A titulo de informação, a TES que estava apresentando erro na operação abaixo, era a TES 574, que foi substituía pela TES 573. Nota anterior errada 000237620 e nota nova e
transmitida corretamente 000237638.
PV estava com CFOP de interestadual para operação estadual, pois o cliente do PV era diferente do
cliente do Estado. Nesse caso peça para excluir a nota e alterar o cliente para corresponder a um
cliente dentro o estado, e veja se depois de alterar o campo CFOP vai estar em 5000 e não em 6000.
XML SEM ERRO, MAS NÃO IMPORTA OU EZ0
com STATUS 05- Nota Classificada, mas não
aparece na tela do PIA
Pegue as etiquetas pelo XML , abra a PAH consulte o lote e sublote, vá nas tabelas SBF e SB8 (filtrando por lote
e sublote), tem que ter 1 linha para cada lote e sublote aglutina das etiquetas envolvidas, e o armazem deve
ser o 60 com saldo e 1 linha também para cada lote e sublote para o armazem 12, mas com saldo ZERO, a
linha da 12 serve pro sistema fazer a transição do 60 para o 12. ATENÇÃO: Saldo só no armazém 60. Corrija a
SBF e SB8 para ter saldos se algo estiver deletado volte, sempre com atenção no lote e sublote das etiquetas
envolvidas.
As etiquetas na PAH, em geral, estão no armazém 12, pode deixar assim.
Indisponibilidade momentânea na comunicação, em gerar aguardar uns minutos e tentar de novo.
Essa rotina é a rotina de importação de XML pelo portal XML do modulo de compras
Solicitar a etiqueta referente ao lote e sublote da mensagem, ir na SD3 e filtrar por essa etiqueta, pegar o numero
do documento no campo D3_COD e verificar se é o mesmo numero que esta no campo B8_DOC do mesmo lote
e sublote da D3. senão, colocar o numero igual ao da D3. Atenção para o armazém envolvido, neste caso era
retrabalho armazém 91. Não é fundamental, mas veja se esta tudo de acordo também nas tabelas SBF, SDA, SDC
e SDD, sempre pelo lote e sublote.
Travamento que não resolve só derrubando usuário. Tem que
consultar RECLOCK no Monitor e derrubar quem esta travando o
registro. Exemplo abaixo
ERRO DE CHECKSUM . Entrar no configurados, entrar no usuário em alterar, e o
sistema vai identificar que tem que corrigir checksum, vai dando OK
Problema na emissão de laudo. Em geral é gerado um PDF através de um modelo. Verificando ainda
como resolver. Passei pro Gabriel e pro wagner, ver com eles como será resolvido.
Só para SUCATA: Limpar CB0 o numero da nota que foi excluída, e na ZZ3 limpar as
etiquetas que estavam nas notas, verifique aos úmeros pela CB0 x Nr. Nota Excluída. ZZ2
tb esta envolvida nesta operação. As vezes a ZZ2 esta deletada e a ZZ3 não, deletar a ZZ3 e
ZZ2 compatíveis com as etiquetas informadas e identificadas na CB0.
Deletar SDC do lote em questão ou das
etiquetas envovidas
SÓ PARA SUCATA: Situação que a ZZ3 esta com dois produtos por código, não
pode, tem que ser um produto só, o mesmo que está na CB0. Deletar os produtos
errados da ZZ3. ZZ2 tb está envolvida nesta operação
Ver BF e B8 pq tem físico e não sistêmico, ver lote e
sublote equaliza, tira empenho C9 e DC e manda testar
1 palete estava com 11.08800, porém era para estar fisicamente com 112 e alguma coisa, o que foi feito:
1 – Pega a etiqueta na CB0 e coloca o valor certo no caso 112 e alguma coisa
2- foi na B8 e BF desse lote, que no caso é o 0101f27100-054426 e sublote – tunga pra 112 e alguma coisa.
OBS.: Tampa é sempre 112 mil e alguma coisa, e lata é 8 mil e alguma coisa, se estiver diferente é cagada .
3 – Depois vai C9 e DC, e excluir a linha de empenho que esta com o sublote informado com quantidade errada, no caso = 11.08800, sempre pelo sublote,
4 – por fim pra equalizar refaz saldo e verifica de novo pela query.
ATENÇÃO, as vezes pode estar tudo ok nas tabelas, mas o endereço do palete, LOCALIZAÇÃO pode estar diferente, ou seja, o palete estar na RUA 0070 no sistema ,
mas por algum motivo na tabela de localização estar na 050. Já aconteceu, neste caso corrija para a rua onde fisicamente o palete esta.
1 – PEDE NUMERO DA ETIQUETA PRIMEIRAMENTE
2 – CONSULTA A ETIQUETA NA CB0 PRA PEGAR O VALOR E O LOTE E SUBLOTE,
3 – PESQUISA O LOTE E SUBLOTE NA SBF E SB8,
4 – SE OS SALDOS NÃO ENTIVEREM IGUAIS SBF E SB8, VERIFICA SE TEM
EMPENHO, E TIRA O EMPENHO DA BF E B8 DESSA ETIQEUTA E LOTE E
SUBLOTE – É POSSIVEL QUE HAJA DIVERGENCIA NAS TABELAS.
Vigência de tabela de preços. Muito comum
na virada do mês
????
Ver com nonato
-- EXCLUIR OS
-- LIMPAR EMPENHOS SB8/SBF
-- DELETAR SC9/SDC
-- AJUSTAR SB2 (RESERVA/QA_CLASS)
-- GERAR NOVA OS SEM EFETUAR A LEITURA
-- OLHAR CB8 OLHAR SEQ
-- OLHAR SC9 OLHAR SEQ
-- OLHAR SDC OLHAR SEQ
-- CONSULTAR LEITURA NA CB9 APÒS 25 SEQ IR NA SC9 E VER SE AGLUTINOU

Pedir para excluir OS e verificar as etiquetas , lotes e sublotes envolvidos, se os mesmos estão presentes nas tabelas CB0, SBF, SB8 e
SDC, com suas quantidades corretas e RUA tb correta, ALTERAR O PV PARA LIBERAR. Do contrário, terá que ser criado
manualmente pelo SDU a equalização dos registros nestas tabelas,
Outra possibilidade é, excluir a OS e fazer um novo PV com 1 item só para essa quantidade e produto, uma nova DT para esse PV e
item, e uma nova OS resolve.
Deletar CB9 da etiqueta que estiver apresentando o erro. Filtrar OS x Pedido e veja
se o Pedido que esta envolvido nessa operação esta associado a OS desejada. Filtre
CB9_CODSEP x CB9_PEDIDO.
ATENÇÃO: Pode haver outro código de OS para o mesmo pedido, , mas a ele terá
um DOC associado, esse fica.
Refazer todo o processo, começando pela DT nova. Pedir
as etiquetas e equacionar os saldos nas tabelas envolvidas.
• Diferença de quantidade de lotes e sublotes entre a SC9, CB8 e CB9, neste caso, como era para aglutinar todos os lotes em
um único lote, pois era envio para armazém externo, a SC9 estava com 1 lote a menos, dai o erro. Correção passa por
excluir a OS, ir no PV, liberar a quantidade do necessária do item que esta na DT. Feito isso, verificar se a SC9 montou
com quantidade correta de lotes, se sim, solicite para criar a OS. Assim que criada, veja se na CB8 tem tb a quantidade de
lotes igual a SC9. Peça para ler as etiquetas, neste momento será criada a CB9, assim que terminar a leitura a OS, vá na
CB9 e veja se está com a quantidade de lotes igual a SC9, ou seja, neste momento os lotes e sublotes devem estar batendo
entre : SC9 x CB8 x CB9. Se estiver assim, faça o faturamento, senão estiver, exclua a OS, Exclua DT e peça para fazer
um PV exclusivo de 1 linha para essa operação, começando no PV, depois uma nova DT e uma nova OS.
Venda Sucata: Sistema esta mostrando 18 paletes, mas a venda é de 17. analise a ZZ2 e ZZ3 pelo PV, pegue o código na ZZ2 e
filtre por esse código na ZZ3, lá na ZZ3 deve conter a quantidade de paletes que devem ser lidos, se tiver 18 tem 1 a mais,
então mude para 17 (que é era a necessidade da operação da imagem abaixo) pegue o numero das etiquetas e veja qual esta a
mais e limpe. Volte a ZZ2 e veja se a quantidade ZZ2_QTDPAL esta correta, senão mude, e tb o campo ZZ2_QTDSEP se esta
com quantidade correta, senão mude tb. Bem como o campo ZZ2_QTPASE = ao campo ZZ2_QTDSEP.
Problema no momento de gerar a nota, pois os lotes envolvidos, saem do armazém 10 para o 12
aglutinados, caso apareça essas mensagens , limpar empenho da BF e da B8, mandar faturar. Verificar
pelas etiquetas envolvidas, se existem CB0, SB8 e SBF, e se todas estão com o mesmo armazém, mesma
localização (rua), e sem tem saldo. Limpe empenho da BF e B8. Não reprocesse saldo, e peça para testar.
Neste caso, como imagem lote e sublote com mesmo numero, causa essa aglutinação na OS. Mesmo tendo etiquetas independentes. Na CB0 tb
tem as etiquetas com seu saldo dividido corretamente.
O que deve ser feito é ter SB8 e SBF com tantas linhas quantas etiquetas com números de lotes e sublotes específicos.
Uma primeira manobra é filtras pelo lote e sublote na SD3 e verificar se lá esta detalhado por etiqueta, e fazer o mesmo na SD5 e SDB, se sim,
modificar na mão o numero de sublote dessas etiquetas e desse lote linha a alinha na SD3, SD5, SDB.
Depois ir na CB0 e colocar no sublote dessas etiquetas o mesmo numero de sublote que foi utilizado na SD3, SD5 e SDB.
Próximo passo, deleta SB8 e SB7 desse lote e sublote
Por fim, refaz saldo, que deve criar linha a linha na SB8 e SBF. Caso não crie, e como ultimo recurso , é incluir manualmente linha a linha na
SB8 e SBF.
Neste caso etiqueta Bipada estava sem saldo na CB0, tinha na SB8 e duas vezes nas SBF com saldo errado
(saldo menor). Atenção para olhar para a localização (rua) da SBF para saber qual das duas é da operação de
erro solicitado.
Na imagem abaixo, o sistema sugere uma etiqueta, mas a operação resolveu ler outra (TER0000VYP), é nesta
etiqueta digitada pelo operador, que a analise deve ser feito.
AVISO: FALHA NA GRAVAÇAO: Solicite as etiquetas, vai na CB0 e pegue o LOTE E SUBLOTE, vai na SBF e SB8 e veja se tem saldo nesses lotes e sublotes, senão a
correção tem que ser realizada para ter saldo iguais na CB0, SBF e SB8, no mesmo armazém e mesmo localização (rua).
Se tiver saldo na SBF e SB8, e é emergencial mudar de local (armazém) e Rua (localização), então, excepcionalmente, para liberar rapidamente, mudar a mão pelo SDU as
tabelas CB0, SBF e SB8, nos respectivos campos de local e rua.

Se o erro for de SALDOLOCLZ é possível que não tenha na SBF registro para as etiquetas envolvidas, ou seja, tem na CB0 e na SB8, mas não tem na SBF. Neste caso, a
manobra é pelo SDU incluir um registro na SBF, respeitando os dados da SB8 e CBO, relacionados a lote , sublote, produto, rua, armazém, filial e saldo.
Por fim o sistema esta com erro, portando peça para o operador dar
tantos “ESC” quantas etiquetas foram lidas, se a OS tem 20
etiquetas , então serão 20 “ESC´s”
Peguei o código do produto e fui na query de estoque, estava com reserva, empenho, e saldo equacionado. Fui na B2 e vi quantidade liberada de Pedido negativo. Zerei. SC9 faltando
numero de lote e sublote comparado com a CB0 e SB8 e SBF. Desalinhado BF com B8, faltando lote e sublote na B8. Além disso verificar, pois SC9 esta com quantidade liberada superior
ao o que esta na DT. Neste caso, deletar a OS, a DT, pedir pra faze PV pra quantidade que será faturada.
Outra possibilidade é analisar a SD3, SD5 e SDB por etiquetas, para saber se essas etiquetas estão movimentadas nessas tabelas, senão tem que criar a mão, deletar SB8 e SBF e
reprocessar.
ATENÇÃO: A Data dessa manobra tem que ser para um mês aberto, se for mês fechado tem que mudar a data em todas as tabelas (CB0, SD3, SD5, SDB) para um data do mês corrente.
Verificar a tabela SBE se o campo BE_LOCALIZ, esta com 5 dígitos, ao invés de 4. no caso da imagem abaixo, o rapaz estava na rua 0440,
mas o cadastro estava duplicado, com rua 0440 e 00440, por algum motivo o sistema estava considerando a rua 00440 e não a rua 0440.
Exclui a rua 0440 que estava incompleta no cadastro e editei o campo BE_LOCALIZ da rua 00440 para 0440.
Erro de cadastro, não para a operação, mas atrapalha pq o rapaz tem que apagar o digito “0” da frente da rua.
Na imagem abaixo do SDU, a primeira linha estava 00440 e a segunda (deletada) estava 0440, porém a de cima estava com descrição e mais
completa, portanto deletei a de baixo e mudei o campo BE_LOCALIZ de 00440 para 0440
Altera o C2_LOCAL de 11 para 10 (ou para localização deseja )
filtrando por OP, campo C2_NUM - OP D60466 (exemplo)
Coletor travado:
Primeiro, solicite o usuário, vá no senha segura servidor 94, derrube pelo monitor do Protheus ou pelo Dbacess
o usuário.
Senão der certo: Vá pelo senha segura nos servidores 82- ACD01 e 844 –ACD02 e derrube o serviço
correspondente ao coletor travado. Caso nenhuma dessas manobras deem certo, acione o plantão de INFRA.
Pedir numero da OS, pegar os lotes e sublotes e verificar na SBF e SB8 se há empenho, se sim,
apague, vá na SB2 pelo código do produto e limpe o campo RESERVA se estiver preenchido.
2 - Verificar se o numero do lote e sublote informado no coletor esta em dois pedidos diferentes
na SC9, se sim excluir a linha do pedido que não esta relacionado com a operação, e excluir tb
toda a SC9 do pedido que esta sendo faturado.
3 - Vai no Pedido e libera novamente para montar nova SC9. Pede pra gerar OS nova e segue pra
leitura e faturamento.
Pode ser SC9 deletada para a OS gerada, filtre pelo numero de OS e volte a linha da SC9 caso deletada (Primeira providencia)Problema
em geral neste caso é DT múltipla, DT de bitrem. Por algum motivo empenha errado na SC9. Neste caso fazer o seguinte:
Excluir a OS. Senão conseguir (conforme imagem, tela Protheus abaixo), pois pode estar com status diferente de “0” na CB7,. Vá na CB7 no
campo status e mudar o conteúdo para “0”, e pedir pra excluir.
Peça para abrir 1 DT por baú (em geral é bitrem onde existem 2 baús então duas notas), feito isso, excluir SC9 relacionada ao pedido e item da
DT, retirar empenho da BF e B8, bem como, a reserva da B2, feito isso, pedir para gerar 1 OS por DT. Não refazer processamento de saldo.
Caso não resolva, refaça o processo acima, e antes de gerar a OS, vá no PV e no item desejado e faça uma nova liberação para a quantidade
desejada. Feito isso, siga com o processo de gerar OS para cada DT.
Caso nenhuma dessas manobras funcione, peça as Etiquetas e verifique na CB0, SB8 e SBF se todas as etiquetas existem e estão corretas com
saldo iguais e sublote especifico (acontece de ter duplicidade de sublote),senão existirem, ou estiverem incorretas, criar pelo SDU as etiquetas
que estiverem faltando, tanto na SB8 com na SBF, ou corrigir o saldo e sublote Feito isso, repita o primeiro passo dessa orientação. Outra
possibilidade é estar na OS um lote e sublote com localização ‘SSSS’, que é uma localização de sucata, que não deveria estar associado a OS,
sendo isso, ache uma etiqueta valida e substitua nas tabelas CB8, SC9 e SDC (DC_ORIGEM = SC6) os lotes e sublotes com localização =
‘SSSS’
Solicite o numero da DT, pegue o numero do pedido e item envolvido nesta OS, vão na SC9 e filtro pelo pedido,
item, filial e armazém, exclua todas os itens da C9 para essa chave. Pegue o código do produto, que tb esta na DT,
vá na SB8 e SBF e apague a coluna de empenho (deixe 0.00000) com atenção para limpar somente os itens dessa
chave (produto+filial+aramazem). Vá na SB2 desse produto, filial e armazém e zere tb o campo RESERVA. Por
fim, solicite para excluir a OS e refazer uma nova, e liberar para seguir com o processo de leitura das etiquetas.
Solicite a OS, vá na CB9 e filtre por essa OS. Pegue o numero das etiquetas associadas a essa OS e
envie para o usuário estornar as etiquetas na OS que apresentou o erro abaixo. Feito isso, solicite
para ler de novo os paletes da mesma OS. senão der certo na mesma OS, peça para excluir a OS e
fazer uma nova. No caso desse chamado, eu mantive a mesma OS e a leitura ocorreu perfeitamente.
Estava gerando 1033 linhas de SC9, verificar SC9 e SDC pq tem
muita linha liberada a mais que a quantidade de paletes nestas
tabelas.
Pegue o código do CAB e faça um reprocessamento, em seguida, solicite as etiquetas, pegue o numero do lote e sublote e filtre na SB8 e SBF, se
tiver empenho apague, vá na SB2 pelo numero do produto e apaguem o campo RESERVA se estiver com saldo. Pode ser necessário pagar a SC9 desta
OS tb.
Em alguns casos é necessário excluir a OS e refazer uma nova, e liberar para seguir com o processo de leitura das etiquetas.
Veja tb a tabela SDC ( sempre pelo lote e sublote das etiquetas informadas) tem que ter saldo e uma linha para cada etiqueta, já peguei SDC
para lote e sublote deletada, retornei recall e leu a etiqueta. Não deixe de ver tb a CB9, pode ter etiqueta presa em outra OS, se sim, exclua.
O sistema faz em media 5 consultas no servidor da SEFAZ e quando o cliente clica no
REFRESH é adicionada mais uma consulta a cada clique. Neste momento a SEFAZ
bloqueia as consultas, retornando então a Rejeição 656 - consumo indevido.Para solucionar
essa ocorrência, basta aguardar a autorização das Notas
Código de placa errado, ou faltando ou com caracteres tipo traço ou *&$%, corrija Na ZZJ (DT) e na SF2 campo F2_PLACA.
abra a SF2 da nota e filial correspondente e corrija com a placa correta, corrija tb na ZZJ (DT) campo ZZJ_PLACA. Peça para
transmitir de novo.
Em geral quando o usuário quer excluir a DT e ela não voltou ao status de disponível, depois da exclusão da
NOTA fiscal associada a ela. Peça a mensagem no INOUT e veja se é igual a imagem abaixo. Se sim: Pegue o
número da DT. Vá no SDU na ZZC, limpe os campos ZZC_A_STCA e ZZC_STATDT, deixando os dois em
branco.
Produto matéria prima que ficou sem saldo, o correto é buscar as notas envolvidas de entra e ver se algo não foi
digitado no Protheus, ou XML que não subiu. Não de saldo a mão, pq produtos de matéria prima compõem o
custo do produto e são contabilizado, jamais faça pelo SDU. Neste erro o Peter foi envolvido e acabou
resolvendo, vou ver com ele o que ele fez depois. Sempre envolva o Peter quando for matéria prima
Pode ser também que tenha bloqueio de credito. Veja na SC9 se o item liberado esta com o campo
C9_BLCRED = ’01’. Se estiver, faça a analise do cadastro de cliente e veja como esta a regra no
campo B1_RISCO, neste campo vai conter as regras, analise a regra e veja se de fato o cliente esta
sem credito, ou com o credito bloqueado. Do contrário procure o outro slide nesta Bíblia que tem
outras manobras para essa tela de erro.
NÃO ESTA ACHANDO O USUARIO NO MONITOR PARA
DERRUBAR?? CLICAR EM NOVO SERVIDOR E
COLCOAR O SLAVE: 10.11.200.96 PORTA 12025
Primeiro analisar o PV se tem saldo disponível, pois as vezes o saldo do item em questão já foi todo consumido, portando só um pedido novo.
Problema de integração, e com saldo suficiente no PEDIDO, dá mensagem de falta saldo, mas tem saldo. Caso o item do PV estiver com saldo: Então
limpe tudo que esta na SC9 para esse pedido e item, menos o que estiver com numero de nota fiscal emitida. Os que estiverem sem Nota Fiscal delete,
veja tb a SDC para esse item pedido, se tiver algo, delete tb, ai peça para integrar.
Outra possibilidade: Em geral o usuário reclama que a DT criada no INOUT não esta aparecendo no Protheus. Neste caso são duas manobras:
1-Derrubar e startar o serviço 02, do servidor 767 do senha segura, aguarde uns 20 minutos, senão integrar, então:
2-Verifique se o PV esta sem saldo para ser consumido, se sim, pedir para criar um novo PV, pois Item do PV, ou o PV todo foi completamente
consumido, ou seja, não tem saldo disponível. ATENÇÃO: Não sei se tem relação, mas havia uma DT que já tinha faturado, mas o numero da
nota não estava amarrado a DT. Amarrei os campos de nota e placa de veiculo na mão na tabela ZZJ.
Neste caso não há erro de sistema, o operador escolhe três tipo de produto no
encerramento: PA, PI e Sucata, mas PI só para Manaus, então ele deveria escolher
PA ou SUCATA, então senão for Manau e escolher PI vai dar essa mensagem.
Orientação é perguntar se ele escolheu o produto diferente de PI, caso não seja
manaus.
Verificar wagner
[02:01, 02/10/2022] +55 34 8442-6269: E aí Fernando beleza?[02:01, 02/10/2022] +55 34 8442-6269: Tô com um problema aqui em Uberaba[02:02, 02/10/2022] +55 34 8442-6269: Estamos
usando a OP 706 de Itaipava[02:02, 02/10/2022] +55 34 8442-6269: Daí fechei a aba de apontamento pra realizar outra operação[02:02, 02/10/2022] +55 34 8442-6269: Na hora que voltei pra
ela, tá constando que foi encerrada ou tá sem saldo[02:02, 02/10/2022] +55 34 8442-6269: E tinha mais de 500 paletes ainda pra rodar. Correção é limpar campo da SC2 como imagem abaixo.
ESTA PREENCHENDO O CAMPO C2_DATRF SEM TER CHEGADO A QUANTIDADE TOTAL DO C2_QUANT, então o campo C2_QUJE ESTA MENOR, DESTE MODO
FICA FALTANDO MAIS PALETE PRA APONTAR, MAS A MENSAGEM É DE OP ENCERRADA, NESTE CASO. É SO LIMPAR A C2_DATRF E MANDAR
Quando der esse erro: Mudar o IP e Porta no atalho do
usuário para o ICONE teraterm como imagem abaixo
Conforme imagem campo B2_VATU2 com valor maior que o tamanho do campo (estava
***********.*****), e campo QTPEDIDO com valor negativo, limpe os dois e foi
Erro ao ler ou finalizar OS, Limpe empenho na SBF e SB8, reserva na SB2 e SC9 relacionada a OS
com problema. Solicite para testar, caso não resolva, ou apareça outro problema, solicite excluir a
OS e fazer uma nova
Resolvido excluindo OS e fazendo uma nova DT. Em ultimo caso, também pedir
pra refazer um novo PV.
Verificar
Deve ser feito em outro ambiente TeraTerm ao
qual possuí a correção efetuada pelo Jonatas/Lima
Campo ZZC_STATDT = Branco