Automatizza i tuoi contratti in HubSpot.

Portant automatizza i contratti HubSpot unendo le proprietà di deal, azienda e contatto nel tuo template contrattuale, instradando la bozza attraverso revisione e approvazione all'interno di HubSpot, per poi raccogliere firme elettroniche con valore legale e allegare il PDF firmato al record. I nomi delle parti, le date e le condizioni commerciali provengono direttamente dai dati CRM, così nessuno deve reinserirli manualmente in un documento.

Un nome di parte errato in un contratto non è solo imbarazzante. Può rendere l'accordo nullo. Ho visto deal bloccarsi per settimane perché il team legale ha trovato un nome di entità obsoleto copiato da una versione precedente. Ho visto commerciali perdere slancio mentre aspettavano una controfirma e il CFO dell'acquirente passava ad altre priorità. E ho visto il controllo delle versioni tra MSA, ordini e addendum trasformarsi in un rischio operativo di cui nessuno si occupa finché qualcosa non si rompe.

I contratti si trovano all'intersezione tra velocità di vendita e responsabilità legale. Questo li rende il tipo di documento più difficile da automatizzare bene, e il più gratificante quando ci riesci. Questo playbook spiega come costruire un workflow contrattuale in HubSpot usando Portant: progettazione del template, unione dei dati CRM, revisione interna, firme elettroniche, conformità e archiviazione post-firma. È la stessa architettura che vediamo funzionare nei team di vendita HubSpot che gestiscono MSA, SOW, NDA e ordini.

Per il posizionamento del prodotto, consulta Automazione dei contratti per HubSpot. Per il contesto della pipeline, Un unico thread dalla scoperta al contratto firmato si abbina bene a questa guida. E se sei in una fase precedente del ciclo di vendita, inizia da Automatizza le tue proposte in HubSpot o da Automatizza i tuoi preventivi in HubSpot.

Altri articoli dal blog: Automatizzare i rinnovi contrattuali in HubSpot, electronic signatures in HubSpot workflows, e eSignature fields in Google Docs contracts.

Perché l'automazione dei contratti è importante per i team HubSpot?

La maggior parte dei team HubSpot non ha un problema con i contratti. Ne ha cinque, uno sopra l'altro.

Il primo è l'accuratezza dei dati. Quando un commerciale copia il nome di un'azienda da un record HubSpot in un Google Doc, potrebbe prendere il nome commerciale invece dell'entità legale. O inserire l'indirizzo a memoria. O incollare i prezzi del trimestre precedente perché il template ha ancora un numero fisso dal deal precedente. Ogni trasferimento manuale è un'occasione perché l'accordo riporti qualcosa su cui le parti non si erano accordate.

Il secondo è l'attrito nella revisione. I contratti richiedono la revisione legale. Ma i team legali non vivono in HubSpot e non vogliono imparare un altro strumento. Quindi il contratto viene inviato per email come allegato, le modifiche avvengono in un thread separato, e quando torna il commerciale ha perso il filo di quale versione sia quella corrente. Il reporting sulla pipeline diventa inaffidabile perché lo stage del deal dice "Contract Sent" ma nessuno sa se la versione inviata è quella approvata.

Il terzo è la logistica delle firme. Far firmare un contratto significa far arrivare il documento giusto alla persona giusta con la giusta esperienza di firma. Le controfirme aggiungono un ulteriore livello. L'ordine sequenziale di firma è importante quando il team legale vuole revisionare la firma dell'acquirente prima che il CEO controfirmi. Ogni passaggio aggiuntivo è un punto in cui il processo può bloccarsi.

Il quarto è l'archiviazione e il recupero. Sei mesi dopo la chiusura di un deal, qualcuno ha bisogno di trovare l'MSA firmato. Se il PDF è nella cartella Drive personale di un commerciale con un nome come "Contract_Final_v3_SIGNED(2).pdf", buona fortuna. I contratti hanno bisogno di una denominazione coerente, di un'archiviazione coerente e di un collegamento al record CRM.

Il quinto è la conformità. Le firme elettroniche sono legalmente valide nella maggior parte delle giurisdizioni, ma "la maggior parte" è un termine che fa molto lavoro. Il tuo team legale deve sapere quali leggi si applicano, cosa registra il registro di controllo e se il tuo processo di firma soddisfa i requisiti normativi del tuo settore.

