Compare uma API SMM pelo trabalho que precisa fazer: encontrar um serviço, criar um pedido, recuperar de um timeout e conferir o resultado. A versão do endpoint e campos parecidos são apenas o começo.
Comparação da NotPanel das referências públicas de JustAnotherPanel, CheapSMMPanel e NotPanel, verificadas em 2026-09-09; os dados da NotPanel refletem a atualização da API de outubro de 2026. É uma análise documental, não um teste de entrega ou de contas dos concorrentes. Uma função ausente da página pública pode existir em outro lugar.
JustAnotherPanel · CheapSMMPanel · NotPanel
O que as referências públicas documentam
A estrutura key + action é familiar. Antes de mudar a URL, consulte o catálogo de destino e confira IDs, campos, preços e estados. Credenciais, IDs de serviço e saldos não passam de um painel para outro. Na NotPanel, qualquer pedido pode ser cancelado com reembolso total nos primeiros 15 segundos; depois disso, é possível pedir o cancelamento nos serviços que o permitem, e a parte não entregue é reembolsada automaticamente quando o cancelamento é confirmado.
Formato v2 parecido, contrato documentado diferente
Autenticação JAP / NotPanel: key CheapSMMPanel: api_token
Catálogo JAP / NotPanel: action=services CheapSMMPanel: action=packages
Id do serviço JAP / NotPanel: service CheapSMMPanel: package
Nomes de campos não são detalhe
| Função | JAP / NotPanel | CheapSMMPanel |
|---|---|---|
| Autenticação | key | api_token |
| Catálogo | action=services | action=packages |
| Id do serviço | service | package |
| Contagem inicial | start_count | start_counter |
Centralize o mapeamento e guarde exemplos de cada solicitação e resposta usada. As duas páginas de concorrentes mostram estados com inicial maiúscula. A NotPanel fornece status de exibição e status_key estável para automação. Um estado desconhecido exige conferência; não prova direito a reembolso.
Nomes são texto de exibição; IDs são o contrato
Use o ID numérico para pedir e o nome para exibir opções. services mantém o formato conhecido e também informa os campos do pedido, os limites de entrega gradual (drip-feed) e a disponibilidade de cada serviço; catalog acrescenta busca e paginação. language permite nomes localizados; canonical_name preserva o inglês e name_language informa o idioma retornado, inclusive en no fallback.
Timeout não é falha
Mantenha o request_id original após um timeout.
Repita com a mesma chave e os detalhes do pedido sem alterações.
Salve o ID do pedido original devolvido pela nova tentativa.
2026-09-09 — request_id e idempotency_key são opcionais. Sem eles, a mesma conta e payload recebem proteção de 60 segundos; um duplicado intencional nessa janela retorna o primeiro pedido. Aguarde 60 segundos ou envie request_id único para duplicar imediatamente.
Gere a chave uma vez, fora do loop de retry. Timeout é resultado desconhecido, não prova de que o pedido não ocorreu.
Veja a referência de criação de pedido · guia de integração.
Use eventos e consultas de estado juntos
Receba uma notificação de pedido assinada.
Verifique assinatura e data; trate IDs de eventos repetidos.
Confirme estados importantes com uma consulta status.
As páginas públicas da JAP e da CheapSMM verificadas em 2026-09-09 documentam consultas de estado de pedidos. Webhooks de saída não são descritos nessas páginas; essa ausência não prova que o recurso esteja indisponível em outro lugar. Pergunte sobre as condições específicas da conta de que seu aplicativo precisa.
A NotPanel documenta webhooks assinados com novas tentativas, sem garantir cada notificação. Cada entrega traz um único evento assinado com id, type, sequence e data. Verifique X-Webhook-Signature com o corpo original e X-Webhook-Timestamp; use X-Webhook-Delivery-Id para acompanhar a entrega. Processe cada ID de evento uma vez e confirme estados importantes por status. Rejeite eventos fora da janela de tempo que você escolheu para impedir repetições antigas. Uma notificação ajuda a conferir o pedido; não substitui seu registro.
As receitas estão na referência de webhooks · guia de HMAC.
Leia a resposta antes de repetir
Leia o código HTTP e o corpo JSON. Os exemplos abaixo são da NotPanel; esta revisão não estabelece o comportamento HTTP de contas dos concorrentes.
A NotPanel documenta X-RateLimit-Limit, X-RateLimit-Remaining e X-RateLimit-Reset. As chaves API da mesma conta compartilham o limite de solicitações. Consulte as referências de erros e limites antes de decidir o que repetir, quando aguardar ou quando pedir uma análise à equipe.
Recursos da NotPanel que você pode verificar
São diferenças de contrato que você pode verificar, não uma promessa sobre preço ou tamanho do catálogo.
- Pedidos seguros contra retries: Adds familiares funcionam sem novos campos e payloads idênticos da mesma conta ficam protegidos por 60 segundos. request_id ou seu alias idempotency_key são opcionais para retries exatos; request_id prevalece se ambos forem enviados.
- Eventos de status assinados: A referência define HMAC-SHA256 sobre timestamp + ponto + corpo original, os headers exatos e um evento assinado por mensagem; URLs privadas ou locais são rejeitadas.
- Erros explícitos: Cada erro tem um código fixo (error_code), um status HTTP e um indicador retryable, para o cliente distinguir entrada inválida, bloqueio, limite ou erro que permite nova tentativa.
- Limites visíveis: Os cabeçalhos de limite explicam a janela efetiva da conta; trocar a chave API não cria uma cota separada para a conta.
Cada ponto pode ser testado na referência pública antes de migrar um fluxo de reseller.
Escolha o contrato que atende ao trabalho real. Uma integração estável pode continuar sendo adequada. Experimente a NotPanel quando uma função documentada resolver uma necessidade concreta, antes de transferir tráfego.
Perguntas frequentes
A JustAnotherPanel tem API de reseller?
Sim. A página v2 pública verificada em 2026-09-09 mostra key e action para services, add, status, refill, refill_status, cancel e balance. Webhooks, idempotência, catálogo de erros HTTP e headers de limite não estavam documentados nessa página para visitantes; a ausência na página não prova que um recurso não exista em outro lugar.
CheapSMMPanel usa a mesma API que a JAP?
Não. A documentação pública usa api_token, action=packages, package e start_counter. Um cliente JAP não funciona sem alterações.
Idempotência integrada?
Adds familiares funcionam sem novos campos e payloads idênticos da mesma conta ficam protegidos por 60 segundos. request_id ou seu alias idempotency_key são opcionais para retries exatos; request_id prevalece se ambos forem enviados.
Posso apontar um cliente JAP existente para o NotPanel?
A estrutura key + action é familiar. Antes de mudar a URL, consulte o catálogo de destino e confira IDs, campos, preços e estados. Credenciais, IDs de serviço e saldos não passam de um painel para outro. Na NotPanel, qualquer pedido pode ser cancelado com reembolso total nos primeiros 15 segundos; depois disso, é possível pedir o cancelamento nos serviços que o permitem, e a parte não entregue é reembolsada automaticamente quando o cancelamento é confirmado.
