Su Template de datos de gestión de contratos
Su Template de datos de gestión de contratos
- Atributos recomendados para recopilar
- Actividades clave que debe supervisar
- Recomendaciones para extraer los datos
Atributos de la gestión de contratos
| Nombre | Descripción | ||
|---|---|---|---|
|
Actividad
ActivityName
|
El nombre de la tarea o el evento específico que tuvo lugar durante el ciclo de vida del contrato. | ||
|
Descripción
Este atributo describe un único paso o hito dentro del proceso de gestión de contratos, como «Contrato redactado», «Inicio de la revisión legal» o «Contrato formalizado». Estas actividades son los componentes básicos del mapa de procesos. Analizar la secuencia y la frecuencia de estas actividades es fundamental para Process Mining. Permite identificar el flujo real del proceso, detectar desviaciones respecto al procedimiento estándar y determinar qué actividades requieren más tiempo o se repiten con mayor frecuencia.
Por qué es importante
Define los pasos del proceso y permite visualizar y analizar el Workflow de contratos, los cuellos de botella y las variaciones.
Dónde obtenerlo
Normalmente se obtiene del Registro de eventos o de los datos del registro de auditoría de DocuSign CLM, donde se registran las acciones realizadas en un documento o Workflow de contrato.
Ejemplos
Borrador de contrato creadoRevisión interna iniciadaEnviado a la contraparteContrato formalizado
|
|||
|
Hora de inicio
EventTime
|
La marca de tiempo que indica cuándo comenzó una actividad o un evento específico. | ||
|
Descripción
Este atributo registra la fecha y hora exactas en que tuvo lugar una actividad. Constituye la base temporal de Process Mining y permite analizar el rendimiento del proceso a lo largo del tiempo. Al ordenar los eventos según su hora de inicio, se crea un registro cronológico para cada caso. Esto permite calcular los tiempos de ciclo entre actividades, la duración de cada paso y la duración total del proceso de principio a fin. Es fundamental para identificar cuellos de botella, medir los tiempos de espera y evaluar la eficiencia del proceso frente a los SLA.
Por qué es importante
Esta marca de tiempo es fundamental para ordenar cronológicamente los eventos y calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo y las duraciones.
Dónde obtenerlo
Esta información forma parte habitualmente de cualquier Registro de eventos o registro de auditoría de DocuSign CLM y está asociada a cada acción registrada.
Ejemplos
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
|
|||
|
ID del contrato
ContractId
|
El identificador único de cada contrato gestionado en el sistema. | ||
|
Descripción
El Contract ID actúa como identificador de caso definitivo y vincula de forma única todos los eventos y actividades relacionados con un contrato específico, desde su inicio hasta su resolución. En DocuSign CLM, puede corresponder al Envelope ID o a un campo de identificador de contrato personalizado. Este atributo es esencial para el process mining, ya que permite reconstruir el recorrido completo de cada contrato individual. Al agrupar todas las actividades relacionadas bajo un único Contract ID, los analistas pueden visualizar el flujo completo del proceso, medir los tiempos de ciclo y analizar las variaciones entre distintos contratos.
Por qué es importante
Es la clave principal que conecta todos los eventos relacionados del proceso y permite rastrear y analizar todo el ciclo de vida de un único contrato.
Dónde obtenerlo
Normalmente es el identificador principal de un objeto de contrato o sobre en DocuSign CLM. Puede aparecer como Envelope ID o como un campo personalizado configurado para identificar contratos.
Ejemplos
CON-2023-03-112MSA-4815162342NDA-CORP-9981
|
|||
|
Sistema de origen
SourceSystem
|
Identifica el sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo especifica el origen de los datos del proceso. En esta vista, el valor sería siempre «DocuSign CLM» o un identificador similar. Aunque pueda parecer redundante en un análisis de un solo sistema, incluir este campo es una buena práctica. Se vuelve fundamental al combinar datos de varios sistemas, por ejemplo, datos de contratos de un CRM con datos de Workflow de DocuSign, ya que garantiza una trazabilidad y un linaje de datos claros.
Por qué es importante
Garantiza la trazabilidad de los datos y es esencial para los análisis que combinan datos de varios sistemas empresariales.
Dónde obtenerlo
Normalmente es un valor estático que se añade durante el proceso de extracción y transformación de datos para identificar el origen del conjunto de datos.
Ejemplos
DocuSign CLMDocuSign CLM v24.1
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo de la actualización o extracción más reciente de datos del sistema de origen. | ||
|
Descripción
Este atributo indica cuándo se actualizó por última vez el conjunto de datos. Proporciona contexto sobre la actualidad y la oportunidad del análisis, y permite a los usuarios saber hasta qué momento están actualizados los datos. En los Dashboards y los informes, esta información es fundamental para la gobernanza de datos y la confianza de los usuarios. Ayuda a los analistas a comprender si están consultando información en tiempo real o una instantánea de un momento concreto, algo esencial para tomar decisiones fundamentadas y oportunas.
Por qué es importante
Proporciona un contexto esencial sobre la actualidad de los datos y permite entender hasta qué punto está actualizado el análisis del proceso.
Dónde obtenerlo
Es un atributo de metadatos que normalmente genera y almacena la herramienta ETL (Extract, Transform, Load) o la canalización de datos durante la ingesta de datos.
Ejemplos
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
|
|||
|
Contraparte
Counterparty
|
La parte externa, como un cliente o proveedor, que participa en el contrato. | ||
|
Descripción
Este atributo identifica a la otra organización que participa en el acuerdo. Las distintas contrapartes pueden tener estilos de negociación, requisitos legales y tiempos de respuesta diferentes, lo que puede afectar considerablemente al ciclo de vida del contrato. Analizar el rendimiento del proceso por contraparte ayuda a identificar con qué socios resulta fácil trabajar y cuáles provocan demoras de forma recurrente. Esta información puede utilizarse para mejorar la gestión de las relaciones y establecer expectativas realistas para futuras negociaciones. Es una dimensión clave para el análisis «Frecuencia de retrabajo y revisiones de contratos».
Por qué es importante
Ayuda a analizar cómo las interacciones con distintas partes externas afectan a los tiempos de negociación, el número de revisiones y los tiempos de ciclo generales.
Dónde obtenerlo
Esta información es una parte fundamental del registro del contrato y suele almacenarse en un campo específico como «Nombre de la contraparte» o «Empresa».
Ejemplos
Acme CorporationGlobex Inc.Stark Industries
|
|||
|
Estado del contrato
ContractStatus
|
El estado actual del contrato dentro de su ciclo de vida. | ||
|
Descripción
Este atributo indica el estado general del contrato en un momento determinado, por ejemplo, «Borrador», «En revisión», «Pendiente de firma» o «Formalizado». Ofrece un resumen general de la fase del proceso en la que se encuentra el contrato. En Process Mining, analizar el estado resulta útil para filtrar casos y crear Dashboards que hagan seguimiento del volumen de contratos en las distintas etapas. El Dashboard «Seguimiento del estado de los contratos en tiempo real» depende directamente de este atributo para ofrecer visibilidad sobre la cartera activa de contratos e identificar dónde se acumula el trabajo.
Por qué es importante
Proporciona una instantánea del avance del contrato, esencial para hacer seguimiento del estado, gestionar la carga de trabajo e identificar cuellos de botella.
Dónde obtenerlo
Esta información suele estar disponible como atributo principal del objeto de contrato o Workflow en DocuSign CLM.
Ejemplos
BorradorEn revisión internaPendiente de firmaFormalizadoTerminado
|
|||
|
Fecha de vencimiento
ExpirationDate
|
La fecha en la que está previsto que venza el contrato. | ||
|
Descripción
Este atributo almacena la fecha de vencimiento contractual. Es un dato de metadatos fundamental para gestionar de forma proactiva la cartera de contratos, especialmente en acuerdos de ingresos recurrentes o servicios a largo plazo. Esta fecha es el principal motor del panel «Previsión de renovaciones y vencimientos de contratos». Al supervisar los contratos próximos a vencer, las organizaciones pueden activar los Workflows de renovación a tiempo. También es una entrada clave para calcular el KPI «Tasa de renovación oportuna de contratos», lo que ayuda a evitar pérdidas de ingresos e interrupciones del servicio.
Por qué es importante
Es fundamental para gestionar los contratos de forma proactiva, facilitar renovaciones oportunas y evitar vencimientos no deseados.
Dónde obtenerlo
Es un campo de metadatos estándar que debería registrarse para cualquier contrato con un plazo definido en DocuSign CLM.
Ejemplos
2024-12-312025-06-302026-01-15
|
|||
|
Hora de finalización
EndTime
|
La marca de tiempo que indica cuándo se completó una actividad o un evento específico. | ||
|
Descripción
Este atributo registra la fecha y hora exactas en que finalizó una actividad. Mientras que la hora de inicio marca el comienzo, la hora de finalización marca la conclusión, lo que permite calcular con precisión la duración de cada actividad. Analizar la hora de finalización es fundamental para calcular el tiempo de procesamiento de las actividades, es decir, el tiempo de trabajo efectivo dedicado a una tarea. Esto ayuda a diferenciar el trabajo activo del tiempo de espera y proporciona una visión más profunda de la eficiencia de los recursos y del coste real de las demoras. Por ejemplo, permite calcular la duración exacta de una actividad de «Revisión legal».
Por qué es importante
Permite calcular con precisión la duración de cada actividad y ayuda a distinguir el tiempo de procesamiento activo del tiempo de espera inactivo.
Dónde obtenerlo
En sistemas como DocuSign CLM, puede registrarse explícitamente en el registro de auditoría o tener que inferirse a partir de la hora de inicio del evento posterior.
Ejemplos
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
|
|||
|
Responsable del contrato
ContractOwner
|
El usuario o empleado responsable de gestionar el contrato durante todo su ciclo de vida. | ||
|
Descripción
El responsable del contrato es el principal punto de contacto y la persona responsable de la progresión del contrato. Normalmente es quien inició la solicitud de contrato o quien gestiona la relación comercial. Analizar el rendimiento por responsable del contrato puede revelar patrones de eficiencia, tasas de retrabajo y tiempos de ciclo. Este análisis ayuda a identificar a las personas o equipos con mejor rendimiento, así como a quienes podrían necesitar formación o apoyo adicional. Es una dimensión clave para segmentar los datos en Dashboards como «Análisis del tiempo de ciclo del contrato».
Por qué es importante
Permite analizar el rendimiento por persona o equipo, identificar buenas prácticas y detectar áreas de mejora en las actividades impulsadas por los usuarios.
Dónde obtenerlo
Normalmente es un campo de usuario asociado al objeto de contrato, que suele contener el nombre de quien creó el Workflow o es responsable de él.
Ejemplos
Alice SmithBob JohnsonCharlie Brown
|
|||
|
Tipo de contrato
ContractType
|
La clasificación del contrato, como NDA, MSA o SOW. | ||
|
Descripción
Este atributo categoriza los contratos según su finalidad legal o comercial. Los distintos tipos de contrato suelen seguir Workflows diferentes, tener requisitos de aprobación distintos y variar en complejidad. Segmentar el análisis del proceso por tipo de contrato es fundamental para comprender las variaciones de rendimiento. Permite comparar los tiempos de ciclo, las tasas de cumplimiento y los patrones de negociación de distintos tipos de acuerdos. Por ejemplo, un NDA debería tener un tiempo de ciclo mucho más corto que un Master Services Agreement complejo, y este atributo hace posible esa comparación.
Por qué es importante
Permite comparar el rendimiento del proceso entre distintas categorías de contratos, que suelen tener Workflows y niveles de complejidad propios.
Dónde obtenerlo
Es un campo de metadatos clave que normalmente se selecciona en una lista desplegable al crear un contrato en DocuSign CLM.
Ejemplos
Acuerdo de confidencialidad (NDA)Acuerdo marco de servicios (MSA)Declaración de trabajo (SOW)
|
|||
|
Valor del contrato
ContractValue
|
El valor monetario total del contrato. | ||
|
Descripción
Este atributo representa el valor económico del acuerdo, que puede ser un importe único o recurrente. El valor de un contrato suele determinar el nivel de revisión necesario y la complejidad del circuito de aprobación. Analizar el proceso según el valor del contrato es fundamental para priorizar los acuerdos de mayor importe e identificar si sufren demoras innecesarias. También puede utilizarse para comprobar el cumplimiento, por ejemplo, verificando que los contratos que superan un determinado umbral hayan recibido la aprobación del CFO. Este atributo ayuda a centrar los esfuerzos de optimización en los contratos con mayor impacto financiero.
Por qué es importante
Permite priorizar y evaluar riesgos, ya que los contratos de mayor valor suelen requerir revisiones más rigurosas y tienen un mayor impacto empresarial.
Dónde obtenerlo
Normalmente es un campo numérico o monetario de los metadatos del contrato en DocuSign CLM.
Ejemplos
500002500001200000
|
|||
|
Asesoría legal
LegalCounsel
|
El profesional jurídico o miembro del equipo encargado de revisar el contrato. | ||
|
Descripción
Este atributo identifica a la persona concreta del departamento legal responsable de revisar y aprobar el contrato. Se diferencia del responsable del contrato, que normalmente pertenece al área de negocio. Asignar las revisiones a una persona concreta del equipo legal permite analizar en detalle el rendimiento de la etapa de revisión legal. Ayuda a crear el panel «Rendimiento de la revisión legal» para medir y comparar el volumen procesado y los tiempos de ciclo de los distintos miembros del equipo legal, lo que facilita equilibrar la carga de trabajo e identificar oportunidades de eficiencia dentro del departamento.
Por qué es importante
Permite analizar en detalle la etapa de revisión legal, equilibrar la carga de trabajo y medir el rendimiento del equipo legal.
Dónde obtenerlo
Se obtendría de los datos de asignación de tareas de un Workflow de DocuSign CLM e indicaría a quién se asignó la tarea «Revisión legal».
Ejemplos
Jennifer WaltersMatt MurdockHarvey Specter
|
|||
|
Departamento
Department
|
La unidad de negocio o el departamento interno responsable del contrato. | ||
|
Descripción
Este atributo especifica el departamento interno, como Ventas, Marketing o TI, que inició el contrato o es responsable de él. Los procesos y las necesidades pueden variar según el departamento, lo que da lugar a distintos patrones de gestión de contratos. Segmentar el análisis por departamento es esencial para comprender cómo utilizan el proceso de gestión de contratos las distintas áreas de la empresa. Ayuda a crear informes específicos, como el «Informe de cuellos de botella en la aprobación de contratos», para identificar si las demoras se concentran en determinadas unidades de negocio y adaptar las mejoras del proceso a las necesidades de cada departamento.
Por qué es importante
Permite comparar el rendimiento entre distintas unidades de negocio y pone de relieve las variaciones en eficiencia, cumplimiento y carga de trabajo.
Dónde obtenerlo
Puede ser un campo de metadatos del contrato o derivarse del departamento del usuario responsable del contrato.
Ejemplos
VentasLegalComprasMarketing
|
|||
|
Duración de la fase de aprobación
ApprovalPhaseDuration
|
El tiempo total dedicado a todas las actividades relacionadas con la aprobación. | ||
|
Descripción
Esta métrica calcula el tiempo total que un contrato permanece en la fase de aprobación, desde el momento en que se envía para la primera aprobación interna hasta que se obtiene la última aprobación necesaria. Puede calcularse sumando las duraciones de todas las actividades relacionadas con la aprobación o midiendo el tiempo entre el inicio de la primera actividad de aprobación y el final de la última. Este atributo es la medida principal del KPI «Duración media de la fase de aprobación». Ayuda a aislar las demoras causadas específicamente por el proceso de aprobación, en lugar de por la redacción o la negociación. Al hacer seguimiento de esta duración, las organizaciones pueden comprender mejor el impacto de su matriz de aprobación e identificar oportunidades para simplificarla.
Por qué es importante
Aísla el tiempo dedicado a las aprobaciones y facilita la identificación y resolución de cuellos de botella específicos de la cadena de aprobación.
Dónde obtenerlo
Se calcula en la herramienta de Process Mining identificando todos los eventos relacionados con las aprobaciones, como «Aprobación interna enviada» y «Aprobación interna recibida», y midiendo el tiempo entre el primero y el último de estos eventos para cada caso.
Ejemplos
5 días y 2 horas10 días y 1 hora2 días y 6 horas
|
|||
|
Estado de aprobación
ApprovalStatus
|
El estado de los pasos de aprobación, como «Pendiente», «Aprobado» o «Rechazado». | ||
|
Descripción
Este atributo proporciona un estado detallado específico de la fase de aprobación del ciclo de vida del contrato. Mientras que el estado del contrato representa el estado general del caso, el estado de aprobación registra el resultado de cada actividad de aprobación. Es esencial para el «Informe de cuellos de botella en la aprobación de contratos» y el «Seguimiento del estado de los contratos en tiempo real». Permite ver con claridad qué contratos están pendientes de aprobación, cuáles han sido rechazados y requieren retrabajo, y cuáles han superado correctamente la fase de aprobación. Analizar las transiciones entre estos estados ayuda a localizar puntos concretos de fallo o demora en la cadena de aprobación.
Por qué es importante
Proporciona información detallada sobre la fase de aprobación y permite identificar qué contratos están bloqueados y por qué.
Dónde obtenerlo
Sería el resultado de una tarea de aprobación o de un paso del Workflow en DocuSign CLM.
Ejemplos
Pendiente de aprobación legalAprobado por FinanzasRechazado por el vicepresidente de Ventas
|
|||
|
Tiene firma electrónica
IsESigned
|
Un indicador booleano que señala si el contrato se formalizó mediante firma electrónica. | ||
|
Descripción
Este atributo registra si el contrato se firmó mediante una herramienta integrada de firma electrónica, como DocuSign eSignature, o si se formalizó por un método fuera de línea, por ejemplo, con firma manuscrita y escaneo. Este atributo respalda directamente el KPI «Tasa de adopción de la firma electrónica». Al analizar la proporción de contratos firmados electrónicamente, una empresa puede medir el éxito de sus iniciativas de transformación digital. Una mayor tasa de adopción suele correlacionarse con tiempos de formalización más cortos, menores costes administrativos y un mejor cumplimiento y seguimiento de los documentos.
Por qué es importante
Mide la adopción de procesos digitales y ayuda a cuantificar las mejoras de eficiencia derivadas del uso de capacidades integradas de firma electrónica.
Dónde obtenerlo
Puede determinarse comprobando si el evento «Contrato formalizado» se originó en el servicio integrado DocuSign eSignature.
Ejemplos
truefalse
|
|||
|
Tiene retrabajo
IsRework
|
Un indicador booleano que señala si el contrato pasó por un ciclo de revisión significativo. | ||
|
Descripción
Este atributo calculado identifica los contratos que han requerido retrabajo, por ejemplo, porque se devolvieron para introducir cambios después de haber recibido la aprobación interna. Normalmente se obtiene buscando secuencias de actividades específicas no deseadas. Este indicador simplifica el análisis de las ineficiencias del proceso. Permite calcular directamente el KPI «Tasa de retrabajo de contratos» y filtrar y analizar fácilmente solo los contratos que requirieron un esfuerzo adicional. Esto ayuda a localizar las causas raíz del retrabajo, como requisitos iniciales poco claros o puntos de negociación complejos.
Por qué es importante
Ayuda a cuantificar y analizar la frecuencia del retrabajo, un indicador clave de la ineficiencia del proceso y de los costes ocultos.
Dónde obtenerlo
Este atributo se calcula en la herramienta de Process Mining mediante reglas que identifican ciclos de retrabajo, como un evento «Contrato con cambios» posterior a un evento «Aprobación interna recibida».
Ejemplos
truefalse
|
|||
|
Versión del documento
DocumentVersion
|
El número de versión del documento contractual. | ||
|
Descripción
Este atributo registra las iteraciones del documento contractual a medida que pasa por revisiones y cambios. Cada vez que se carga o guarda una nueva versión, este número debería incrementarse. Hacer seguimiento de la versión del documento es una forma directa de medir el retrabajo y la complejidad de las negociaciones. Un número elevado de versiones indica un intercambio intenso de cambios entre las partes. Este atributo es una entrada principal para calcular el KPI «Número medio de revisiones del documento» y analizar el panel «Frecuencia de retrabajo y revisiones de contratos».
Por qué es importante
Mide directamente el volumen de retrabajo y el esfuerzo de negociación mediante el seguimiento del número de revisiones del documento.
Dónde obtenerlo
DocuSign CLM incorpora control de versiones para los documentos. Este atributo se extraería del historial de versiones del documento.
Ejemplos
1234
|
|||
Actividades de gestión de contratos
| Actividad | Descripción | ||
|---|---|---|---|
|
Aprobación interna recibida
|
Este hito indica que todos los aprobadores internos requeridos han aprobado el contrato. Se captura cuando el último aprobador requerido completa su tarea en el flujo de trabajo. | ||
|
Por qué es importante
Es un hito crítico que indica que el contrato está listo para la negociación externa o la formalización. Los retrasos hasta este punto ponen de manifiesto problemas de alineación interna.
Dónde obtenerlo
Este evento se registra en el historial del flujo de trabajo cuando la tarea de aprobación alcanza el estado final «Approved».
Recopilar
Se registra cuando el último aprobador de un flujo de trabajo de aprobación secuencial o paralelo concede su aprobación.
Tipo de evento
explicit
|
|||
|
Contrato enviado para firma
|
Esta actividad marca el inicio del proceso de firma electrónica del contrato final aprobado. Es una función principal de DocuSign y se captura cuando un usuario envía el documento mediante el sobre de DocuSign eSignature. | ||
|
Por qué es importante
Es un hito clave previo a la formalización. Analizar el tiempo transcurrido desde este punto hasta la formalización ayuda a comprender la eficiencia de la recopilación de firmas y respalda el KPI «E-Signature Adoption Rate».
Dónde obtenerlo
Es un evento explícito y principal que se registra en el historial detallado o el registro de auditoría del documento, a menudo denominado «Envelope History».
Recopilar
El sistema lo registra directamente cuando se crea y envía un sobre de eSignature.
Tipo de evento
explicit
|
|||
|
Contrato formalizado
|
Representa la finalización satisfactoria del contrato, que se produce cuando el último firmante requerido firma el documento. La plataforma DocuSign eSignature lo captura explícitamente. | ||
|
Por qué es importante
Es el punto final principal de éxito del proceso de creación del contrato. Resulta esencial para calcular el KPI «Average Contract Cycle Time» y medir el rendimiento general del proceso.
Dónde obtenerlo
La marca de tiempo de este evento se captura en el Certificate of Completion y en el registro de auditoría del documento cuando el flujo de trabajo de eSignature se completa por completo.
Recopilar
El componente de eSignature lo registra automáticamente cuando se aplica la última firma.
Tipo de evento
explicit
|
|||
|
Contrato terminado
|
Esta actividad representa el final oficial del ciclo de vida de un contrato, ya sea por vencimiento, cancelación o acuerdo mutuo. A menudo se captura mediante un cambio manual de estado en el sistema. | ||
|
Por qué es importante
Actúa como punto final alternativo del proceso. El seguimiento de las terminaciones y los vencimientos es fundamental para comprender el ciclo de vida completo del contrato y analizar las renovaciones.
Dónde obtenerlo
Este evento se captura cuando un usuario actualiza el campo de estado del contrato a «Terminated», «Expired» o «Cancelled». Se utiliza la marca de tiempo de este cambio de estado.
Recopilar
Se infiere a partir del cambio del campo de estado principal del contrato a un estado terminal.
Tipo de evento
inferred
|
|||
|
Revisión legal iniciada
|
Marca el momento en que el contrato se envía formalmente al departamento jurídico para su revisión y comentarios. Es un paso crítico que se captura cuando el contrato entra en la fase «Legal Review» de su flujo de trabajo. | ||
|
Por qué es importante
La revisión legal es un cuello de botella habitual en la gestión de contratos. Medir su duración es clave para el Dashboard «Legal Review Performance» e identificar oportunidades de aceleración.
Dónde obtenerlo
El evento se captura del registro de auditoría del flujo de trabajo, que registra la marca de tiempo en la que se asigna una tarea al equipo legal o el estado del contrato cambia a «In Legal Review».
Recopilar
Se registra desde el motor del flujo de trabajo cuando el contrato se asigna a una tarea o cola de revisión legal.
Tipo de evento
explicit
|
|||
|
Solicitud de contrato iniciada
|
Esta actividad marca el inicio formal del ciclo de vida del contrato. Normalmente se registra cuando un usuario envía un formulario de solicitud de contrato o crea un nuevo registro contractual en DocuSign CLM, lo que activa el flujo de trabajo correspondiente. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso. Analizar esta actividad es esencial para medir el rendimiento general de los contratos y el inicio del tiempo de ciclo de principio a fin.
Dónde obtenerlo
Este evento se captura del registro de auditoría o del historial del flujo de trabajo y corresponde a la marca de tiempo de creación del registro contractual o al envío de un formulario de solicitud.
Recopilar
Se registra al enviar un formulario de inicio de contrato o crear un nuevo objeto contractual.
Tipo de evento
explicit
|
|||
|
Aprobación interna enviada
|
Esta actividad tiene lugar cuando el contrato, una vez completadas las revisiones, se envía para su aprobación formal a las autoridades internas designadas. Se captura cuando se inicia el flujo de trabajo de aprobación. | ||
|
Por qué es importante
Marca el inicio de la fase final de aprobación interna. Su duración es un componente clave del KPI «Average Approval Phase Duration».
Dónde obtenerlo
Es una acción explícita que se registra en el historial del flujo de trabajo cuando un usuario envía el contrato para su aprobación y activa las asignaciones a los aprobadores.
Recopilar
Se registra cuando se ejecuta la acción «Send for Approval» o una acción similar del flujo de trabajo.
Tipo de evento
explicit
|
|||
|
Borrador de contrato creado
|
Representa la creación y finalización del borrador inicial del documento contractual. Puede capturarse cuando la primera versión del documento se carga o genera y se guarda en el sistema. | ||
|
Por qué es importante
Su seguimiento ayuda a comprender el tiempo dedicado a la redacción y preparación antes de iniciar las revisiones. También proporciona una referencia para medir la frecuencia de las revisiones posteriores.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo de creación de la primera versión del documento en el historial documental del contrato o de un cambio de estado a «Drafting Complete».
Recopilar
Identifique el evento de creación de la primera versión del documento asociada al Contract ID.
Tipo de evento
inferred
|
|||
|
Contrato almacenado en el repositorio
|
Este es el último paso administrativo, en el que el contrato completamente formalizado se archiva automáticamente en el repositorio central de contratos. Normalmente, este evento se activa al completarse el proceso de firma. | ||
|
Por qué es importante
Garantiza que el proceso concluya con una conservación adecuada de los registros. Marca el último momento del ciclo de vida previo a la formalización y el inicio de la fase posterior.
Dónde obtenerlo
Se captura en el historial del flujo de trabajo como la finalización del último paso, que archiva el documento firmado.
Recopilar
El motor del flujo de trabajo lo registra como el último paso automatizado después de una formalización satisfactoria.
Tipo de evento
explicit
|
|||
|
Contrato con cambios marcados
|
Esta actividad representa una revisión o modificación realizada en el documento contractual durante el ciclo de negociación o revisión. Se captura cada vez que se carga o guarda una nueva versión del documento. | ||
|
Por qué es importante
El seguimiento de la frecuencia de los cambios marcados es fundamental para el KPI «Contract Rework Rate». Un número elevado de revisiones puede indicar términos poco claros, una negociación ineficiente o borradores iniciales deficientes.
Dónde obtenerlo
Se deriva del historial de versiones del documento asociado al contrato. Cada nueva versión creada después del borrador inicial puede tratarse como un evento «Contract Redlined».
Recopilar
Se registra cuando se carga o genera una nueva versión del documento en el repositorio de DocuSign CLM.
Tipo de evento
explicit
|
|||
|
Enviado a la contraparte
|
Representa la acción de compartir el documento contractual con la contraparte externa para su revisión y firma. Se captura mediante una acción de «send» o «share» en DocuSign CLM. | ||
|
Por qué es importante
Esta actividad marca la transferencia a una parte externa, sobre la que el control del proceso es limitado. Comprender el tiempo que el contrato permanece con las contrapartes es clave para identificar retrasos externos.
Dónde obtenerlo
Se captura del registro de auditoría, que registra acciones como enviar por correo electrónico el documento desde el CLM o compartirlo mediante un portal externo.
Recopilar
Se registra a partir de una acción concreta del usuario para compartir el documento externamente mediante las funcionalidades de la plataforma.
Tipo de evento
explicit
|
|||
|
Negociación con la contraparte iniciada
|
Indica que la contraparte ha respondido, normalmente mediante comentarios o una versión del contrato con cambios marcados. Se infiere cuando una parte externa carga una nueva versión del documento o el estado vuelve a una fase de revisión interna. | ||
|
Por qué es importante
Esta actividad es fundamental para analizar el KPI «Negotiation Handoff Count Per Contract». Los ciclos frecuentes entre los equipos internos y la contraparte indican fricciones en la negociación.
Dónde obtenerlo
Se infiere a partir de la recepción de una nueva versión del documento desde una fuente externa o de un cambio manual de estado realizado por un usuario para indicar que se han recibido comentarios de la contraparte.
Recopilar
Se infiere a partir de un cambio de estado a «Internal Review» o «Drafting» después de que el contrato haya estado con la contraparte.
Tipo de evento
inferred
|
|||
|
Renovación del contrato iniciada
|
Marca el inicio del proceso de renovación de un contrato existente. Normalmente, esta actividad la activa manualmente el responsable del contrato o automáticamente según la fecha de vencimiento del contrato. | ||
|
Por qué es importante
Esta actividad es esencial para realizar el seguimiento del KPI «Timely Contract Renewal Rate». Proporciona información sobre la proactividad con la que la organización gestiona sus contratos próximos a vencer.
Dónde obtenerlo
Se captura cuando se ejecuta una acción específica de «Renew Contract», que puede crear un nuevo registro contractual vinculado al original o iniciar un flujo de trabajo de renovación.
Recopilar
Se registra a partir de una acción concreta del usuario o de un activador automático diseñado para iniciar el flujo de trabajo de renovación.
Tipo de evento
explicit
|
|||
|
Revisión interna iniciada
|
Esta actividad indica que el contrato redactado se ha enviado para su revisión a las partes interesadas internas del negocio, como los equipos de finanzas u operaciones. Se captura cuando un usuario inicia la tarea «Internal Review» en el flujo de trabajo. | ||
|
Por qué es importante
Marca el inicio de la fase de revisión, que suele ser una fuente de cuellos de botella. Analizar su duración ayuda a identificar retrasos en los comentarios de las partes interesadas.
Dónde obtenerlo
Se registra en el historial del flujo de trabajo cuando el contrato pasa al estado «Internal Review» o cuando se asigna una tarea de revisión a un usuario interno que no pertenece al área legal.
Recopilar
Se registra cuando el flujo de trabajo pasa a un estado o tarea asignado a la revisión interna del negocio.
Tipo de evento
explicit
|
|||
|
Supervisión de obligaciones iniciada
|
Esta actividad indica el inicio de la gestión posterior a la formalización, durante la cual se realiza el seguimiento de fechas y entregables clave. Se captura cuando se inicia una tarea o un subproceso para supervisar una obligación contractual. | ||
|
Por qué es importante
Es fundamental para el KPI «Post-Execution Obligation Adherence Rate», ya que proporciona visibilidad sobre la gestión de los compromisos contractuales después de la firma.
Dónde obtenerlo
Requiere un análisis del sistema. Probablemente se capturaría a partir de la creación de tareas o flujos de trabajo específicos de seguimiento de obligaciones vinculados al contrato principal.
Recopilar
Se registra al crear una tarea o un flujo de trabajo posterior a la formalización relacionado con la gestión de obligaciones.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Aproveche esta Template de datos para iniciar su recorrido de Process Mining y descubrir nuevas eficiencias en sus Workflow de gestión de contratos.
Ponga fin a los retrasos: optimice ahora la gestión de contratos
Localice las ineficiencias, reduzca los tiempos de ciclo un 30 % y refuerce el cumplimiento.
No necesita tarjeta de crédito \b•\b Comience en cuestión de minutos