Contract automation risolve questi problemi mantenendo l'intero ciclo di vita all'interno del CRM. Il template recupera dati in tempo reale così nomi e condizioni sono sempre aggiornati. La revisione avviene dove vive il deal. Le firme vengono raccolte senza aggiungere un altro silo. E la copia firmata finisce in un posto prevedibile con un nome prevedibile. È questa l'architettura che questo playbook costruisce.

Come si presenta il ciclo di vita del contratto in HubSpot?

Prima di passare ai passaggi di configurazione, è utile vedere l'intero ciclo di vita. Un workflow contrattuale in HubSpot tocca sei fasi:

1. Creazione del template. Costruisci il template dell'accordo in Google Docs (per i contratti con molto testo) o in Google Slides (per SOW visivi). Aggiungi i tag di unione per le proprietà CRM.
2. Unione dei dati CRM. Quando un commerciale avvia il workflow da un Deal, Company, Contact o Ticket, Portant recupera i valori delle proprietà in tempo reale nel template. Il risultato è un documento completo e specifico per il deal.
3. Revisione e approvazione interna. Il team legale, finanziario o il management revisiona il documento unito prima che venga inviato all'acquirente. Il documento rimane in stato Bozza sul record HubSpot finché qualcuno non lo approva.
4. Raccolta delle firme elettroniche. Dopo l'approvazione, Portant invia il documento per la firma. I firmatari vengono mappati dalle associazioni del deal. Le controfirme possono seguire in sequenza.
5. Archiviazione della copia firmata. Il PDF firmato viene salvato in Google Drive con una convenzione di denominazione coerente. Un link appare sul record HubSpot.
6. Monitoraggio dello stato e rinnovo. Le proprietà personalizzate di Portant sul record del deal ti permettono di creare report sullo stato del contratto, attivare promemoria di rinnovo e costruire dashboard per le operazioni legali.

Mantenere questo ciclo di vita all'interno di HubSpot (invece di distribuirlo su cinque strumenti) è importante per tre motivi. La conformità si semplifica perché c'è un unico registro di controllo. Il reporting diventa affidabile perché gli stage del deal riflettono lo stato reale dei documenti. E l'esperienza del commerciale migliora perché non deve mai uscire dal CRM per generare, revisionare o inviare un contratto.

Per l'architettura più ampia che consente di tenere tutti i documenti del deal in un unico posto, consulta the complete guide to document automation in HubSpot.

Lo stesso workflow Portant compila sia un NDA di due pagine che un MSA di quaranta pagine: ogni nome di parte, data e condizione commerciale è un token mappato una volta a una proprietà HubSpot, quindi aggiornare il template aggiorna ogni contratto futuro senza toccare la mappatura.

Come si progetta un template contrattuale per le unioni HubSpot?

I contratti sono strutturalmente diversi da proposte e preventivi. Una proposta è persuasiva. Un preventivo è commerciale. Un contratto è vincolante. Questo cambia il modo in cui si progetta il template.

Il linguaggio legale richiede una precisione che sopravvive a un'unione di dati. I termini definiti (come "Società" o "Cliente") devono essere coerenti in tutto il documento. Se il tuo template definisce "Società" come l'entità nel primo paragrafo, il tag di unione per quell'entità deve comparire in quella definizione esatta, e ogni riferimento successivo deve usare il termine definito, non un valore nuovamente unito.

I blocchi firma richiedono struttura. Un blocco firma contrattuale include tipicamente il nome dell'entità legale, il nome stampato del firmatario, il suo titolo e una riga per la data. Ognuno di questi può essere un tag di unione, ma il layout è importante. La funzione di firma elettronica di Portant sovrapporrà i campi di firma al documento, quindi il template ha bisogno di spazio chiaramente definito per quei campi.

I riferimenti agli allegati sono comuni negli MSA. L'accordo principale fa riferimento all'"Allegato A" per i prezzi o all'"Allegato B" per un SOW. Se quegli allegati sono documenti separati in workflow separati, il template deve referenziarli per nome. Se fanno parte dello stesso documento, interruzioni di pagina e intestazioni chiare li rendono leggibili.

