Guida rapida: configurare il Rebilling SaaS con markup personalizzati su GoHighLevel

TL;DR: se la tua agenzia usa i piani SaaS di HighLevel per riaddebitare servizi ai clienti, il markup personalizzato deve riflettersi nel prezzo finale previsto. HighLevel dichiara di aver corretto un problema per cui i markup inseriti durante la creazione o l’aggiornamento di un piano potevano essere sovrascritti dai valori predefiniti. Il risultato operativo verificabile non è un margine garantito: è la possibilità di salvare e applicare il valore di markup configurato nel piano SaaS, con un flusso di gestione più continuo fra SaaS Configurator e sub-account agenzia.

In sintesi

Risposta breve: l’aggiornamento riguarda l’accuratezza dei markup di rebilling e il caricamento delle sezioni SaaS dopo il passaggio a un sub-account agenzia.

Questa guida è destinata a titolari, responsabili operativi e amministratori di agenzie che usano GoHighLevel in modalità SaaS per proporre ai propri clienti servizi soggetti a rebilling, come SMS via Twilio o email via Mailgun, secondo gli esempi riportati da HighLevel.

La fonte ufficiale, il changelog “Bug Fixes – Rebilling Accuracy Improved & SaaS Workflow Reliability”, segnala due correzioni: i markup personalizzati nei piani SaaS vengono salvati e applicati correttamente; le sezioni SaaS dell’interfaccia dovrebbero caricarsi immediatamente dopo il passaggio dal SaaS Configurator a un sub-account agenzia. HighLevel indica che la correzione riguarda SaaS V1 e SaaS V2.

I nomi delle voci, la posizione dei comandi e la disponibilità delle funzioni possono cambiare dopo la data della fonte, 14 maggio 2026. Per questo i passaggi qui sotto distinguono ciò che HighLevel dichiara ufficialmente dai controlli editoriali consigliati: non sostituiscono la documentazione o la configurazione effettivamente disponibile nel tuo account.

La situazione di partenza

Risposta breve: il problema quotidiano nasce quando il prezzo che intendi applicare in un piano SaaS richiede controlli manuali perché il markup personalizzato non è affidabile o non appare come previsto.

Immagina uno scenario ipotetico, non riferito a un cliente reale: il responsabile di un’agenzia prepara o aggiorna un piano SaaS per includere servizi che verranno riaddebitati. Stabilisce un markup personalizzato in base al proprio modello commerciale e salva la configurazione. Poi deve passare a un sub-account per gestire prodotti di pagamento o aggiornare il piano.

Prima della correzione descritta da HighLevel, potevano verificarsi due ostacoli distinti. Il primo era più delicato: i valori di markup personalizzati potevano non essere salvati o applicati correttamente e, in alcune circostanze, essere sovrascritti da markup predefiniti. La conseguenza era una discrepanza fra il prezzo pensato dall’agenzia e quello applicato dal sistema.

Il secondo ostacolo riguardava il percorso di lavoro. Nel passaggio dalla configurazione SaaS al sub-account agenzia, alcune sezioni dell’interfaccia potevano risultare mancanti o caricate in modo incompleto. Per proseguire, l’utente poteva dover aggiornare manualmente la pagina.

Il costo operativo di un processo simile non è soltanto il tempo del refresh. Ogni controllo aggiuntivo aumenta il rischio di interpretare un valore non aggiornato, ripetere modifiche o interrompere l’attività per verificare se un’impostazione sia rimasta memorizzata. Quando più piani o sub-account vengono amministrati in sequenza, questi passaggi manuali rendono meno lineare la gestione.

Qui è importante separare ruoli e responsabilità. HighLevel è la piattaforma nella quale l’agenzia configura piani SaaS e rebilling; Twilio e Mailgun sono esempi di servizi di terze parti citati dalla fonte; l’agenzia definisce la propria offerta e i propri markup; il cliente finale riceve il prezzo associato al piano. Il fix non decide il listino dell’agenzia e non convalida il suo modello economico: rende più affidabile la conservazione e l’applicazione del markup che l’agenzia inserisce.

