Un nombre incorrecto de la parte en un contrato no es solo embarazoso. Puede anular el acuerdo. He visto operaciones bloquearse durante semanas porque el equipo legal encontró un nombre de entidad desactualizado copiado de una versión anterior. He visto a representantes perder impulso esperando una contrafirma mientras el CFO del comprador pasa a otras prioridades. Y he visto cómo el control de versiones de MSAs, formularios de pedido y addendas se convierte en un riesgo operativo que nadie gestiona hasta que algo falla.
Los contratos se encuentran en la intersección entre la velocidad de ventas y la responsabilidad legal. Eso los convierte en el tipo de documento más difícil de automatizar correctamente, y el más gratificante cuando se logra. Este manual explica cómo construir un flujo de trabajo de contratos en HubSpot usando Portant: diseño de plantillas, combinación de datos del CRM, revisión interna, firmas electrónicas, cumplimiento normativo y almacenamiento tras la firma. Es la misma arquitectura que vemos funcionar en equipos de ventas de HubSpot que gestionan MSAs, SOWs, NDAs y formularios de pedido.
Para el posicionamiento del producto, consulta contract automation for HubSpot. Para el contexto del pipeline, one thread from discovery to signed contract complementa bien esta guía. Y si estás en una etapa más temprana del ciclo de venta, comienza con automate your proposals in HubSpot o automate your quotes in HubSpot.
Más artículos del blog: automating contract renewals in HubSpot, electronic signatures in HubSpot workflows, y eSignature fields in Google Docs contracts.
Por qué la automatización de contratos es importante para los equipos de HubSpot
La mayoría de los equipos de HubSpot no tienen un problema de contratos. Tienen cinco problemas de contratos apilados uno encima del otro.
El primero es la precisión de los datos. Cuando un representante copia el nombre de una empresa desde un registro de HubSpot a un Google Docs, puede que tome el nombre comercial en lugar de la razón social. O escribe la dirección de memoria. O pega los precios del trimestre anterior porque la plantilla todavía tiene un número fijo del acuerdo anterior. Cada transferencia manual es una oportunidad para que el acuerdo diga algo que las partes no acordaron.
El segundo es la fricción en la revisión. Los contratos requieren revisión legal. Pero los equipos legales no trabajan en HubSpot y no quieren aprender otra herramienta. Entonces el contrato se envía por correo electrónico como archivo adjunto, las ediciones ocurren en un hilo separado y, cuando regresa, el representante ha perdido la noción de cuál versión es la actual. Los informes del pipeline se vuelven poco fiables porque la etapa del acuerdo dice "Contrato enviado", pero nadie sabe si la versión enviada es la aprobada.
El tercero es la logística de firmas. Conseguir que se firme un contrato implica hacer llegar el documento correcto a la persona correcta con la experiencia de firma adecuada. Las contrafirmas añaden otra capa. El orden secuencial de firma importa cuando el equipo legal quiere revisar la firma del comprador antes de que el CEO contrafirme. Cada paso adicional es un punto donde el proceso puede estancarse.
El cuarto es el almacenamiento y la recuperación. Seis meses después de cerrar un acuerdo, alguien necesita encontrar el MSA firmado. Si el PDF está en la carpeta personal de Drive de un representante con un nombre de archivo como "Contract_Final_v3_SIGNED(2).pdf", mucha suerte. Los contratos necesitan una nomenclatura coherente, un almacenamiento coherente y un enlace de vuelta al registro del CRM.
El quinto es el cumplimiento normativo. Las firmas electrónicas son legalmente válidas en la mayoría de las jurisdicciones, pero ese "mayoría" está haciendo un gran trabajo. El equipo legal necesita saber qué leyes aplican, qué captura el rastro de auditoría y si el proceso de firma cumple los requisitos regulatorios de tu sector.
La automatización de contratos resuelve estos problemas manteniendo todo el ciclo de vida dentro del CRM. La plantilla extrae datos en tiempo real para que los nombres y los términos estén siempre actualizados. La revisión ocurre donde vive el acuerdo. Las firmas se recopilan sin añadir otro sistema aislado. Y la copia firmada llega a un lugar predecible con un nombre predecible. Esa es la arquitectura que construye este manual.
El ciclo de vida del contrato en HubSpot
Antes de entrar en los pasos de configuración, conviene ver el ciclo de vida completo. Un flujo de trabajo de contratos en HubSpot atraviesa seis etapas:
- Creación de la plantilla. Construye la plantilla del acuerdo en Google Docs (para contratos con mucho texto) o en Google Slides (para SOWs visuales). Añade etiquetas de combinación para las propiedades del CRM.
- Combinación de datos del CRM. Cuando un representante activa el flujo de trabajo desde un Deal, Company, Contact o Ticket, Portant extrae los valores de las propiedades en tiempo real hacia la plantilla. El resultado es un documento completo y específico para ese acuerdo.
- Revisión y aprobación interna. Legal, finanzas o dirección revisan el documento combinado antes de que llegue al comprador. El documento permanece en estado Borrador en el registro de HubSpot hasta que alguien lo aprueba.
- Recopilación de firmas electrónicas. Tras la aprobación, Portant envía el documento para su firma. Los firmantes se asignan a partir de las asociaciones del acuerdo. Las contrafirmas pueden seguir en secuencia.
- Almacenamiento de la copia firmada. El PDF firmado se archiva en Google Drive con una convención de nomenclatura coherente. Aparece un enlace en el registro de HubSpot.
- Seguimiento del estado y renovación. Las propiedades personalizadas de Portant en el registro del acuerdo permiten informar sobre el estado del contrato, activar recordatorios de renovación y crear paneles para las operaciones legales.
Mantener este ciclo de vida dentro de HubSpot (en lugar de distribuirlo en cinco herramientas) importa por tres razones. El cumplimiento normativo se simplifica porque existe un único rastro de auditoría. Los informes ganan en fiabilidad porque las etapas del acuerdo reflejan el estado real del documento. Y la experiencia del representante mejora porque nunca tiene que salir del CRM para generar, revisar o enviar un contrato.
Para conocer la arquitectura general de mantener todos los documentos de un acuerdo en un solo lugar, consulta the complete guide to document automation in HubSpot.
Diseño de plantillas para contratos
Los contratos son estructuralmente distintos de las propuestas y los presupuestos. Una propuesta es persuasiva. Un presupuesto es comercial. Un contrato es vinculante. Eso cambia la forma de diseñar la plantilla.
El lenguaje legal requiere una precisión que sobreviva a la combinación de datos. Los términos definidos (como "Empresa" o "Cliente") deben ser coherentes en todo el documento. Si la plantilla define "Empresa" como la entidad en el primer párrafo, la etiqueta de combinación para esa entidad debe aparecer en esa definición exacta, y todas las referencias posteriores deben usar el término definido, no un valor vuelto a combinar.
Los bloques de firma necesitan estructura. Un bloque de firma de contrato incluye normalmente la razón social, el nombre impreso del firmante, su cargo y una línea para la fecha. Cada uno de estos elementos puede ser una etiqueta de combinación, pero el diseño importa. La función de firma electrónica de Portant superpondrá los campos de firma sobre el documento, por lo que la plantilla necesita espacio claro para esos campos.
Las referencias a anexos son habituales en los MSAs. El acuerdo marco hace referencia al "Anexo A" para los precios o al "Anexo B" para un SOW. Si esos anexos son documentos independientes en flujos de trabajo separados, la plantilla debe referirse a ellos por su nombre. Si forman parte del mismo documento, los saltos de página y los encabezados claros facilitan su lectura.
Google Docs funciona bien para acuerdos con mucho texto: MSAs, NDAs, acuerdos de servicio y todo aquello donde el contenido son párrafos de lenguaje legal. Google Slides es más adecuado para SOWs visuales donde se quiere incluir diagramas, cronogramas o diseños con identidad de marca junto a los términos.
Para conocer la mecánica de configuración de etiquetas de combinación, consulta template customization. Para la sintaxis de etiquetas y fórmulas, tag formulas cubre la lógica condicional y el formato.
Generar el contrato desde HubSpot
Conecta el flujo de trabajo de tu plantilla al objeto de HubSpot que gestiona el acuerdo. En el caso de los contratos, suele ser un Deal con una Company asociada (para la entidad legal) y un Contact (para el firmante). El deal contiene los términos comerciales: precios, duración, fecha de entrada en vigor. La company contiene los datos legales: razón social, dirección, jurisdicción. El contact contiene los datos del firmante: nombre, cargo, correo electrónico.
Este patrón de tres objetos importa porque los contratos hacen referencia a los tres. Una propuesta puede necesitar solo el deal y el contact. Un presupuesto puede necesitar solo el deal y las líneas de pedido. Pero un contrato necesita la entidad legal de la company, los términos comerciales del deal y los datos del firmante del contact. Portant extrae información de todos los objetos asociados en una sola combinación.
Qué propiedades son más importantes
Para la generación de contratos, estas propiedades de HubSpot son las que más trabajo realizan:
- Empresa: nombre de la entidad legal. No el campo "Nombre de la empresa" que los representantes escriben de forma casual. El nombre legal registrado formal. Si tu HubSpot no tiene una propiedad dedicada para la entidad legal, crea una. Es el campo más importante para la precisión de los contratos.
- Empresa: dirección de facturación. Dirección completa, incluido el país. Los contratos hacen referencia a la legislación aplicable y la dirección suele determinar la jurisdicción.
- Trato: monto y moneda. El valor comercial del acuerdo.
- Negocio: fecha de cierre o fecha de vigencia. Cuando el contrato entra en vigor. Algunos equipos utilizan una propiedad personalizada de "Fecha de entrada en vigor del contrato" en lugar de la fecha de cierre del trato.
- Acuerdo: duración del plazo. Durante cuánto tiempo estará vigente el acuerdo. Una propiedad personalizada (por ejemplo, "Contract Term Months") lo especifica de forma clara.
- Contacto: nombre completo y cargo. Para el bloque de firma.
- Contacto: correo electrónico. Para la solicitud de firma electrónica.
Cuando una propiedad obligatoria está vacía, Portant combina un espacio en blanco. El documento se genera con un hueco donde debería aparecer el valor. Por eso es importante el paso de revisión: detecta las combinaciones vacías antes de que el contrato llegue al comprador. Para conocer las mejores prácticas de higiene de datos, auditar datos de HubSpot para documentos precisos cubre qué verificar antes de automatizar.
Abre el registro en HubSpot, utiliza el panel Portant e inicia el flujo de trabajo. Selecciona los contactos asociados cuando el modal lo solicite, para que los firmantes y contactos de facturación correctos se reflejen en las etiquetas.
Por favor, proporciona el texto en inglés que deseas traducir. Parece que el mensaje está incompleto. Crear un documento en HubSpot. Las propiedades personalizadas que Portant escribe de vuelta pueden activar flujos de trabajo posteriores en HubSpot; consulta Activa flujos de trabajo de HubSpot desde Portant.
Revisión y aprobación de contratos
Los contratos requieren una revisión más rigurosa que las propuestas o los presupuestos. Una propuesta con un error tipográfico es incómoda. Un contrato con una cláusula incorrecta genera responsabilidad legal. Un presupuesto con precios desactualizados hace perder margen. Un contrato con precios desactualizados crea una obligación vinculante con el número equivocado.
Por eso, el paso de revisión en un flujo de trabajo de contratos no es opcional. Es la barrera entre "documento generado" y "documento enviado para firma."
Por qué los contratos necesitan flujos de aprobación múltiple
La mayoría de los documentos de ventas necesitan un revisor. Los contratos suelen necesitar dos o tres:
- Legal revisa el lenguaje contractual, los términos definidos, las cláusulas de responsabilidad y los requisitos de cumplimiento.
- Finanzas Revisa los términos comerciales: precios, condiciones de pago e implicaciones en el reconocimiento de ingresos.
- Liderazgo de ventas Revisa términos no estándar: descuentos que superan el umbral establecido, SLAs personalizados y condiciones de pago extendidas.
El bloque de revisión de Portant admite varios aprobadores con dos modos. "Requerir todos" significa que cada aprobador asignado debe aprobar antes de que el flujo de trabajo continúe. "Cualquiera" significa que una sola aprobación libera el documento. Para los contratos, "requerir todos" es casi siempre la opción correcta. No conviene que el equipo legal apruebe el lenguaje mientras que finanzas aún no ha revisado los términos comerciales.
Cómo funciona el estado de borrador
Cuando un bloque de revisión está activo, el documento permanece en estado Borrador. Este estado es visible en el registro de HubSpot a través de las propiedades personalizadas de Portant. Esto es relevante para los informes de pipeline: si la etapa de tu negocio es "Contrato Enviado" pero el documento todavía está en Borrador, tu pipeline está sobreestimando el progreso. El estado Borrador hace esto visible para los responsables y el equipo de RevOps sin que nadie tenga que consultar una herramienta adicional.
Hasta que la revisión sea aprobada, los bloques de flujo de trabajo posteriores (como las solicitudes de firma electrónica) quedan en espera. El contrato no llegará al comprador hasta que alguien con autoridad confirme que está listo. Este es el comportamiento que deseas para los documentos legales.
Para una configuración de revisión detallada, consulte Revisar y aprobar documentos. Para los patrones de diseño de aprobación en operaciones de ingresos, Guía del flujo de trabajo de aprobación de documentos en HubSpot cubre la arquitectura de aprobación en múltiples pasos.
Aprobar dentro de HubSpot
Los equipos legales no quieren aprender otra herramienta. Quieren revisar el documento y aprobarlo desde el lugar donde ya trabajan. Si tus aprobadores trabajan en HubSpot, el flujo de revisión nativo les permite hacer exactamente eso.
La tarjeta Portant en el registro del negocio muestra el estado actual del documento. Cuando un documento está pendiente de revisión, el aprobador abre el modal directamente desde el registro, lee el contrato y aprueba o rechaza. Sin cambios de contexto. Sin "revisa tu correo para encontrar un enlace a otra plataforma."
Esto es especialmente relevante para los equipos legales de empresas donde los abogados no utilizan HubSpot a diario, pero sí consultan registros de negocios específicos cuando se les solicita. Pueden abrir el negocio, revisar el contrato en el modal y aprobarlo sin abandonar la página. El registro del negocio actúa como la única fuente de verdad sobre el estado del contrato.
Recorrido completo: Revisar y aprobar documentos en HubSpot.
Firmas electrónicas para contratos
La firma de contratos es diferente a otros casos de uso de firma. Una propuesta puede necesitar una firma de un comprador. Un contrato a menudo requiere múltiples firmas en un orden específico, con requisitos de entidad legal asociados a cada una.
Asignación de firmantes a partir de asociaciones de negocio
La dirección de correo electrónico del firmante proviene de los contactos asociados al negocio. En un flujo de contrato típico, el contacto principal del negocio es el firmante del comprador. Sin embargo, los contratos a menudo requieren una contrafirma de su propio equipo: el CEO, el VP de Ventas o quien tenga autoridad para firmar.
Portant admite la firma secuencial. El comprador firma primero y, a continuación, el contrafirmante recibe el documento. También puedes invertir el orden si tu proceso interno requiere tu firma antes de que el comprador vea la versión ejecutada. El orden de firma se adapta a cómo tu equipo legal concibe la ejecución del documento, no a cómo funciona la herramienta.
Cómo es la experiencia de firma
Cuando un firmante recibe la solicitud, obtiene un correo electrónico con un enlace al documento. Puede revisar el contrato completo antes de firmar. La interfaz de firma muestra exactamente dónde firmar, iniciar y fechar. Tras firmar, se envía un correo electrónico de confirmación al firmante con una copia del documento firmado.
Para el comprador, el proceso es sencillo. No necesita crear una cuenta. No necesita descargar ningún software. Hace clic en el enlace, revisa, firma y recibe la confirmación. Cuantos menos pasos haya entre "contrato recibido" y "contrato firmado", más rápido se cierran los acuerdos.
Para la firma secuencial, la configuración de múltiples firmantes y la personalización del correo electrónico de confirmación, consulta Solicitudes de firmas electrónicas. Específicamente para múltiples firmantes, solicitar múltiples firmas cubre la configuración. El más amplio Descripción general de las firmas electrónicas enlaces a todas las funciones de firma, incluidas enlaces de vista previa, reenviar, y registros de auditoría.
Cumplimiento normativo: lo que los equipos legales necesitan saber
No soy tu abogado, y tampoco lo es una entrada de blog. Pero puedo orientar a tu equipo legal hacia las referencias adecuadas y explicar qué captura la plataforma.
Las firmas electrónicas son legalmente válidas en la mayoría de las principales jurisdicciones. En EE. UU. existen ESIGN y UETA. La UE cuenta con eIDAS. El Reino Unido, Canadá, Australia y Nueva Zelanda tienen sus propios marcos normativos. En resumen: para contratos comerciales estándar (acuerdos B2B SaaS, contratos de servicio, NDAs), las firmas electrónicas son generalmente ejecutables. Existen excepciones para tipos de documentos específicos en jurisdicciones concretas, y es precisamente por eso que tu equipo legal debe revisar el marco normativo aplicable.
Mantenemos artículos de referencia sobre cumplimiento normativo regional en eSigning laws and compliance, que cubren Australia, Canadá, la UE, Israel, Nueva Zelanda, el Reino Unido y EE. UU. Cuando los asesores legales pregunten sobre la validez de la firma electrónica, remítelos allí. Tu equipo de políticas puede mapear esas referencias con tu propia evaluación de riesgos.
Audit trails
Un audit trail registra quién firmó, cuándo firmó, su dirección IP y el hash del documento en el momento de la firma. Esto crea un registro forense que demuestra que el documento no fue alterado tras su ejecución. En sectores regulados (sanidad, servicios financieros, contratación pública), el audit trail suele ser un requisito de cumplimiento normativo, no un extra opcional.
El audit trail de Portant se adjunta al documento firmado. Tu equipo legal puede verificar la secuencia de firmas, las marcas de tiempo y la identidad del firmante en cualquier contrato. Consulta add audit to e-signatures para obtener detalles de configuración.
Para sectores regulados: Si tus contratos requieren niveles de autenticación específicos (como las firmas electrónicas cualificadas bajo eIDAS), revisa las referencias de cumplimiento con tu equipo legal antes de entrar en producción. Las firmas electrónicas estándar cubren la gran mayoría de los contratos comerciales, pero tu sector puede tener requisitos adicionales.
Tipos de contratos y cuándo utilizarlos
No todos los contratos son iguales, y el patrón de automatización varía según el tipo de contrato. Estos son los patrones más comunes que automatizan los equipos de HubSpot:
Master Service Agreements (MSAs)
Los MSAs son la base de una relación continua. Contienen los términos generales: responsabilidad, indemnización, ley aplicable, propiedad intelectual y confidencialidad. Los detalles comerciales (precios, alcance, plazos) se incluyen en formularios de pedido u SOWs independientes que hacen referencia al MSA.
Dado que los MSAs tienen pocos campos específicos del acuerdo, la plantilla es en su mayor parte lenguaje legal estático con etiquetas de combinación para los nombres de las partes, direcciones, fecha de entrada en vigor y ley aplicable. El paso de revisión es fundamental aquí, porque el MSA establece el marco legal para todo lo que sigue. Consulta SaaS contract management para ver cómo encajan los MSAs en la arquitectura contractual general.
Statements of Work (SOWs)
Los SOWs definen el alcance y el precio de un compromiso específico bajo un MSA existente. Cambian con cada acuerdo: entregables, plazos, asignación de recursos, hitos y calendario de pagos. Las plantillas de SOW tienden a tener más etiquetas de combinación y menos texto legal estándar.
Google Slides funciona bien para los SOWs que necesitan elementos visuales como cronogramas de proyecto o diagramas de arquitectura junto a los términos. Google Docs es más adecuado para los SOWs con mucho texto que se asemejan más a un plan de proyecto detallado.
Non-Disclosure Agreements (NDAs)
Los NDAs son simples, de alto volumen y suelen activarse en una etapa temprana del pipeline. Un representante califica a un prospecto y necesita cobertura de NDA mutuo antes de compartir detalles del producto o precios. La plantilla es corta (2-4 páginas), la revisión a menudo se omite para los NDAs mutuos estándar y el flujo de firma es sencillo.
Dado que los NDAs son de alto volumen y baja variación, son buenos candidatos para la automatización completa: se activan por un cambio de etapa en el acuerdo, se generan y se envían para firma sin revisión manual. Para más información sobre los patrones de NDA, consulta elements of a contract.
Order Forms
Los formularios de pedido se combinan con un MSA existente. Son principalmente términos comerciales: productos, cantidades, precios, calendario de pagos y plazo. Hacen referencia al MSA por fecha y añaden los números específicos del acuerdo. La plantilla tiene muchas etiquetas de combinación para líneas de pedido y poco lenguaje legal.
Las líneas de pedido de los acuerdos de HubSpot fluyen directamente hacia las plantillas de formularios de pedido. Para la configuración de líneas de pedido, consulta line items in Portant.
Amendments
Las enmiendas modifican un acuerdo existente. Hacen referencia al contrato original por fecha y partes, y luego especifican los cambios. Enmiendas comunes: ajustes de precios, prórrogas del plazo, modificaciones del alcance y productos adicionales.
Las plantillas de enmiendas necesitan propiedades tanto del acuerdo actual como del original. Si almacenas la fecha del contrato original y el número de referencia como propiedades personalizadas en el acuerdo, la plantilla de enmienda puede extraerlos automáticamente.
Automatización de la generación de contratos desde etapas del acuerdo
La generación manual desde la tarjeta de Portant funciona para equipos de bajo volumen. Pero cuando tu equipo gestiona más de 50 contratos al mes, conviene que la generación se active automáticamente a partir de los cambios de etapa del acuerdo.
El patrón habitual: cuando un acuerdo pasa a la etapa "Contract" (o como la llame tu pipeline), un flujo de trabajo de HubSpot inscribe el acuerdo y activa Portant para generar el contrato. El contrato se crea, se retiene en el paso de revisión y se notifica a los aprobadores asignados.
El momento importa
Los contratos suelen seguir a la aceptación de la propuesta. El comprador dice que sí a la propuesta, el representante actualiza la etapa del acuerdo y el contrato se genera. Ajustar bien este momento evita que los contratos se generen de forma prematura (antes de que el comprador haya aceptado los términos) o demasiado tarde (después de que el comprador esperara ver el acuerdo).
Algunos equipos utilizan un activador en dos etapas. El acuerdo pasa a "Verbal Agreement" y el contrato se genera en estado Borrador. Luego el acuerdo pasa a "Contract Sent" solo después de que legal lo aprueba y se envía la solicitud de firma. Esto mantiene las etapas del pipeline honestas y evita que la etapa "Contract Sent" contenga documentos que no han sido revisados.
El patrón generar-y-retener
El patrón de automatización de contratos más fiable es: generar y retener en revisión hasta que legal lo apruebe. Esto significa que el flujo de trabajo crea el documento automáticamente (ahorrando al representante la generación manual), pero no lo envía automáticamente (preservando la revisión legal como punto de control).
El trabajo del representante se convierte en: actualizar la etapa del acuerdo, verificar que la vista previa se vea correcta y notificar a legal que un contrato está listo para revisión. El trabajo de legal sigue siendo el mismo: revisar el lenguaje, comprobar los términos y aprobar o rechazar. La automatización se encarga de todo lo que ocurre entre esos puntos de control humanos.
Para la configuración de la automatización de flujos de trabajo, consulta automation features. Para los activadores de flujos de trabajo de HubSpot específicamente, trigger HubSpot workflows from Portant cubre la integración.
Posfirma: almacenamiento, seguimiento y renovación
Conseguir que se firme un contrato es solo la mitad del trabajo. Lo que ocurre después de la firma determina si tus operaciones legales realmente funcionan a escala.
Dónde se guarda la copia firmada
Portant almacena los PDFs firmados en Google Drive utilizando la carpeta de salida y la convención de nombres que configures. El documento firmado también se vincula de vuelta al registro del acuerdo en HubSpot a través de las propiedades personalizadas de Portant. Así tienes dos rutas de acceso: explorar Drive para encontrar el archivo, o abrir el registro del acuerdo y hacer clic en el enlace.
Para equipos que usan OneDrive, Portant también lo admite. Consulta save to OneDrive para la configuración.
Las convenciones de nombres importan
Dentro de seis meses, alguien necesitará encontrar un contrato específico. Si todos los archivos se llaman "Contract.pdf", tendrán que abrirlos uno por uno. Una convención de nombres que incluya el nombre de la empresa, el tipo de contrato y la fecha hace que los contratos sean localizables sin necesidad de abrirlos.
Portant te permite construir nombres de archivos de salida a partir de etiquetas de combinación. Un patrón como "{Company Name} - MSA - {Date}" produce archivos como "Acme Corp - MSA - 2026-03-15.pdf". Esto funciona tanto para la estructura de carpetas en Drive como para la referencia en el registro de HubSpot. Consulta customize output file names para la configuración.
Informes de estado de contratos
Portant escribe propiedades personalizadas de vuelta en el deal de HubSpot: estado del documento, estado de la firma y fecha de firma. Estas propiedades permiten generar informes en HubSpot sobre la actividad contractual. Tu equipo de RevOps puede crear dashboards que muestren contratos pendientes de revisión, contratos en espera de firma, contratos firmados este mes y el tiempo promedio desde la generación hasta la firma.
Esa última métrica (el tiempo de generación a firma) es uno de los mejores indicadores de la salud del flujo de trabajo contractual. Si va en aumento, algo en el proceso de revisión o firma está generando retrasos. Las propiedades de HubSpot hacen esto visible sin necesidad de herramientas de informes personalizadas.
Recordatorios de renovación
Si tus contratos tienen plazos fijos, la fecha de cierre del deal (o una propiedad personalizada "Fecha de fin del contrato") puede activar recordatorios de renovación. Un flujo de trabajo de HubSpot activado 90 días antes de la fecha de fin crea una tarea, envía una notificación o inscribe el deal en un pipeline de renovación. El contrato de renovación puede usar la misma plantilla con fechas y términos actualizados.
Esto cierra el ciclo del ciclo de vida del contrato: desde la generación, pasando por la firma, hasta la renovación, todo permanece en el registro de HubSpot.
Para las opciones de gestión y almacenamiento de salidas, consulta documentación de salidas. Para archivar automáticamente los contratos en carpetas organizadas de Drive, archivado automático de archivos de salida explica la configuración.
Errores comunes en la automatización de contratos
He ayudado a suficientes equipos a configurar flujos de trabajo contractuales como para ver que los mismos errores se repiten. Esto es lo que debes tener en cuenta:
Fechas y nombres codificados de forma fija en las plantillas. El error más común. Alguien crea la plantilla, escribe "Acme Corp" en el campo del nombre de la parte y olvida reemplazarlo con una etiqueta de combinación. Los siguientes 20 contratos todos dicen "Acme Corp". Usa etiquetas de combinación para cada dato específico del deal. Si cambia entre contratos, es una etiqueta de combinación.
Omitir la revisión en contratos "estándar". Los equipos a veces omiten la revisión de contratos que consideran rutinarios. Y funciona bien hasta que una cláusula asistida por IA genera un texto inesperado, o una combinación extrae un valor de propiedad desactualizado. Los contratos estándar todavía necesitan al menos un par de ojos. Si quieres agilizar la revisión de acuerdos estándar, usa un único aprobador en lugar de tres. No omitas la revisión por completo.
No probar con casos límite. Tu plantilla funciona perfectamente cuando el deal tiene un contacto, un registro de empresa completo y todas las propiedades personalizadas rellenadas. Pero, ¿qué ocurre cuando el deal tiene dos contactos? ¿Cuando la dirección de la empresa está vacía? ¿Cuando la propiedad de duración del plazo no se ha definido? Prueba con datos incompletos antes de publicar. El paso de vista previa detecta estos problemas, pero solo si alguien lo revisa.
Nombre de entidad legal incorrecto. El campo "Nombre de empresa" de HubSpot suele ser un nombre informal ("Acme") en lugar del nombre legal registrado ("Acme Corporation, Inc."). Si tu plantilla de contrato extrae datos de la propiedad incorrecta, es posible que el acuerdo no sea ejecutable contra la entidad legal correcta. Usa una propiedad dedicada "Nombre de entidad legal" y garantiza la calidad de los datos en ella. Consulta propiedades de HubSpot para documentos de ventas más limpios para conocer los patrones de diseño de propiedades.
Enviar sin configurar la contrafirma. Si tus contratos requieren una contrafirma por tu parte, asegúrate de que el flujo de firma incluya ese paso. Un contrato firmado únicamente por el comprador puede no ser vinculante hasta que tu firmante autorizado también lo ejecute. Configura el contrafirmante en el flujo de trabajo antes de publicarlo.
Brechas en la pista de auditoría. Si tu equipo legal requiere pistas de auditoría y no las has activado, el documento firmado carece del registro forense que necesitan. Activa las pistas de auditoría antes de enviar contratos, no después. No es posible añadir pistas de auditoría a contratos ya firmados.
Nomenclatura de archivos inconsistente. Cuando cada representante usa una convención de nomenclatura diferente, encontrar contratos más adelante se convierte en un trabajo de búsqueda. Define la convención de nomenclatura en la plantilla del flujo de trabajo para que se aplique automáticamente. No dependas de que los representantes nombren los archivos de manera coherente.
Preguntas frecuentes
¿Podemos firmar un PDF cargado sin una fuente?
Sí. Puedes cargar un PDF directamente y enviarlo para su firma sin ejecutarlo a través de un flujo de trabajo de combinación. Esto funciona para contratos que se originan fuera de tu sistema de plantillas, como acuerdos redactados por el equipo legal de la otra parte. Consulta solicitud de firma manual mediante carga de PDF para ver el tutorial.
¿Cómo funciona la firma con varios firmantes?
Portant admite varios firmantes en secuencia o en paralelo. La firma secuencial significa que el Firmante 1 recibe la solicitud, firma y luego el Firmante 2 la recibe. Este es el patrón estándar para contratos en los que el comprador firma primero y el vendedor contrafirma. El orden de firma se configura en el flujo de trabajo. Consulta solicitar varias firmas.
¿Dónde se almacena el archivo firmado?
Los archivos de salida firmados se envían a Google Drive (o OneDrive) usando la carpeta de salida y la convención de nomenclatura de tu flujo de trabajo. También aparece un enlace en el registro del deal de HubSpot a través de las propiedades personalizadas de Portant. Esto te ofrece dos formas de encontrar el contrato firmado: a través del registro del CRM o a través del sistema de archivos. Alinea tu convención de nomenclatura con las expectativas de archivo de tu equipo legal.
¿Puedo usar plantillas de Word en lugar de Google Docs?
La combinación de Portant funciona con plantillas de Google Docs y Google Slides. Si tienes plantillas de Word existentes, puedes importarlas a Google Docs y convertir los campos de combinación en etiquetas de Portant. El formato generalmente se transfiere bien en contratos con mucho texto. Para el formato de salida, Portant puede generar PDF, archivos Word (.docx) y otros formatos a partir de plantillas de Google Docs. Consulta salida en Microsoft Word para más detalles.
¿Cómo gestionamos las enmiendas de contratos?
Crea una plantilla de enmienda independiente que haga referencia al acuerdo original por fecha y partes. Almacena la fecha del contrato original y el número de referencia como propiedades personalizadas en el deal de HubSpot para que la enmienda pueda extraerlos mediante etiquetas de combinación. El flujo de trabajo de la enmienda sigue el mismo patrón de generar, revisar y firmar que el contrato original. Algunos equipos crean un nuevo deal para la enmienda y lo asocian con la misma empresa; otros usan el deal existente con propiedades actualizadas.
¿Qué ocurre si el correo electrónico de un firmante rebota?
Si el correo electrónico de la solicitud de firma no puede entregarse, el estado de la firma refleja el error. Puedes actualizar el correo electrónico del contacto en el registro de HubSpot y reenviar la solicitud de firma. Consulta reenvío de solicitudes de firma para saber cómo gestionar los errores de entrega y reenviar a direcciones actualizadas.
Para obtener más contexto sobre cómo encajan los contratos en el ciclo de deal más amplio, gestión del ciclo de vida de los contratos ofrece la visión estratégica. Y para los equipos que están comenzando su camino en la automatización de documentos de HubSpot, cómo funciona la integración de Portant con HubSpot explica los fundamentos técnicos.