Google Docs funziona bene per gli accordi con molto testo: MSA, NDA, contratti di servizio e tutto ciò in cui la sostanza è costituita da paragrafi di linguaggio legale. Google Slides è più adatto per SOW visivi in cui si vogliono includere diagrammi, cronologie o layout brandizzati insieme alle condizioni.

Per le modalità di configurazione dei tag di unione, consulta template customization. Per la sintassi dei tag e le formule, tag formulas copre la logica condizionale e la formattazione.

Genera il contratto da HubSpot

Collega il flusso di lavoro del tuo template all'oggetto HubSpot che gestisce l'accordo. Per i contratti, di solito si tratta di un Deal con una Company associata (per l'entità legale) e un Contact (per il firmatario). Il deal contiene i termini commerciali: prezzi, durata, data di decorrenza. La company contiene i dettagli legali: ragione sociale, indirizzo, giurisdizione. Il contact contiene i dati del firmatario: nome, titolo, email.

Questo schema a tre oggetti è importante perché i contratti fanno riferimento a tutti e tre. Una proposta potrebbe richiedere solo il deal e il contact. Un preventivo potrebbe richiedere solo il deal e le voci. Ma un contratto ha bisogno dell'entità legale dalla company, dei termini commerciali dal deal e dei dati del firmatario dal contact. Portant attinge da tutti gli oggetti associati in un'unica operazione di merge.

Quali proprietà contano di più

Per la generazione dei contratti, queste proprietà di HubSpot svolgono il lavoro più importante:

• Company: nome dell'entità legale. Non il campo "Nome azienda" che i commerciali compilano in modo informale. La ragione sociale registrata ufficialmente. Se il tuo HubSpot non ha una proprietà dedicata all'entità legale, creala. È il campo più importante per la precisione del contratto.
• Company: indirizzo di fatturazione. Indirizzo completo, incluso il paese. I contratti fanno riferimento alla legge applicabile e l'indirizzo determina spesso la giurisdizione.
• Deal: importo e valuta. Il valore commerciale dell'accordo.
• Deal: data di chiusura o data di decorrenza. Quando il contratto entra in vigore. Alcuni team utilizzano una proprietà personalizzata "Data di decorrenza del contratto" al posto della data di chiusura del deal.
• Deal: durata del contratto. Per quanto tempo è valido l'accordo. Una proprietà personalizzata (ad esempio, "Mesi di durata del contratto") lo rende esplicito.
• Contact: nome completo e titolo. Per il blocco firma.
• Contact: email. Per la richiesta di firma elettronica.

Quando una proprietà obbligatoria è vuota, Portant inserisce un campo vuoto. Il documento viene generato con uno spazio vuoto al posto del valore. Ecco perché la fase di revisione è importante: individua i campi vuoti prima che il contratto raggiunga il cliente. Per le best practice sulla qualità dei dati, Come controllare i dati HubSpot per documenti accurati descrive cosa verificare prima di automatizzare.

Apri il record in HubSpot, usa il pannello Portant e avvia il flusso di lavoro. Seleziona i contact associati quando il modal lo richiede, in modo che i firmatari e i contact di fatturazione corretti vengano inseriti nei tag.

Guida passo dopo passo: Create a document in HubSpot. Le proprietà personalizzate che Portant riscrive possono attivare flussi di lavoro HubSpot successivi; consulta Trigger HubSpot workflows from Portant.

Come funziona la revisione e l'approvazione dei contratti?

I contratti richiedono una revisione più rigorosa rispetto alle proposte o ai preventivi. Una proposta con un errore tipografico è imbarazzante. Un contratto con una clausola errata crea responsabilità legali. Un preventivo con prezzi non aggiornati fa perdere margine. Un contratto con prezzi non aggiornati crea un obbligo vincolante a un valore sbagliato.

Per questo motivo la fase di revisione in un flusso di lavoro contrattuale non è facoltativa. È il passaggio obbligato tra "documento generato" e "documento inviato per la firma."

Perché i contratti richiedono flussi di approvazione con più revisori

La maggior parte dei documenti di vendita richiede un solo revisore. I contratti spesso ne richiedono due o tre:

• Legal revisiona il linguaggio, i termini definiti, le clausole di responsabilità e i requisiti di conformità.
• Finance revisiona i termini commerciali: prezzi, condizioni di pagamento, implicazioni per il riconoscimento dei ricavi.
• Sales leadership revisiona i termini non standard: sconti oltre la soglia, SLA personalizzati, condizioni di pagamento estese.

Il blocco di revisione di Portant supporta più approvatori con due modalità. "Richiedi tutti" significa che ogni approvatore assegnato deve approvare prima che il flusso di lavoro prosegua. "Uno qualsiasi" significa che una singola approvazione sblocca il documento. Per i contratti, "richiedi tutti" è quasi sempre la scelta giusta. Non conviene che Legal approvi il linguaggio mentre Finance non ha ancora esaminato i termini commerciali.

Come funziona lo stato Bozza

Quando un blocco di revisione è attivo, il documento rimane nello stato Bozza. Questo stato è visibile nel record HubSpot tramite le proprietà personalizzate di Portant. È importante per il reporting della pipeline: se la fase del deal è "Contratto inviato" ma il documento è ancora in Bozza, la pipeline sovrastima l'avanzamento. Lo stato Bozza lo rende visibile a manager e RevOps senza che nessuno debba controllare uno strumento separato.

Finché la revisione non viene approvata, i blocchi del flusso di lavoro successivi (come le richieste di firma elettronica) rimangono in attesa. Il contratto non raggiungerà il cliente finché qualcuno con l'autorità necessaria non ne conferma la prontezza. Questo è il comportamento che si vuole per i documenti legali.

Per la configurazione dettagliata della revisione, consulta Review and approve documents. Per i modelli di progettazione delle approvazioni nelle revenue operations, consulta Guida al flusso di approvazione documenti in HubSpot che tratta l'architettura delle approvazioni multi-fase.

Approva direttamente in HubSpot

I team legali non vogliono imparare un altro strumento. Vogliono rivedere il documento e approvarlo dal posto in cui lavorano già. Se i tuoi approvatori operano in HubSpot, il flusso di revisione nativo consente loro di farlo esattamente.

La card Portant nel record del deal mostra lo stato attuale del documento. Quando un documento è in attesa di revisione, l'approvatore apre il modal direttamente dal record, legge il contratto e approva o rifiuta. Nessun cambio di contesto. Nessun "controlla la tua email per un link a un'altra piattaforma."

Questo è particolarmente importante per i team legali nelle aziende in cui i legali non usano HubSpot tutti i giorni, ma consultano record specifici dei deal quando richiesto. Possono aprire il deal, rivedere il contratto nel modal e approvare senza navigare altrove. Il record del deal funge da unica fonte di verità per lo stato del contratto.

Guida completa: Revisiona e approva i documenti in HubSpot.

Come funzionano le firme elettroniche per i contratti HubSpot?

La firma dei contratti è diversa dagli altri casi d'uso della firma. Una proposta potrebbe richiedere una sola firma da parte del cliente. Un contratto spesso richiede più firme in un ordine specifico, con requisiti legali associati a ciascuna.

Mappatura dei firmatari dalle associazioni del deal

L'indirizzo email del firmatario proviene dai contact associati al deal. In un tipico flusso contrattuale, il contact principale del deal è il firmatario del cliente. Ma i contratti spesso richiedono una controfirma da parte del tuo team: il CEO, il VP of Sales o chiunque abbia il potere di firma.

Portant supporta la firma sequenziale. Il cliente firma per primo, poi il controfirmatario riceve il documento. Oppure puoi invertire l'ordine se il tuo processo interno richiede la tua firma prima che il cliente veda la versione eseguita. L'ordine di firma si adatta al modo in cui il tuo team legale gestisce l'esecuzione, non alle modalità di funzionamento dello strumento.

Come si presenta l'esperienza di firma

Quando il firmatario riceve la richiesta, ottiene un'email con un link al documento. Può rivedere il contratto completo prima di firmare. L'interfaccia di firma mostra esattamente dove firmare, siglare e indicare la data. Dopo la firma, una email di conferma viene inviata al firmatario con una copia del documento eseguito.

Per il cliente, il processo è semplice. Non è necessario creare un account. Non è necessario scaricare software. Basta cliccare il link, rivedere, firmare e ricevere la conferma. Meno passaggi ci sono tra "contratto ricevuto" e "contratto firmato," più velocemente si chiudono le trattative.

Per la firma sequenziale, la configurazione con più firmatari e la personalizzazione dell'email di conferma, consulta eSignatures Requests. Per più firmatari in particolare, request multiple signatures illustra la configurazione. La panoramica più ampia sulle e-signatures overview rimanda a tutte le funzionalità di firma, tra cui preview links, resend, e audit trails.

Cosa devono sapere i team legali sulla conformità?

Non sono il tuo avvocato, e nemmeno un articolo di blog lo è. Posso però indirizzare il tuo team legale verso i riferimenti giusti e spiegare cosa registra la piattaforma.

Le firme elettroniche sono legalmente valide nella maggior parte delle principali giurisdizioni. Gli Stati Uniti hanno ESIGN e UETA. L'UE ha eIDAS. Il Regno Unito, il Canada, l'Australia e la Nuova Zelanda hanno ciascuno il proprio quadro normativo. In sintesi: per i contratti commerciali standard (accordi SaaS B2B, contratti di servizio, NDA), le firme elettroniche sono generalmente applicabili. Esistono eccezioni per specifiche tipologie di documenti in determinate giurisdizioni, ed è proprio per questo che il tuo team legale dovrebbe esaminare il quadro normativo di riferimento.

Manteniamo articoli di riferimento sulla conformità regionale nella sezione eSigning laws and compliance, che copre Australia, Canada, UE, Israele, Nuova Zelanda, Regno Unito e Stati Uniti. Quando i tuoi consulenti legali hanno domande sulla validità delle firme elettroniche, invialo lì. Il tuo team di policy può collegare questi riferimenti alla propria valutazione del rischio.

Audit trail

Un audit trail registra chi ha firmato, quando ha firmato, il suo indirizzo IP e l'hash del documento al momento della firma. Questo crea un registro forense che dimostra che il documento non è stato alterato dopo l'esecuzione. Per i settori regolamentati (sanità, servizi finanziari, appalti pubblici), l'audit trail è spesso un requisito di conformità, non un optional.

L'audit trail di Portant viene allegato al documento firmato. Il tuo team legale può verificare la sequenza di firma, i timestamp e l'identità del firmatario per qualsiasi contratto. Consulta add audit to e-signatures per i dettagli di configurazione.

Quali tipologie di contratti puoi automatizzare, e quando?

Non tutti i contratti sono uguali, e il modello di automazione cambia a seconda della tipologia. Ecco i modelli più comuni che i team HubSpot automatizzano:

Master Service Agreement (MSA)

Gli MSA sono la base di una relazione continuativa. Contengono le condizioni generali: responsabilità, indennizzo, legge applicabile, proprietà intellettuale, riservatezza. I dettagli commerciali (prezzi, scope, tempistiche) si trovano in moduli d'ordine o SOW separati che fanno riferimento all'MSA.

Poiché gli MSA hanno pochi campi specifici per il deal, il template è in gran parte composto da linguaggio legale statico con tag di unione per nomi delle parti, indirizzi, data di efficacia e legge applicabile. La fase di revisione è fondamentale qui, perché l'MSA definisce il quadro giuridico per tutto ciò che segue. Consulta SaaS contract management per capire come gli MSA si inseriscono nell'architettura contrattuale più ampia.

Statement of Work (SOW)

I SOW definiscono scope e prezzi per un incarico specifico nell'ambito di un MSA esistente. Cambiano ad ogni deal: deliverable, tempistiche, allocazione delle risorse, milestone, piani di pagamento. I template SOW tendono ad avere più tag di unione e meno linguaggio legale standard.

Google Slides funziona bene per i SOW che richiedono elementi visivi come cronogrammi di progetto o diagrammi architetturali insieme ai termini. Google Docs è indicato per i SOW a prevalenza testuale, che si leggono più come un piano di progetto dettagliato.

Non-Disclosure Agreement (NDA)

Gli NDA sono semplici, ad alto volume e spesso attivati nelle prime fasi della pipeline. Un commerciale qualifica un prospect e ha bisogno di una copertura mutual NDA prima di condividere dettagli sul prodotto o sui prezzi. Il template è breve (2-4 pagine), la revisione viene spesso saltata per gli NDA reciproci standard e il flusso di firma è diretto.

Poiché gli NDA sono ad alto volume e bassa variazione, sono buoni candidati per la piena automazione: attivazione da un cambio di fase del deal, generazione e invio per la firma senza revisione manuale. Per ulteriori informazioni sui modelli NDA, consulta elements of a contract.

Moduli d'ordine

I moduli d'ordine si abbinano a un MSA esistente. Contengono principalmente termini commerciali: prodotti, quantità, prezzi, piano di pagamento, durata. Fanno riferimento all'MSA per data e aggiungono i dati specifici del deal. Il template è ricco di tag di unione per le voci e povero di linguaggio legale.

Le voci dei deal HubSpot confluiscono direttamente nei template dei moduli d'ordine. Per la configurazione delle voci, consulta line items in Portant.

Modifiche contrattuali

Le modifiche contrattuali intervengono su un accordo esistente. Fanno riferimento al contratto originale per data e parti, quindi specificano cosa cambia. Le modifiche più comuni riguardano: adeguamenti dei prezzi, proroghe dei termini, modifiche dello scope, prodotti aggiuntivi.

I template di modifica richiedono proprietà sia dal deal corrente che dall'accordo originale. Se memorizzi la data del contratto originale e il numero di riferimento come proprietà personalizzate sul deal, il template di modifica può recuperarli automaticamente.

Come automatizzare la generazione dei contratti dalle fasi del deal?

La generazione manuale dalla card Portant funziona per i team con volumi ridotti. Ma quando il tuo team gestisce più di 50 contratti al mese, conviene che la generazione si attivi automaticamente dai cambi di fase del deal.

Il modello più comune: quando un deal passa alla fase "Contract" (o come la chiama la tua pipeline), un workflow HubSpot registra il deal e attiva Portant per generare il contratto. Il contratto viene creato, trattenuto nella fase di revisione, e gli approvatori assegnati vengono notificati.

I tempi contano

I contratti seguono tipicamente l'accettazione della proposta. Il buyer dice sì alla proposta, il commerciale aggiorna la fase del deal e il contratto viene generato. Calibrare bene questi tempi evita che i contratti vengano generati troppo presto (prima che il buyer abbia accettato i termini) o troppo tardi (dopo che il buyer si aspettava già di ricevere l'accordo).

