API e integração
Polling
Atualizado em pela Equipe editorial do PanelCompare
Por que “polling” importa para quem compra?
A falta de callbacks molda toda integração construída neste mercado. Não há evento quando um pedido é concluído, nem quando fica Parcial, nem quando uma reposição termina; há só a ação status, a ação refill_status e o que você perguntou por último. Quem revende precisa rodar um agendador, definir um intervalo e aceitar que o momento em que fica sabendo de uma falha é limitado por esse intervalo, e não por quando ela aconteceu.
Isso também torna a consulta em lote o único padrão econômico. A forma de status para vários pedidos aceita até 100 IDs por requisição e devolve um objeto indexado pelo ID, então cem pedidos custam uma chamada, e não cem (verificado em justanotherpanel.com/api, pesquisa de mercado do PanelCompare, 6 de setembro de 2026). Consultar um pedido por vez é o que faz o agendador de um revendedor parecer, do lado do painel, um abuso.
Como “polling” aparece numa tabela de preços?
Nada no catálogo reflete isso. O que reflete é a rapidez com que os próprios clientes de um revendedor ficam sabendo de um problema, que depende do intervalo de consulta dele, e não do painel.
Um índice de comparação faz polling por outro motivo: chamar as ações services e balance num cronograma é como se mede a disponibilidade e a latência da API, e é o que detecta a queda de um fornecedor dias antes de um tópico de fórum.
Acha que esta definição está errada?
A terminologia deste mercado é definida pelos painéis que a usam, e ela muda. Se um painel usa “polling” com um sentido diferente do que está escrito aqui, envie para nós o serviço listado, e vamos corrigir a definição ou registrar a variante. O processo está na página Quem somos.