Premium edizione

Licenze e attivazione

In breve

Una licenza NextPDF Premium sblocca, oltre al core open source, le funzionalità di NextPDF Pro e NextPDF Enterprise. Occorre ottenere un abbonamento o una concessione di valutazione, attivarlo per ogni deployment e usare le funzionalità incluse nella propria edizione. L’adozione non richiede alcuna modifica al codice dell’applicazione. Premium si integra dietro gli stessi contratti pubblici a cui l’applicazione fa già riferimento, quindi il codice già scritto rimane intatto.

Questa pagina descrive le licenze a livello di prodotto. Per i termini esatti, le durate e i prezzi applicabili al proprio abbonamento, consultare il contratto di licenza o contattare il reparto vendite tramite il portale delle licenze.

Edizioni e licenze

NextPDF Premium viene distribuito come un unico pacchetto che include entrambe le edizioni commerciali. La licenza attivata determina quale edizione è attiva: l’installazione del pacchetto non concede, di per sé, NextPDF Pro o NextPDF Enterprise.

Una licenza specifica un’edizione e le edizioni sono cumulative: NextPDF Pro include tutto ciò che è presente nel core open source e NextPDF Enterprise include tutto ciò che è presente in NextPDF Pro. La licenza viene fornita come envelope firmato, ovvero un artefatto autonomo e firmato che specifica l’edizione e i diritti di utilizzo. Trattare l’envelope di licenza come una credenziale. Conservarlo con la stessa cura di una chiave API e tenerlo fuori dal controllo di versione pubblico.

Per installare il pacchetto dopo aver ottenuto le credenziali:

composer require nextpdf/premium

La matrice delle funzionalità mostra quali funzionalità sono incluse in ciascuna edizione, mentre Scegliere il percorso aiuta a decidere tra le distribuzioni open source e un’edizione commerciale.

Come si acquista

Le licenze commerciali sono vendute tramite il nostro Merchant of Record — un rivenditore autorizzato che è il venditore ufficiale del proprio ordine. Gestisce il checkout, incassa il pagamento, emette la fattura e calcola e riscuote l’eventuale IVA o imposta sulle vendite applicabile alla propria località. La licenza d’uso di NextPDF è concessa da PATEON ai sensi dell’EULA; PATEON non elabora direttamente i pagamenti con carta né emette fatture agli acquirenti. Per il percorso d’acquisto completo, il modello a due contratti e a chi rivolgersi per la fatturazione rispetto all’assistenza sul prodotto, vedere Acquisto e licenze. I termini di rimborso e recesso sono indicati nella Politica di rimborso e cancellazione.

Modalità di valutazione

È possibile valutare NextPDF Premium con il set completo di funzionalità prima dell’acquisto. L’output di valutazione presenta per impostazione predefinita una filigrana visibile, quindi le build di valutazione sono chiaramente contrassegnate e non sono adatte alla distribuzione in produzione. Durante la valutazione, la filigrana è l’unica differenza funzionale: ogni funzionalità è disponibile per la prova.

Una licenza a pagamento rimuove la filigrana senza alcuna modifica al codice dell’applicazione. Non occorre riscrivere o riconfigurare il codice dei documenti, né apprendere un secondo percorso. L’attivazione di una licenza a pagamento disattiva il branding di valutazione. Per avviare una valutazione, richiedere una concessione al reparto vendite tramite il portale delle licenze.

Attivare una licenza

L’attivazione è un’operazione a livello di prodotto da eseguire una volta per ogni deployment: produzione, staging o un build runner. In sintesi:

Ottenere un abbonamento o una concessione di valutazione dal reparto vendite.
Collocare l’envelope di licenza firmato nel percorso da cui il deployment lo carica, seguendo la convenzione di configurazione del deployment.
Eseguire l’operazione di attivazione dell’applicazione. La maggior parte delle integrazioni la espone come comando da console, ad esempio tramite il command runner del framework.

Dopo l’attivazione, il runtime opera in base allo stato della licenza memorizzato nella cache e non dipende dalla raggiungibilità del servizio di licenza per la normale elaborazione dei documenti. Sono supportati i deployment privi di accesso a Internet in uscita. Poiché la licenza è un artefatto firmato e autonomo, un ambiente air-gapped funziona installando l’envelope di licenza prodotto per quel deployment.

Questa capacità offline e air-gapped descrive il canale di distribuzione signed source. Le build Premium distribuite tramite il canale con codifica ionCube verificano invece la licenza periodicamente online — un controllo indicativo ogni 7 giorni che rinnova un lease di circa 14 giorni — e, se restano offline oltre tale lease, le funzionalità premium ricadono sul Core gratuito finché la connettività non viene ripristinata. Vedere I due canali di distribuzione per il confronto completo.

Quando un abbonamento a pagamento raggiunge la data di scadenza, il software non smette di funzionare. Entra prima in un periodo di tolleranza, durante il quale le funzionalità a cui si ha diritto continuano a operare mentre si procede al rinnovo, e poi in uno stato di fallback perpetuo, in cui la versione installata continua a funzionare ma non si ha più diritto ad aggiornamenti e supporto. Non si perde mai l’accesso al software già distribuito. La durata esatta del periodo di tolleranza e i termini di rinnovo sono definiti dal contratto di licenza.

Perché funziona così

La licenza si risolve a runtime attraverso gli stessi contratti Core a cui il codice fa già riferimento. È questa singola decisione a eliminare la modifica al codice: un upgrade di edizione scambia i diritti di utilizzo, non la superficie di integrazione. La licenza è una credenziale firmata e autonoma, non una dipendenza da un servizio attivo, quindi lo stato memorizzato nella cache guida la normale elaborazione e i deployment air-gapped funzionano senza supervisione. La scadenza degrada verso un fallback perpetuo anziché un blocco, quindi si continua a usare la versione distribuita. Il modello è deliberatamente additivo e reversibile: si paga per la funzionalità, mai per il diritto di conservare o abbandonare ciò che si è installato.

Contesto progettuale: Open core, senza lock-in.

Confine di pubblicazione

Questa pagina documenta soltanto il comportamento osservabile dall’esterno e la superficie pubblica supportata dell’API. Percorsi di namespace interni, classi di supporto, tabelle di meccanismi, nomi di file di runbook e prefissi di ticket sono fuori ambito.