Alcuni team utilizzano un trigger in due fasi. Il deal passa a "Verbal Agreement" e il contratto viene generato in bozza. Poi il deal passa a "Contract Sent" solo dopo l'approvazione legale e l'invio della richiesta di firma. Questo mantiene le fasi della pipeline accurate e impedisce che la fase "Contract Sent" contenga documenti non ancora revisionati.

Il modello genera-e-attendi

Il modello di automazione contrattuale più affidabile è: generare, poi attendere nella fase di revisione fino all'approvazione legale. Questo significa che il workflow crea il documento automaticamente (evitando al commerciale la generazione manuale) ma non lo invia automaticamente (preservando il controllo della revisione legale).

Il compito del commerciale diventa: aggiornare la fase del deal, verificare che l'anteprima sia corretta e notificare al team legale che un contratto è pronto per la revisione. Il compito del team legale rimane invariato: revisionare il linguaggio, verificare i termini, approvare o respingere. L'automazione gestisce tutto ciò che avviene tra questi checkpoint umani.

Per la configurazione dell'automazione dei workflow, consulta automation features. Per i trigger dei workflow HubSpot in particolare, trigger HubSpot workflows from Portant illustra l'integrazione.

Come gestire archiviazione, monitoraggio e rinnovo dopo la firma?

