Automatiseer je contracten in HubSpot.

Portant automatiseert HubSpot-contracten door deal-, bedrijfs- en contacteigenschappen samen te voegen in je eigen contractsjabloon, het concept door een beoordelings- en goedkeuringsproces binnen HubSpot te leiden, vervolgens juridisch bindende e-handtekeningen te verzamelen en het ondertekende PDF-bestand terug te koppelen aan het record. Partijnamen, datums en commerciële voorwaarden komen rechtstreeks uit CRM-gegevens, zodat niemand ze opnieuw in een document hoeft in te typen.

Een verkeerde partijnaam in een contract is niet alleen gênant. Het kan de overeenkomst ongeldig maken. Ik heb deals weken zien vastlopen omdat juridische zaken een verouderde entiteitsnaam vonden die was gekopieerd uit een eerdere versie. Ik heb verkopers hun momentum zien verliezen terwijl ze wachtten op een tegenpodtekening, terwijl de CFO van de koper al was doorgegaan naar andere prioriteiten. En ik heb versiebeheer over MSA's, orderformulieren en aanvullingen zien veranderen in een operationeel risico dat niemand beheert totdat er iets misgaat.

Contracten bevinden zich op het snijpunt van salessnelheid en juridische aansprakelijkheid. Dat maakt ze het moeilijkste documenttype om goed te automatiseren, en het meest lonend als je het goed doet. Dit stappenplan laat zien hoe je een contractworkflow in HubSpot bouwt met Portant: sjabloonontwerp, CRM-gegevenssamenvoeger, interne beoordeling, e-handtekeningen, compliance en opslag na ondertekening. Dit is dezelfde architectuur die we zien werken bij HubSpot-salesteams die MSA's, SOW's, NDA's en orderformulieren verwerken.

Voor de productpositionering, zie contractautomatisering voor HubSpot. Voor pipelinecontext, één thread van eerste gesprek tot ondertekend contract sluit goed aan op deze gids. En als je eerder in de dealcyclus zit, begin dan met je voorstellen automatiseren in HubSpot of je offertes automatiseren in HubSpot.

Meer van de blog: contractverlengingen automatiseren in HubSpot, electronic signatures in HubSpot workflows, en eSignature fields in Google Docs contracts.

Waarom is contractautomatisering belangrijk voor HubSpot-teams?

De meeste HubSpot-teams hebben geen contractprobleem. Ze hebben vijf contractproblemen die op elkaar gestapeld zijn.

Het eerste is gegevensnauwkeurigheid. Wanneer een verkoper een bedrijfsnaam kopieert vanuit een HubSpot-record naar een Google Doc, pakt hij mogelijk de handelsnaam in plaats van de juridische entiteit. Of hij typt het adres uit zijn hoofd. Of hij plakt de prijzen van vorig kwartaal omdat het sjabloon nog een hardgecodeerd getal uit de vorige deal bevat. Elke handmatige overdracht is een kans dat de overeenkomst iets vermeldt waar de partijen niet mee akkoord zijn gegaan.

Het tweede is beoordelingswrijving. Contracten hebben juridische beoordeling nodig. Maar juridische teams leven niet in HubSpot en willen geen nieuw hulpmiddel leren. Dus wordt het contract als bijlage gemaild, vinden wijzigingen plaats in een aparte thread, en tegen de tijd dat het terugkomt is de verkoper de kluts kwijt over welke versie de huidige is. Pipelinerapportage wordt onbetrouwbaar omdat de dealfase "Contract Sent" aangeeft, maar niemand weet of de verzonden versie de goedgekeurde is.

Het derde is de logistiek rondom ondertekening. Een contract laten ondertekenen betekent het juiste document bij de juiste persoon krijgen met de juiste ondertekeningservaring. Tegenhandtekeningen voegen een extra laag toe. De volgorde van ondertekening is belangrijk wanneer je juridische team de handtekening van de koper wil beoordelen voordat de CEO tegenondertekent. Elke extra stap is een plek waar het proces kan stagneren.

Het vierde is opslag en terugvindbaarheid. Zes maanden nadat een deal is gesloten, moet iemand de ondertekende MSA vinden. Als de PDF in de persoonlijke Drive-map van een verkoper staat met een bestandsnaam zoals "Contract_Final_v3_SIGNED(2).pdf", veel succes. Contracten hebben een consistente naamgeving, consistente opslag en een koppeling terug naar het CRM-record nodig.

Het vijfde is compliance. E-handtekeningen zijn in de meeste rechtsgebieden juridisch geldig, maar "de meeste" doet hier veel werk. Je juridische team moet weten welke wetten van toepassing zijn, wat het auditspoor vastlegt en of je ondertekeningsproces voldoet aan de wettelijke vereisten voor jouw branche.

