Follow-up da review de 19/08 na #802.
packages/apps/bling-erp/src/integration/after-bling-queue.ts:82-91 — o dedupe de falha repetida compara só com logs[0]:
- Dois recursos falhando alternadamente nunca casam com o último log → o flood de
PATCH de até ~1MB no hidden_data volta (exatamente o que o dedupe existe para evitar). Ficou mais relevante agora que a guarda de depósitos devolve isConfigError por produto (7c92a2745).
- Quando deduplica, o
timestamp da primeira ocorrência nunca é atualizado — o painel mostra a falha como antiga mesmo ocorrendo agora.
Sugestão: comparar contra as N primeiras entradas (ou indexar por recurso+id) e atualizar o timestamp da entrada deduplicada.
Follow-up da review de 19/08 na #802.
packages/apps/bling-erp/src/integration/after-bling-queue.ts:82-91— o dedupe de falha repetida compara só comlogs[0]:PATCHde até ~1MB nohidden_datavolta (exatamente o que o dedupe existe para evitar). Ficou mais relevante agora que a guarda de depósitos devolveisConfigErrorpor produto (7c92a2745).timestampda primeira ocorrência nunca é atualizado — o painel mostra a falha como antiga mesmo ocorrendo agora.Sugestão: comparar contra as N primeiras entradas (ou indexar por recurso+id) e atualizar o
timestampda entrada deduplicada.