Premium edição

Licenciamento e ativação

Visão geral

Uma licença do NextPDF Premium desbloqueia os recursos do NextPDF Pro e do NextPDF Enterprise sobre o núcleo de código aberto. Você obtém uma assinatura ou uma concessão de avaliação, ativa-a em cada implantação e usa os recursos que a sua edição inclui. A adoção não exige nenhuma alteração no código da aplicação. O Premium se conecta por trás dos mesmos contratos públicos que a sua aplicação já utiliza, então o código que você escreveu permanece intacto.

Esta página descreve o licenciamento no nível do produto. Para consultar os termos, prazos e preços exatos que se aplicam à sua assinatura, consulte o seu contrato de licença ou entre em contato com o time de vendas pelo portal de licenças.

Edições e licenciamento

O NextPDF Premium é distribuído como um único pacote que traz as duas edições comerciais. A licença que você ativa seleciona qual edição fica ativa — instalar o pacote, por si só, não concede o NextPDF Pro nem o NextPDF Enterprise.

Uma licença identifica uma edição, e as edições são cumulativas: o NextPDF Pro inclui tudo o que há no núcleo aberto, e o NextPDF Enterprise inclui tudo o que há no NextPDF Pro. Uma licença é entregue como um envelope assinado — um artefato autocontido e assinado que identifica a sua edição e os seus direitos de uso. Trate o envelope de licença como uma credencial. Armazene-o com o mesmo cuidado que uma chave de API e mantenha-o fora do controle de versão público.

Para instalar o pacote depois de obter as credenciais:

composer require nextpdf/premium

A matriz de recursos mostra quais recursos cada edição inclui, e Escolha seu caminho ajuda você a decidir entre as distribuições abertas e uma edição comercial.

Como você compra

As licenças comerciais são vendidas por meio do nosso Merchant of Record — um revendedor autorizado que é o vendedor responsável (seller of record) pelo seu pedido. Ele conduz o checkout, recebe o pagamento, emite a sua nota fiscal e calcula e recolhe o VAT ou imposto sobre vendas aplicável à sua localidade. A sua licença de uso do NextPDF é concedida pela PATEON sob o EULA; a própria PATEON não processa pagamentos com cartão nem emite notas fiscais aos compradores. Para o fluxo completo de compra, o modelo de dois contratos e quem contatar para cobrança versus ajuda com o produto, consulte Compra e licenciamento. Os termos de reembolso e de retratação estão na Política de Reembolso e Cancelamento.

Modo de avaliação

Você pode avaliar o NextPDF Premium com o conjunto completo de recursos antes de comprar. A saída da avaliação traz uma marca d’água visível por padrão, então as builds de avaliação ficam claramente identificadas e não são adequadas para entrega em produção. A marca d’água é a única diferença funcional durante a avaliação — todos os recursos ficam disponíveis para você avaliar.

Uma licença paga remove a marca d’água sem nenhuma alteração no código da aplicação. Você não reescreve nem reconfigura o seu código de documentos, e não aprende um segundo caminho. Ativar uma licença paga desativa a identificação de avaliação. Para iniciar uma avaliação, solicite uma concessão ao time de vendas no portal de licenças.

Ative uma licença

A ativação é uma etapa no nível do produto que você executa uma vez por implantação — produção, homologação ou um build runner. Em termos gerais:

Obtenha uma assinatura ou uma concessão de avaliação com o time de vendas.
Coloque o envelope de licença assinado no local de onde a sua implantação o carrega, seguindo a convenção de configuração da sua implantação.
Execute a etapa de ativação da sua aplicação. A maioria das integrações a disponibiliza como um comando de console, por exemplo, por meio do executor de comandos do seu framework.

Após a ativação, o runtime opera a partir do estado de licença em cache e não depende de que o serviço de licenças esteja acessível para o processamento normal de documentos. Implantações sem acesso de saída à internet são suportadas. Como a licença é um artefato assinado e autocontido, um ambiente isolado da rede (air-gapped) funciona ao instalar o envelope de licença produzido para essa implantação.

Essa capacidade offline e isolada da rede (air-gapped) descreve o canal de entrega signed-source. Já as builds Premium entregues pelo canal ionCube-encoded verificam a licença periodicamente online — uma verificação de aproximadamente 7 dias que renova um lease de cerca de 14 dias — e, se ficarem offline além desse lease, os recursos premium recorrem ao Core gratuito até que a conectividade seja restabelecida. Consulte Dois canais de entrega para a comparação completa.

Quando uma assinatura paga chega à sua data de término, o software não para. Primeiro, ele entra em um período de carência no qual os recursos a que você tem direito continuam funcionando enquanto você renova; depois, em um estado de fallback perpétuo no qual a versão instalada continua em execução, mas você deixa de ter direito a atualizações e suporte. Você nunca fica sem acesso a um software que já implantou. A duração exata da carência e os termos de renovação são definidos pelo seu contrato de licença.

Por que funciona assim

A licença é resolvida em tempo de execução por meio dos mesmos contratos do Core que o seu código já utiliza. É essa única decisão que elimina a alteração de código: um upgrade de edição troca os direitos de uso, não a superfície de integração. A licença é uma credencial assinada e autocontida, não uma dependência de serviço ativo, então o estado em cache conduz o processamento normal e as implantações isoladas da rede (air-gapped) funcionam sem supervisão. A expiração degrada para o fallback perpétuo em vez de um bloqueio, então você continua executando a versão que implantou. O modelo é deliberadamente aditivo e reversível: você paga por recursos, nunca pelo direito de manter ou abandonar o que instalou.

Contexto de design: Núcleo aberto, sem aprisionamento.

Limite de publicação

Esta página documenta apenas o comportamento observável externamente e a superfície pública de API suportada. Caminhos de namespace internos, classes auxiliares, tabelas de mecanismos, nomes de arquivos de runbook e prefixos de tickets estão fora do escopo.