Cosa cambia con HighLevel

Risposta breve: secondo HighLevel, il markup personalizzato inserito in creazione o aggiornamento di un piano SaaS ora viene salvato e applicato con precisione, senza la precedente sovrascrittura dei valori predefiniti.

Il cambiamento ufficiale è specifico. Non si tratta di una nuova strategia tariffaria né di un calcolatore di redditività. La piattaforma dichiara di aver risolto il comportamento per cui il valore custom poteva essere ignorato a favore del valore di default. Per l’agenzia, il beneficio atteso è una maggiore coerenza tra configurazione del piano e prezzo finale riaddebitato al cliente.

HighLevel dichiara inoltre di aver ottimizzato il passaggio tra SaaS Configurator e sub-account agenzia. Dopo il cambio di contesto, le sezioni SaaS dovrebbero caricarsi correttamente e subito, senza richiedere il refresh manuale che in precedenza poteva essere necessario.

A chi serve concretamente? Alle agenzie che costruiscono pacchetti SaaS, aggiornano piani esistenti e gestiscono più sub-account. Può essere rilevante anche per chi svolge un controllo amministrativo interno prima di comunicare un prezzo, ma non sostituisce le verifiche fiscali, contrattuali o di fatturazione che competono all’agenzia.

Il miglioramento riguarda SaaS V1 e SaaS V2, secondo la fonte. Non significa però che ogni parte della configurazione commerciale sia automatica o priva di controlli: significa che i due problemi descritti nel changelog sono stati oggetto di correzione.

Come configurare il flusso

Risposta breve: il flusso consiste nel definire il markup nel piano SaaS, salvarlo, aggiornare il piano quando necessario e controllare che il valore configurato sia quello previsto, sfruttando il percorso più stabile tra configuratore e sub-account.

La fonte ufficiale non pubblica una sequenza dettagliata di clic o i nomi esatti dei campi nell’interfaccia. Di conseguenza, non sarebbe corretto trasformarla in una procedura UI certa. Di seguito trovi un flusso operativo aderente ai passaggi dichiarati da HighLevel, da adattare alla versione e ai permessi del tuo account.

1. Identifica il piano SaaS da creare o aggiornare. Il punto di partenza ufficiale è la creazione oppure l’aggiornamento di un piano SaaS. Prima di intervenire, chiarisci internamente quale servizio viene riaddebitato e quale markup personalizzato intendi associare. Questo è un consiglio editoriale di organizzazione, non un requisito indicato da HighLevel.

2. Inserisci il markup personalizzato nella configurazione del piano. HighLevel afferma che i valori custom immessi in questa fase vengono ora salvati e applicati correttamente. Usa il valore che corrisponde alla decisione commerciale approvata dall’agenzia; non usare il markup predefinito come riferimento se la tua offerta richiede un valore diverso.

3. Salva o aggiorna il piano. Il salvataggio è centrale al fix riportato: la correzione riguarda proprio la persistenza e l’applicazione del valore inserito. La fonte non specifica messaggi di conferma, tempi di sincronizzazione o condizioni particolari, quindi non presumere che una specifica notifica UI sia sempre presente.

4. Passa al sub-account agenzia solo quando l’attività lo richiede. La fonte cita questo passaggio nel contesto della gestione di prodotti di pagamento o dell’aggiornamento dei piani. Dopo il cambio, HighLevel dichiara che le sezioni SaaS si caricano immediatamente e completamente. Se il tuo flusso non richiede il sub-account, non aggiungere passaggi superflui.

5. Esegui un controllo di coerenza del piano. Questo è un consiglio editoriale prudenziale: verifica che il markup visualizzato o associato alla configurazione corrisponda al valore appena deciso. Il changelog comunica il fix, ma non descrive una checklist di audit né un metodo di test del prezzo per ogni account.

