Documentação 9.6.24
Cobrança
Cadastre-se com Sign up, confirme o e-mail e escolha plano pago. Ativação após confirmação do pagamento.
Pagamento falhou ou venceu#
Abra a fatura pendente e use a ação de pagamento dela. Se houver dúvida, confira o status antes de pagar novamente. Para transferência, envie o comprovante solicitado e aguarde análise.
Planos e alterações#
Confira preço, servidores, renovação e cancelamento antes de confirmar. Guarde a referência da fatura. Não envie dados completos do cartão, senha bancária ou códigos.
Escolha a fatura certa#
Verifique conta, plano, período, montante e referência. Mudar plano, comprar e pagar dívida existente são operações distintas. Para past due use primeiro a recuperação atual.
Escolha método oferecido e conclua autenticação no fornecedor. Atualize se outra pessoa pagou. Um aviso de várias subscrições de fornecedores exige revisão do suporte antes de nova compra.
Resolva atraso e resultado incerto#
Pay now / atualizar pagamento abre a recuperação da subscrição existente; não compre outra a cada clique.
- Leia fatura e subscrição e abra a recuperação.
- Conclua método e autenticação no fornecedor.
- Volte e atualize os estados; regressar não confirma pagamento.
- Se incerto, não inicie segundo pagamento. Verifique estado e envie referência, hora e erro sem segredos.
Comprovativos e cancelamento#
Se a transferência estiver disponível, leia destinatário e referência da fatura. Envie comprovativo legível JPEG, PNG, WebP ou PDF até 5 MiB para essa fatura. Mudar extensão não valida o conteúdo.
Comprovativo enviado aguarda revisão e não paga automaticamente a fatura. Não duplique um pendente; após rejeição leia motivo e prepare substituto. O acesso é autorizado: não partilhe ligações publicamente.
Dívida de subscrição Dodo/Stripe não desaparece ao cancelar fatura local. Reveja gestão e condições. Nunca envie cartão completo, palavras-passe bancárias nem códigos únicos.
Diferencie pagamento recusado de resultado desconhecido#
Recusa do fornecedor, página que não abre e timeout após autenticação pedem passos diferentes. Leia a mensagem e verifique se o fornecedor criou ou concluiu uma transação. Um retorno vazio não prova ausência de movimento de dinheiro; autenticação bancária bem-sucedida também não confirma, sozinha, a fatura paga.
Perante recusa explícita sem transação concluída, resolva o problema do método conforme a explicação do fornecedor. Se o resultado está pendente ou desconhecido, examine a transação existente e atualize Billing antes de nova cobrança. Peça ao titular verificar o estado de forma privada.
Para suporte, registe referência da fatura, fornecedor, hora aproximada, moeda e erro sem segredos. Indique se a autenticação terminou e se existe referência de transação. Exclua números completos de cartão e códigos bancários. Isto permite conciliar uma tentativa em vez de pagamentos sobrepostos.
Recupere a subscrição existente sem duplicação#
Se Billing mostra past_due e pretende restaurar a mesma subscrição, confirme primeiro a origem da dívida e use o seu Pay now / update payment method. A recuperação gere o registo ligado ao fornecedor; comprar outro plano é uma operação diferente, com consequências próprias.
Se a página não abre, verifique permissão de gestão da faturação e sessão atual. Reabra Billing pela navegação normal antes de reenviar um formulário antigo. Se aparecer conflito de subscrições ligadas, conserve a mensagem e peça ao suporte revisão dos registos do fornecedor.
Após recuperar, compare fatura aberta, estado da subscrição e renovação. Se o fornecedor confirma sucesso mas o painel continua em atraso, forneça referência existente e hora para conciliação. Não cancele uma fatura local nem abra outra subscrição para ocultar um estado por resolver.
Coordene o trabalho de pagamento na equipa#
Atribua a fatura em aberto a uma pessoa autorizada e informe a equipa de qual está em análise. Antes de cada tentativa, confirme estado atual e que ninguém já está a completar o pagamento. Uma captura partilhada anteriormente pode deixar de refletir a situação real.
Nas transferências manuais, o comprovativo deve corresponder ao montante, destinatário e referência da fatura. Acompanhe revisão pendente como pendente, sem a tratar como falha ou repetir através de outro método. Se método ou montante parecem inadequados, esclareça a fatura antes da transferência.
Depois da confirmação, registe referência paga, categoria do método e hora, sem guardar credenciais sensíveis no chat. Se também precisa de cancelar ou mudar plano, examine separadamente. Responsabilidade clara reduz tentativas duplicadas acidentais e facilita resolver futuras questões de faturação.
Separe capacidade e estado do pagamento#
Antes de adicionar servidor ou website, leia uso e limites juntos em Billing. Servidores, sites, utilizadores, chaves API e armazenamento são categorias distintas. Espaço numa não concede capacidade noutra. O pagamento pode estar atual e o limite de sites esgotado. Autenticar novamente o cartão ou pagar a mesma fatura não aumenta automaticamente esse limite.
Escreva a tarefa: adicionar servidor, criar site ou convidar colega. Verifique valores usados e permitidos dessa categoria. Ao examinar complemento ou plano oferecido, leia o limite alterado e o montante. Não presuma serviços não listados. Consultar uma opção não equivale a comprá-la.
Perante divergência, prepare categoria, valor atual, mudança esperada e última referência de fatura confirmada. Número de jogadores e quota de servidores medem coisas diferentes. Identificar a capacidade necessária ajuda a escolher a ação sem tentativas de pagamento desnecessárias.
Associe faturas por período e moeda#
Leia número, período, montante, estado e data de pagamento juntos. Valores iguais podem referir períodos diferentes; não trate como mesma dívida só pelo montante. Anote referência e moeda. Se não aparece período, informe a ausência sem inventar datas. Data de pagamento e início do serviço são distintos.
Prepare uma nota: fatura aberta, período e estado apresentados e referência da transação correspondente do fornecedor. Registos podem mostrar paid, refunded ou void; não reduza tudo a concluído. A cor não explica a relação entre reembolso e outra fatura pendente.
Retire cartão completo, credenciais bancárias e detalhes desnecessários do comprovativo. Descreva fornecedor e painel separadamente. Pretende associar registos existentes à dívida correta; apagar, pagar outro período ou abrir outra subscrição não valida essa associação.
Confira três registros ao voltar do pagamento#
Exemplo: a verificação bancária termina e você volta ao Billing, mas a assinatura ainda mostra past_due. Voltar do provedor, ver success no endereço ou uma movimentação bancária pendente não confirma sozinho o pagamento. Compare o estado da assinatura, a fatura correspondente e o registro da mesma transação no provedor. O aviso de retorno também orienta a conferir o resultado confirmado nos registros abaixo. Esclareça a operação existente antes de comprar o plano novamente.
- Compare número da fatura, período, valor e moeda com sua anotação anterior; confirme o período correto.
- Atualize o Billing após um breve intervalo e confira separadamente estado da fatura, data do pagamento e assinatura.
- Se o provedor confirma o pagamento e os registros divergem, procure suporte com a mesma referência. Uma data vazia não prova que o banco não recebeu nada.
- Até esclarecer o resultado, evite outro método de pagamento ou assinatura. Identifique como pendente qualquer movimentação bancária ainda pendente.
Prepare um relato útil quando o pagamento não abre#
Uma página que não abre, uma recusa de cartão nela e uma fatura sem atualização após a verificação exigem informações diferentes. Informe a última etapa alcançada. “Pay now às 14:20, erro antes do provedor” difere de “verificação concluída, fatura sent no retorno”. O proprietário ou responsável por pagamentos deve coordenar um único caso. O texto exato ajuda; dados do cartão, acesso bancário e segredos de sessão são desnecessários.
- Anote nome visível da conta, número da fatura, provedor, horário e fuso; inclua uma referência segura da transação se houver.
- Descreva navegador, dispositivo, última tela e erro exato. Diga explicitamente se o resultado da tentativa anterior é conhecido.
- Oculte número do cartão, CVV, código bancário, senha, QR e parâmetros secretos do link nas capturas.
- Continue o mesmo caso; não inicie tentativas em várias abas antes da orientação do suporte. Distinga recusa confirmada de tempo limite ambíguo.
Cobertura e renovação do complemento mensal#
Os pagamentos do complemento são acompanhados separadamente da subscrição principal. Uma nova encomenda mensal fixa a capacidade ou funcionalidade; alterações posteriores do catálogo não mudam o que foi comprado. Leia o método de pagamento e os termos de renovação antes de continuar.
O Dodo renova automaticamente todos os meses; os outros métodos pagam um mês antecipadamente. A quantidade aumenta a capacidade, não os meses. A expiração não elimina sites, servidores ou ficheiros existentes.
A autorização de um cartão ou subscrição não é, por si só, um período pago. O acesso fica ativo quando os dados verificados de pagamento e subscrição correspondem. Um parâmetro paid no endereço de retorno não concede acesso. Se o pagamento estiver concluído e o acesso pendente, verifique a mesma fatura antes de pagar novamente.
A expiração mantém o plano principal e os direitos manuais independentes. Não elimina servidores, sites, utilizadores, chaves ou ficheiros existentes. Se o uso ultrapassar o limite reduzido, é necessária capacidade antes de adicionar recursos ou carregar ficheiros. A expiração do armazenamento não remove automaticamente os conteúdos existentes.
Compras anteriores podem ter combinado limites do plano, complementos e alterações manuais. Estes direitos não são subtraídos nem adicionados novamente de forma automática; registos ambíguos exigem revisão do suporte. Distinga os termos das subscrições e links existentes dos das novas encomendas.
Em caso de atraso, abra o portal da mesma subscrição e pague a fatura pendente ou atualize o meio de pagamento. Não compre novamente o complemento. O pagamento e a reativação podem chegar em notificações separadas; o painel verifica ambas. Uma verificação de cartão com valor zero não liquida a dívida. Se o estado não mudar, contacte o suporte com a referência da fatura ou encomenda, sem dados do cartão nem tokens secretos.
A pausa interrompe o acesso. A retoma verificada devolve apenas o tempo restante já pago, limitado pelas datas do fornecedor, sem criar um novo mês pago. O cancelamento agendado mantém o período pago atual. Notificações contraditórias ou de ordem incerta podem exigir revisão.