Como trocar de painel SMM sem perder a cobertura de reposição

O que passa de fato para o novo painel quando você troca?

Nada. Nem o saldo, nem o histórico de pedidos, nem a cobertura de reposição, nem os IDs de serviço. Uma garantia de reposição é uma promessa sobre um pedido específico, medida contra a contagem inicial que um painel específico registrou antes de o pedido começar, e só pode ser acionada pelo mecanismo desse painel. Um painel novo não tem registro de nada disso nem nenhuma obrigação decorrente.

Vale dizer isso com todas as letras porque o mercado muitas vezes fala da cobertura como se ela fosse uma propriedade dos seguidores, e não do pedido. Ela não é transferível nem cedível, e nenhum painel jamais se ofereceu para honrar o prazo de outro painel.

Por que a ordem dos passos importa tanto?

Porque o que mais anula um pedido de reposição não é um prazo encerrado, e sim uma base de comparação contaminada. Um segundo pedido registra uma contagem inicial que já inclui a entrega do primeiro, então, a partir do momento em que dois painéis têm pedidos ativos no mesmo link, nenhum dos dois tem uma medição limpa do que entregou, e os dois têm o direito de recusar a reposição exatamente por esse motivo.

A boa notícia é que a maior parte do catálogo não tem nada a proteger. Das 7.754 ofertas ativas no índice, 6.409 não têm prazo de reposição nenhum, então a maioria dos pedidos antigos não impõe restrição alguma sobre quando você pode mudar (índice de preços do PanelCompare, 10 de setembro de 2026). Confira quais dos seus pedidos em aberto têm de fato um prazo antes de planejar em torno deles.

O que é preciso exportar antes de sair?

Tudo o que o painel vai parar de mostrar assim que a conta ficar inativa, que é quase tudo de que uma disputa posterior precisaria. Os painéis não mandam extrato de encerramento, e um painel que está fechando tira o site do ar sem aviso, então a exportação é uma porta que só abre para um lado.

Fonte: Nomes de campo das respostas status e refill da SMM Panel API v2, verificados em 11 de setembro de 2026.

Se o painel tiver API, isso é uma única passada de script, e não uma tarde copiando dados: a ação status aceita até 100 IDs de pedido por vez, então um ano de pedidos costuma caber em poucas requisições. Faça isso antes de anunciar qualquer coisa, e não depois.

Qual é a sequência segura de migração?

1. 1.Levante primeiro tudo o que há no painel antigo: cada pedido dos últimos 12 meses, o link, o prazo de reposição, a contagem inicial e a data de conclusão. Exporte isso antes de parar de usar o painel, porque painéis que estão fechando tiram o site do ar.
2. 2.Identifique quais desses pedidos ainda têm prazo aberto, e em quais links. Esses links ficam congelados até o prazo acabar ou até uma reposição ser resolvida.
3. 3.Teste o painel novo nos itens que você realmente pretende comprar, em links que não estejam congelados. Use a quantidade mínima: 6.679 dos 7.754 itens do índice podem ser comprados no mínimo por um dólar ou menos.
4. 4.Peça agora, no painel antigo, a reposição de tudo o que já caiu, pelo mecanismo de reposição e não por ticket, e guarde os IDs de reposição.
5. 5.Gaste o saldo do painel antigo nos links congelados enquanto os prazos terminam. Saldo preso é a perda evitável mais comum numa migração.
6. 6.Passe o volume novo para o painel novo link a link, à medida que cada link congelado é liberado.
7. 7.Mantenha a conta do painel antigo aberta, com saldo mínimo, por um mês. Se o fornecedor de origem do painel novo falhar na segunda semana, você vai querer ter para onde ir, num lugar que já testou.

O que acontece com o saldo que sobra no painel antigo?

Na maioria dos casos, ele fica lá. Painéis funcionam com saldo pré-pago, saques são raros e muitas vezes não estão disponíveis, e um saldo que você para de usar é um saldo que você doou. Planeje o gasto do saldo antes da troca, e não depois, e não coloque mais dinheiro num painel que você já pretende deixar, seja qual for o bônus oferecido.

Fique atento ao padrão aqui. Bônus de depósito agressivos aparecendo num painel com o qual você já estava insatisfeito são um dos sinais recorrentes que antecedem um golpe de saída, e uma migração é justamente o momento em que o comprador fica mais tentado por uma última recarga barata.

O que muda se você troca de painel por trás de uma API?

O cliente quase não muda; os dados mudam. Quase todo painel implementa a mesma especificação da API v2, então um cliente escrito para um painel funciona em outro trocando a URL base e a chave. O que não passa para o outro lado é o mapeamento dos IDs de serviço: os IDs são locais de cada painel e podem mudar, então cada ID guardado precisa ser remapeado no catálogo novo pelo nome e pelo preço, e não presumido.

• Baixe de novo o catálogo completo e remapeie cada serviço padronizado que você vende. Não copie uma tabela de IDs.
• Mapeie pelo nome e pelo preço juntos, e deixe sem mapear o que for ambíguo, em vez de chutar. Um mapeamento errado vende, em silêncio, o produto errado pelo preço errado.
• Mantenha o painel antigo conectado só para leitura enquanto houver pedidos abertos nele, porque status e refill_status ainda precisam ser consultados.
• Guarde a identificação do painel junto com cada ID de pedido. IDs de pedido só são únicos dentro de um painel, e uma migração é exatamente o momento em que os espaços de ID de dois painéis começam a se sobrepor no seu banco de dados.
• Troque a chave antiga depois da virada. A especificação não prevê validade nem proteção contra reutilização, então uma chave abandonada continua ativa até ser revogada.

Quando trocar de painel é a resposta errada?

Quando a falha está no fornecedor de origem, e não no painel. Se vários serviços sem relação entre si viram Parcial ao mesmo tempo, um fornecedor de origem falhou, e o painel para o qual você vai pode muito bem estar ligado ao mesmo — é por isso que painéis sem relação entre si quebram com tanta frequência na mesma semana. Mudar custa uma migração e não resolve nada.

O sinal que separa os dois casos é a amplitude da falha. Um item falhando é problema do serviço, e outro item do mesmo painel em geral funciona. Todos os itens falhando de uma vez é problema de oferta, e a resposta útil é esperar, testar um painel com um catálogo visivelmente diferente e manter uma segunda conta com saldo, para que a pergunta não surja sob pressão da próxima vez.

Respostas rápidas

Leia em seguida

• Garantia de reposição: como funciona

  O que uma garantia de reposição cobre, como reposição se diferencia de “sem queda”, por que o acréscimo pela reposição é o número mais honesto de um painel e como manter um pedido de reposição válido.

  Ler

• Como testar um painel SMM com um pedido de US$ 5

  Um teste de cinco dólares, fácil de repetir, que diz mais sobre um painel do que qualquer página de avaliações: o que pedir, o que anotar, o que cada resultado significa e quando ir embora.

  Ler

• Como escolher um painel SMM

  Um roteiro de decisão para escolher um painel SMM: as eliminações que tiram a maior parte do mercado em minutos, por que uma cesta vale mais que um preço de vitrine e os critérios que o próprio PanelCompare usa na nota.

  Ler

• Como escolher um fornecedor de origem para o seu painel

  O que testar antes de passar pedidos de clientes por um fornecedor, por que vincular cada serviço a um único fornecedor é o jeito clássico de um revendedor quebrar e como distinguir dois fornecedores quando o catálogo deles é, na verdade, o mesmo.

  Ler