Plans and subscriptions: ofertas, pedidos e continuidade

Revise ofertas e capacidade, estime DPU-h e acompanhe o pedido sem confundir seleção de plano, pagamento e ativação.

Objetivo e modelo comercial

Plans and subscriptions abre o painel Plans & billing, com as opções comerciais efetivas do tenant ativo, revisão do pedido e histórico de pedidos e pagamentos. A disponibilidade depende de tipo do tenant, ciclo de vida, plano e ofertas autorizadas. Um preço apresentado, um pedido criado, um pagamento informado e uma assinatura ativa representam etapas diferentes.

Confirme sempre importes, moeda, período, quantidade, tributos e condições vigentes na plataforma. Este manual de Dova 22.0.5 não fixa tarifas. Uma oferta por tenant referencia o catálogo global versionado; não duplica o catálogo nem reescreve termos de pedidos anteriores. Uma conversão aceita de trial deve preservar o mesmo workspace operacional e a identidade dos objetos.

Pré-requisitos e escopo

Confirme conta, tenant e papel no menu da conta antes de abrir checkout. Use apenas ofertas e operações permitidas pelo seu escopo. Para aprender, utilize um ambiente de pagamentos de teste autorizado e dados sintéticos. Uma revisão de formulário deve terminar antes de cobrança real. Não recrie o tenant ou mova objetos para simular uma conversão comercial.

Revisar e acompanhar um pedido

Abra Plans and subscriptions e confira plano, ciclo de vida e capacidades apresentados. Use Reload quando precisar de dados atuais.
Selecione uma opção permitida e leia sua versão, preço, moeda, quantidade, período e termos.
Em Review your order, confira os itens e os totais antes de completar os dados.
Escolha Receipt type, como Boleta ou Factura quando oferecidos, e informe os dados fiscais aplicáveis.
Confira Billing email e Billing address e selecione um Payment method disponível para essa oferta.
Revise novamente o resumo antes de Create order. Só confirme uma compra efetivamente autorizada.
Quando o fluxo exigir, informe Transfer or payment reference e use Report payment. Informar uma referência não equivale a confirmação bancária.
Em Orders & payments, acompanhe o resultado do pedido existente e a assinatura aceita, sem iniciar outra compra apenas porque a tela demorou.
Confirme que o identificador do tenant e dos objetos existentes permanece o esperado e que as capacidades correspondem ao contrato ativo.

Campo ou estado	O que conferir
Document number / Legal name	Identificação e titular corretos para o documento fiscal, sem usar dados de terceiros em testes.
Billing email / Billing address	Destino autorizado e endereço aplicável à operação.
Payment method	Método habilitado para a oferta e o contexto comercial.
Payment reference	Referência da operação, nunca senha, código de acesso ou dados de cartão em um exemplo.
Pedido pendente	Operação ainda sem resultado definitivo. Consulte o mesmo pedido antes de repetir.
Assinatura ativa	Confirme a ativação e os direitos aceitos, além do estado do pagamento.

Remove retira a seleção do carrinho conforme o estado do fluxo. Não representa uma ação universal de cancelamento para pedidos já registrados. Um retorno do navegador, uma fatura emitida ou um estado manual não prova pagamento confirmado.

DPU, DPU-h e condições do contrato

Nos planos habilitados para DPU, DPU mede capacidade de processamento ativo e DPU-h combina capacidade com tempo. Por exemplo, 4 DPU × 15/60 h = 1 DPU-h. Development e Production mantêm fundos e concorrência separados. Os créditos seguem períodos financiados verificados, que não precisam coincidir com meses do calendário. A espera em fila e a validação estrutural não são processamento ativo faturável; o Workflow agrega consumo das tarefas sem cobrar o mesmo trabalho novamente.

Uma assinatura legada conserva seus termos comprados até uma mudança aceita e ativada. Abrir a calculadora ou ver uma nova oferta não converte o contrato. A concorrência contratada não cria workers, e o consumo efetivo ainda depende de recursos e elegibilidade. Consultas DovaAI aceitas possuem quotas por tenant e usuário separadas do DPU; um título administrativo não significa acesso ilimitado.

Exemplo e validação

No sandbox autorizado do tenant Training, selecione uma oferta sintética, confira moeda, tributos e quantidade e cancele antes de pagar se o objetivo for apenas estudar o formulário. Verifique que essa revisão não criou uma assinatura não pretendida. Se a prática incluir uma ordem de teste autorizada, confirme o resultado do sandbox e a continuidade do tenant separadamente; não apresente um teste como aceitação produtiva.

O resultado esperado de uma conversão é um resultado comercial aceito, o mesmo tenant e capacidades consistentes com a assinatura. Compare também identificadores de Repository antes e depois. Um preço novo não deve alterar os termos históricos de um pedido anterior.

Erros e recuperação

Se a oferta não aparecer, confira elegibilidade, ciclo de vida, plano e papel. Se os valores divergirem, revise moeda, quantidade, período e condições antes de enviar. Para um pedido pendente, resolva a operação existente em vez de repetir checkout. Não marque uma fatura como paga apenas para liberar funções. Use o formulário Cloudata para revisão de uma dúvida comercial sem enviar informações de pagamento sensíveis.

Leituras relacionadas

Administração de assinatura e DPU · Catálogo e ofertas · Repository · Monitor.