Ir para o conteúdo

Blogue ·

Alternativas ao WHMCS: que problema procura resolver, afinal?

Alternativas ao WHMCS comparadas com honestidade: quais o substituem mesmo e porque, para muitos, é melhor manter o WHMCS e corrigir a camada por baixo.

Por Provibr

Eis algo que não vai ler nas outras páginas que se posicionam para esta pesquisa: o Provibr não é uma alternativa ao WHMCS. Não enviamos faturas aos seus clientes, não gerimos o seu serviço de apoio e não calculamos o seu IVA. Se é a faturação que dói, avance diretamente para a tabela: as verdadeiras alternativas estão lá, e nenhuma delas somos nós.

Ainda assim escrevemos esta página, porque uma grande parte das pessoas que pesquisam «WHMCS alternative» não tem um problema de faturação. Tem um problema de aprovisionamento que se apresenta como tal. Distinguir os dois vale dez minutos.

O que o WHMCS é realmente, e o que delega

O WHMCS descreve-se como uma plataforma de automatização de alojamento web, e a sua forma é esta: portal de cliente, faturação, pagamentos, tickets de apoio e um fluxo de encomenda que liga tudo. Pertence à WebPros, que também detém o cPanel, o Plesk e o SolusVM (webpros.com, verificado a 21 de agosto de 2026).

Os preços, retirados de whmcs.com/pricing a 21 de agosto de 2026, são escalonados pelo número de clientes ativos. Em auto-alojamento: Plus a 34,95 $/mês até 250 clientes, Professional a 54,95 $/mês até 500, Business a 84,95 $/mês até 1000. A opção totalmente gerida começa em 9,99 $/mês para até 25 clientes. O seu custo de faturação cresce, portanto, com o número de clientes que tem, o que é defensável. E é também a queixa mais frequente que ouvimos de quem chega ao ponto em que se muda de patamar.

A parte que importa para este artigo é o que o WHMCS não faz por si próprio. Quando uma encomenda é paga, o WHMCS não cria a máquina. Quem o faz é um módulo de servidor. O WHMCS inclui módulos para cPanel, DirectAdmin, Plesk, SolusVM, Virtualizor, Virtualmin Pro, TCAdmin, InterWorx, Cloudmin e cerca de quinze outros (docs.whmcs.com, verificado a 21 de agosto de 2026). A divisão é nítida: o WHMCS orquestra o fluxo e acompanha o estado do serviço; o módulo traduz isso numa ação sobre o sistema real.

É nessa junção que vive a maior parte do que as pessoas chamam «um problema do WHMCS».

As verdadeiras alternativas, se o problema é a faturação

O que éModeloA reter
WHMCSFaturação, portal de cliente, apoioComercial, por patamares consoante o número de clientesA referência; o maior ecossistema de módulos
BlestaFaturação e portal de clienteComercialO mais citado pelos alojadores quando saem do WHMCS
HostBillFaturação e automatizaçãoComercialVasta gama de módulos de aprovisionamento
FOSSBillingFaturação e portal de clienteOpen sourceDá continuidade ao BoxBilling
UpmindFaturação e portal de clienteComercial, alojadoMais recente, orientado para uma área de cliente mais fluida
PaymenterFaturação e portal de clienteOpen sourceGrande adesão no alojamento de jogos

Não são escolhas obscuras. O VirtFusion, um painel de VPS sem qualquer interesse em nenhuma delas, documenta integrações com Blesta, ClientExec, WHMCS, BillingServ, HostBill, Paymenter e Upmind (docs.virtfusion.com, verificado a 21 de agosto de 2026), um indicador razoável dos painéis de faturação que os alojadores realmente utilizam.

Se o motivo para sair é o preço para o seu número de clientes, o aspeto da área de cliente ou o desejo de dispor do código-fonte, uma dessas soluções é a resposta e esta página termina aqui para si. Migrar a faturação é um projeto sério: as faturas, o histórico fiscal, os mandatos de pagamento e as regras de cobrança têm todos de sobreviver a essa migração. Não a inicie para corrigir algo que se encontra noutro lugar.

A outra metade: quando não é um problema de faturação