Ottenere la firma su un contratto è solo metà del lavoro. Ciò che accade dopo la firma determina se le tue operazioni legali funzionano davvero su larga scala.

Dove si trova la copia firmata

Portant archivia i PDF firmati in Google Drive utilizzando la cartella di output e la convenzione di denominazione che configuri. Il documento firmato si collega anche al record dell'opportunità HubSpot tramite le proprietà personalizzate di Portant. Hai quindi due percorsi di accesso: sfogliare Drive per trovare il file, oppure aprire il record dell'opportunità e fare clic sul link.

Per i team che utilizzano OneDrive, Portant lo supporta anch'esso. Consulta save to OneDrive per la configurazione.

Le convenzioni di denominazione sono importanti

Tra sei mesi, qualcuno avrà bisogno di trovare un contratto specifico. Se ogni file si chiama "Contract.pdf", dovrà aprire i documenti uno per uno. Una convenzione di denominazione che include il nome dell'azienda, il tipo di contratto e la data rende i contratti rintracciabili senza doverli aprire.

Portant ti permette di creare nomi di file di output usando i tag di unione. Un pattern come "{Company Name} - MSA - {Date}" genera file come "Acme Corp - MSA - 2026-03-15.pdf". Questo funziona sia per la struttura delle cartelle in Drive sia per il riferimento al record HubSpot. Consulta customize output file names per la configurazione.

