O que aconteceu
RECLAMAÇÃO: Integração de estoque grava zero sobre saldo válido e derruba anúncios (IMPACTO ATUAL: R$ 568.334,25 (QUINHENTOS E SESSENTA E OITO MIL, TREZENTOS E TRINTA E QUATRO REAIS E VINTE E CINCO CENTAVOS)
Sou cliente da Base.com (BaseLinker) e uso a plataforma como hub entre meu ERP (Sankhya) e os marketplaces.
Desde 20/09 a integração de estoque do Sankhya para a Base está gravando zero em produtos que têm saldo no ERP. O resultado é direto: anúncios pausados por "sem estoque" com a mercadoria parada no depósito, deixando de vender.
Exemplo documentado. Produto SAMSUNG GALAXY S23 FE 256GB CINZA (SKU CEL5251). No Sankhya ele tem 7 unidades CODEMP 1, CODLOCAL 0, sem reserva. Na Base consta 0. O histórico de escritas do próprio painel da Base, todas assinadas pelo perfil "Automação", mostra:
20/09 07:25 de 8 para 0
21/09 00:48 de 0 para 8
21/09 12:22 de 8 para 0
22/09 03:59 de 0 para 7
22/09 19:29 de 7 para 0
Zerar e repor exatamente o mesmo número cinco vezes não é movimento de estoque. É leitura que falhou sendo gravada como zero.
A evidência decisiva está no log de sincronização da própria Base. No ciclo de 22/09 das 15:00 às 19:29, de 238 registros, 125 foram gravados como 0 e 113 receberam valores reais no mesmo minuto, na mesma execução. Ou seja, não foi uma queda geral: dentro de um único ciclo parte das consultas funcionou e parte virou zero.
O suporte da Base identificou em 22/09 erros HTTP 403 (GTW3403) na consulta à entidade de Estoque do Sankhya. Reconheço que a origem desse erro pode envolver o lado do ERP, e isso está sendo tratado em paralelo. Mas há um defeito que é da integração da Base e independe disso: diante de uma leitura que falhou, o sistema grava 0 em vez de abortar e manter o último valor conhecido. Um erro 403 significa "não consegui ler o estoque", nunca "o estoque é zero". Enquanto esse comportamento existir, qualquer instabilidade momentânea derruba o catálogo inteiro e pausa anúncios.
Impacto medido: Em 22/09 havia 80 anúncios com mercadoria em estoque e zero publicado, com R$ 229.630 em venda parada (DUZENTOS E VINTE E NOVE MIL SEISCENTOS E TRINTA REAIS). Hoje, 23/09, medi às 11:31 e de novo às 13:47: o número de SKUs zerados indevidamente subiu de 80 para 198, e as unidades de 99 para 308. Impacto atualizado: R$ 568.334,25 (QUINHENTOS E SESSENTA E OITO MIL, TREZENTOS E TRINTA E QUATRO REAIS E VINTE E CINCO CENTAVOS)
Atendimento. Mantenho chamado aberto sobre este problema. A última resposta da Base foi em 22/09 às 16:46. Em 23/09 às 10:09 enviei nova mensagem solicitando teste após a correção informada pelo fornecedor do ERP, e até agora, quase quatro horas depois, não obtive retorno enquanto o problema segue se agravando e gerando perda de venda a cada hora.
Solicito correção imediata do comportamento da integração: em caso de falha de leitura (403, 5xx, timeout ou resposta vazia), abortar o item e preservar o último valor, com alerta nunca gravar zero.
Registro do valor bruto recebido do ERP por item no log de sincronização, para que o cliente consiga distinguir "o ERP mandou 0" de "a leitura falhou".