Contract automation lost deze problemen op door de volledige levenscyclus binnen het CRM te houden. Het sjabloon haalt live gegevens op zodat namen en voorwaarden altijd actueel zijn. Beoordeling vindt plaats waar de deal leeft. Handtekeningen worden verzameld zonder een extra silo toe te voegen. En de ondertekende kopie belandt op een voorspelbare plek met een voorspelbare naam. Dat is de architectuur die dit stappenplan opbouwt.

Hoe ziet de contractlevenscyclus in HubSpot eruit?

Voordat je de instapstappen doorloopt, helpt het om de volledige levenscyclus te zien. Een contractworkflow in HubSpot doorloopt zes fasen:

1. Sjablooncreatie. Bouw het overeenkomstsjabloon in Google Docs (voor tekstzware contracten) of Google Slides (voor visuele SOW's). Voeg samenvoegcodes toe voor CRM-eigenschappen.
2. CRM-gegevenssamenvoeger. Wanneer een verkoper de workflow start vanuit een Deal, Bedrijf, Contact of Ticket, haalt Portant live eigenschapswaarden op in het sjabloon. Het resultaat is een volledig, dealspecifiek document.
3. Interne beoordeling en goedkeuring. Juridische zaken, financiën of het management beoordeelt het samengevoegde document voordat het naar de koper gaat. Het document heeft de status Concept op het HubSpot-record totdat iemand het goedkeurt.
4. Verzameling van e-handtekeningen. Na goedkeuring stuurt Portant het document ter ondertekening. Ondertekenaars worden gekoppeld vanuit dealassociaties. Tegenhandtekeningen kunnen daarna in volgorde volgen.
5. Opslag van ondertekende kopie. Het ondertekende PDF-bestand wordt opgeslagen in Google Drive met een consistente naamgevingsconventie. Een koppeling verschijnt op het HubSpot-record.
6. Statusbewaking en verlenging. Aangepaste Portant-eigenschappen op het dealrecord laten je rapporteren over de contractstatus, verlengingsherinneringen activeren en dashboards bouwen voor legal ops.

Het bewaren van deze levenscyclus binnen HubSpot (in plaats van het te verspreiden over vijf tools) is om drie redenen belangrijk. Compliance wordt eenvoudiger omdat er één auditspoor is. Rapportage wordt betrouwbaar omdat dealfasen de werkelijke documentstatus weerspiegelen. En de ervaring van verkopers verbetert omdat ze het CRM nooit hoeven te verlaten om een contract te genereren, te beoordelen of te versturen.

Voor de bredere architectuur van het bewaren van alle dealdocumenten op één plek, zie the complete guide to document automation in HubSpot.

Dezelfde Portant-workflow vult zowel een NDA van twee pagina's als een MSA van veertig pagina's: elke partijnaam, datum en commerciële voorwaarde is een token dat eenmalig is gekoppeld aan een HubSpot-eigenschap, zodat het bijwerken van het sjabloon elk toekomstig contract bijwerkt zonder de koppeling aan te passen.

Hoe ontwerp je een contractsjabloon voor HubSpot-samenvoegingen?

Contracten zijn structureel anders dan voorstellen en offertes. Een voorstel is overtuigend. Een offerte is commercieel. Een contract is bindend. Dat verandert hoe je het sjabloon ontwerpt.

Juridische taal vereist precisie die een gegevenssamenvoeger doorstaat. Gedefinieerde termen (zoals "Bedrijf" of "Klant") moeten consistent zijn door het hele document. Als je sjabloon "Bedrijf" definieert als de entiteit in de eerste alinea, moet de samenvoegcode voor die entiteit op die exacte definitie staan, en elke volgende verwijzing moet de gedefinieerde term gebruiken, niet een opnieuw samengevoegde waarde.

Handtekeningblokken hebben structuur nodig. Een contracthandtekeningblok bevat doorgaans de naam van de juridische entiteit, de gedrukte naam van de ondertekenaar, zijn of haar functie en een datumlijn. Elk van deze elementen kan een samenvoegcode zijn, maar de indeling is belangrijk. De e-handtekeningfunctie van Portant plaatst ondertekeningsvelden over het document heen, dus het sjabloon heeft duidelijke ruimte nodig voor die velden.

Bijlageverwijzingen komen veel voor in MSA's. De masterovereenkomst verwijst naar "Bijlage A" voor prijzen of "Bijlage B" voor een SOW. Als deze bijlagen afzonderlijke documenten zijn in afzonderlijke workflows, moet het sjabloon naar ze verwijzen op naam. Als ze deel uitmaken van hetzelfde document, zorgen pagina-einden en duidelijke koppen voor leesbaarheid.

Google Docs werkt goed voor tekstzware overeenkomsten: MSA's, NDA's, serviceovereenkomsten en alles waarbij de inhoud bestaat uit alinea's juridische taal. Google Slides werkt beter voor visuele SOW's waarbij je diagrammen, tijdlijnen of huisstijllay-outs naast de voorwaarden wilt opnemen.

Voor de technische uitleg van het instellen van samenvoegcodes, zie template customization. Voor codesyntaxis en formules behandelt tag formulas voorwaardelijke logica en opmaak.

Het contract genereren vanuit HubSpot

Verbind je sjabloonworkflow met het HubSpot-object dat eigenaar is van de overeenkomst. Voor contracten is dat meestal een Deal met een gekoppeld Company (voor de juridische entiteit) en Contact (voor de ondertekenaar). De deal bevat de commerciële voorwaarden: prijs, looptijd, ingangsdatum. Het company bevat de juridische gegevens: geregistreerde naam, adres, jurisdictie. Het contact bevat de ondertekenaar: naam, titel, e-mail.

Dit patroon met drie objecten is belangrijk omdat contracten naar alle drie verwijzen. Een voorstel heeft misschien alleen de deal en het contact nodig. Een offerte heeft misschien alleen de deal en regelitems nodig. Maar een contract heeft de juridische entiteit van het company, de commerciële voorwaarden van de deal en de ondertekenaarsgegevens van het contact nodig. Portant haalt gegevens op uit alle gekoppelde objecten in één enkele samenvoeging.

Welke eigenschappen zijn het belangrijkst

Voor het genereren van contracten doen deze HubSpot-eigenschappen het meeste werk:

• Company: naam juridische entiteit. Niet het veld "Company name" dat vertegenwoordigers nonchalant invullen. De formeel geregistreerde naam. Als je HubSpot geen specifieke eigenschap voor de juridische entiteit heeft, maak er dan een aan. Het is het belangrijkste veld voor de nauwkeurigheid van contracten.
• Company: factuuradres. Volledig adres inclusief land. Contracten verwijzen naar toepasselijk recht, en het adres bepaalt vaak de jurisdictie.
• Deal: bedrag en valuta. De commerciële waarde van de overeenkomst.
• Deal: sluitingsdatum of ingangsdatum. Wanneer het contract van kracht wordt. Sommige teams gebruiken een aangepaste eigenschap "Contract Effective Date" in plaats van de sluitingsdatum van de deal.
• Deal: looptijd. Hoe lang de overeenkomst loopt. Een aangepaste eigenschap (bijv. "Contract Term Months") maakt dit expliciet.
• Contact: volledige naam en titel. Voor het handtekeningblok.
• Contact: e-mail. Voor het verzoek tot elektronische handtekening.

Wanneer een verplichte eigenschap leeg is, voegt Portant een lege waarde in. Het document wordt weergegeven met een leemte waar de waarde zou moeten staan. Daarom is de reviewstap belangrijk: die vangt lege samenvoegingen op voordat het contract de koper bereikt. Voor best practices op het gebied van gegevenshygiëne, HubSpot data controleren voor nauwkeurige documenten beschrijft wat je moet controleren voordat je automatiseert.

Open het record in HubSpot, gebruik het Portant-paneel en start de workflow. Kies de gekoppelde contacten wanneer het modale venster daarom vraagt, zodat de juiste ondertekenaars en facturatiecontacten in de tags worden opgenomen.

Stapsgewijze referentie: Create a document in HubSpot. Aangepaste eigenschappen die Portant terugschrijft, kunnen vervolgworkflows in HubSpot activeren; zie Trigger HubSpot workflows from Portant.

Hoe werkt review en goedkeuring voor contracten?

Contracten vereisen een strengere review dan voorstellen of offertes. Een voorstel met een typefout is ongemakkelijk. Een contract met een onjuiste clausule zorgt voor juridische aansprakelijkheid. Een offerte met verouderde prijzen kost marge. Een contract met verouderde prijzen schept een bindende verplichting tegen het verkeerde bedrag.

Daarom is de reviewstap in een contractworkflow niet optioneel. Het is de schakel tussen "document gegenereerd" en "document verzonden ter ondertekening."

Waarom contracten flows met meerdere goedkeurders nodig hebben

De meeste verkoopdocumenten hebben één reviewer nodig. Contracten hebben er vaak twee of drie nodig:

• Legal beoordeelt taalgebruik, gedefinieerde termen, aansprakelijkheidsclausules en nalevingsvereisten.
• Finance beoordeelt de commerciële voorwaarden: prijsstelling, betalingsvoorwaarden en implicaties voor omzetverantwoording.
• Sales leadership beoordeelt niet-standaard voorwaarden: kortingen boven de drempel, aangepaste SLA's, verlengde betalingstermijnen.

Het reviewblok van Portant ondersteunt meerdere goedkeurders met twee modi. "Require all" betekent dat elke toegewezen goedkeurder moet goedkeuren voordat de workflow verdergaat. "Any one" betekent dat één goedkeuring het document vrijgeeft. Voor contracten is "require all" vrijwel altijd de juiste keuze. Je wilt niet dat Legal de tekst goedkeurt terwijl Finance de commerciële voorwaarden nog niet heeft beoordeeld.

Hoe de draftstatus werkt

Wanneer een reviewblok actief is, heeft het document de status Draft. Deze status is zichtbaar op het HubSpot-record via de aangepaste eigenschappen van Portant. Dat is belangrijk voor pipeline-rapportage: als je dealfase "Contract Sent" is maar het document nog de Draft-status heeft, overschat je pipeline de voortgang. De Draft-status maakt dit zichtbaar voor managers en RevOps, zonder dat iemand een apart systeem hoeft te raadplegen.

Zolang de review niet is goedgekeurd, worden volgende workflowblokken (zoals verzoeken voor elektronische handtekeningen) tegengehouden. Het contract gaat pas naar de koper wanneer iemand met de juiste bevoegdheid aangeeft dat het klaar is. Dit is het gewenste gedrag voor juridische documenten.

Zie voor gedetailleerde reviewconfiguratie Review and approve documents. Voor goedkeuringspatronen in revenue operations, HubSpot handleiding voor documentgoedkeuringsworkflows beschrijft de architectuur voor meerstaps-goedkeuring.

Goedkeuren binnen HubSpot

Juridische teams willen geen nieuw systeem leren. Ze willen het document beoordelen en goedkeuren vanuit de plek waar ze al werken. Als je goedkeurders in HubSpot werken, laat de native reviewflow hen precies dat doen.

De Portant-kaart op het dealrecord toont de huidige status van het document. Wanneer een document wacht op review, opent de goedkeurder het modale venster rechtstreeks vanuit het record, leest het contract en keurt het goed of af. Geen contextwisseling. Geen "check je e-mail voor een link naar een ander platform."

Dit is vooral belangrijk voor juridische teams bij bedrijven waar de juristen niet dagelijks HubSpot gebruiken, maar wel specifieke dealrecords bekijken wanneer dat gevraagd wordt. Ze kunnen de deal openen, het contract in het modale venster beoordelen en goedkeuren zonder ergens anders naartoe te navigeren. Het dealrecord dient als de enige bron van waarheid voor de status van het contract.

Volledige uitleg: Documenten reviewen en goedkeuren in HubSpot.

Hoe werken elektronische handtekeningen voor HubSpot-contracten?

Het ondertekenen van contracten verschilt van andere gebruikssituaties voor handtekeningen. Een voorstel heeft misschien één handtekening van een koper nodig. Een contract vereist vaak meerdere handtekeningen in een specifieke volgorde, met juridische entiteitsvereisten gekoppeld aan elk.

Ondertekenaars koppelen vanuit dealassociaties

Het e-mailadres van de ondertekenaar komt van de gekoppelde contacten van de deal. In een typische contractflow is het primaire contact op de deal de ondertekenaar van de koper. Maar contracten vereisen vaak ook een tegenpodtekening van je eigen team: de CEO, VP of Sales of degene die tekenbevoegdheid heeft.

Portant ondersteunt sequentieel ondertekenen. De koper ondertekent eerst, daarna ontvangt de tegenondertekenaar het document. Of je keert de volgorde om als je interne proces vereist dat jouw handtekening er al op staat voordat de koper de getekende versie ziet. De volgorde van ondertekening sluit aan bij de manier waarop je juridisch team over uitvoering nadenkt, niet bij de manier waarop het systeem toevallig werkt.

Hoe de ondertekeningservaring eruitziet

Wanneer een ondertekenaar het verzoek ontvangt, krijgt hij of zij een e-mail met een link naar het document. Het volledige contract kan worden bekeken voordat er ondertekend wordt. De ondertekeningsinterface toont precies waar te ondertekenen, initialen te plaatsen en de datum in te vullen. Na ondertekening ontvangt de ondertekenaar een bevestigingsmail met een kopie van het getekende document.

Voor de koper is dit eenvoudig. Er hoeft geen account aangemaakt te worden. Er hoeft geen software gedownload te worden. Ze klikken op de link, bekijken het contract, ondertekenen en ontvangen een bevestiging. Hoe minder stappen er zijn tussen "contract ontvangen" en "contract ondertekend", hoe sneller je deals worden gesloten.

Voor sequentieel ondertekenen, configuratie met meerdere ondertekenaars en aanpassing van bevestigings-e-mails, zie eSignatures Requests. Voor meerdere ondertekenaars specifiek behandelt request multiple signatures de instelling. Het bredere e-signatures overview verwijst naar alle ondertekeningsfuncties, inclusief preview links, resend, en audit trails.

Wat moeten juridische teams weten over compliance?

Ik ben je advocaat niet, en een blogpost ook niet. Maar ik kan je juridische team naar de juiste bronnen verwijzen en uitleggen wat het platform vastlegt.

Elektronische handtekeningen zijn rechtsgeldig in de meeste grote rechtsgebieden. De VS heeft ESIGN en UETA. De EU heeft eIDAS. Het VK, Canada, Australië en Nieuw-Zeeland hebben elk hun eigen kaders. De korte versie: voor standaard commerciële contracten (B2B SaaS-overeenkomsten, dienstverleningscontracten, NDA's) zijn elektronische handtekeningen over het algemeen afdwingbaar. Er zijn uitzonderingen voor specifieke documenttypen in specifieke rechtsgebieden, en dat is precies de reden waarom je juridische team het relevante kader moet beoordelen.

We onderhouden regionale compliance-referentieartikelen onder eSigning laws and compliance, met betrekking tot Australië, Canada, de EU, Israël, Nieuw-Zeeland, het VK en de VS. Wanneer juridisch adviseurs vragen over de geldigheid van e-handtekeningen stellen, stuur je hen daarheen. Je beleidsmedewerkers kunnen die bronnen koppelen aan je eigen risicobeoordeling.

Audit trails

Een audit trail legt vast wie heeft ondertekend, wanneer ze hebben ondertekend, hun IP-adres en de documenthash op het moment van ondertekening. Dit creëert een forensisch record dat bewijst dat het document na ondertekening niet is gewijzigd. Voor gereguleerde sectoren (gezondheidszorg, financiële dienstverlening, overheidscontracten) is de audit trail vaak een compliancevereiste, niet een leuke extra.

De audit trail van Portant wordt toegevoegd aan het ondertekende document. Je juridische team kan de ondertekeningsvolgorde, tijdstempels en identiteit van de ondertekenaar voor elk contract verifiëren. Zie add audit to e-signatures voor configuratiedetails.

Welke contracttypen kun je automatiseren, en wanneer?

Niet alle contracten zijn hetzelfde, en het automatiseringspatroon verschilt afhankelijk van het contracttype. Hier zijn de veelvoorkomende patronen die HubSpot-teams automatiseren:

Master Service Agreements (MSAs)

MSA's vormen de basis van een doorlopende samenwerking. Ze bevatten de algemene voorwaarden: aansprakelijkheid, vrijwaring, toepasselijk recht, IP-eigendom en vertrouwelijkheid. De commerciële details (prijsstelling, scope, tijdlijn) staan in aparte orderformulieren of SOW's die verwijzen naar de MSA.

Omdat MSA's weinig deal-specifieke velden hebben, bestaat het sjabloon grotendeels uit statische juridische tekst met samenvoegvelden voor partijnamen, adressen, ingangsdatum en toepasselijk recht. De beoordelingsstap is hier cruciaal, omdat de MSA het juridische kader bepaalt voor alles wat volgt. Zie SaaS contract management voor hoe MSA's passen binnen de bredere contractarchitectuur.

Statements of Work (SOWs)

SOW's definiëren de scope en prijsstelling voor een specifieke opdracht onder een bestaande MSA. Ze veranderen bij elke deal: deliverables, tijdlijnen, resourceverdeling, mijlpalen en betalingsschema's. SOW-sjablonen bevatten doorgaans meer samenvoegvelden en minder standaard juridische tekst.

Google Slides werkt goed voor SOW's die visuele elementen nodig hebben, zoals projecttijdlijnen of architectuurdiagrammen naast de voorwaarden. Google Docs werkt voor tekst-intensieve SOW's die meer lijken op een gedetailleerd projectplan.

Non-Disclosure Agreements (NDAs)

NDA's zijn eenvoudig, worden in grote volumes verwerkt en worden vaak vroeg in de pipeline getriggerd. Een vertegenwoordiger kwalificeert een prospect en heeft mutual NDA -dekking nodig voordat productdetails of prijzen worden gedeeld. Het sjabloon is kort (2-4 pagina's), de beoordeling wordt vaak overgeslagen voor standaard wederzijdse NDA's, en de ondertekeningsstroom is eenvoudig.

Omdat NDA's in grote volumes en met weinig variatie voorkomen, zijn ze goede kandidaten voor volledige automatisering: trigger vanuit een dealfasewijziging, genereer en verstuur ter ondertekening zonder handmatige beoordeling. Voor meer over NDA-patronen, zie elements of a contract.

Orderformulieren

Orderformulieren worden gecombineerd met een bestaande MSA. Ze bevatten voornamelijk commerciële voorwaarden: producten, hoeveelheden, prijsstelling, betalingsschema en looptijd. Ze verwijzen naar de MSA op datum en voegen de deal-specifieke cijfers toe. Het sjabloon bevat veel samenvoegvelden voor regelitems en weinig juridische tekst.

Regelitems uit HubSpot-deals stromen rechtstreeks door naar orderformuliersjablonen. Voor de configuratie van regelitems, zie line items in Portant.

Wijzigingen

Wijzigingen passen een bestaande overeenkomst aan. Ze verwijzen naar het oorspronkelijke contract op datum en partijen, en specificeren vervolgens wat er verandert. Veelvoorkomende wijzigingen: prijsaanpassingen, verlengingen van de looptijd, scopewijzigingen en aanvullende producten.

Wijzigingssjablonen hebben eigenschappen nodig van zowel de huidige deal als de oorspronkelijke overeenkomst. Als je de oorspronkelijke contractdatum en het referentienummer opslaat als aangepaste eigenschappen op de deal, kan het wijzigingssjabloon deze automatisch ophalen.

Hoe automatiseer je contractgeneratie vanuit dealfasen?

Handmatige generatie via de Portant-kaart werkt voor teams met een laag volume. Maar wanneer je team meer dan 50 contracten per maand verwerkt, wil je dat de generatie automatisch wordt getriggerd door wijzigingen in dealfasen.

Het gangbare patroon: wanneer een deal de fase "Contract" bereikt (of hoe je pipeline het ook noemt), schrijft een HubSpot-workflow de deal in en triggert Portant om het contract te genereren. Het contract wordt aangemaakt, vastgehouden bij de beoordelingsstap, en de aangewezen goedkeurders worden op de hoogte gesteld.

Timing is belangrijk

Contracten volgen doorgaans op de acceptatie van een voorstel. De koper zegt ja op het voorstel, de vertegenwoordiger werkt de dealfase bij, en het contract wordt gegenereerd. De timing goed instellen voorkomt dat contracten te vroeg worden gegenereerd (voordat de koper akkoord is gegaan met de voorwaarden) of te laat (nadat de koper verwachtte de overeenkomst te ontvangen).

Sommige teams gebruiken een trigger in twee fasen. De deal gaat naar "Mondeling akkoord" en het contract wordt gegenereerd als concept. Vervolgens gaat de deal naar "Contract verzonden" pas nadat juridische zaken heeft goedgekeurd en het handtekeningverzoek is verstuurd. Dit houdt je pipelinefasen eerlijk en voorkomt dat de fase "Contract verzonden" documenten bevat die nog niet zijn beoordeeld.

Het genereer-en-wacht-patroon

Het meest betrouwbare contractautomatiseringspatroon is: genereer, wacht dan bij de beoordeling totdat juridische zaken goedkeurt. Dit betekent dat de workflow het document automatisch aanmaakt (waardoor de vertegenwoordiger niet handmatig hoeft te genereren), maar het niet automatisch verzendt (zodat de juridische beoordelingspoort behouden blijft).

De taak van de vertegenwoordiger wordt: de dealfase bijwerken, controleren of de preview er goed uitziet, en juridische zaken informeren dat een contract klaar is voor beoordeling. De taak van juridische zaken blijft hetzelfde: taal beoordelen, voorwaarden controleren, goedkeuren of afwijzen. De automatisering regelt alles tussen die menselijke controlepunten.

Voor de configuratie van workflowautomatisering, zie automation features. Voor HubSpot-workflowtriggers specifiek behandelt trigger HubSpot workflows from Portant de integratie.

Hoe regel je opslag, tracking en verlenging na ondertekening?

Een contract laten ondertekenen is slechts de helft van het werk. Wat er na ondertekening gebeurt, bepaalt of je juridische bedrijfsvoering daadwerkelijk op schaal werkt.

Waar de ondertekende kopie wordt opgeslagen

Portant slaat ondertekende pdf's op in Google Drive via de uitvoermap en naamconventie die je instelt. Het ondertekende document is ook gekoppeld aan het HubSpot-dealrecord via de aangepaste eigenschappen van Portant. Je hebt dus twee manieren om het te openen: blader door Drive naar het bestand, of open het dealrecord en klik op de koppeling.

Voor teams die OneDrive gebruiken, ondersteunt Portant dat ook. Zie save to OneDrive voor de configuratie.

Naamconventies zijn belangrijk

Over zes maanden heeft iemand een specifiek contract nodig. Als elk bestand "Contract.pdf" heet, moeten ze documenten één voor één openen. Een naamconventie met de bedrijfsnaam, het contracttype en de datum maakt contracten vindbaar zonder ze te openen.

Met Portant kun je bestandsnamen voor uitvoer samenstellen uit samenvoegcodes. Een patroon zoals "{Company Name} - MSA - {Date}" levert bestanden op zoals "Acme Corp - MSA - 2026-03-15.pdf". Dit werkt zowel voor de mapstructuur in Drive als voor de verwijzing in het HubSpot-record. Zie customize output file names voor de instelling.

Contractstatusrapportage

Portant schrijft aangepaste eigenschappen terug naar de HubSpot-deal: documentstatus, handtekeningsstatus en ondertekeningsdatum. Deze eigenschappen maken HubSpot-rapportage over contractactiviteit mogelijk. Je RevOps-team kan dashboards bouwen met contracten die wachten op beoordeling, contracten die wachten op ondertekening, contracten die deze maand zijn ondertekend en de gemiddelde tijd van generatie tot ondertekening.

Die laatste maatstaf (tijd van generatie tot ondertekening) is een van de beste indicatoren voor de gezondheid van je contractworkflow. Als die oploopt, vertraagt er iets in het beoordelings- of ondertekeningsproces. De HubSpot-eigenschappen maken dit zichtbaar zonder aangepaste rapportagetools.

Verlengingsherinneringen

Als je contracten een vaste looptijd hebben, kan de afsluitdatum van de deal (of een aangepaste eigenschap "Einddatum contract") verlengingsherinneringen aansturen. Een HubSpot-workflow die 90 dagen voor de einddatum wordt geactiveerd, maakt een taak aan, stuurt een melding of plaatst de deal in een verlengingspipeline. Het verlengingscontract kan dezelfde template gebruiken met bijgewerkte datums en voorwaarden.

Dit sluit de cirkel van de contractlevenscyclus: van generatie via ondertekening tot verlenging, alles blijft op het HubSpot-record staan.

Voor uitvoerbeheer en opslagopties, zie outputs documentation. Voor het automatisch archiveren van contracten in overzichtelijke Drive-mappen, auto-filing output files behandelt de instelling.

Wat zijn de meest voorkomende fouten bij contractautomatisering?

Ik heb genoeg teams geholpen bij het opzetten van contractworkflows om dezelfde fouten te zien terugkomen. Dit zijn de aandachtspunten:

Hardgecodeerde datums en namen in templates. De meest voorkomende fout. Iemand bouwt de template, typt "Acme Corp" in het veld voor de partijnaam en vergeet het te vervangen door een samenvoegcode. De volgende 20 contracten vermelden allemaal "Acme Corp". Gebruik samenvoegcodes voor elk stuk dealspecifieke informatie. Als het per contract verschilt, is het een samenvoegcode.

Beoordeling overslaan voor "standaard" contracten. Teams slaan soms de beoordeling over voor contracten die ze als routinematig beschouwen. En dat gaat goed totdat een door AI ondersteunde clausule onverwachte tekst genereert, of een samenvoeging een verouderde eigenschapswaarde ophaalt. Standaardcontracten hebben nog altijd minstens één set ogen nodig. Als je de beoordeling van standaardovereenkomsten wilt versnellen, gebruik dan één goedkeurder in plaats van drie. Sla de beoordeling nooit helemaal over.

Niet testen met randgevallen. Je template werkt perfect als de deal één contactpersoon heeft, een volledig bedrijfsrecord en alle aangepaste eigenschappen zijn ingevuld. Maar wat gebeurt er als de deal twee contactpersonen heeft? Als het bedrijfsadres leeg is? Als de eigenschap voor de looptijd niet is ingesteld? Test met onvolledige gegevens voordat je live gaat. De voorbeeldstap vangt dit op, maar alleen als iemand ernaar kijkt.

Verkeerde naam van de rechtspersoon. Het HubSpot-veld "Bedrijfsnaam" bevat vaak een informele naam ("Acme") in plaats van de geregistreerde rechtspersoon ("Acme Corporation, Inc."). Als je contracttemplate de verkeerde eigenschap gebruikt, is de overeenkomst mogelijk niet afdwingbaar tegen de juiste rechtspersoon. Gebruik een aparte eigenschap "Naam rechtspersoon" en handhaaf de gegevenskwaliteit daarvan. Zie HubSpot properties voor overzichtelijkere verkoopdocumenten voor patronen bij het ontwerpen van eigenschappen.

Versturen zonder instelling voor tegenhandtekening. Als je contracten een tegenhandtekening van jouw kant vereisen, zorg dan dat de ondertekeningsstroom die stap bevat. Een contract dat alleen door de koper is ondertekend, is mogelijk niet bindend totdat ook jouw gemachtigde ondertekenaar het heeft uitgevoerd. Stel de tegenondertekenaar in de workflow in voordat je live gaat.

Hiaten in de audittrail. Als je juridische team audittrails vereist en je hebt ze niet ingeschakeld, mist het ondertekende document het forensische record dat ze nodig hebben. Schakel audittrails in voordat je contracten verstuurt, niet erna. Audittrails achteraf toevoegen aan al ondertekende contracten is niet mogelijk.

Inconsistente bestandsnaming. Als elke accountmanager een andere naamconventie gebruikt, wordt het later zoeken naar contracten een project op zich. Stel de naamconventie in de workflowtemplate in zodat deze automatisch wordt toegepast. Vertrouw er niet op dat accountmanagers bestanden consistent benoemen.

Veelgestelde vragen

Hoe genereer ik een contract vanuit een HubSpot-deal?

Verbind HubSpot als bron in een Portant-workflow en koppel deal-, bedrijfs- en contacteigenschappen als tokens aan je contracttemplate. Open vanuit het dealrecord de Portant-kaart, kies de contractworkflow en voer deze uit: Portant voegt de CRM-gegevens samen in de template, stuurt het indien geconfigureerd door voor beoordeling en goedkeuring, stuurt het vervolgens voor e-handtekening en koppelt de ondertekende pdf terug aan het record.

Kunnen we een geüploade pdf ondertekenen zonder een bron?

Ja. Je kunt een pdf rechtstreeks uploaden en ter ondertekening versturen zonder het door een samenvoegworkflow te laten lopen. Dit werkt voor contracten die buiten je templatesysteem ontstaan, zoals overeenkomsten die zijn opgesteld door het juridische team van de andere partij. Zie handmatig handtekeningverzoek via PDF upload voor de uitleg.

Hoe werken meerdere ondertekenaars?

Portant ondersteunt meerdere ondertekenaars, opeenvolgend of parallel. Opeenvolgende ondertekening betekent dat ondertekenaar 1 het verzoek ontvangt, ondertekent en daarna ondertekenaar 2 het ontvangt. Dit is het standaardpatroon voor contracten waarbij de koper eerst ondertekent en de verkoper een tegenhandtekening plaatst. Je stelt de ondertekeningsvolgorde in de workflow in. Zie request multiple signatures.

Waar wordt het ondertekende bestand opgeslagen?

Ondertekende uitvoer gaat naar Google Drive (of OneDrive) via de uitvoermap en naamconventie uit je workflow. Er verschijnt ook een koppeling op het HubSpot-dealrecord via de aangepaste eigenschappen van Portant. Dit geeft je twee manieren om het ondertekende contract te vinden: via het CRM-record of via het bestandssysteem. Stem je naamconventie af op de archiveringsverwachtingen van je juridische team.

Kan ik Word-templates gebruiken in plaats van Google Docs?

De samenvoegfunctie van Portant werkt met Google Docs- en Google Slides-templates. Als je bestaande Word-templates hebt, kun je die importeren in Google Docs en de samenvoegvelden omzetten naar Portant-codes. De opmaak wordt meestal goed overgenomen bij tekstrijke contracten. Voor het uitvoerformaat kan Portant pdf's, Word-bestanden (.docx) en andere formaten genereren vanuit Google Docs-templates. Zie Microsoft Word output voor meer informatie.

Hoe gaan we om met contractwijzigingen?

Maak een aparte wijzigingstemplate die verwijst naar de oorspronkelijke overeenkomst op basis van datum en partijen. Sla de oorspronkelijke contractdatum en het referentienummer op als aangepaste eigenschappen in de HubSpot-deal, zodat de wijziging deze via samenvoegcodes kan ophalen. De wijzigingsworkflow volgt hetzelfde patroon van genereren, beoordelen en ondertekenen als het oorspronkelijke contract. Sommige teams maken een nieuwe deal voor de wijziging en koppelen deze aan hetzelfde bedrijf; andere teams gebruiken de bestaande deal met bijgewerkte eigenschappen.

Wat gebeurt er als het e-mailadres van een ondertekenaar niet geldig is?

Als de e-mail met het ondertekeningsverzoek niet kan worden bezorgd, weerspiegelt de ondertekeningsstatus de fout. Je kunt het e-mailadres van de contactpersoon in het HubSpot-record bijwerken en het ondertekeningsverzoek opnieuw versturen. Zie resend signature requests voor informatie over het afhandelen van bezorgingsfouten en het opnieuw versturen naar bijgewerkte adressen.

Voor meer context over hoe contracten passen in de bredere dealcyclus, contract lifecycle management biedt het strategische overzicht. En voor teams die nog aan het begin staan van hun HubSpot-documentautomatisering met Portant, hoe de HubSpot-integratie van Portant werkt legt de technische basis uit.