Reporting sullo stato dei contratti

Portant scrive proprietà personalizzate nel record dell'opportunità HubSpot: stato del documento, stato della firma, data della firma. Queste proprietà abilitano il reporting HubSpot sull'attività contrattuale. Il tuo team RevOps può creare dashboard che mostrano i contratti in attesa di revisione, i contratti in attesa di firma, i contratti firmati nel mese corrente e il tempo medio dalla generazione alla firma.

Quest'ultima metrica (il tempo dalla generazione alla firma) è uno dei migliori indicatori della salute del flusso di lavoro contrattuale. Se sta aumentando, significa che qualcosa nel processo di revisione o firma sta rallentando. Le proprietà HubSpot rendono questo visibile senza strumenti di reporting personalizzati.

Promemoria di rinnovo

Se i tuoi contratti hanno durata fissa, la data di chiusura dell'opportunità (o una proprietà personalizzata "Contract End Date") può essere usata per attivare i promemoria di rinnovo. Un workflow HubSpot attivato 90 giorni prima della data di scadenza crea un'attività, invia una notifica o iscrive l'opportunità in una pipeline di rinnovo. Il contratto di rinnovo può utilizzare lo stesso template con date e termini aggiornati.

Questo chiude il ciclo del ciclo di vita del contratto: dalla generazione alla firma fino al rinnovo, tutto rimane nel record HubSpot.