As queixas que acabam arrumadas sob «WHMCS alternative» e que não são sobre o WHMCS:

  • «O módulo avariou e ficaram encomendas por aprovisionar.» Isso é o comportamento do módulo, não do motor de faturação.
  • «Cada painel que acrescentamos exige mais um módulo.» Verdade, e é estrutural: um módulo por sistema, cada um com o seu próprio responsável de manutenção e o seu próprio calendário de versões.
  • «O estado no WHMCS não corresponde à realidade.» Os módulos, em geral, agem e reportam; que verifiquem depende de cada um.

Este último ponto não é hipotético. Ao construir a nossa própria integração com o CyberPanel, medimos a sua API a aceitar a criação de um site para um domínio que já existia e a devolver, ainda assim, sucesso: a falha real só aparece num ficheiro de estado que é preciso consultar em separado. Um módulo de aprovisionamento herda cada estranheza deste género do painel que tem por baixo, e nem o WHMCS nem as suas alternativas podem fazer o que quer que seja quanto a isso.

A pergunta passa então a ser: quantas dessas junções quer no caminho crítico de cada encomenda que recebe? Hoje é uma por painel. Com um painel, tudo bem. Com quatro, são quatro responsáveis de manutenção, quatro ciclos de atualização e quatro ideias diferentes do que significa «suspenso».

O que propomos realmente: manter o WHMCS

O Provibr coloca-se entre o seu sistema de faturação e a sua infraestrutura. O WHMCS continua a fazer aquilo em que é bom e comunica com um único módulo, independentemente do que esteja por baixo.

WHMCS sozinho, com módulos de painelWHMCS com o Provibr
Quem fatura o clienteWHMCSWHMCS, sem alteração
Quem aprovisionaUm módulo por painelUm único módulo, todas as plataformas ligadas por trás
Acrescentar um novo tipo de painelUm novo módulo para encontrar e manterLigá-lo no Provibr; o WHMCS fica intocado
Onde vivem as credenciaisNo WHMCS, por entrada de servidorNum cofre no seu próprio anfitrião
Acesso de entrada necessárioSim, a cada painelNenhum (o agente liga para o exterior)

O módulo é um simples zip que se instala no seu próprio WHMCS. Um produto do WHMCS aponta para um plano do Provibr, de modo que os núcleos, a memória, o disco e o conjunto de endereços provêm de uma única definição, em vez de duas que divergem. Uma encomenda paga cria a máquina; um cancelamento remove-a. A área de cliente lê o estado em direto a partir do Provibr no momento em que a página é apresentada, pelo que os dois sistemas não podem estar em desacordo durante muito tempo.

Por baixo: hoje em produção, hipervisores para máquinas virtuais, painéis de controlo para contas de alojamento e painéis de jogo para servidores de jogos.

O que continua a ser seu: os seus preços, os seus impostos, as suas regras de cobrança, as suas relações com os clientes. O Provibr fatura-lhe a capacidade que reserva. O que cobra por cima nunca chega até nós.

Onde isto não ajuda

Sejamos lúcidos:

  • Se o seu problema é o preço do WHMCS para o seu número de clientes, acrescentamos custo em vez de o retirar. Veja a tabela acima.
  • Se o seu problema é o design da área de cliente, não mudamos nada quanto a isso.
  • Se explora um único painel e ele funciona, uma camada no meio é uma camada de que não precisa. Dois módulos onde um só bastaria é pior, não melhor.
  • Se não utiliza nenhum painel de faturação, existe uma API REST com chaves de âmbito restrito e um documento OpenAPI 3.1, sem qualquer módulo envolvido.

A razão para acrescentar o Provibr não é o WHMCS ser mau. É que o WHMCS nunca foi aquilo que cria os seus servidores, e aquilo que era é precisamente onde as suas encomendas realmente falham.

A ler a seguir

Os preços, a propriedade e a lista de módulos de servidor incluídos no WHMCS foram consultados em whmcs.com, webpros.com e docs.whmcs.com a 21 de agosto de 2026 e estão datados porque mudam. O comportamento da API do CyberPanel descrito foi medido contra um CyberPanel 3.0 em funcionamento durante a construção da integração Provibr.

Comece com um host e um agente

Crie uma conta, instale o agente com um único comando e ligue o seu primeiro host Proxmox. O período experimental dura 14 dias e não pede quaisquer dados de pagamento.