Su plantilla de datos para la gestión de contratos
Su plantilla de datos para la gestión de contratos
Este es nuestro Template genérico de datos de Process Mining para Gestión de contratos. Utilice nuestros Templates específicos para cada sistema para obtener orientación más detallada.
Seleccione un sistema específico- Un modelo de datos universal para los procesos de gestión de contratos.
- Atributos y actividades recomendados para un análisis exhaustivo.
- Orientación para extraer su registro de eventos, independientemente del sistema de origen.
Atributos de gestión de contratos
| Nombre | Descripción | ||
|---|---|---|---|
| Hora de inicio del evento EventStartTime | Marca de tiempo que indica la fecha y hora exactas en que comenzó una actividad o un evento específico. | ||
| Descripción La hora de inicio del evento marca el comienzo de una actividad en el ciclo de vida del contrato. Esta marca de tiempo es esencial para ordenar cronológicamente los eventos y calcular la duración de las actividades y el tiempo de ciclo total del proceso. Proporciona el contexto temporal necesario para comprender cómo evoluciona el flujo del proceso. En el análisis, esta marca de tiempo se utiliza para crear el mapa de procesos y calcular indicadores clave de rendimiento, como «Tiempo medio del ciclo contractual» y «Duración media de la aprobación». Permite analizar los cuellos de botella al revelar qué pasos consumen más tiempo. Comparar las horas de inicio entre actividades permite examinar detalladamente los tiempos de transición y detectar retrasos entre los pasos del proceso. Por qué es importante Esta marca de tiempo es fundamental para ordenar los eventos, calcular los tiempos de ciclo del proceso e identificar cuellos de botella relacionados con el tiempo. Dónde obtenerlo Está disponible en registros de auditoría del sistema, registros de transacciones o tablas del historial de eventos que capturan las marcas de tiempo de los pasos del proceso. Ejemplos 2023-03-15T09:00:00Z2023-05-20T14:30:15Z2023-06-01T11:22:05Z | |||
| ID de contrato ContractId | Identificador único de cada contrato, que actúa como identificador principal del caso y vincula todas las actividades y documentos relacionados. | ||
| Descripción El ID de contrato es una clave única asignada a un único ciclo de vida contractual. Actúa como hilo conductor central que conecta todos los eventos, desde la solicitud inicial hasta el vencimiento o la rescisión final. Todas las actividades, como la redacción, las revisiones, las aprobaciones y la formalización, están asociadas a este ID específico. En el análisis de Process Mining, el ID de contrato es fundamental para reconstruir el recorrido completo de cada contrato. Permite que la herramienta agrupe los eventos relacionados en un único caso y visualice y analice todo el flujo del proceso. Sin un ID de contrato coherente, sería imposible medir con precisión los tiempos de ciclo, identificar cuellos de botella o analizar las variantes del proceso. Por qué es importante Este identificador es esencial para realizar el seguimiento del contrato durante todo su ciclo de vida y permite descubrir el proceso y medir su rendimiento con precisión. Dónde obtenerlo Normalmente se encuentra en la cabecera o en el registro principal de un objeto de contrato en un sistema de gestión del ciclo de vida de los contratos (CLM). Ejemplos CTR-2023-00123MSA-98765-ACMENDA-GLOBAL-4510 | |||
| Nombre de la actividad ActivityName | Nombre de un evento empresarial, una tarea o un hito específico que tuvo lugar durante el ciclo de vida del contrato. | ||
| Descripción El nombre de la actividad describe un paso del proceso de gestión de contratos. Estas actividades representan tareas concretas, como «Contrato redactado», «Revisión legal completada» o «Contrato formalizado». La secuencia cronológica de estas actividades para un ID de contrato determinado forma el flujo del proceso. Este atributo es fundamental para crear el mapa de procesos, la visualización central de Process Mining. Al analizar la secuencia y la frecuencia de las distintas actividades, los analistas pueden comprender el flujo real del proceso, identificar desviaciones respecto al procedimiento estándar y localizar áreas de retrabajo o ineficiencia, como ciclos de revisión repetidos. Por qué es importante Define los pasos del proceso, lo que permite visualizar el ciclo de vida del contrato e identificar desviaciones y cuellos de botella. Dónde obtenerlo Normalmente se encuentra en registros de eventos, pistas de auditoría o tablas del historial de estados asociadas al registro principal del contrato. Ejemplos Contrato redactadoAprobación interna completadaContrato enviado para firma | |||
| Sistema de origen SourceSystem | Nombre del sistema informático o la aplicación de la que se extrajeron los datos del contrato. | ||
| Descripción El atributo Sistema de origen identifica el origen de los datos de eventos. En muchas organizaciones, el ciclo de vida del contrato puede abarcar varios sistemas, como una plataforma CLM, un CRM para la iniciación y un sistema ERP para los datos financieros. Especificar el sistema de origen de cada evento es fundamental para validar los datos y comprender el entorno tecnológico del proceso. En un análisis de Process Mining, este atributo ayuda a identificar la fragmentación del proceso entre distintos sistemas. Puede revelar si los retrasos o problemas están relacionados con transferencias de datos entre aplicaciones concretas. También es importante para la gobernanza de datos y para rastrear los problemas de calidad hasta su origen. Por qué es importante Identifica el origen de los datos, algo fundamental para validarlos, comprender la fragmentación del proceso y solucionar problemas de calidad. Dónde obtenerlo Esta información suele añadirse durante la extracción de datos o estar disponible como campo estándar en los registros del sistema. Ejemplos AgiloftSAP AribaDocuSign CLM | |||
| Última actualización de datos LastDataUpdate | Marca de tiempo que indica cuándo se actualizaron o extrajeron por última vez los datos de este evento del sistema de origen. | ||
| Descripción La marca de tiempo de la última actualización de datos indica la actualidad de los datos analizados. Muestra cuándo se ejecutó por última vez el proceso de extracción, transformación y carga (ETL), y proporciona contexto sobre el grado de actualización del análisis. Se diferencia de la marca de tiempo del evento, que registra cuándo tuvo lugar la actividad empresarial. Para el análisis, este atributo es fundamental para la gobernanza de datos y para comunicar a las partes interesadas la actualidad de la información. Ayuda a los usuarios a comprender si están consultando información en tiempo real o una instantánea del día o la semana anteriores. Este contexto es esencial para tomar decisiones oportunas y fundamentadas basadas en los Dashboards de Process Mining. Por qué es importante Aporta un contexto esencial sobre la actualidad de los datos y garantiza que las partes interesadas comprendan hasta qué punto son recientes los insights del proceso. Dónde obtenerlo Esta marca de tiempo suele generarla y almacenarla la herramienta de integración de datos o ETL durante el proceso de carga. Ejemplos 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Departamento Department | Unidad de negocio o departamento interno responsable del contrato, como Ventas, Legal o Adquisiciones. | ||
| Descripción El atributo Departamento identifica al equipo interno o la unidad de negocio responsable del contrato o relacionada con él. A menudo corresponde al departamento del responsable del contrato o al equipo que inició la solicitud. Es una dimensión clave para realizar comparaciones internas y analizar la carga de trabajo. Ayuda a comprender cómo varía el proceso de gestión de contratos entre las distintas áreas de la organización. El panel «Carga de trabajo y productividad del equipo» puede filtrarse por departamento para comparar el rendimiento, identificar necesidades de recursos y señalar los departamentos que podrían requerir formación adicional o apoyo en los procesos. Ayuda a responder preguntas como «¿Qué departamento tiene los ciclos de aprobación más largos?» o «¿Cómo se compara el proceso de Ventas con el de Adquisiciones?». Por qué es importante Permite comparar el rendimiento del proceso entre distintas unidades de negocio, identificar cuellos de botella internos y compartir buenas prácticas. Dónde obtenerlo Normalmente está asociado al perfil de usuario del responsable del contrato o se especifica como campo en el propio registro del contrato. Ejemplos VentasLegalAdquisicionesTI | |||
| Estado del contrato ContractStatus | Etapa o estado actual del ciclo de vida del contrato, como «Borrador», «En aprobación», «Formalizado» o «Vencido». | ||
| Descripción El estado del contrato ofrece una instantánea de la fase del ciclo de vida en la que se encuentra en un momento determinado. Este atributo suele actualizarse cuando el contrato alcanza hitos importantes y proporciona un resumen general de su progreso. Es especialmente útil para filtrar casos y analizar partes concretas de la cartera contractual. Por ejemplo, los analistas pueden centrarse en contratos «Activos» para gestionar obligaciones o en contratos «Estancados» para comprender las causas de los retrasos. Es un componente clave del panel «Rendimiento del ciclo de vida de los contratos», que ayuda a visualizar el volumen de contratos en cada etapa y medir el KPI «Tasa de contratos estancados». Por qué es importante Ofrece una visión general de la etapa actual del contrato y permite filtrar y analizar la cartera contractual por fase del ciclo de vida. Dónde obtenerlo Es un campo de estado principal del registro del contrato en un sistema CLM. Ejemplos BorradorEn revisiónFormalizadoTerminado | |||
| Hora de finalización del evento EventEndTime | Marca de tiempo que indica la fecha y hora exactas en que se completó una actividad o un evento específico. | ||
| Descripción La hora de finalización del evento marca la conclusión de una actividad. Al combinarla con la hora de inicio del evento, permite calcular con precisión el tiempo de procesamiento de cada paso individual del ciclo de vida del contrato. Este nivel de detalle es esencial para realizar un análisis exhaustivo del rendimiento. Este atributo se utiliza para calcular la duración de las actividades, un dato fundamental para el análisis de cuellos de botella. Dashboards como «Análisis de cuellos de botella en aprobaciones y revisiones» se basan en estos datos para destacar los pasos en los que se retrasan los contratos. Al comprender la duración de cada actividad, las organizaciones pueden concentrar sus esfuerzos de mejora en las partes del proceso que más tiempo consumen, como las revisiones jurídicas o las negociaciones. Por qué es importante Permite calcular la duración de cada actividad, algo fundamental para localizar con precisión los cuellos de botella del proceso. Dónde obtenerlo Se encuentra en registros de auditoría del sistema o tablas del historial de eventos. Si no se registra explícitamente, puede ser necesario derivarla de la hora de inicio del evento posterior. Ejemplos 2023-03-15T17:30:00Z2023-05-22T10:15:45Z2023-06-01T11:55:10Z | |||
| Nombre de la contraparte CounterpartyName | Nombre de la parte externa, empresa, cliente, proveedor o socio que participa en el contrato. | ||
| Descripción El nombre de la contraparte identifica a la entidad externa con la que la organización celebra un acuerdo. Puede ser un cliente, un proveedor o un socio. Aporta un contexto esencial sobre la relación comercial regulada por el contrato. Como dimensión de análisis, la contraparte resulta muy valiosa. Permite analizar el rendimiento del proceso por proveedor o cliente. Por ejemplo, un análisis podría mostrar que las negociaciones con determinadas contrapartes tardan sistemáticamente más que la media. Este insight puede orientar futuras estrategias de negociación, ayudar a gestionar las relaciones y servir para crear plantillas de contrato adaptadas a socios estratégicos con el fin de acelerar el proceso. Por qué es importante Identifica a la parte externa y permite analizar los tiempos de ciclo y los patrones de negociación por cliente o proveedor. Dónde obtenerlo Es un campo estándar del registro del contrato, normalmente vinculado a un registro de datos maestros de clientes o proveedores. Ejemplos Acme CorporationGlobal Tech Inc.Innovate Solutions LLC | |||
| Nombre de usuario UserName | Nombre o ID del usuario, empleado o recurso que realizó una actividad contractual o es responsable de ella. | ||
| Descripción El nombre de usuario identifica a la persona responsable de completar una tarea concreta del ciclo de vida del contrato. Puede tratarse del responsable del contrato, un revisor jurídico, una persona aprobadora o una persona firmante. Este atributo vincula las actividades del proceso con las personas que las realizan. En Process Mining, este atributo ofrece una visión del rendimiento de los equipos y de cada persona. Se utiliza en Dashboards como «Carga de trabajo y productividad del equipo» para analizar cómo se distribuye el trabajo, identificar a empleados o equipos sobrecargados y evaluar el rendimiento. También ayuda a comprender cómo determinados comportamientos de los usuarios pueden generar variaciones o retrasos en el proceso, lo que permite orientar la formación o asignar recursos de forma específica. Por qué es importante Relaciona las actividades del proceso con las personas, lo que permite analizar la distribución de la carga de trabajo, el rendimiento de los equipos y la asignación de recursos. Dónde obtenerlo Normalmente está disponible en registros de transacciones, registros de auditoría o campos de asignación de tareas del sistema de origen. Ejemplos John Smithj.smith@example.comUSER12345 | |||
| Tipo de contrato ContractType | Clasificación del contrato, como Master Service Agreement (MSA), Non-Disclosure Agreement (NDA) o Statement of Work (SOW). | ||
| Descripción El tipo de contrato es un atributo categórico que clasifica los contratos según su naturaleza jurídica y finalidad. Entre los tipos habituales se incluyen NDA, MSA, SOW y acuerdos de ventas o adquisiciones. Esta clasificación aporta un contexto empresarial esencial al ciclo de vida del contrato. Este atributo es una dimensión muy útil para el análisis comparativo. Permite a los analistas filtrar el mapa de procesos y los KPI para comprobar si determinados tipos de contrato tienen flujos de proceso diferentes, tiempos de ciclo más largos o mayores tasas de retrabajo. Por ejemplo, un análisis podría revelar que los MSA tardan mucho más en la revisión legal que los NDA, lo que impulsaría un rediseño del proceso para los acuerdos más complejos. Por qué es importante Permite segmentar y comparar los procesos, y muestra cómo los distintos tipos de contrato afectan al tiempo de ciclo, la complejidad y el riesgo. Dónde obtenerlo Es un campo estándar del registro principal del contrato en cualquier sistema CLM. Ejemplos Acuerdo de confidencialidad (NDA)Acuerdo marco de servicios (MSA)Declaración de trabajo (SOW) | |||
| Valor del contrato ContractValue | Valor monetario total asociado al contrato, que puede representar ingresos, gastos o compromisos. | ||
| Descripción El valor del contrato cuantifica su importancia financiera. Este importe es un elemento esencial del contexto empresarial, ya que ayuda a priorizar los contratos y comprender su impacto en la organización. Normalmente se expresa en una moneda específica. En Process Mining, este atributo se utiliza para analizar el impacto empresarial del rendimiento del proceso. El panel «Impacto empresarial y rendimiento» utiliza estos datos para mostrar el valor de los contratos en proceso, estancados o formalizados. Permite priorizar los contratos de alto valor y responder a preguntas como «¿Se quedan atascados en las aprobaciones nuestros contratos más valiosos?» o «¿Cuál es el valor de los contratos que no se renuevan en la fecha prevista?». Por qué es importante Cuantifica el impacto financiero de los contratos, lo que permite priorizarlos y analizar cómo las ineficiencias del proceso afectan a los acuerdos de alto valor. Dónde obtenerlo Se encuentra en la sección de detalles financieros del registro principal del contrato en un sistema CLM o ERP. Ejemplos 100000.0025000.505000000.00 | |||
| Fecha de vencimiento ExpirationDate | Fecha en la que está previsto que venza el contrato si no se renueva ni se rescinde. | ||
| Descripción La fecha de vencimiento es un campo de fecha fundamental que marca el final del plazo contractual. Regula el ciclo de vida de los contratos activos y es el principal desencadenante de las actividades de renovación o rescisión. Gestionar correctamente las fechas de vencimiento es esencial para evitar interrupciones no deseadas del servicio o de los ingresos. En Process Mining, este atributo es esencial para el panel «Gestión de obligaciones y renovaciones». Se utiliza para calcular el KPI «Tasa de renovación puntual» comparando la fecha de las actividades de renovación con la fecha de vencimiento. Analizar los contratos próximos a vencer permite gestionar de forma proactiva la cartera de renovaciones y evitar fugas de ingresos o interrupciones operativas. Por qué es importante Es fundamental para gestionar las renovaciones y mitigar los riesgos, ya que ayuda a realizar el seguimiento de los hitos contractuales y garantizar una actuación oportuna. Dónde obtenerlo Es un campo de fecha clave del registro principal del contrato en un sistema CLM. Ejemplos 2024-12-312025-06-302026-01-15 | |||
| Número de revisiones RevisionCount | Contador del número de veces que un documento contractual se ha revisado o marcado con cambios durante los ciclos de negociación y revisión. | ||
| Descripción El número de revisiones registra el retrabajo que experimenta un contrato antes de formalizarse. Cada vez que se edita el documento y se crea una nueva versión, este número debería incrementarse. Sirve como indicador indirecto de la complejidad y el nivel de conflicto del proceso de negociación. Este atributo mide directamente la eficiencia y se utiliza para calcular el KPI «Tasa de retrabajo contractual». El panel «Eficiencia de la negociación y el retrabajo» utiliza estos datos para identificar contratos, contrapartes o tipos de contrato que requieren un número excesivo de revisiones. Un número elevado de revisiones suele correlacionarse con tiempos de ciclo más largos y puede indicar requisitos poco claros, tácticas de negociación agresivas o la necesidad de contar con mejores plantillas estándar. Por qué es importante Mide el nivel de retrabajo y la complejidad de la negociación, y ayuda a identificar los factores que provocan ineficiencias y tiempos de ciclo prolongados. Dónde obtenerlo Puede obtenerse de un campo de número de versión del documento contractual o derivarse contando el número de actividades «Contrato revisado» de cada caso. Ejemplos 135 | |||
Actividades de gestión de contratos
| Actividad | Descripción | ||
|---|---|---|---|
| Aprobación interna completada | Este hito indica que todas las partes interesadas internas necesarias han aprobado la versión final del contrato. Significa que la organización está alineada y preparada para presentar el contrato externamente. | ||
| Por qué es importante Este es un punto de decisión importante del proceso que marca el final de las negociaciones internas. El tiempo necesario para llegar a esta etapa es un indicador clave del rendimiento interno. Dónde obtenerlo Normalmente se infiere cuando el estado del contrato pasa a un estado de aprobación final, como «Aprobado por completo» o «Listo para firmar», o cuando se completa la última tarea de aprobación. Recopilar Identifique la marca de tiempo en la que el estado general de aprobación cambia a completado o se registra la última aprobación necesaria. Tipo de evento inferred | |||
| Contrato activado | Representa el momento en que el contrato pasa a estar activo y es exigible, lo que puede ocurrir en la fecha de formalización o después. Este evento activa el inicio de la gestión de obligaciones y del seguimiento del rendimiento. | ||
| Por qué es importante La activación marca la transición del proceso de contratación al proceso de gestión contractual. Es la fecha de inicio real para hacer seguimiento del cumplimiento, las renovaciones y las obligaciones. Dónde obtenerlo A menudo se registra como un cambio de estado en el sistema, de «Formalizado» a «Activo» o «En vigor», y en ocasiones se vincula a un campo específico de «Fecha de entrada en vigor». Recopilar Utilice la marca de tiempo del cambio de estado a «Activo» o la fecha de entrada en vigor del contrato, si está disponible. Tipo de evento inferred | |||
| Contrato enviado para firma | Esta actividad marca el envío del contrato final aprobado para que todas las partes lo formalicen. Señala el final de todas las negociaciones y el inicio de la etapa final de formalización. | ||
| Por qué es importante Este es un hito crítico que inicia el cómputo del ciclo final de firma. Analizar el tiempo transcurrido desde este punto hasta la formalización puede revelar retrasos en el proceso de firma. Dónde obtenerlo En los sistemas con integraciones de firma electrónica, suele tratarse de una acción explícita que activa el proceso de firma y queda registrada en el historial de auditoría del sistema. Recopilar Busque la marca de tiempo del Registro de eventos o de la llamada a la API relacionada con el inicio del Workflow de firma electrónica. Tipo de evento explicit | |||
| Contrato formalizado | Este es un hito importante en el que todas las partes han firmado el contrato, lo que lo convierte en jurídicamente vinculante. Representa la finalización satisfactoria de la fase previa a la firma del ciclo de vida contractual. | ||
| Por qué es importante Como resultado principal del proceso, la fecha de formalización es fundamental para calcular el tiempo total del ciclo desde la solicitud hasta la formalización. Es un evento clave para analizar el rendimiento y la capacidad de procesamiento. Dónde obtenerlo Normalmente se captura de forma explícita mediante una integración con una plataforma de firma electrónica o cuando una persona usuaria actualiza manualmente el estado a «Formalizado» e introduce la fecha de formalización. Recopilar Utilice la marca de tiempo de finalización del sistema de firma electrónica o la fecha en la que el estado se cambió manualmente a «Formalizado». Tipo de evento explicit | |||
| Contrato renovado | Representa la renovación satisfactoria de un contrato al finalizar su plazo. Es un resultado empresarial clave que prolonga la vigencia del acuerdo. | ||
| Por qué es importante Las tasas de renovación miden directamente la retención y la satisfacción de los clientes. Registrar este evento es esencial para comprender el éxito empresarial a largo plazo y la continuidad de los ingresos. Dónde obtenerlo Normalmente se trata de una acción explícita del usuario que actualiza el estado del contrato o crea un nuevo registro contractual para el periodo de renovación, posterior al original. Recopilar Busque un cambio de estado a «Renovado» o la creación de un nuevo contrato vinculado al original como renovación. Tipo de evento explicit | |||
| Contrato rescindido | Representa la rescisión anticipada de un contrato activo antes de la fecha de vencimiento prevista. Puede producirse por causa justificada o por conveniencia, según lo permitan las condiciones contractuales. | ||
| Por qué es importante Este evento indica el fin prematuro de una relación comercial. Comprender la frecuencia y los motivos de las rescisiones es fundamental para gestionar los riesgos y la salud del negocio. Dónde obtenerlo Es un evento explícito, que normalmente se registra cuando un usuario cambia el estado del contrato a «Rescindido» y suele incluir un código de motivo o notas. Recopilar Registre la fecha y hora en que el estado de un contrato activo cambia a «Rescindido». Tipo de evento explicit | |||
| Contrato vencido | Este evento indica que un contrato ha llegado a su fecha de finalización sin renovarse ni rescindirse anticipadamente. Representa la conclusión natural y prevista del ciclo de vida del contrato. | ||
| Por qué es importante Supervisar los vencimientos es fundamental para gestionar las renovaciones y evitar interrupciones no intencionadas del servicio o de los acuerdos. Un número elevado de contratos vencidos sin renovación puede indicar pérdida de negocio. Dónde obtenerlo Normalmente este evento no se registra de forma explícita, sino que se calcula comparando el campo de fecha de vencimiento del contrato con la fecha actual. Recopilar Derive este evento creando una marca de tiempo cuando la fecha del sistema sea posterior o igual al campo «Fecha de vencimiento» del registro del contrato. Tipo de evento calculated | |||
| Solicitud de contrato iniciada | Esta es la primera actividad del ciclo de vida contractual y representa la solicitud formal de un nuevo contrato. Normalmente se registra como la creación de un nuevo registro o espacio de trabajo contractual en el sistema. | ||
| Por qué es importante Esta actividad marca el inicio oficial del proceso y su marca de tiempo es esencial para calcular el tiempo total del ciclo contractual. Analizar el volumen de solicitudes ayuda a planificar los recursos y gestionar la demanda. Dónde obtenerlo Este evento suele capturarse a partir de la marca de tiempo de creación del registro u objeto contractual principal en la tabla principal de contratos o en los registros de auditoría del sistema de origen. Recopilar Identifique el evento de creación o la primera marca de tiempo asociada al ID de contrato único. Tipo de evento explicit | |||
| Contrato enviado a la contraparte | Esta actividad señala el momento en que el contrato se envía a la contraparte externa para su revisión y negociación. Marca la transición de los procesos internos a la interacción externa. | ||
| Por qué es importante Este evento es el punto de partida para medir el ciclo de negociación externa. Los retrasos en el envío del contrato pueden prolongar todo el ciclo del acuerdo. Dónde obtenerlo Puede tratarse de una acción explícita de la persona usuaria, como «Enviar para negociar», o inferirse a partir de un cambio de estado a «En negociación» o «Revisión externa». Recopilar Capture la marca de tiempo del evento «Enviar a la contraparte» o de un cambio de estado a una fase de revisión externa. Tipo de evento explicit | |||
| Contrato redactado | Representa la finalización del borrador inicial del contrato. A menudo se registra cuando la primera versión del documento contractual se carga o genera y se asocia al registro del contrato. | ||
| Por qué es importante El seguimiento del tiempo transcurrido desde la solicitud hasta el borrador proporciona información sobre la eficiencia de la configuración y la redacción iniciales. Los retrasos en esta etapa pueden ser un indicador temprano de cuellos de botella del proceso. Dónde obtenerlo Suele encontrarse en los registros de gestión documental o de archivos adjuntos asociados al registro del contrato. También puede inferirse a partir de un cambio de estado como «Redacción completada». Recopilar Utilice la marca de tiempo de carga de la primera versión del documento o del cambio de estado a «Redactado». Tipo de evento inferred | |||
| Contrato retirado | Indica que una solicitud de contrato o un contrato en proceso se canceló intencionadamente antes de su formalización. Es un estado terminal que detiene el proceso. | ||
| Por qué es importante Analizar por qué se retiran los contratos puede revelar problemas en el proceso de cualificación o cambios en las prioridades empresariales. Es un resultado negativo importante que conviene supervisar. Dónde obtenerlo Es un estado final explícito, que normalmente se registra cuando un usuario cambia el estado del contrato a «Cancelado» o «Retirado» en el historial de estados del sistema. Recopilar Registre la fecha y hora en que el estado del contrato se actualiza a un estado terminal «Cancelado» o «Retirado». Tipo de evento explicit | |||
| Contrato revisado | Representa un caso en el que el documento contractual se ha modificado o revisado durante las negociaciones o la revisión interna. Cada modificación crea una nueva versión del documento. | ||
| Por qué es importante La frecuencia de las modificaciones, o tasa de retrabajo, es un indicador clave de la eficiencia del proceso y la complejidad contractual. Las tasas elevadas de retrabajo pueden indicar problemas en los borradores iniciales o en las tácticas de negociación. Dónde obtenerlo Normalmente se captura de forma explícita cada vez que se carga o guarda una nueva versión del documento contractual principal en el repositorio documental del sistema. Recopilar Capture la marca de tiempo de cada nueva versión del documento cargada después del borrador inicial. Tipo de evento explicit | |||
| Modificación iniciada | Este evento marca el inicio de un proceso formal de modificación de un contrato existente y activo. Indica una solicitud de cambio de las condiciones originales del acuerdo. | ||
| Por qué es importante Las modificaciones frecuentes pueden indicar que los contratos originales no eran lo bastante completos. Analizar las modificaciones permite comprender cómo evolucionan las relaciones comerciales. Dónde obtenerlo Normalmente se registra mediante la creación de un nuevo registro o espacio de trabajo de «Modificación» vinculado al contrato original, en las tablas de datos principales del sistema. Recopilar Identifique el evento de creación de un registro de tipo «Modificación» vinculado a un ID de contrato principal. Tipo de evento explicit | |||
| Negociación iniciada | Indica que ha comenzado una negociación de intercambio continuo con la contraparte. A menudo se marca con la primera respuesta o el primer documento revisado recibido de la parte externa. | ||
| Por qué es importante Hacer seguimiento del inicio de la negociación es fundamental para analizar el tiempo del ciclo de negociación y comprender cuánto tardan las contrapartes en responder. Dónde obtenerlo A menudo se infiere cuando una parte externa carga una nueva versión del documento o el estado del contrato cambia para reflejar una negociación activa. Recopilar Utilice la marca de tiempo del primer documento recibido de la contraparte o del cambio de estado a «En negociación». Tipo de evento inferred | |||
| Revisión interna iniciada | Esta actividad marca el momento en que el contrato redactado se envía formalmente a las partes interesadas internas para su revisión y comentarios. Representa el inicio de la fase de colaboración y aprobación internas. | ||
| Por qué es importante Este es el punto de partida para medir todo el ciclo de revisión interna. Analizar el tiempo dedicado a esta fase ayuda a identificar cuellos de botella en la alineación entre las partes interesadas. Dónde obtenerlo Normalmente se captura mediante un cambio de estado en un Workflow, como pasar de «Borrador» a «Revisión interna», o mediante la creación de tareas de revisión. Recopilar Capture la marca de tiempo en la que el estado del contrato cambia a «En revisión» o se asigna la primera tarea de revisión. Tipo de evento explicit | |||
| Revisión legal completada | Indica que el departamento jurídico ha completado la revisión del contrato. Es un punto de control crítico antes de que el contrato pueda pasar a una aprobación más amplia o a una negociación externa. | ||
| Por qué es importante Medir la duración de las revisiones legales ayuda a cuantificar la carga de trabajo del equipo jurídico e identificar oportunidades para agilizar los procesos legales. A menudo es un factor importante del tiempo de ciclo general. Dónde obtenerlo A menudo se captura cuando el equipo jurídico actualiza el estado del contrato, por ejemplo, a «Aprobado por el área legal», o completa una tarea de aprobación específica en el registro del Workflow del sistema. Recopilar Busque la marca de tiempo de finalización de una tarea asignada al departamento jurídico o un cambio de estado que indique la aprobación legal. Tipo de evento explicit | |||
| Supervisión de obligaciones iniciada | Esta actividad señala el inicio de la gestión posterior a la formalización, durante la cual se realiza un seguimiento activo de fechas clave, entregables y otros compromisos. Es el primer paso para garantizar el cumplimiento posterior a la adjudicación. | ||
| Por qué es importante Esta actividad es fundamental para comprender la gobernanza posterior a la firma. El seguimiento de estas tareas ayuda a garantizar que el contrato genere el valor previsto y que los riesgos se mitiguen. Dónde obtenerlo Se registra cuando se crea o inicia una tarea, una lista de comprobación o un subproceso para supervisar una obligación contractual, normalmente en los registros de gestión de tareas. Recopilar Registre la fecha y hora de creación de las tareas o los eventos relacionados con el seguimiento de obligaciones o del cumplimiento de un contrato activo. Tipo de evento explicit | |||
Guías de extracción
Los métodos de extracción varían según el sistema. Para obtener instrucciones detalladas,
¿Listo para comenzar?
Elija una guía específica para su sistema entre las opciones siguientes para comenzar a extraer sus datos, o utilice esta plantilla genérica como modelo universal para su registro de eventos.
Comience hoy a optimizar su gestión de contratos
Descubra cuellos de botella, reduzca riesgos y acelere los acuerdos para obtener resultados rápidamente.
No se requiere tarjeta de crédito; configuración en minutos