Per le opzioni di gestione e archiviazione degli output, consulta outputs documentation. Per archiviare automaticamente i contratti in cartelle Drive organizzate, auto-filing output files descrive la configurazione.

Quali sono gli errori più comuni nell'automazione dei contratti?

Ho aiutato abbastanza team a configurare flussi di lavoro contrattuali da vedere gli stessi errori ripetersi. Ecco cosa tenere d'occhio:

Date e nomi scritti direttamente nel template. L'errore più comune. Qualcuno crea il template, scrive "Acme Corp" nel campo del nome della parte e dimentica di sostituirlo con un tag di unione. I successivi 20 contratti riportano tutti "Acme Corp". Usa i tag di unione per ogni dato specifico dell'opportunità. Se cambia da un contratto all'altro, deve essere un tag di unione.

Saltare la revisione sui contratti "standard". A volte i team saltano la revisione per i contratti che considerano di routine. E funziona bene fino a quando una clausola generata con l'aiuto dell'IA produce un linguaggio inaspettato, oppure un'unione recupera un valore di proprietà non aggiornato. Anche i contratti standard necessitano almeno di un controllo. Se vuoi velocizzare la revisione per gli accordi standard, usa un solo approvatore invece di tre. Non saltare del tutto la revisione.

Non testare con casi limite. Il tuo template funziona perfettamente quando l'opportunità ha un solo contatto, un record aziendale completo e tutte le proprietà personalizzate compilate. Ma cosa succede quando l'opportunità ha due contatti? Quando l'indirizzo dell'azienda è vuoto? Quando la proprietà relativa alla durata non è stata impostata? Testa con dati incompleti prima di andare in produzione. Il passaggio di anteprima intercetta questi problemi, ma solo se qualcuno li controlla.

Nome dell'entità legale errato. Il campo "Company name" di HubSpot è spesso un nome informale ("Acme") piuttosto che la ragione sociale registrata ("Acme Corporation, Inc."). Se il tuo template di contratto attinge dalla proprietà sbagliata, l'accordo potrebbe non essere opponibile alla corretta entità legale. Usa una proprietà dedicata "Legal Entity Name" e garantisci la qualità del dato. Consulta Le proprietà di HubSpot per documenti di vendita più ordinati per i modelli di progettazione delle proprietà.

Inviare senza configurare la contro-firma. Se i tuoi contratti richiedono una contro-firma da parte tua, assicurati che il flusso di firma includa questo passaggio. Un contratto firmato solo dall'acquirente potrebbe non essere vincolante finché non lo esegue anche il tuo firmatario autorizzato. Configura il contro-firmatario nel workflow prima di andare in produzione.