6. Documenta la modifica internamente. Annota piano interessato, valore impostato, data e responsabile della modifica. Questa semplice traccia aiuta a distinguere un cambio volontario del listino da un’anomalia da analizzare. Non è una funzione dichiarata nel rilascio, bensì una prassi gestionale consigliata.

Se il tuo processo comprende anche comunicazioni automatiche o azioni successive al cambio di piano, mantieni separata la logica di prezzo dalla logica di workflow. Per esempio, la gestione delle finestre orarie delle automazioni è un tema distinto: può essere utile consultare la guida sulle fasce orarie dei workflow HighLevel per evitare invii commerciali in momenti non appropriati.

Il risultato operativo

Risposta breve: il risultato controllabile è un piano SaaS nel quale il markup personalizzato configurato dall’agenzia viene conservato e applicato come previsto dalla correzione di HighLevel.

Per il titolare che partiva dal dubbio “il valore impostato è davvero quello che verrà usato?”, l’aggiornamento riduce una fonte nota di incertezza: la possibile sovrascrittura del markup personalizzato con un valore predefinito. Per l’operatore che passava fra configuratore e sub-account, rimuove il refresh manuale che poteva interrompere il lavoro.

Questo può rendere più ordinata la gestione dei piani e ridurre i controlli ripetitivi, ma non autorizza promesse su ricavi, margini o assenza totale di errori. I risultati dipendono dal contesto, dalla correttezza del listino impostato, dal modello di business e dalle procedure con cui l’agenzia gestisce i propri clienti.

In pratica, la relazione è lineare: l’agenzia definisce il markup nel piano SaaS di HighLevel; HighLevel, secondo il changelog, lo salva e lo applica correttamente; il prezzo riaddebitato dovrebbe quindi riflettere la configurazione scelta. Il vantaggio non è “vendere di più”, ma lavorare su una configurazione più prevedibile.

Errori e limiti

Risposta breve: il fix corregge due comportamenti descritti da HighLevel, ma non sostituisce la responsabilità dell’agenzia nel definire prezzi, verificare modifiche e gestire il proprio processo commerciale.

Evita anzitutto di confondere markup predefinito e markup personalizzato. Se il piano richiede un valore custom, la correzione è utile proprio perché quel valore dovrebbe restare quello configurato. Un prezzo non ragionato, però, resta un problema di impostazione commerciale anche se viene salvato correttamente.

Evita anche di trattare il caricamento più fluido dell’interfaccia come prova dell’intero flusso di rebilling. HighLevel dichiara che le sezioni SaaS si caricano correttamente dopo il passaggio al sub-account; la fonte non descrive tutte le verifiche possibili su prodotti, pagamenti, contratti o processi amministrativi esterni.

Un altro errore è pubblicare istruzioni basate su schermate datate o presumere che SaaS V1 e SaaS V2 abbiano sempre identica navigazione. La fonte afferma che entrambe beneficiano delle correzioni, ma nomi, disponibilità e interfaccia possono cambiare dopo il 14 maggio 2026. Usa il changelog ufficiale come riferimento sul comportamento corretto e consulta le indicazioni presenti nel tuo account per i dettagli di configurazione.

Infine, non trasformare un controllo tecnico in una promessa finanziaria. Il problema iniziale era la necessità di rincorrere valori e refresh manuali. Il modo più utile per chiuderlo è definire un markup con criteri interni, salvarlo nel piano, controllare la coerenza della modifica e mantenere una traccia delle decisioni. Così il rebilling SaaS resta un processo operativo governabile, non una serie di verifiche improvvisate.

Per approfondire l’uso quotidiano della piattaforma e ricevere risorse dedicate, puoi consultare il bonus WhatsApp per GoHighLevel. I risultati variano in base al contesto e alle modalità con cui ogni agenzia configura e gestisce il proprio servizio.