Portant automatiza contratos no HubSpot mesclando propriedades de negócios, empresas e contatos em seu próprio modelo de contrato, encaminhando o rascunho para revisão e aprovação dentro do HubSpot, coletando assinaturas eletrônicas com validade jurídica e anexando o PDF assinado de volta ao registro. Nomes das partes, datas e termos comerciais vêm diretamente dos dados do CRM, eliminando a necessidade de redigitá-los em um documento.
Um nome de parte incorreto em um contrato não é apenas constrangedor. Ele pode invalidar o acordo. Já vi negócios travarem por semanas porque o jurídico encontrou um nome de entidade desatualizado que foi copiado de uma versão anterior. Já vi representantes perderem o ritmo enquanto aguardavam uma contra-assinatura, com o CFO do comprador avançando para outras prioridades. E já vi o controle de versões de MSAs, formulários de pedido e aditivos se transformar em um risco operacional que ninguém gerencia até que algo dê errado.
Os contratos ficam na interseção entre velocidade de vendas e responsabilidade jurídica. Isso os torna o tipo de documento mais difícil de automatizar bem e o mais recompensador quando você acerta. Este guia mostra como construir um fluxo de trabalho de contratos no HubSpot usando Portant: design de modelo, mesclagem de dados do CRM, revisão interna, assinaturas eletrônicas, conformidade e armazenamento pós-assinatura. É a mesma arquitetura que vemos funcionando em equipes de vendas do HubSpot que trabalham com MSAs, SOWs, NDAs e formulários de pedido.
Para o posicionamento do produto, consulte automação de contratos para HubSpot. Para contexto de pipeline, uma única conversa da descoberta ao contrato assinado combina bem com este guia. E se você estiver em uma fase anterior do ciclo de vendas, comece com automatizar suas propostas no HubSpot ou automatizar seus orçamentos no HubSpot.
Mais do blog: automatização de renovações de contratos no HubSpot, electronic signatures in HubSpot workflows, e eSignature fields in Google Docs contracts.
Por que a automação de contratos é importante para equipes que usam HubSpot?
A maioria das equipes que usam HubSpot não tem um problema de contratos. Elas têm cinco problemas de contratos empilhados uns sobre os outros.
O primeiro é a precisão dos dados. Quando um representante copia o nome de uma empresa de um registro do HubSpot para um Google Doc, pode acabar copiando o nome fantasia em vez da razão social. Ou digita o endereço de memória. Ou cola os preços do trimestre anterior porque o modelo ainda tem um valor fixo do negócio anterior. Cada transferência manual é uma oportunidade para o acordo conter algo que as partes não concordaram.
O segundo é o atrito na revisão. Contratos precisam de revisão jurídica. Mas as equipes jurídicas não vivem no HubSpot e não querem aprender outra ferramenta. Então o contrato é enviado por e-mail como anexo, as edições acontecem em um thread separado e, quando ele volta, o representante já perdeu o controle de qual versão é a atual. Os relatórios de pipeline ficam pouco confiáveis porque o estágio do negócio diz "Contrato Enviado", mas ninguém sabe se a versão enviada é a aprovada.
O terceiro é a logística de assinaturas. Obter a assinatura de um contrato significa levar o documento certo à pessoa certa com a experiência de assinatura adequada. As contra-assinaturas acrescentam mais uma camada. A ordem sequencial de assinatura importa quando sua equipe jurídica quer revisar a assinatura do comprador antes que o CEO faça a contra-assinatura. Cada etapa adicional é um ponto onde o processo pode travar.
O quarto é o armazenamento e a recuperação. Seis meses após o fechamento de um negócio, alguém precisa encontrar o MSA assinado. Se o PDF estiver na pasta pessoal do Drive de um representante com um nome como "Contrato_Final_v3_ASSINADO(2).pdf", boa sorte. Contratos precisam de nomenclatura consistente, armazenamento consistente e um link de volta ao registro do CRM.
O quinto é a conformidade. As assinaturas eletrônicas são juridicamente válidas na maioria das jurisdições, mas "maioria" está carregando muito peso. Sua equipe jurídica precisa saber quais leis se aplicam, o que a trilha de auditoria registra e se o seu processo de assinatura atende aos requisitos regulatórios do seu setor.
A automação de contratos resolve esses problemas mantendo todo o ciclo de vida dentro do CRM. O modelo extrai dados em tempo real, garantindo que nomes e termos estejam sempre atualizados. A revisão acontece onde o negócio está. As assinaturas são coletadas sem acrescentar outro sistema isolado. E a cópia assinada chega em um local previsível com um nome previsível. Essa é a arquitetura que este guia constrói.
Como é o ciclo de vida de contratos no HubSpot?
Antes de avançar para as etapas de configuração, é útil visualizar o ciclo de vida completo. Um fluxo de trabalho de contratos no HubSpot abrange seis etapas:
- Criação do modelo. Crie o modelo de contrato no Google Docs (para contratos com muito texto) ou no Google Slides (para SOWs visuais). Adicione tags de mesclagem para as propriedades do CRM.
- Mesclagem de dados do CRM. Quando um representante aciona o fluxo de trabalho a partir de um Negócio, Empresa, Contato ou Ticket, o Portant extrai os valores das propriedades em tempo real para o modelo. O resultado é um documento completo e específico para aquele negócio.
- Revisão e aprovação interna. O jurídico, o financeiro ou a liderança revisam o documento mesclado antes de ele ser enviado ao comprador. O documento fica com o status de Rascunho no registro do HubSpot até que alguém o aprove.
- Coleta de assinaturas eletrônicas. Após a aprovação, o Portant envia o documento para assinatura. Os signatários são mapeados a partir das associações do negócio. As contra-assinaturas podem seguir em sequência.
- Armazenamento da cópia assinada. O PDF assinado é arquivado no Google Drive com uma convenção de nomenclatura consistente. Um link aparece no registro do HubSpot.
- Rastreamento de status e renovação. As propriedades personalizadas do Portant no registro do negócio permitem que você acompanhe o status do contrato, acione lembretes de renovação e crie dashboards para operações jurídicas.
Manter esse ciclo de vida dentro do HubSpot (em vez de distribuí-lo por cinco ferramentas) é importante por três razões. A conformidade fica mais simples porque há uma única trilha de auditoria. Os relatórios ficam mais precisos porque os estágios do negócio refletem o status real do documento. E a experiência do representante melhora porque ele nunca precisa sair do CRM para gerar, revisar ou enviar um contrato.
Para uma visão mais ampla sobre como manter todos os documentos do negócio em um único lugar, consulte the complete guide to document automation in HubSpot.
O mesmo fluxo de trabalho do Portant preenche tanto um NDA de duas páginas quanto um MSA de quarenta páginas: cada nome de parte, data e termo comercial é um token mapeado uma única vez para uma propriedade do HubSpot, de modo que atualizar o modelo atualiza todos os contratos futuros sem alterar o mapeamento.
Como você projeta um modelo de contrato para mesclagens no HubSpot?
Contratos são estruturalmente diferentes de propostas e cotações. Uma proposta é persuasiva. Uma cotação é comercial. Um contrato é vinculante. Isso muda a forma como você projeta o modelo.
A linguagem jurídica exige precisão que sobreviva a uma mesclagem de dados. Os termos definidos (como "Empresa" ou "Cliente") devem ser consistentes ao longo do documento. Se o seu modelo define "Empresa" como a entidade no primeiro parágrafo, a tag de mesclagem para essa entidade precisa aparecer nessa definição exata, e todas as referências subsequentes devem usar o termo definido, não um valor remesclado.
Os blocos de assinatura precisam de estrutura. Um bloco de assinatura em um contrato normalmente inclui o nome da entidade jurídica, o nome impresso do signatário, seu cargo e uma linha de data. Cada um desses elementos pode ser uma tag de mesclagem, mas o layout importa. O recurso de assinatura eletrônica do Portant vai sobrepor os campos de assinatura no documento, por isso o modelo precisa ter espaço claro para esses campos.
Referências a anexos são comuns em MSAs. O contrato principal faz referência ao "Anexo A" para precificação ou ao "Anexo B" para um SOW. Se esses anexos forem documentos separados em fluxos de trabalho distintos, o modelo deve referenciá-los pelo nome. Se fizerem parte do mesmo documento, quebras de página e títulos claros os tornam mais legíveis.
O Google Docs funciona bem para acordos com muito texto: MSAs, NDAs, contratos de serviço e qualquer documento cujo conteúdo seja principalmente parágrafos de linguagem jurídica. O Google Slides é mais adequado para SOWs visuais, nos quais você deseja incluir diagramas, cronogramas ou layouts com identidade visual ao lado dos termos.
Para a mecânica de configuração das tags de mesclagem, consulte template customization. Para a sintaxe de tags e fórmulas, tag formulas aborda lógica condicional e formatação.
Gerar o contrato a partir do HubSpot
Conecte o fluxo de trabalho do seu template ao objeto do HubSpot que representa o acordo. Para contratos, geralmente é um Deal com Company associada (para a entidade jurídica) e Contact (para o signatário). O deal contém os termos comerciais: preços, duração do contrato e data de vigência. A company contém os detalhes jurídicos: razão social, endereço e jurisdição. O contact contém os dados do signatário: nome, cargo e e-mail.
Esse padrão de três objetos é importante porque os contratos fazem referência aos três. Uma proposta pode precisar apenas do deal e do contact. Um orçamento pode precisar apenas do deal e dos itens de linha. Mas um contrato precisa da entidade jurídica da company, dos termos comerciais do deal e dos dados do signatário do contact. O Portant extrai dados de todos os objetos associados em uma única mesclagem.
Quais propriedades são mais importantes
Para a geração de contratos, estas propriedades do HubSpot fazem o trabalho principal:
- Company: nome da entidade jurídica. Não o campo "Nome da empresa" que os representantes preenchem de forma informal. O nome oficial registrado. Se o seu HubSpot não tiver uma propriedade dedicada para a entidade jurídica, crie uma. É o campo mais importante para a precisão do contrato.
- Company: endereço de cobrança. Endereço completo, incluindo o país. Os contratos fazem referência à lei aplicável, e o endereço frequentemente determina a jurisdição.
- Deal: valor e moeda. O valor comercial do acordo.
- Deal: data de fechamento ou data de vigência. Quando o contrato entra em vigor. Algumas equipes usam uma propriedade personalizada "Data de Vigência do Contrato" em vez da data de fechamento do deal.
- Deal: duração do contrato. Por quanto tempo o acordo vigorará. Uma propriedade personalizada (por exemplo, "Meses do Contrato") torna isso explícito.
- Contact: nome completo e cargo. Para o bloco de assinatura.
- Contact: e-mail. Para a solicitação de assinatura eletrônica.
Quando uma propriedade obrigatória está vazia, o Portant mescla um campo em branco. O documento é gerado com uma lacuna onde o valor deveria estar. É por isso que a etapa de revisão é importante: ela identifica mesclagens em branco antes que o contrato chegue ao comprador. Para boas práticas de higiene de dados, auditar dados do HubSpot para documentos precisos explica o que verificar antes de automatizar.
Abra o registro no HubSpot, use o painel do Portant e inicie o fluxo de trabalho. Selecione os contacts associados quando o modal solicitar, para que os signatários e contacts de cobrança corretos sejam inseridos nas tags.
Referência passo a passo: Create a document in HubSpot. As propriedades personalizadas que o Portant grava de volta podem acionar fluxos de trabalho subsequentes no HubSpot; consulte Trigger HubSpot workflows from Portant.
Como funciona a revisão e aprovação de contratos?
Contratos exigem uma revisão mais rigorosa do que propostas ou orçamentos. Uma proposta com um erro de digitação é embaraçosa. Um contrato com uma cláusula incorreta gera responsabilidade legal. Um orçamento com preços desatualizados reduz a margem. Um contrato com preços desatualizados cria uma obrigação vinculante com o valor errado.
Por isso, a etapa de revisão em um fluxo de trabalho de contratos não é opcional. É a barreira entre "documento gerado" e "documento enviado para assinatura."
Por que contratos precisam de fluxos de múltiplos aprovadores
A maioria dos documentos de vendas precisa de um revisor. Contratos frequentemente precisam de dois ou três:
- Jurídico revisa a linguagem, os termos definidos, as cláusulas de responsabilidade e os requisitos de conformidade.
- Financeiro revisa os termos comerciais: preços, condições de pagamento e implicações de reconhecimento de receita.
- Liderança de vendas revisa termos não padrão: descontos acima do limite, SLAs personalizados e condições de pagamento estendidas.
O bloco de revisão do Portant suporta múltiplos aprovadores com dois modos. "Exigir todos" significa que todos os aprovadores designados devem aprovar antes que o fluxo de trabalho continue. "Qualquer um" significa que uma única aprovação libera o documento. Para contratos, "exigir todos" é quase sempre a escolha certa. Você não quer que o jurídico aprove a linguagem enquanto o financeiro ainda não revisou os termos comerciais.
Como funciona o status de rascunho
Quando um bloco de revisão está ativo, o documento fica com o status Rascunho. Esse status é visível no registro do HubSpot por meio das propriedades personalizadas do Portant. Isso é importante para os relatórios de pipeline: se o estágio do seu deal for "Contrato Enviado", mas o documento ainda estiver como Rascunho, seu pipeline estará superestimando o progresso. O status Rascunho torna isso visível para gerentes e equipes de RevOps sem que ninguém precise verificar uma ferramenta separada.
Até que a revisão seja aprovada, os blocos de fluxo de trabalho subsequentes (como solicitações de assinatura eletrônica) ficam retidos. O contrato não será enviado ao comprador até que alguém com autoridade diga que está pronto. Esse é o comportamento ideal para documentos jurídicos.
Para configuração detalhada da revisão, consulte Review and approve documents. Para padrões de design de aprovação em operações de receita, Guia de fluxo de aprovação de documentos do HubSpot aborda a arquitetura de aprovação em múltiplas etapas.
Aprovar dentro do HubSpot
As equipes jurídicas não querem aprender outra ferramenta. Elas querem revisar o documento e aprová-lo a partir do lugar onde já trabalham. Se os seus aprovadores utilizam o HubSpot, o fluxo de revisão nativo permite que façam exatamente isso.
O card do Portant no registro do deal exibe o status atual do documento. Quando um documento está pendente de revisão, o aprovador abre o modal diretamente do registro, lê o contrato e aprova ou rejeita. Sem troca de contexto. Sem "verifique seu e-mail para acessar um link em outra plataforma."
Isso é especialmente importante para equipes jurídicas em empresas onde os advogados não são usuários diários do HubSpot, mas verificam registros específicos de deals quando solicitados. Eles podem abrir o deal, revisar o contrato no modal e aprovar sem sair da página. O registro do deal serve como a fonte única de verdade para o status do contrato.
Guia completo: Revisar e aprovar documentos no HubSpot.
Como funcionam as assinaturas eletrônicas para contratos no HubSpot?
A assinatura de contratos é diferente de outros casos de uso de assinatura. Uma proposta pode precisar de apenas uma assinatura do comprador. Um contrato frequentemente precisa de múltiplas assinaturas em uma ordem específica, com requisitos de entidade jurídica associados a cada uma.
Mapeamento de signatários a partir das associações do deal
O endereço de e-mail do signatário vem dos contacts associados ao deal. Em um fluxo de contrato típico, o contact principal do deal é o signatário do comprador. Mas contratos frequentemente precisam de uma contraassinatura da sua própria equipe: o CEO, o VP de Vendas ou quem tiver autoridade para assinar.
O Portant suporta assinatura sequencial. O comprador assina primeiro e, em seguida, o contraassinante recebe o documento. Ou você pode inverter a ordem se o seu processo interno exigir a sua assinatura antes que o comprador veja a versão executada. A ordem de assinatura corresponde à forma como a sua equipe jurídica pensa sobre a execução, não à forma como a ferramenta funciona.
Como é a experiência de assinatura
Quando um signatário recebe a solicitação, ele recebe um e-mail com um link para o documento. Ele pode revisar o contrato completo antes de assinar. A interface de assinatura indica exatamente onde assinar, rubricar e inserir a data. Após a assinatura, um e-mail de confirmação é enviado ao signatário com uma cópia do documento executado.
Para o comprador, o processo é simples. Ele não precisa criar uma conta. Não precisa baixar nenhum software. Basta clicar no link, revisar, assinar e receber a confirmação. Quanto menos etapas houver entre "contrato recebido" e "contrato assinado", mais rapidamente os seus negócios são fechados.
Para assinatura sequencial, configuração com múltiplos signatários e personalização do e-mail de confirmação, consulte eSignatures Requests. Para múltiplos signatários especificamente, request multiple signatures cobre a configuração. A visão geral mais ampla de e-signatures overview contém links para todos os recursos de assinatura, incluindo preview links, resend, e audit trails.
O que as equipes jurídicas precisam saber sobre conformidade?
Não sou seu advogado, e um artigo de blog também não é. Mas posso direcionar sua equipe jurídica às referências corretas e explicar o que a plataforma registra.
As assinaturas eletrônicas são juridicamente válidas na maioria das principais jurisdições. Os EUA têm o ESIGN e o UETA. A UE tem o eIDAS. O Reino Unido, o Canadá, a Austrália e a Nova Zelândia possuem suas próprias estruturas regulatórias. O resumo: para contratos comerciais padrão (acordos B2B de SaaS, contratos de serviço, NDAs), as assinaturas eletrônicas são geralmente executáveis. Há exceções para tipos específicos de documentos em determinadas jurisdições, e é exatamente por isso que sua equipe jurídica deve revisar a estrutura regulatória pertinente.
Mantemos artigos de referência sobre conformidade regional em eSigning laws and compliance, cobrindo Austrália, Canadá, UE, Israel, Nova Zelândia, Reino Unido e EUA. Quando a assessoria jurídica perguntar sobre a validade da assinatura eletrônica, envie-os para lá. Sua equipe de políticas pode mapear essas referências para a própria avaliação de risco.
Trilhas de auditoria
Uma trilha de auditoria registra quem assinou, quando assinou, o endereço IP e o hash do documento no momento da assinatura. Isso cria um registro forense que comprova que o documento não foi alterado após a execução. Para setores regulamentados (saúde, serviços financeiros, contratos governamentais), a trilha de auditoria costuma ser um requisito de conformidade, não apenas um diferencial.
A trilha de auditoria do Portant é anexada ao documento assinado. Sua equipe jurídica pode verificar a sequência de assinaturas, os registros de data e hora e a identidade dos signatários para qualquer contrato. Consulte add audit to e-signatures para obter detalhes de configuração.
Para setores regulamentados: Se seus contratos exigem níveis específicos de autenticação (como assinaturas eletrônicas qualificadas segundo o eIDAS), revise as referências de conformidade com sua equipe jurídica antes de entrar em produção. As assinaturas eletrônicas padrão cobrem a grande maioria dos contratos comerciais, mas seu setor pode ter requisitos adicionais.
Quais tipos de contrato você pode automatizar e quando?
Nem todos os contratos são iguais, e o padrão de automação muda dependendo do tipo de contrato. Confira os padrões mais comuns que as equipes do HubSpot automatizam:
Master Service Agreements (MSAs)
Os MSAs são a base de um relacionamento contínuo. Eles contêm os termos gerais: responsabilidade, indenização, lei aplicável, propriedade intelectual e confidencialidade. As especificidades comerciais (preços, escopo, prazo) ficam em formulários de pedido ou SOWs separados que fazem referência ao MSA.
Como os MSAs têm poucos campos específicos do negócio, o modelo é composto principalmente de linguagem jurídica estática com marcadores de substituição para nomes das partes, endereços, data de vigência e lei aplicável. A etapa de revisão é fundamental aqui, pois o MSA estabelece o arcabouço jurídico para tudo o que vem a seguir. Consulte SaaS contract management para entender como os MSAs se encaixam na arquitetura contratual mais ampla.
Statements of Work (SOWs)
Os SOWs definem o escopo e os preços para um engajamento específico sob um MSA existente. Eles mudam a cada negócio: entregas, cronogramas, alocação de recursos, marcos e cronogramas de pagamento. Os modelos de SOW tendem a ter mais marcadores de substituição e menos linguagem jurídica padrão.
Google Slides funciona bem para SOWs que precisam de elementos visuais, como cronogramas de projeto ou diagramas de arquitetura, junto com os termos. Google Docs é ideal para SOWs com muito texto que se assemelham mais a um plano de projeto detalhado.
Non-Disclosure Agreements (NDAs)
Os NDAs são simples, de alto volume e frequentemente acionados no início do pipeline. Um representante qualifica um prospect e precisa de cobertura de mutual NDA antes de compartilhar detalhes do produto ou preços. O modelo é curto (2 a 4 páginas), a revisão costuma ser dispensada para NDAs mútuos padrão e o fluxo de assinatura é direto.
Como os NDAs são de alto volume e baixa variação, são bons candidatos para automação completa: acionar a partir de uma mudança de estágio do negócio, gerar e enviar para assinatura sem revisão manual. Para saber mais sobre os padrões de NDA, consulte elements of a contract.
Formulários de Pedido
Os formulários de pedido são complementares a um MSA existente. São compostos principalmente de termos comerciais: produtos, quantidades, preços, cronograma de pagamento e prazo. Eles fazem referência ao MSA pela data e acrescentam os números específicos do negócio. O modelo tem muitos marcadores de substituição de itens de linha e pouca linguagem jurídica.
Os itens de linha dos negócios do HubSpot fluem diretamente para os modelos de formulário de pedido. Para a configuração de itens de linha, consulte line items in Portant.
Aditivos
Os aditivos modificam um acordo existente. Eles fazem referência ao contrato original pela data e pelas partes, e especificam o que muda. Aditivos comuns: ajustes de preços, prorrogações de prazo, modificações de escopo e produtos adicionais.
Os modelos de aditivo precisam de propriedades tanto do negócio atual quanto do acordo original. Se você armazenar a data do contrato original e o número de referência como propriedades personalizadas no negócio, o modelo de aditivo poderá recuperá-los automaticamente.
Como automatizar a geração de contratos a partir dos estágios do negócio?
A geração manual pelo cartão do Portant funciona para equipes com baixo volume. Mas quando sua equipe processa mais de 50 contratos por mês, você quer que a geração seja acionada automaticamente pelas mudanças de estágio do negócio.
O padrão mais comum: quando um negócio avança para o estágio "Contrato" (ou como quer que seu pipeline o chame), um fluxo de trabalho do HubSpot inclui o negócio e aciona o Portant para gerar o contrato. O contrato é criado, retido na etapa de revisão e os aprovadores responsáveis são notificados.
O momento importa
Os contratos normalmente seguem a aceitação da proposta. O comprador confirma a proposta, o representante atualiza o estágio do negócio e o contrato é gerado. Acertar esse momento evita que os contratos sejam gerados prematuramente (antes de o comprador concordar com os termos) ou tarde demais (depois de o comprador já esperar ver o acordo).
Algumas equipes usam um gatilho em dois estágios. O negócio avança para "Acordo Verbal" e o contrato é gerado como Rascunho. Em seguida, o negócio avança para "Contrato Enviado" somente após a aprovação jurídica e o envio da solicitação de assinatura. Isso mantém os estágios do pipeline precisos e evita que o estágio "Contrato Enviado" contenha documentos que não foram revisados.
O padrão gerar e aguardar
O padrão de automação de contratos mais confiável é: gerar e aguardar na revisão até a aprovação jurídica. Isso significa que o fluxo de trabalho cria o documento automaticamente (poupando o representante da geração manual), mas não o envia automaticamente (preservando a etapa de revisão jurídica).
A função do representante passa a ser: atualizar o estágio do negócio, verificar se a pré-visualização está correta e notificar o jurídico de que um contrato está pronto para revisão. A função do jurídico permanece a mesma: revisar a linguagem, verificar os termos, aprovar ou rejeitar. A automação cuida de tudo entre esses pontos de verificação humana.
Para a configuração da automação de fluxos de trabalho, consulte automation features. Para os gatilhos de fluxo de trabalho do HubSpot especificamente, trigger HubSpot workflows from Portant cobre a integração.
Como gerenciar armazenamento, acompanhamento e renovação após a assinatura?
Obter a assinatura de um contrato é apenas metade do trabalho. O que acontece após a assinatura determina se suas operações jurídicas realmente funcionam em escala.
Onde fica armazenada a cópia assinada
Portant armazena os PDFs assinados no Google Drive usando a pasta de saída e a convenção de nomenclatura que você configurar. O documento assinado também se vincula de volta ao registro do negócio no HubSpot por meio das propriedades personalizadas do Portant. Assim, você tem dois caminhos de acesso: navegar pelo Drive para localizar o arquivo ou abrir o registro do negócio e clicar no link.
Para equipes que usam OneDrive, o Portant também oferece suporte a essa opção. Consulte salvar no OneDrive para a configuração.
Convenções de nomenclatura são importantes
Daqui a seis meses, alguém precisará encontrar um contrato específico. Se todos os arquivos se chamarem "Contract.pdf", a pessoa terá que abrir os documentos um por um. Uma convenção de nomenclatura que inclua o nome da empresa, o tipo de contrato e a data torna os contratos localizáveis sem precisar abri-los.
O Portant permite que você crie nomes de arquivos de saída com base em merge tags. Um padrão como "{Company Name} - MSA - {Date}" gera arquivos como "Acme Corp - MSA - 2026-03-15.pdf". Isso funciona tanto para a estrutura de pastas do Drive quanto para a referência do registro no HubSpot. Consulte personalizar nomes de arquivos de saída para a configuração.
Relatórios de status de contratos
O Portant grava propriedades personalizadas de volta no negócio do HubSpot: status do documento, status da assinatura e data de assinatura. Essas propriedades habilitam relatórios do HubSpot sobre atividade contratual. Sua equipe de RevOps pode criar dashboards que mostram contratos pendentes de revisão, contratos aguardando assinatura, contratos assinados no mês atual e o tempo médio entre a geração e a assinatura.
Essa última métrica (tempo entre geração e assinatura) é um dos melhores indicadores da saúde do fluxo de trabalho contratual. Se estiver aumentando, algo no processo de revisão ou assinatura está desacelerando. As propriedades do HubSpot tornam isso visível sem a necessidade de ferramentas de relatório personalizadas.
Lembretes de renovação
Se seus contratos têm prazos fixos, a data de fechamento do negócio (ou uma propriedade personalizada "Data de Encerramento do Contrato") pode acionar lembretes de renovação. Um workflow do HubSpot disparado 90 dias antes da data de encerramento cria uma tarefa, envia uma notificação ou insere o negócio em um pipeline de renovação. O contrato de renovação pode usar o mesmo template com datas e termos atualizados.
Isso fecha o ciclo do ciclo de vida do contrato: da geração até a assinatura e a renovação, tudo permanece no registro do HubSpot.
Para opções de gerenciamento e armazenamento de saídas, consulte documentação de saídas. Para arquivar contratos automaticamente em pastas organizadas no Drive, arquivamento automático de arquivos de saída cobre a configuração.
Quais são os erros mais comuns na automação de contratos?
Já ajudei equipes suficientes a configurar fluxos de trabalho contratuais para perceber que os mesmos erros se repetem. Veja o que observar:
Datas e nomes fixos nos templates. O erro mais comum. Alguém cria o template, digita "Acme Corp" no campo do nome da parte e esquece de substituir por uma merge tag. Os próximos 20 contratos continuam exibindo "Acme Corp". Use merge tags para cada dado específico do negócio. Se algo muda de contrato para contrato, é uma merge tag.
Pular a revisão em contratos "padrão". As equipes às vezes pulam a revisão de contratos que consideram rotineiros. E funciona bem, até que uma cláusula gerada com auxílio de IA produza uma linguagem inesperada ou um merge puxe um valor de propriedade desatualizado. Contratos padrão ainda precisam de pelo menos um par de olhos. Se você quiser acelerar a revisão de contratos padrão, use um único aprovador em vez de três. Não pule a revisão por completo.
Não testar com casos extremos. Seu template funciona perfeitamente quando o negócio tem um contato, um registro de empresa completo e todas as propriedades personalizadas preenchidas. Mas o que acontece quando o negócio tem dois contatos? Quando o endereço da empresa está vazio? Quando a propriedade de duração do prazo não foi definida? Teste com dados incompletos antes de colocar em produção. A etapa de pré-visualização identifica esses problemas, mas somente se alguém verificar.
Nome da entidade legal incorreto. O campo "Company name" do HubSpot costuma conter um nome informal ("Acme") em vez da razão social registrada ("Acme Corporation, Inc."). Se o template do contrato puxar da propriedade errada, o acordo pode não ser juridicamente vinculante para a entidade legal correta. Use uma propriedade dedicada "Legal Entity Name" e garanta a qualidade dos dados nela. Consulte propriedades do HubSpot para documentos de vendas mais precisos para padrões de design de propriedades.
Enviar sem configurar a contraassinatura. Se seus contratos exigem uma contraassinatura do seu lado, certifique-se de que o fluxo de assinatura inclua essa etapa. Um contrato assinado apenas pelo comprador pode não ser vinculante até que o seu signatário autorizado também o execute. Configure o contraassinante no workflow antes de colocar em produção.
Lacunas na trilha de auditoria. Se sua equipe jurídica exige trilhas de auditoria e você não as habilitou, o documento assinado não possui o registro forense necessário. Habilite as trilhas de auditoria antes de enviar contratos, não depois. Não é possível adicionar trilhas de auditoria retroativamente a contratos já assinados.
Nomenclatura de arquivos inconsistente. Quando cada representante usa uma convenção de nomenclatura diferente, localizar contratos depois se torna um projeto de busca. Defina a convenção de nomenclatura no template do workflow para que ela seja aplicada automaticamente. Não dependa dos representantes para nomear os arquivos de forma consistente.
Perguntas frequentes
Como gero um contrato a partir de um negócio no HubSpot?
Conecte o HubSpot como fonte em um workflow do Portant e mapeie as propriedades do negócio, da empresa e do contato no template do contrato como tokens. No registro do negócio, abra o card do Portant, selecione o workflow do contrato e execute-o: o Portant mescla os dados do CRM no template, encaminha para revisão e aprovação se configurado, envia para assinatura eletrônica e anexa o PDF assinado de volta ao registro.
Podemos assinar um PDF enviado sem uma fonte?
Sim. Você pode fazer upload de um PDF diretamente e enviá-lo para assinatura sem executá-lo por um workflow de mesclagem. Isso funciona para contratos que se originam fora do seu sistema de templates, como acordos redigidos pela equipe jurídica da outra parte. Consulte solicitação de assinatura manual via upload de PDF para o passo a passo.
Como funcionam vários signatários?
O Portant suporta vários signatários em sequência ou em paralelo. A assinatura sequencial significa que o Signatário 1 recebe a solicitação, assina e, em seguida, o Signatário 2 a recebe. Esse é o padrão comum para contratos em que o comprador assina primeiro e o vendedor contraassina. Você configura a ordem de assinatura no workflow. Consulte solicitar múltiplas assinaturas.
Onde o arquivo assinado é armazenado?
As saídas assinadas são enviadas para o Google Drive (ou OneDrive) usando a pasta de saída e a convenção de nomenclatura do seu workflow. Um link também aparece no registro do negócio no HubSpot por meio das propriedades personalizadas do Portant. Isso oferece duas maneiras de encontrar o contrato assinado: pelo registro do CRM ou pelo sistema de arquivos. Alinhe sua convenção de nomenclatura com as expectativas de arquivamento da sua equipe jurídica.
Posso usar templates do Word em vez do Google Docs?
A mesclagem do Portant funciona com templates do Google Docs e Google Slides. Se você tiver templates do Word existentes, pode importá-los para o Google Docs e converter os campos de mesclagem em tags do Portant. A formatação geralmente é transferida bem para contratos com muito texto. Para o formato de saída, o Portant pode gerar PDFs, arquivos Word (.docx) e outros formatos a partir de templates do Google Docs. Consulte saída em Microsoft Word para mais detalhes.
Como lidamos com aditivos contratuais?
Crie um template de aditivo separado que faça referência ao acordo original pela data e pelas partes. Armazene a data do contrato original e o número de referência como propriedades personalizadas no negócio do HubSpot para que o aditivo possa puxá-los via merge tags. O workflow do aditivo segue o mesmo padrão de geração, revisão e assinatura do contrato original. Algumas equipes criam um novo negócio para o aditivo e o associam à mesma empresa; outras usam o negócio existente com propriedades atualizadas.
O que acontece se o e-mail de um signatário retornar com erro?
Se o e-mail com a solicitação de assinatura não puder ser entregue, o status de assinatura reflete a falha. Você pode atualizar o e-mail do contato no registro do HubSpot e reenviar a solicitação de assinatura. Consulte reenviar solicitações de assinatura para saber como lidar com falhas de entrega e reenviar para endereços atualizados.
Para mais contexto sobre como os contratos se encaixam no ciclo de negociação mais amplo, gestão do ciclo de vida de contratos abrange a visão estratégica. E para equipes que estão no início da jornada de automação de documentos no HubSpot, como a integração do Portant com o HubSpot funciona explica a base técnica.
