Su Template de datos para la gestión de contratos
Su Template de datos para la gestión de contratos
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Guía para extraer datos de su sistema de origen
Atributos de gestión de contratos
| Nombre | Descripción | ||
|---|---|---|---|
|
ID del contrato
ContractId
|
Identificador único de cada contrato gestionado en la plataforma Icertis. | ||
|
Descripción
El ID del contrato es el identificador definitivo del caso y vincula de forma única todos los eventos y actividades relacionados con un contrato específico. Esto permite analizar de principio a fin el recorrido de cada contrato, desde su inicio hasta su resolución. En Process Mining, este Atributo es fundamental para reconstruir el ciclo de vida de cada contrato. Garantiza que todas las actividades relacionadas, como la redacción, las revisiones, las aprobaciones y la formalización, se asocien al contrato correspondiente. Así se pueden medir con precisión los tiempos de ciclo e identificar las variaciones del proceso.
Por qué es importante
Es la clave principal para analizar el proceso, hacer un seguimiento del recorrido completo de cada contrato y garantizar la integridad de los datos.
Dónde obtenerlo
Es un Atributo básico del objeto Contract Agreement en Icertis.
Ejemplos
CTR-2023-00123MSA-2024-589ANDA-FN-00451
|
|||
|
Hora del evento
EventTime
|
Marca de tiempo que indica cuándo tuvo lugar una actividad específica del contrato. | ||
|
Descripción
Este Atributo registra la fecha y hora exactas en que se inició o completó una actividad. Es la base temporal de Process Mining, ya que proporciona el orden cronológico de los eventos de cada caso de contrato. La hora del evento es fundamental para todos los análisis basados en el tiempo. Se utiliza para calcular los tiempos de ciclo entre actividades, identificar periodos de espera, medir la duración de fases específicas, como la negociación o la aprobación, y localizar cuellos de botella en los que los contratos quedan estancados durante mucho tiempo.
Por qué es importante
Esta marca de tiempo es fundamental para calcular todas las métricas de rendimiento, como los tiempos de ciclo y las duraciones, y para comprender la secuencia de los eventos.
Dónde obtenerlo
Es un campo estándar de los registros de auditoría o del historial del flujo de trabajo de Icertis, asociado a cada evento registrado.
Ejemplos
2023-05-15T10:22:00Z2023-06-02T14:05:30Z2024-01-10T11:00:00Z
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre del evento o la tarea específicos que tuvieron lugar en un momento del ciclo de vida del contrato. | ||
|
Descripción
El nombre de la actividad describe un paso o hito específico del proceso de gestión de contratos. Los eventos se ordenan según sus marcas de tiempo para construir el flujo del proceso de cada contrato. El análisis de este Atributo revela la secuencia de operaciones, la frecuencia de las distintas actividades y la estructura general del proceso. Se utiliza para identificar las rutas habituales, las desviaciones respecto del procedimiento estándar y las actividades que provocan retrabajo o retrasos, como los ciclos de revisión repetidos.
Por qué es importante
Define los pasos del proceso, algo esencial para visualizar el mapa del proceso, analizar su flujo e identificar cuellos de botella.
Dónde obtenerlo
Esta información suele generarse a partir del Registro de eventos o de las tablas del historial del flujo de trabajo de Icertis, que registran los cambios de estado y las tareas realizadas en un contrato.
Ejemplos
Borrador del contrato creadoRevisión jurídica completadaContrato formalizadoModificación iniciada
|
|||
|
Departamento del responsable
OwnerDepartment
|
El departamento al que pertenece el responsable de la actividad. | ||
|
Descripción
Este atributo especifica el departamento, como Legal, Ventas o Compras, al que pertenece el usuario que realizó la actividad. Ofrece una visión agregada de la participación de los recursos en el proceso. El análisis por departamento es clave para comprender la colaboración y los traspasos entre departamentos. Ayuda a identificar demoras recurrentes, como las largas esperas para la revisión legal después de que Ventas envía una solicitud. Este es el objetivo del Dashboard «Demoras en los traspasos entre departamentos».
Por qué es importante
Facilita el análisis del rendimiento de cada departamento y de la eficiencia de los traspasos, y permite detectar cuellos de botella entre funciones.
Dónde obtenerlo
Es posible que haya que enriquecer estos datos mediante una combinación con un sistema de RR. HH. o un directorio de usuarios, usando al responsable de la actividad como clave. También pueden estar almacenados directamente en los perfiles de usuario de Icertis.
Ejemplos
LegalVentasComprasFinanzas
|
|||
|
Estado del contrato
ContractStatus
|
El estado o la etapa actual del contrato en su ciclo de vida. | ||
|
Descripción
Este atributo indica el estado general del caso contractual, por ejemplo, «Borrador», «En revisión», «Pendiente de firma» o «Formalizado». Suele ser un atributo del caso que refleja el último hito importante alcanzado. Es fundamental para Dashboards operativos como «Estado y volumen de contratos», que ofrecen una vista actualizada de la cartera de contratos. Ayuda a los responsables a conocer cuántos contratos hay en cada etapa y dónde se acumula el trabajo, para gestionar la cartera de forma proactiva.
Por qué es importante
Ofrece una visión general de la cartera de contratos, esencial para supervisar las operaciones y gestionar el volumen de trabajo.
Dónde obtenerlo
Es un campo de estado principal del objeto Contract Agreement de Icertis.
Ejemplos
BorradorEn revisión internaFormalizadoFinalizado
|
|||
|
Hora de finalización
EndTime
|
La marca de tiempo que indica cuándo se completó una actividad contractual específica. | ||
|
Descripción
Este atributo registra la hora de finalización de una actividad. StartTime marca el inicio y EndTime, el final, lo que permite delimitar su duración. Contar con las horas de inicio y finalización es esencial para calcular con precisión el tiempo de procesamiento o la duración de cada actividad. Así se puede analizar qué pasos consumen más tiempo y distinguir entre el tiempo de procesamiento activo y el tiempo de espera entre pasos. Este dato es clave para Dashboards como «Cuellos de botella en el proceso de aprobación» y «Eficiencia de redacción y revisión».
Por qué es importante
Permite calcular con precisión la duración de las actividades y distinguir entre el tiempo de procesamiento y el tiempo de espera.
Dónde obtenerlo
Al igual que StartTime, este dato se encuentra en el registro de auditoría o en los registros del historial del flujo de trabajo de Icertis. Algunos eventos pueden ser instantáneos, por lo que StartTime y EndTime coinciden.
Ejemplos
2023-05-15T18:30:00Z2023-06-03T09:00:15Z2024-01-10T11:00:00Z
|
|||
|
Responsable de la actividad
ActivityOwner
|
El usuario o recurso responsable de realizar una actividad contractual. | ||
|
Descripción
Este atributo identifica a la persona, el equipo o el usuario automatizado que realizó una actividad. Puede ser un nombre de usuario, un ID de empleado o una cuenta del sistema. Analizar quién es responsable de la actividad es fundamental para comprender la asignación de recursos, la distribución de la carga de trabajo y el rendimiento. Permite responder preguntas como qué usuarios o equipos son cuellos de botella, quiénes revisan con mayor eficiencia y cómo se distribuye el trabajo. Este análisis es la base del Dashboard «Distribución de la carga de trabajo de los revisores».
Por qué es importante
Permite analizar el rendimiento por usuario o equipo, e identificar desequilibrios en la carga de trabajo y oportunidades de formación.
Dónde obtenerlo
Esta información suele estar disponible en el historial del flujo de trabajo o en los datos del registro de auditoría de Icertis, vinculada a cada evento.
Ejemplos
John SmithLegal.Review.QueueSystem.AutoApproveSarah Chen
|
|||
|
Tipo de contrato
ContractType
|
La clasificación del contrato, por ejemplo, un acuerdo marco de servicios o un acuerdo de confidencialidad. | ||
|
Descripción
El tipo de contrato clasifica los acuerdos según su propósito legal o comercial. Es un atributo fundamental para segmentar y comparar los ciclos de vida de los contratos. Los distintos tipos de contrato suelen seguir rutas de proceso diferentes y tener distintos niveles de complejidad y acuerdos de nivel de servicio (SLA). Analizar el proceso por tipo de contrato permite introducir mejoras específicas, como crear flujos de trabajo optimizados para acuerdos de confidencialidad de gran volumen y bajo riesgo, en lugar de aplicar el mismo enfoque a acuerdos marco de servicios complejos y de alto valor. Este atributo es esencial para los KPI «Análisis de variantes de contratos» y «Puntuación de cumplimiento de políticas».
Por qué es importante
Permite segmentar los procesos para comparar los ciclos de vida y el cumplimiento de distintos tipos de acuerdos.
Dónde obtenerlo
Es un atributo estándar configurado en el objeto Contract Agreement de Icertis.
Ejemplos
Acuerdo marco de servicios (MSA)Acuerdo de confidencialidad (NDA)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 contrato, como el importe total o el valor anualizado. Es una métrica comercial clave para priorizar contratos y comprender su impacto financiero. En Process Mining, el valor del contrato permite segmentar el análisis y centrarse en los acuerdos de mayor valor. Por ejemplo, se puede analizar si los contratos de alto valor tardan más en aprobarse o negociarse. También ayuda a evaluar los riesgos, ya que las demoras en estos contratos pueden afectar significativamente los ingresos.
Por qué es importante
Permite priorizar y analizar los contratos según su valor, para centrar las mejoras en los que tienen mayor impacto financiero.
Dónde obtenerlo
Suele ser un campo de moneda estándar del objeto Contract Agreement de Icertis.
Ejemplos
50000.001250000.002500.00
|
|||
|
Es una plantilla estándar
IsStandardTemplate
|
Indicador que señala si el contrato se creó a partir de una plantilla estándar de la empresa. | ||
|
Descripción
Este atributo booleano indica si el contrato se creó a partir de una plantilla estándar aprobada previamente o si se redactó como un acuerdo personalizado no estándar. Es un factor clave para evaluar el riesgo y el cumplimiento. Los contratos basados en plantillas estándar suelen tener ciclos más cortos y menos riesgos. Este atributo sirve de base para el KPI «Tasa de uso de plantillas contractuales» y permite analizar el impacto de utilizar documentos no estándar en el proceso. También puede revelar qué departamentos o tipos de contrato se apartan con frecuencia de los estándares y orientar las iniciativas para mejorar el uso de las plantillas.
Por qué es importante
Mide el cumplimiento de los estándares de la empresa, directamente relacionado con la eficiencia de los procesos y la reducción de riesgos.
Dónde obtenerlo
Puede ser un campo de casilla del contrato o derivarse del origen o los metadatos del documento en Icertis.
Ejemplos
truefalse
|
|||
|
Estado del SLA
SLAState
|
Indica si una actividad o un caso cumple las condiciones de su acuerdo de nivel de servicio (SLA). | ||
|
Descripción
Este atributo se obtiene al comparar la duración de determinadas fases del proceso con los objetivos de SLA predefinidos. Por ejemplo, puede marcar una revisión legal como «Atrasada» si supera el tiempo estándar de 48 horas. El estado del SLA es esencial para supervisar el cumplimiento y gestionar el rendimiento. Permite crear alertas y Dashboards, como «Resumen del cumplimiento de contratos», que señalan de inmediato los incumplimientos. Así, los equipos pueden priorizar las tareas atrasadas y los responsables pueden hacer un seguimiento del rendimiento respecto de los objetivos clave.
Por qué es importante
Ofrece visibilidad inmediata sobre el cumplimiento de los objetivos de nivel de servicio, lo que ayuda a priorizar el trabajo y gestionar el rendimiento.
Dónde obtenerlo
Se calcula definiendo reglas de negocio en la herramienta de Process Mining para comparar las marcas de tiempo con los límites de SLA predefinidos (por ejemplo, duración de la revisión legal > 2 días).
Ejemplos
A tiempoEn riesgoAtrasado
|
|||
|
Fecha de vencimiento
ExpirationDate
|
La fecha en que está previsto que venza el contrato. | ||
|
Descripción
Este atributo almacena la fecha de finalización de la vigencia del contrato. Es una fecha clave para gestionar su ciclo de vida después de la formalización y activar las actividades de renovación o finalización. Esta fecha es esencial para supervisar la gestión al final de la vigencia. Sirve de referencia para el KPI «Tasa de renovación o finalización a tiempo», que mide si los procesos de renovación o finalización se inician y completan a tiempo, y ayuda a evitar renovaciones automáticas no deseadas o interrupciones del servicio.
Por qué es importante
Es fundamental para gestionar las renovaciones y finalizaciones de contratos y garantizar que los procesos al final de la vigencia se gestionen de forma proactiva.
Dónde obtenerlo
Es un campo de fecha estándar del objeto Contract Agreement de Icertis.
Ejemplos
2025-12-312026-06-302024-08-15
|
|||
|
Fecha de vencimiento de la obligación
ObligationDueDate
|
La fecha límite para cumplir una obligación contractual específica. | ||
|
Descripción
Este atributo registra las fechas de vencimiento de las obligaciones, los compromisos y los entregables clave definidos en el contrato una vez formalizado. Un mismo contrato puede incluir varias obligaciones, cada una con su propia fecha de vencimiento. El seguimiento de estas fechas es fundamental para gestionar el cumplimiento y los riesgos después de la formalización. Este atributo es la base del KPI «Tasa de cumplimiento de obligaciones», que permite supervisar si la organización cumple sus compromisos a tiempo y abordar de forma proactiva posibles incumplimientos.
Por qué es importante
Permite supervisar el cumplimiento después de la formalización, algo esencial para evitar sanciones y mantener buenas relaciones comerciales.
Dónde obtenerlo
Icertis cuenta con módulos para gestionar obligaciones. Estos datos provendrían de las obligaciones asociadas a un contrato.
Ejemplos
2024-09-302025-01-152024-11-01
|
|||
|
Nombre de la contraparte
CounterpartyName
|
El nombre de la parte externa, como un cliente o proveedor, que participa en el contrato. | ||
|
Descripción
Este atributo identifica a la otra parte del acuerdo. Aporta contexto esencial para analizar las interacciones y negociaciones. El análisis del proceso por contraparte puede revelar patrones en los ciclos de negociación. Por ejemplo, permite detectar si los contratos con determinados proveedores tardan sistemáticamente más en negociarse o requieren más revisiones. Esta información resulta útil para gestionar las relaciones estratégicas y adaptar las estrategias de negociación. También sirve de base para el Dashboard «Duración del ciclo de negociación y retrabajo».
Por qué es importante
Permite analizar los patrones de negociación y el desempeño de las relaciones con partes externas específicas.
Dónde obtenerlo
Esta información forma parte de los metadatos del contrato y suele estar vinculada a un objeto de datos maestros de contraparte o proveedor en Icertis.
Ejemplos
Acme CorporationGlobal Tech Inc.Innovate Solutions LLC
|
|||
|
Número de revisiones
RevisionCount
|
El número total de revisiones que ha tenido un contrato. | ||
|
Descripción
Esta métrica calculada cuenta las actividades relacionadas con revisiones, como «Contrato con cambios o revisiones», para cada caso contractual. Es un indicador sencillo y útil de las dificultades del proceso. Un número elevado de revisiones puede indicar problemas en las etapas de redacción o negociación, como requisitos poco claros, borradores iniciales deficientes o negociaciones difíciles. Esta métrica es el dato de entrada directo para el KPI «Tasa de revisión de contratos» y se utiliza en los Dashboards para detectar contratos y variantes del proceso con un retrabajo excesivo.
Por qué es importante
Cuantifica el retrabajo durante el ciclo de vida del contrato y mide directamente la eficiencia de las etapas de redacción y negociación.
Dónde obtenerlo
Se calcula contando las veces que aparecen actividades de revisión específicas para cada «ContractId» en el registro de eventos.
Ejemplos
1503
|
|||
|
Región
Region
|
La región geográfica relacionada con el contrato. | ||
|
Descripción
Este atributo especifica el área geográfica a la que se aplica el contrato, como EMEA, APAC o Norteamérica. Es importante para las organizaciones globales cuyos procesos varían según la región. El análisis por región puede revelar diferencias en el rendimiento de los procesos, los requisitos de cumplimiento o las tácticas de negociación, derivadas de las leyes y culturas empresariales locales. También permite comparar el rendimiento entre regiones e identificar buenas prácticas que podrían compartirse a escala global.
Por qué es importante
Ayuda a detectar diferencias regionales en el rendimiento y el cumplimiento de los procesos, algo fundamental para las organizaciones globales.
Dónde obtenerlo
Suele ser un campo de metadatos del objeto de contrato en Icertis y formar parte de la configuración estándar.
Ejemplos
EMEANorteaméricaAPACLATAM
|
|||
|
Sistema de origen
SourceSystem
|
Sistema del que se extrajeron los datos del contrato. | ||
|
Descripción
Este atributo identifica el origen de los datos, que en este proceso es «Icertis». Ayuda a garantizar la gobernanza y la trazabilidad de los datos, especialmente en entornos donde pueden agregarse datos de varios sistemas. En el análisis, permite filtrar los datos por sistema de origen o comparar procesos de distintos sistemas, si corresponde. En esta vista, funciona como identificador constante de todos los eventos.
Por qué es importante
Garantiza la trazabilidad del origen de los datos, algo importante para validarlos y gestionar datos procedentes de varias fuentes.
Dónde obtenerlo
Suele ser un valor estático que se añade durante la extracción y transformación de los datos para indicar su origen.
Ejemplos
IcertisIcertisCLM
|
|||
|
Última actualización de datos
LastDataUpdate
|
La fecha y hora en que se actualizaron por última vez los datos del proceso. | ||
|
Descripción
Este atributo indica qué tan actualizados están los datos analizados. Registra la fecha y hora de la última extracción de datos del sistema de origen. Esta información es fundamental para que los usuarios sepan cuán recientes son los datos que se muestran en los Dashboards. Les permite distinguir entre información en tiempo real y datos de hace unas horas o días, y tomar decisiones con el contexto adecuado.
Por qué es importante
Aporta contexto sobre la actualidad de los datos para que los usuarios sepan cuán reciente es el análisis del proceso.
Dónde obtenerlo
La canalización de datos o la herramienta ETL genera esta marca de tiempo al finalizar cada ciclo de actualización correcto.
Ejemplos
2024-07-27T08:00:00Z2024-07-26T23:59:59Z
|
|||
|
Unidad de negocio
BusinessUnit
|
La unidad de negocio interna asociada al contrato. | ||
|
Descripción
Este atributo identifica la división o unidad de negocio interna responsable del contrato o que lo solicitó, como «Ventas empresariales de Norteamérica» o «Compras globales». Al igual que el departamento, permite agregar los datos del proceso en un nivel superior. Ayuda a comparar la eficiencia y el cumplimiento del proceso entre distintas áreas de la organización, aporta información valiosa a la dirección y respalda las decisiones estratégicas sobre asignación de recursos.
Por qué es importante
Permite comparar el rendimiento general de los procesos entre distintas unidades de la organización.
Dónde obtenerlo
Suele ser un campo clave de metadatos del acuerdo contractual que lo vincula con la estructura de la organización.
Ejemplos
BU-North AmericaGlobal ServicesProduct Development
|
|||
|
Versión del documento
DocumentVersion
|
El número de versión del documento contractual. | ||
|
Descripción
Este atributo registra las distintas versiones del documento contractual durante la redacción, la revisión con control de cambios y las modificaciones. Suele ser un número entero o una versión con formato mayor.menor. La versión del documento es un indicador directo del retrabajo. Un número elevado de versiones puede señalar que el contrato ha pasado por varias rondas de cambios, que conviene analizar para encontrar las causas. Es un dato clave para calcular el KPI «Tasa de revisión de contratos» y para el Dashboard «Eficiencia de redacción y revisión».
Por qué es importante
Mide directamente el retrabajo y las revisiones de un contrato, y pone de manifiesto las ineficiencias en la redacción y la negociación.
Dónde obtenerlo
Icertis mantiene un historial de versiones de todos los documentos contractuales. Este atributo puede extraerse de los metadatos del documento o del registro de eventos.
Ejemplos
1.02.34.00.5
|
|||
Actividades de gestión de contratos
| Actividad | Descripción | ||
|---|---|---|---|
|
Aprobación de la contraparte recibida
|
Esta actividad indica que la contraparte externa ha aceptado las condiciones y aprobado la versión final del contrato. Puede registrarse como evento explícito en un portal de colaboración o mediante una actualización manual del estado por parte de la persona responsable del contrato. | ||
|
Por qué es importante
Este hito pone fin a la fase de negociación. Es el punto final para calcular el KPI «Tiempo medio del ciclo de negociación» y evaluar la eficiencia de las interacciones externas.
Dónde obtenerlo
Puede registrarse como evento explícito si la contraparte utiliza un portal de Icertis para aprobar el contrato. De lo contrario, se deduce de un cambio manual de estado a «Aprobado por la contraparte».
Capturar
Evento registrado desde un portal de la contraparte o mediante una actualización manual del estado por parte de una persona usuaria interna.
Tipo de evento
explicit
|
|||
|
Aprobaciones internas obtenidas
|
Marca el hito en el que todas las partes interesadas internas requeridas han aprobado el contrato, que queda listo para la negociación externa o la firma. Se deduce cuando el estado general del flujo de trabajo de aprobación llega al estado final «Aprobado». | ||
|
Por qué es importante
Este hito clave pone fin al ciclo de revisión interna. Es el punto final para medir el KPI «Duración media de la fase de aprobación».
Dónde obtenerlo
Se deduce cuando el estado del flujo de trabajo cambia a «Aprobado por completo» o a un estado similar, lo que indica que se han completado todas las tareas de aprobación.
Capturar
Marca de tiempo de finalización de la última tarea de aprobación interna o del cambio de estado general del flujo de trabajo.
Tipo de evento
inferred
|
|||
|
Contrato formalizado
|
Esta actividad marca la formalización del contrato, cuando todas las partes lo han firmado. Es el principal hito de finalización del proceso previo a la firma y se captura mediante la integración con una plataforma de firma electrónica. | ||
|
Por qué es importante
Como principal evento de finalización, es el punto final para calcular el KPI «Tiempo medio del ciclo del contrato». Indica el momento en que el contrato adquiere validez legal y entra en vigor.
Dónde obtenerlo
La plataforma de firma electrónica envía un evento explícito, que se registra en Icertis cuando todas las partes han completado la firma.
Capturar
Evento de devolución de la integración con la plataforma de firma electrónica.
Tipo de evento
explicit
|
|||
|
Contrato terminado o vencido
|
Marca el final del ciclo de vida del contrato, ya sea mediante un proceso de terminación activo o al llegar a su fecha de vencimiento. La terminación es un evento explícito, mientras que el vencimiento se calcula a partir de los metadatos del contrato. | ||
|
Por qué es importante
Este es un evento final del ciclo de vida del contrato. Es fundamental para analizar las tasas de renovación y medir el KPI «Tasa de renovación o terminación a tiempo».
Dónde obtenerlo
La terminación se registra explícitamente cuando una persona ejecuta la acción correspondiente. El vencimiento puede calcularse comparando la fecha actual con el Atributo «Fecha de vencimiento».
Capturar
Se calcula comparando la fecha del sistema con la fecha de vencimiento del contrato, o a partir de un evento de terminación manual.
Tipo de evento
calculated
|
|||
|
Revisión jurídica completada
|
Indica que el departamento jurídico ha terminado de revisar el contrato. Normalmente se registra como evento explícito cuando la persona revisora jurídica completa la tarea asignada en el flujo de trabajo de aprobación. | ||
|
Por qué es importante
Esta actividad es fundamental para medir el tiempo de respuesta de la revisión jurídica e identificar posibles limitaciones de capacidad en el equipo jurídico. Sirve para calcular el KPI «Tiempo de espera para la revisión jurídica».
Dónde obtenerlo
Se registra explícitamente cuando la tarea de revisión jurídica se marca como «Completada» en el flujo de trabajo de Icertis. También puede deducirse de un cambio de estado, como «Aprobado por el área jurídica».
Capturar
Evento del motor del flujo de trabajo que indica que se ha completado la tarea «Revisión jurídica».
Tipo de evento
explicit
|
|||
|
Solicitud de contrato iniciada
|
Esta actividad marca el inicio oficial del ciclo de vida del contrato, cuando una persona del área de negocio solicita formalmente un nuevo contrato. Normalmente se registra como un evento explícito cuando se envía un formulario de solicitud de contrato en la plataforma Icertis. | ||
|
Por qué es importante
Como inicio del proceso, este evento es esencial para medir el tiempo de ciclo total del contrato. Analizar el volumen y el tipo de solicitudes ayuda a planificar los recursos y gestionar la demanda.
Dónde obtenerlo
Este evento explícito se registra en Icertis cuando se crea y envía un objeto «Solicitud de contrato».
Capturar
Evento registrado al enviar un formulario de solicitud de contrato.
Tipo de evento
explicit
|
|||
|
Borrador del contrato creado
|
Representa la creación del documento inicial del contrato, ya sea a partir de un Template o como archivo nuevo. A menudo, este evento se deduce de la creación o la primera carga del documento principal asociado al espacio de trabajo del contrato. | ||
|
Por qué es importante
El seguimiento de esta actividad permite medir cuánto se tarda en preparar el borrador inicial. Es un paso clave para analizar la eficiencia de la redacción y el uso de los Templates.
Dónde obtenerlo
Se deduce de la marca de tiempo de creación del documento principal del contrato en el espacio de trabajo del contrato o en el objeto de acuerdo de Icertis.
Capturar
Identifique la marca de tiempo de creación de la primera versión del documento principal del contrato.
Tipo de evento
inferred
|
|||
|
Contrato enviado para firma
|
Indica que el contrato final aprobado se ha enviado para su firma electrónica o manuscrita. Es un evento explícito que se captura mediante la integración con plataformas de firma electrónica como DocuSign o Adobe Sign. | ||
|
Por qué es importante
El seguimiento de este evento ayuda a analizar la eficiencia del paso final de formalización. Los retrasos entre la aprobación y el envío para la firma pueden revelar cuellos de botella administrativos.
Dónde obtenerlo
Se registra explícitamente mediante la integración de API con una solución de firma electrónica cuando el proceso de firma se inicia desde Icertis.
Capturar
Evento del conector de firma electrónica cuando se envía una solicitud de firma.
Tipo de evento
explicit
|
|||
|
Contrato renovado
|
Indica que un contrato existente se ha renovado correctamente por otro periodo. Es una acción explícita realizada en el sistema que suele iniciar un nuevo registro de contrato o actualizar el existente. | ||
|
Por qué es importante
Esta actividad es clave para evaluar la eficacia del proceso de gestión de renovaciones. Se utiliza para calcular el KPI «Tasa de renovación o terminación a tiempo».
Dónde obtenerlo
Se genera un evento explícito cuando una persona ejecuta la acción «Renovar» en un registro de contrato de Icertis.
Capturar
Evento registrado a partir de una transacción «Renovar» iniciada por una persona usuaria.
Tipo de evento
explicit
|
|||
|
Contrato revisado o modificado
|
Esta actividad se produce cada vez que se modifica un documento contractual durante la revisión interna o la negociación externa. Icertis registra las versiones de los documentos, por lo que cada nueva versión incorporada puede capturarse como un evento de revisión. | ||
|
Por qué es importante
Contar estos eventos por contrato permite calcular el KPI «Tasa de revisión de contratos». Un número elevado de revisiones puede indicar que el lenguaje es ambiguo, que las negociaciones son ineficientes o que hay falta de alineación.
Dónde obtenerlo
Se registra explícitamente en el módulo de gestión documental de Icertis cada vez que se carga o incorpora una nueva versión del documento contractual.
Capturar
Se crea un evento por cada nuevo número de versión del documento.
Tipo de evento
explicit
|
|||
|
Modificación iniciada
|
Representa el inicio de un proceso formal para modificar un contrato activo. Se registra cuando una persona crea un registro de modificación vinculado al acuerdo original ya formalizado. | ||
|
Por qué es importante
Las modificaciones representan retrabajo o cambios de alcance importantes. Hacer un seguimiento de su frecuencia y tiempo de ciclo aporta información sobre la estabilidad de los contratos y la eficiencia de su gestión.
Dónde obtenerlo
Se registra un evento explícito cuando se crea un objeto «Modificación» o un registro similar y se asocia a un contrato existente.
Capturar
Creación de un registro de modificación en el sistema Icertis.
Tipo de evento
explicit
|
|||
|
Negociación con la contraparte iniciada
|
Representa el momento en que se comparte el contrato con la contraparte externa para que lo revise y negocie. A menudo se deduce de un cambio de estado del contrato a «En negociación» o del registro de auditoría que indica cuándo se envió el documento al exterior por primera vez. | ||
|
Por qué es importante
Esta actividad marca el inicio de la fase de negociación. Es el punto de partida para calcular el KPI «Tiempo medio del ciclo de negociación».
Dónde obtenerlo
Se deduce de un cambio manual de estado a «En negociación» o del seguimiento del evento en que se comparte por primera vez el documento a través de un portal externo.
Capturar
Marca de tiempo del cambio de estado a «En negociación» o «Enviado a la contraparte».
Tipo de evento
inferred
|
|||
|
Revisión interna iniciada
|
Esta actividad marca el inicio del flujo de trabajo de revisión y aprobación interna. Se registra cuando el borrador del contrato se envía formalmente a las partes interesadas internas, como responsables de departamento o del área financiera, para su revisión. | ||
|
Por qué es importante
Este evento marca el inicio de la fase de aprobación, que suele ser una fuente de cuellos de botella. Analizar el tiempo transcurrido desde este momento ayuda a detectar retrasos al iniciar la colaboración interna.
Dónde obtenerlo
Se registra como evento explícito cuando se activa la acción «Enviar para revisión» en un flujo de trabajo de Icertis, o se deduce de un cambio de estado a «En revisión interna».
Capturar
Se registra cuando una persona inicia el flujo de trabajo de revisión interna.
Tipo de evento
explicit
|
|||
|
Seguimiento de obligaciones activado
|
Esta actividad posterior a la formalización indica que las obligaciones y los compromisos contractuales se han activado para su seguimiento en el sistema. Normalmente se registra como evento explícito, activado automáticamente al formalizar el contrato o manualmente por una persona responsable de su gestión. | ||
|
Por qué es importante
Este evento inicia el seguimiento de la gestión posterior a la formalización. Es fundamental para medir y garantizar el cumplimiento mediante el KPI «Tasa de cumplimiento de obligaciones».
Dónde obtenerlo
Evento explícito registrado en el módulo de gestión de obligaciones de Icertis cuando el estado de un contrato pasa a «Activo» o «Formalizado».
Capturar
Activación automática o manual de los registros de obligaciones asociados al contrato.
Tipo de evento
explicit
|
|||
Guías de extracción
¿Listo para comenzar?
Con este Template, cuenta con todo lo necesario para empezar a optimizar el proceso de gestión de contratos. Comience hoy mismo a trabajar con sus datos y obtenga información valiosa.
Optimice sus contratos de Icertis: reduzca los cuellos de botella ahora
Elimine los cuellos de botella. Reduzca un 30 % el tiempo de ciclo de los contratos y mejore la gobernanza.
No se requiere tarjeta de crédito. Configuración en minutos.