Lacune nella traccia di audit. Se il tuo team legale richiede tracce di audit e non le hai abilitate, il documento firmato è privo del registro forense di cui ha bisogno. Abilita le tracce di audit prima di inviare i contratti, non dopo. Non è possibile aggiungere retroattivamente le tracce di audit ai contratti già firmati.

Denominazione dei file incoerente. Quando ogni rappresentante usa una convenzione di denominazione diversa, trovare i contratti in seguito diventa un lavoro di ricerca. Imposta la convenzione di denominazione nel template del workflow in modo che venga applicata automaticamente. Non fare affidamento sui rappresentanti per denominare i file in modo coerente.

Domande frequenti

Come si genera un contratto da un'opportunità HubSpot?

Collega HubSpot come sorgente in un workflow Portant e mappa le proprietà dell'opportunità, dell'azienda e del contatto nel tuo template di contratto come token. Dal record dell'opportunità, apri il pannello Portant, seleziona il workflow del contratto e avvialo: Portant unisce i dati CRM nel template, lo indirizza per revisione e approvazione se configurato, poi lo invia per la firma elettronica e allega il PDF firmato al record.

Possiamo firmare un PDF caricato senza una sorgente?

Sì. Puoi caricare un PDF direttamente e inviarlo per la firma senza eseguirlo tramite un workflow di unione. Questo funziona per i contratti che hanno origine al di fuori del tuo sistema di template, come gli accordi redatti dal team legale della controparte. Consulta Richiesta di firma manuale tramite caricamento PDF per la guida dettagliata.

Come funzionano più firmatari?

Portant supporta più firmatari in sequenza o in parallelo. La firma sequenziale significa che il Firmatario 1 riceve la richiesta, firma e poi il Firmatario 2 la riceve. Questo è il pattern standard per i contratti in cui l'acquirente firma per primo e il venditore contro-firma. L'ordine di firma si configura nel workflow. Consulta request multiple signatures.

Dove viene archiviato il file firmato?

Gli output firmati vengono inviati a Google Drive (o OneDrive) utilizzando la cartella di output e la convenzione di denominazione del tuo workflow. Un link appare anche nel record dell'opportunità HubSpot tramite le proprietà personalizzate di Portant. Questo ti offre due modi per trovare il contratto firmato: tramite il record CRM o tramite il file system. Allinea la tua convenzione di denominazione alle aspettative di archiviazione del tuo team legale.

Posso usare template Word invece di Google Docs?

L'unione di Portant funziona con i template di Google Docs e Google Slides. Se hai template Word esistenti, puoi importarli in Google Docs e convertire i campi di unione in tag Portant. La formattazione si trasferisce solitamente bene per i contratti a prevalenza di testo. Per il formato di output, Portant può generare PDF, file Word (.docx) e altri formati dai template Google Docs. Consulta Microsoft Word output per i dettagli.

Come gestiamo gli emendamenti contrattuali?

Crea un template separato per l'emendamento che faccia riferimento all'accordo originale per data e parti. Archivia la data del contratto originale e il numero di riferimento come proprietà personalizzate nell'opportunità HubSpot, in modo che l'emendamento possa recuperarli tramite tag di unione. Il workflow dell'emendamento segue lo stesso schema di generazione, revisione e firma del contratto originale. Alcuni team creano una nuova opportunità per l'emendamento e la associano alla stessa azienda; altri utilizzano l'opportunità esistente con proprietà aggiornate.

Cosa succede se l'email di un firmatario non è raggiungibile?

Se l'email con la richiesta di firma non può essere recapitata, lo stato della firma riflette l'errore. Puoi aggiornare l'email del contatto nel record HubSpot e inviare nuovamente la richiesta di firma. Consulta resend signature requests per scoprire come gestire i mancati recapiti e inviare nuovamente agli indirizzi aggiornati.

Per un contesto più ampio su come i contratti si inseriscono nel ciclo di vendita, contract lifecycle management offre una visione strategica. Per i team che si trovano nelle fasi iniziali del percorso di automazione dei documenti con HubSpot, come funziona l'integrazione HubSpot di Portant spiega le basi tecniche.