O que o Protheus diz do estoque de jumbo, ao lado do Estoque Conecta — o saldo daqui,
feito do inventário do pátio, mais as entradas das notas, menos as baixas na máquina.
É o Estoque Conecta que a Compra desconta; o do Protheus é só conferência.
⚠️ É consulta. A compra continua descontando o saldo lançado aqui, e não este retrato do
ERP — decisão de 27/08/2026, quando o armazém de jumbo do Protheus ainda não era confiável.
Esta tela serve para conferir os dois.
O retrato vem da SB2. O botão Estoque do Protheus aqui em cima o renova —
é a mesma importação da Compra e dos Produtos, uma só, que regrava
todos os armazéns. O Atualizar ao lado apenas relê o que já está guardado.
O Protheus não manda o lote nessa importação, então aqui só há peso: em quantas
bobinas ele está, só o relatório de lotes do ERP diz.
Aqui cada rolo do app é confrontado com o lote do Protheus, e não o peso
total — é a conferência que a aba ao lado não consegue fazer, porque a importação da
SB2 não traz o lote. Esta lê o endpoint de jumbos, que traz.
O par (estado aqui, estado lá) é que diz o que fazer, e por isso cada um é
uma lista separada: só no app o ERP já usou e falta baixar aqui; só no ERP
o rolo existe lá e não aqui; na máquina está rodando agora e some sozinho;
o ERP não baixou é o inverso — nós usamos e ele ainda conta.
Quem diz que o rolo foi consumido é o MOVIMENTO de baixa (SD3, tipo 517),
e não o saldo. Saldo zero é um estado com várias causas — consumo, transferência,
ajuste, lote apagado —, e na primeira medição os dois discordaram feio: o saldo
apontava 64 rolos como consumidos e a SD3 registrava baixa em 8. Por isso
"sumiu do saldo, mas ninguém baixou" é uma lista separada, e ninguém age por ela.
⚠️ "O Protheus não conhece este lote" não é "o Protheus zerou este lote".
Pode ser lote apagado lá, código de item trocado, ou o número gravado aqui estar errado.
Por isso essas ficam à parte e ninguém age por elas.
⚠️ Das que batem, o peso ainda pode divergir — dois sistemas que concordam
sobre QUAIS rolos existem e discordam de quanto cada um pesa é um problema mais
silencioso, porque a contagem fecha.
As quatro contagens do mesmo papel: livro é o saldo em quilo de
jumbo_movimentos — entrada soma, saída subtrai, inventário zera e redefine —,
e é ele que a Programação de Compra usa para decidir
quanto comprar; bobinas é a soma do peso dos rolos que estão no pátio;
SB2 é o retrato do Protheus por produto e armazém; lotes é o saldo por
lote do endpoint novo.
Por que o livro de quilos e os rolos do pátio divergem, e por desenho: a
carga de abertura cria bobina sem gerar movimento — com razão, porque o quilo
daquele papel já tinha entrado pelo inventário, e somar de novo contaria o mesmo
pátio duas vezes. Só que daí cada rolo trazido do ERP existe como bobina e não existe no
livro; e quando ele vai para a máquina, o app subtrai quilo que nunca somou.
A conferência acima mostra onde isso dá diferença. As duas primeiras colunas são
nossas: onde elas discordam, o conserto é aqui.
A baixa em si continua em Baixa de jumbos; trazer
rolo do ERP e casar lote são os botões aqui em cima, que vieram da Entrada de produtos
em 05/10/2026 — é aqui que se confronta o pátio com o ERP.
A carga de abertura antiga criava bobina sem gerar movimento, com uma
justificativa que estava certa no começo: o quilo daquele papel já tinha entrado pelo
inventário. Estava certa para os rolos daquele inventário. Toda carga
posterior trouxe rolo novo sem quilo atrás dele — e quando o rolo foi baixado, o app
subtraiu quilo que nunca somou. É daí que vêm os saldos negativos.
Isto não inventa quilo. A entrada registra papel que entrou no pátio de
verdade e que ninguém lançou. No rolo já consumido ela cancela a saída órfã e o livro
sobe de negativo para zero; no rolo do pátio ela faz o livro contar o que está lá.
A data é a do rolo, não a de hoje — e nunca depois da saída dele, senão o
extrato mostraria o rolo saindo antes de entrar.
⚠️ Jumbo com lançamento de inventário fica de fora: ali o quilo pode já
estar contado, e somar de novo contaria o mesmo papel duas vezes.
A carga de abertura já faz isso sozinha desde 28/09/2026. Isto aqui é o acerto
das que vieram antes.
Rolo que a carga antiga trouxe para o pátio sem lançar o quilo no livro — é o que deixa o saldo negativo.
A carga de abertura reconhece a bobina que já existe pelo lote do Protheus. A
bobina que veio de uma nota e ainda não casou não tem esse número — então a carga
não a reconhece e cria outra. O rolo passa a existir duas vezes, e o estoque de
bobinas conta o papel em dobro.
Aqui cada par é mesmo jumbo, mesmo peso: de um lado a bobina da nota (com o
Lote Fornec. e o fornecedor), do outro a de abertura (com o lote do ERP e a baixa).
⚠️ Esta tela não apaga nada. Qual dos dois fica é decisão sua, e os dois
carregam coisas diferentes que não voltam. A coluna baixa no ERP é o argumento
mais forte: o gêmeo que o Protheus reconhece.
⚠️ O peso só vale dentro do mesmo jumbo, e empate recusa — há dois
rolos de 746 kg no pátio. Quando há empate o par vira grupo: não se sabe qual é o
gêmeo de qual, mas o quilo em dobro é o mesmo.
O mesmo rolo lançado duas vezes: uma pela carga do Protheus, outra pela nota. Só mostra; não apaga nada.
As baixas antigas foram uma afirmação nossa: alguém tocou "Pôr na máquina" ou
carimbou um acerto de inventário. Desde 28/09/2026 a baixa é uma leitura — o
movimento TM 517 da SD3. Esta operação passa o acervo velho pela régua nova,
uma vez: apaga as baixas antigas e regrava só as que o Protheus sustenta.
A data da baixa nova vem da SD3, e não de hoje: refazer tudo com a data de
hoje jogaria meses de consumo num dia só, e o extrato do jumbo passaria a contar que
nunca faltou papel em agosto.
O rolo sem movimento de baixa no ERP volta ao pátio — é o que "fidedigno com
o Protheus" significa quando o Protheus diz que o papel ainda existe.
⚠️ Quem já foi baixado pela régua nova não é tocado, e quem não tem lote
do Protheus ou tem lote que o ERP não conhece volta ao pátio sem ninguém poder
dizer se ele está lá. Essa é a lista para olhar antes de confirmar.
⚠️ Isto não conserta o passivo de quilo do livro: aquele nasceu de
entrada que não virou movimento, e é o outro lado da conta. Desfazer saídas só
torna os saldos negativos menos negativos.
Passa as baixas antigas pela régua nova — o movimento TM 517 da SD3 —, com a data em que o ERP baixou.