Su Template de Data para Gestión de Contratos

Agiloft
Su `Template` de `Data` para Gestión de Contratos

Su Template de Data para Gestión de Contratos

Esta `template` describe los `atributo`s de `data` esenciales a recopilar y las `activities` clave a rastrear para un análisis completo de su proceso de gestión de contratos. También proporciona orientación práctica sobre cómo extraer esta valiosa información de su sistema. Utilice esta `template` para preparar sus `data` para obtener potentes `insights` de `Process Mining`.
  • Atributos recomendados para recopilar
  • Actividades clave para el seguimiento
  • Guía de Extracción
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos de Gestión de Contratos

Estos son los `data` `field`s recomendados para incluir en su `event log` para un análisis exhaustivo y para descubrir `insights` ocultos dentro de su proceso de gestión de contratos.
5 Requerido 8 Recomendado 9 Opcional
Nombre Descripción
ID de Contrato
ContractId
El identificador único para cada contrato gestionado dentro del sistema. Este ID vincula todas las `activities` y `event`os relacionados a lo largo del ciclo de vida del contrato.
Descripción

El ID del Contrato funciona como el identificador de case definitivo, vinculando de manera única todos los eventos y activities relacionados con un contrato específico. Cada registro en el event log corresponde a una acción realizada sobre un contrato, y este ID agrupa dichas acciones.

En el análisis de Process Mining, este atributo es fundamental para reconstruir el trayecto completo de cada contrato. Permite la visualización de los flows de proceso, el cálculo de los tiempos de ciclo desde la solicitud hasta la ejecución, y la segmentación del análisis basándose en las características individuales del contrato.

Por qué es importante

Esta es la clave esencial para rastrear el trayecto completo de un contrato. Sin ella, no puede analizar el flow del proceso de extremo a extremo ni calcular los KPI a nivel de case.

Dónde obtener

Esta es típicamente la clave principal de la tabla principal de Contratos en Agiloft.

Ejemplos
CTR-2023-00123MSA-2024-00045NDA-2023-00789
Hora de Inicio
EventTime
El timestamp que indica cuándo comenzó una actividad o un evento específico.
Descripción

Este atributo proporciona la date y la timestamp para cada activity registrada en el historial del contrato. Establece el orden cronológico de los eventos, lo cual es crítico para el descubrimiento y análisis de procesos.

El Start Time se utiliza para calcular las duraciones entre activities, identificar bottlenecks y medir los tiempos de ciclo. Es la base para prácticamente todos los KPI basados en tiempo, como 'Tiempo Promedio del Ciclo del Contrato' y 'Duración Promedio de la Fase de Aprobación'.

Por qué es importante

Este timestamp es esencial para ordenar eventos, calcular duraciones y analizar el rendimiento del proceso a lo largo del timestamp. El Process Mining es imposible sin él.

Dónde obtener

Esto corresponde al timestamp de una acción registrada en las tablas de historial o de auditoría del contrato en Agiloft.

Ejemplos
2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-11-05T09:15:00Z
Nombre de la Actividad
ActivityName
El nombre de la `activity` o `event`o de negocio específico que ocurrió en un punto del ciclo de vida del contrato.
Descripción

Este atributo describe el paso que se realizó en el proceso, como 'Contrato Redactado', 'Revisión Legal Realizada' o 'Contrato Ejecutado/Firmado'. Estas activities son los bloques de construcción del mapa de proceso.

Analizar la secuencia y frecuencia de las activities ayuda a identificar el flow principal del proceso, descubrir desviaciones o bucles de retrabajo, y determinar qué pasos son los más comunes o los que más tiempo consumen. Es esencial para construir dashboards como la 'Visión General del Ciclo de Vida del Contrato' y 'Variantes del Proceso de Redacción de Contratos'.

Por qué es importante

Las actividades definen los pasos en su mapa de procesos. Este atributo es necesario para visualizar el flujo del proceso y comprender el trabajo que se está realizando.

Dónde obtener

Derivado de la acción o cambio de estado registrado en el historial del contrato o en las tablas de auditoría en Agiloft.

Ejemplos
Contrato RedactadoRevisión Legal RealizadaEnviado para FirmaContrato Ejecutado/Firmado
Source System
SourceSystem
El sistema de registro del que se extrajeron los `datos`.
Descripción

Este atributo identifica el origen de los data de gestión de contratos. Para este proceso, el valor será consistentemente 'Agiloft'.

En análisis empresariales más amplios que combinan data de múltiples sistemas, este field es crucial para la trazabilidad de los data y para asegurar que los análisis tengan un alcance correcto. Proporciona contexto y trazabilidad para los data.

Por qué es importante

Identifica el origen de los datos, lo cual es crucial para la gobernanza de datos, la resolución de problemas y la integración de datos de múltiples fuentes.

Dónde obtener

Este es un valor estático que debe agregarse durante el proceso de extracción y transformación de data.

Ejemplos
Agiloft
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que se actualizaron o extrajeron los datos del sistema de origen.
Descripción

Este atributo proporciona el timestamp de la extracción de data más reciente. Es crucial para comprender la actualidad de los data que se analizan y para gestionar los programas de actualización de data.

Los usuarios confían en este timestamp para confirmar que están viendo información actualizada y para comprender la ventana de tiempo cubierta por el análisis. Es una pieza clave de los metadata para cualquier análisis fiable basado en data.

Por qué es importante

Garantiza que los usuarios sepan cuán actualizados están los datos, lo cual es vital para tomar decisiones comerciales oportunas y precisas.

Dónde obtener

Este timestamp se genera y se añade durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
2024-05-20T08:00:00Z
Departamento del Usuario
UserDepartment
El departamento empresarial al que pertenece el usuario o propietario del contrato.
Descripción

Este atributo proporciona el contexto departamental para el contrato, como 'Ventas', 'Legal', 'Adquisiciones' o 'Finanzas'. Esta información puede asociarse con el propietario del contrato o el usuario que realizó una activity específica.

Esta dimensión es crítica para el dashboard 'Factores de Variabilidad del Tiempo de Ciclo del Contrato'. Permite filtrar y comparar el rendimiento del proceso entre diferentes departamentos, revelando si ciertos departamentos tienen ciclos más largos, más retrabajo o diferentes rutas de proceso. Por ejemplo, puede analizar si los contratos originados en Ventas tardan más en pasar por la revisión legal que los de Adquisiciones.

Por qué es importante

Permite la comparación del rendimiento entre unidades de negocio, ayudando a identificar problemas de proceso o mejores prácticas específicas de cada departamento.

Dónde obtener

Esta información puede unirse desde tablas de perfiles de usuario o puede almacenarse directamente en el registro del contrato en Agiloft.

Ejemplos
VentasLegalAdquisicionesFinanzas
Estado del Contrato
ContractStatus
El estado actual del contrato en su ciclo de vida.
Descripción

Este atributo indica la etapa actual del contrato, como 'Redacción', 'En Revisión', 'Ejecutado', 'Expirado' o 'Terminado'. Ofrece una instantánea del lugar donde se encuentra el contrato en un momento dado.

En Process Mining, el cambio de estado a lo largo del timestamp es lo que a menudo define las activities en sí. Como atributo a nivel de case, es útil para filtrar el análisis y centrarse solo en contratos activos, ejecutados o expirados. Apoya directamente el dashboard 'Fechas Límite y Estado de Contratos Próximos'.

Por qué es importante

Proporciona una visión rápida de la etapa actual de un contrato, permitiendo el filtrado y la segmentación para el análisis de casos en curso frente a los completados.

Dónde obtener

Este es un field estándar en la tabla principal de Contratos en Agiloft.

Ejemplos
BorradorEn Espera de AprobaciónEjecutadoExpirado
Fecha de Vencimiento
ExpirationDate
La `date` en la que el contrato expira si no es renovado o terminado.
Descripción

La Fecha de Caducidad es un campo de data crítico que determina el fin del plazo activo de un contrato. Es esencial para gestionar renovaciones, rescisiones y evitar vencimientos no deseados o renovaciones automáticas.

Este atributo es la piedra angular del dashboard 'Fechas Límite y Estado de Contratos Próximos' y del KPI 'Tasa de Acción Contractual a Tiempo'. Permite a la empresa gestionar de forma proactiva los eventos de fin de vida del contrato, asegurando que las renovaciones o rescisiones se tramiten de manera oportuna y evitando el incumplimiento de plazos.

Por qué es importante

Crucial para la gestión proactiva de contratos, permitiendo a la empresa evitar plazos de renovación o rescisión incumplidos.

Dónde obtener

Este es un date field estándar en la tabla principal de Contratos en Agiloft.

Ejemplos
2024-12-31T00:00:00Z2025-06-30T00:00:00Z2026-01-15T00:00:00Z
Hora de Finalización
EventEndTime
La marca de tiempo que indica cuándo se completó una actividad o evento específico.
Descripción

Mientras que Start Time indica cuándo comenzó una activity, End Time marca su finalización. La diferencia entre ambos representa el tiempo de procesamiento de esa activity específica.

En Process Mining, tener tanto Start Time como End Time permite un análisis más detallado de la utilización de recursos y los tiempos de espera versus los tiempos de trabajo activo. Por ejemplo, puede distinguir el tiempo en que se trabajó activamente en una revisión legal del tiempo que estuvo esperando en una cola. Esto apoya el KPI 'Tiempo de Procesamiento de Revisión Legal'.

Por qué es importante

Permite el cálculo del tiempo de procesamiento real de una actividad, separando el tiempo de trabajo activo del tiempo de espera para un análisis más preciso de los cuellos de botella.

Dónde obtener

En algunos sistemas, esto está disponible directamente. A menudo, se infiere como la hora de inicio de la siguiente actividad en el caso. Para Agiloft, puede ser necesario derivarlo del registro de auditoría.

Ejemplos
2023-10-26T18:30:00Z2023-10-27T15:05:45Z2023-11-05T11:00:00Z
Nombre de la Contraparte
CounterpartyName
El nombre de la parte externa, cliente, proveedor o socio involucrado en el contrato.
Descripción

Este atributo identifica a la otra organización o individuo que firma el contrato. La contraparte puede influir significativamente en el proceso de negociación, los plazos y los términos del acuerdo.

Analizar el rendimiento del proceso por contraparte es un objetivo clave de los dashboards 'Factores de Variabilidad del Tiempo de Ciclo del Contrato' y 'Frecuencia de Revisiones de Negociación'. Ayuda a identificar qué socios conducen a negociaciones más largas o a más revisiones, permitiendo estrategias de negociación adaptadas y una mejor gestión de las relaciones.

Por qué es importante

Ayuda a identificar cómo los diferentes socios externos impactan en los tiempos y la complejidad de la negociación de contratos, permitiendo una mejor previsión y estrategia.

Dónde obtener

Este es un field estándar en la tabla principal de Contratos o vinculado desde una tabla de Compañías/Cuentas en Agiloft.

Ejemplos
Acme Corporation`Global Tech Inc.`Innovate Solutions LLC
Nombre de Usuario
UserName
El nombre del usuario o `recurso` que realizó la `activity`.
Descripción

Este atributo identifica al individuo responsable de completar un paso de proceso dado, como la persona que redactó el contrato o el abogado que realizó la revisión legal. Generalmente se obtiene de la información del usuario asociada a una acción en la pista de auditoría del sistema.

El análisis por usuario es esencial para el dashboard 'Análisis de Carga de Trabajo de Recursos Contractuales', ya que ayuda a identificar la distribución de la carga de trabajo, las variaciones de rendimiento entre individuos y las oportunidades de capacitación. También ayuda a rastrear la responsabilidad de acciones específicas.

Por qué es importante

Permite el análisis de la carga de trabajo, la comparación del rendimiento y la identificación de cuellos de botella o mejores prácticas específicas de los recursos.

Dónde obtener

Generalmente se encuentra en el historial del contrato o en las tablas de seguimiento de auditoría, vinculado al usuario que realizó el cambio.

Ejemplos
Alice SmithBob JohnsonCharlie Brown
Tipo de Contrato
ContractType
La clasificación del contrato, como Acuerdo Maestro de Servicios (MSA), Acuerdo de Confidencialidad (NDA) o Declaración de Trabajo (SOW).
Descripción

El Tipo de Contrato es un campo de categorización clave que define la naturaleza y la template del acuerdo. Los distintos tipos de contrato suelen seguir variantes de proceso diferenciadas, presentan diferentes niveles de complejidad e involucran a diversos stakeholders.

Este atributo es esencial para el análisis comparativo y es un impulsor principal de los dashboards 'Factores de Variabilidad del Tiempo de Ciclo del Contrato' y 'Frecuencia de Revisiones de Negociación'. Al segmentar el proceso por tipo de contrato, los analistas pueden descubrir por qué ciertos tipos tardan más, requieren más revisiones o se desvían del proceso estándar con mayor frecuencia.

Por qué es importante

Explica variaciones significativas en la complejidad, duración y riesgo del proceso. Es un atributo fundamental para una segmentación de procesos significativa.

Dónde obtener

Este es un field estándar en la tabla principal de Contratos dentro de Agiloft.

Ejemplos
Acuerdo Marco de ServiciosAcuerdo de No DivulgaciónDeclaración de TrabajoAcuerdo de Licencia de Software
Valor del Contrato
ContractValue
El valor monetario total del contrato.
Descripción

Este atributo representa el valor financiero total del contrato, ya sean ingresos, costos o compromisos. Este valor es a menudo un factor clave que influye en el nivel de escrutinio y la complejidad del proceso de aprobación.

El Valor del Contrato es crucial para el dashboard 'Tendencias de Valor y Volumen de Contratos Ejecutados', permitiendo el análisis del impacto financiero del rendimiento del proceso. También puede usarse para correlacionar el valor del contrato con el tiempo de ciclo, revelando si los contratos de alto valor tardan significativamente más en procesarse. Esto ayuda a priorizar los contratos de alto valor y a optimizar sus workflows.

Por qué es importante

Proporciona contexto financiero al proceso, permitiendo un análisis basado en el valor, la priorización y la comprensión del impacto comercial de los retrasos.

Dónde obtener

Este es un field estándar en la tabla principal de Contratos en Agiloft.

Ejemplos
50000.00250000.0010000.00
Automatizado
IsAutomated
Un indicador booleano que señala si una actividad fue realizada automáticamente por el sistema en lugar de por un usuario humano.
Descripción

Este atributo distingue entre activities impulsadas por humanos y las impulsadas por el sistema, como actualizaciones automáticas de estado, notificaciones o workflows activados por el sistema.

En el análisis, esto ayuda a comprender el nivel de automatización dentro del proceso de gestión de contratos. Puede utilizarse para medir el impacto de las iniciativas de automatización, identificar oportunidades para una mayor automatización y asegurar que los pasos automatizados funcionen según lo esperado sin causar bottlenecks.

Por qué es importante

Ayuda a medir el grado de automatización en el proceso e identificar qué pasos son realizados por sistemas versus humanos.

Dónde obtener

Derivado identificando cuentas de usuario de sistema específicas (ej., 'System', 'Admin') en el historial de actividades o marcando tipos de actividad automatizados específicos.

Ejemplos
truefalse
Conteo de Revisiones
RevisionCount
Un contador para el número de veces que un contrato ha sido revisado o marcado con correcciones durante su ciclo de vida.
Descripción

Este atributo rastrea el número de iteraciones que experimenta un contrato, particularmente durante las fases de redacción y negociación. Un alto recuento de revisiones a menudo indica problemas con las templates, negociaciones complejas o requisitos iniciales poco claros.

Esta métrica apoya directamente el dashboard 'Frecuencia de Revisiones de Negociación' y el KPI 'Frecuencia de Revisiones del Contrato'. Analizar el recuento de revisiones ayuda a identificar qué tipos de contrato o contrapartes conducen a la mayor cantidad de idas y venidas, proporcionando insights para optimizar la redacción y la negociación.

Por qué es importante

Cuantifica el retrabajo y la complejidad de la negociación, ayudando a identificar oportunidades para mejorar la calidad de las plantillas y las estrategias de negociación.

Dónde obtener

Esto se deriva típicamente contando las ocurrencias de activities 'Contrato Revisado/Modificado' para cada ID de contrato en el event log.

Ejemplos
1350
Duración de la Fase de Aprobación
ApprovalPhaseDuration
La duración calculada de la fase de aprobación, desde que se solicitan las aprobaciones hasta que se obtienen.
Descripción

Esta métrica mide el tiempo que tarda un contrato en pasar por todas las aprobaciones internas y legales necesarias. Normalmente comienza cuando se inicia la primera activity de revisión (por ejemplo, 'Revisión Interna Enviada') y finaliza cuando se recibe la aprobación final requerida.

Este atributo es la base del KPI 'Duración Promedio de la Fase de Aprobación' y un componente clave del dashboard 'Análisis de Bottlenecks de Revisión y Aprobación'. Aísla una etapa crítica del ciclo de vida del contrato, permitiendo un análisis enfocado en lo que causa retrasos en las revisiones y aprobaciones.

Por qué es importante

Aísla y cuantifica el tiempo dedicado a la fase de aprobación, ayudando a identificar y abordar los cuellos de botella en esta etapa crítica.

Dónde obtener

Calculado a partir del registro de eventos al encontrar la diferencia de tiempo entre el inicio de la primera actividad de aprobación y el final de la última para cada contrato.

Ejemplos
5 días y 2 horas12 días 6 horas2 días 1 hora
Duración de la Fase de Negociación
NegotiationPhaseDuration
La duración calculada de la fase de negociación con la contraparte.
Descripción

Esta métrica mide el tiempo desde que comienzan las negociaciones con la parte externa (por ejemplo, 'Negociación con la Contraparte Iniciada') hasta que se llega a un acuerdo final y es aprobado por la contraparte.

Esta es la métrica central para el dashboard 'Tiempo de Ciclo de la Fase de Negociación' y el KPI 'Tiempo Promedio de la Fase de Negociación'. Analizar esta duración ayuda a comprender la eficiencia del proceso de negociación, identificar qué tipos de contrato o contrapartes conducen a negociaciones prolongadas y encontrar oportunidades para optimizar las interacciones.

Por qué es importante

Mide la eficiencia de la etapa de negociación, proporcionando información para ayudar a acortar el tiempo dedicado a la interacción con partes externas.

Dónde obtener

Calculado a partir del registro de eventos al medir el tiempo entre la actividad 'Negociación con Contraparte Iniciada' y una actividad de conclusión como 'Aprobación de Contraparte Recibida'.

Ejemplos
7 días15 días3 días
Fecha Límite de SLA de Revisión
ReviewSlaDueDate
La `fecha límite` para la finalización de un paso de revisión de contrato, como la revisión legal o interna.
Descripción

Este atributo define la fecha límite del Acuerdo de Nivel de Servicio (SLA) para activities de revisión específicas. Establece una expectativa clara para los tiempos de respuesta y se utiliza para medir el rendimiento frente a los objetivos internos.

Esta data es esencial para alimentar el dashboard 'Cumplimiento de SLA para Revisiones de Contratos' y el KPI asociado 'Tasa de Cumplimiento de SLA para Revisiones'. Al comparar el tiempo real de finalización de las activities de revisión con esta fecha de vencimiento, el sistema puede determinar si el proceso está cumpliendo sus objetivos de nivel de servicio y resaltar las áreas donde los SLA se incumplen con frecuencia.

Por qué es importante

Permite la medición del rendimiento frente a los plazos internos, lo cual es crítico para hacer cumplir los SLA y mejorar los tiempos de respuesta de las revisiones.

Dónde obtener

Este puede ser un field calculado en Agiloft basado en la date de envío del contrato y las reglas de SLA predefinidas, o un date field configurado manualmente.

Ejemplos
2023-10-29T17:00:00Z2023-11-01T17:00:00Z2023-11-10T17:00:00Z
Nombre de la Plantilla de Contrato
ContractTemplateName
El nombre de la `template` utilizada para generar el borrador inicial del contrato.
Descripción

Este atributo especifica qué template estándar, si alguna, se utilizó como punto de partida para el contrato. La consistencia en el uso de templates es clave para un proceso de redacción eficiente.

Analizar este atributo ayuda a soportar los KPI 'Tasa de Retrabajo en la Redacción de Contratos' y 'Tasa de Aprobación Interna en Primera Pasada'. Al comparar el rendimiento de los contratos creados a partir de diferentes templates, o sin template alguna, las organizaciones pueden identificar cuáles son las templates más efectivas y dónde se necesitan más los esfuerzos de estandarización.

Por qué es importante

Ayuda a evaluar la eficacia de las plantillas estándar y promueve la estandarización, lo que puede reducir significativamente el tiempo de redacción y el retrabajo.

Dónde obtener

Este puede ser un field en el registro del contrato en Agiloft que se rellena cuando se crea un contrato a partir de una template.

Ejemplos
MSA Estándar v2.1Acuerdo de Confidencialidad - MutuoSOW - Precio Fijo v1.3Personalizado
Revisor Legal
LegalReviewer
El nombre de la persona o equipo específico del departamento legal asignado para revisar el contrato.
Descripción

Este atributo identifica al especialista legal responsable de la actividad 'Revisión legal realizada'. Esto permite obtener una visión mucho más detallada de la carga de trabajo que un campo genérico como 'User', el cual suele incluir roles muy diversos.

Esta información es clave para el dashboard de 'Análisis de carga de trabajo de recursos de contratos', ya que facilita un análisis preciso de la capacidad y el desempeño del equipo legal. Ayuda a equilibrar las tareas y a detectar si ciertos revisores están vinculados a tiempos de respuesta más largos, lo que sirve de base para el KPI de 'Tiempo promedio de procesamiento de revisión legal'.

Por qué es importante

Permite un análisis detallado de la carga de trabajo y el rendimiento específicamente para la función de revisión legal, ayudando a gestionar los recursos del equipo legal de manera efectiva.

Dónde obtener

Podría ser un field específico en el contrato para el asesor legal asignado, o podría derivarse del nombre de usuario asociado con la activity de revisión legal.

Ejemplos
Jane DoeEquipo Legal AJohn Smith
SLA de Revisión Cumplido
IsReviewSlaMet
Un indicador booleano calculado que indica si una revisión de contrato se completó dentro de su Acuerdo de Nivel de Servicio (SLA) definido.
Descripción

Este atributo se deriva al comparar el timestamp real de finalización de una activity de revisión (por ejemplo, 'Revisión Interna Realizada') con su 'ReviewSlaDueDate'. Será 'true' si la revisión se realizó a tiempo y 'false' si se retrasó.

Esta flag alimenta directamente el dashboard 'Cumplimiento de SLA para Revisiones de Contratos', permitiendo una fácil visualización de las tasas de compliance. Simplifica el cálculo del KPI 'Tasa de Cumplimiento de SLA para Revisiones' al permitir un recuento simple de valores verdaderos frente a falsos.

Por qué es importante

Proporciona un resultado claro y binario para el cumplimiento del SLA, lo que facilita medir, visualizar e informar sobre la conformidad con los plazos internos.

Dónde obtener

Calculado comparando el 'EventTime' de una actividad de finalización de revisión con el 'ReviewSlaDueDate' para cada contrato.

Ejemplos
truefalse
Tiempo de Ciclo
CycleTime
La duración total desde que se inició una solicitud de contrato hasta que este fue ejecutado.
Descripción

Este atributo es una métrica calculada que representa el tiempo total transcurrido para que un contrato se mueva a través de su ciclo de vida central, típicamente desde 'Solicitud de Contrato Iniciada' hasta 'Contrato Ejecutado/Firmado'.

Este es un KPI principal para el rendimiento del proceso, que mide directamente la eficiencia general. Es la métrica principal para el dashboard 'Visión General del Ciclo de Vida del Contrato' y el KPI 'Tiempo Promedio del Ciclo del Contrato'. Analizar el tiempo de ciclo ayuda a identificar cases de larga duración e investigar las causas raíz de los retrasos.

Por qué es importante

Este es un indicador clave de rendimiento que mide la eficiencia de extremo a extremo del proceso de gestión de contratos.

Dónde obtener

Calculado tomando la diferencia entre la marca de tiempo de la actividad 'Contrato Ejecutado/Firmado' y la actividad 'Solicitud de Contrato Iniciada' para cada ID de Contrato.

Ejemplos
25 días 4 horas10 días 8 horas45 días 2 horas
Requerido Recomendado Opcional

Actividades de Gestión de Contratos

Estos son los pasos clave del proceso y los hitos a registrar en tu registro de eventos para un descubrimiento preciso del proceso y la identificación de cuellos de botella.
7 Recomendado 9 Opcional
Actividad Descripción
Aprobaciones Internas Obtenidas
Este hito indica que todos los `stakeholders` internos requeridos han aprobado la versión final del contrato. Generalmente se infiere cuando el estado del contrato cambia a un estado de aprobación terminal como 'Totalmente Aprobado' o 'Listo para Firmar'.
Por qué es importante

Este es un hito crítico que significa el fin de las revisiones internas y la preparación para la ejecución. Es un punto clave para medir el tiempo total de procesamiento interno antes de que el contrato sea enviado para su firma.

Dónde obtener

Inferido de la marca de tiempo de un cambio de estado a 'Aprobado', 'Listo para Firma' o un estado de aprobación final similar. También puede derivarse de la marca de tiempo de finalización del último registro de aprobación requerido.

Capturar

Identifique la marca de tiempo cuando el estado del contrato cambia a un estado aprobado previo a la firma.

Tipo de evento inferred
Contrato Ejecutado/Firmado
Este es un hito importante donde todas las partes han firmado el contrato, haciéndolo legalmente vinculante. Esto se captura típicamente de forma explícita a través de una integración con una plataforma de firma electrónica o cuando un usuario actualiza manualmente el estado a 'Ejecutado'.
Por qué es importante

Este evento marca la conclusión exitosa de la fase previa a la adjudicación y es el punto final para calcular el tiempo total del ciclo del contrato. Desencadena el inicio de la fase de gestión posterior a la adjudicación.

Dónde obtener

Capturado a partir de la marca de tiempo de finalización proporcionada por un webhook de integración de firma electrónica, o la marca de tiempo de un cambio de estado manual a 'Executed' o 'Signed' en Agiloft.

Capturar

Utilice el field 'Fecha de Firma', la date de ejecución o el timestamp del cambio de estado a 'Ejecutado'.

Tipo de evento explicit
Contrato Expirado
Este `event`o significa que un contrato ha llegado a su fecha de finalización sin ser renovado o terminado anticipadamente. Este `event`o se calcula típicamente comparando la fecha de vencimiento del contrato con la fecha actual.
Por qué es importante

Este es un punto final primario para el ciclo de vida del contrato. Analizar los vencimientos es crítico para prevenir renovaciones automáticas no deseadas o asegurar que las renovaciones necesarias no se pasen por alto.

Dónde obtener

Este es un evento calculado. Ocurre cuando la date actual supera la date almacenada en el field 'Fecha de Vencimiento' o 'Fecha de Finalización del Contrato' para un contrato que no ha sido renovado o terminado.

Capturar

Derive este evento utilizando el valor del campo 'Fecha de Vencimiento'.

Tipo de evento calculated
Contrato Renovado
Representa la renovación exitosa de un contrato al finalizar su plazo. Este es un resultado comercial crítico, a menudo capturado por una acción de usuario explícita que actualiza el estado del contrato o crea una nueva versión del contrato para el plazo de renovación.
Por qué es importante

Esta activity es una métrica clave de éxito para muchas empresas, lo que significa una asociación continua. El seguimiento de las renovaciones es vital para la previsión de ingresos y el análisis del rendimiento de retención de contratos.

Dónde obtener

Capturado a partir de un cambio de estado explícito a 'Renovado' o de la creación de un nuevo registro de contrato vinculado designado como renovación. Los workflows de Agiloft pueden automatizar esto.

Capturar

Utilice el timestamp de un cambio de estado a 'Renovado' o la date de creación del contrato subsiguiente.

Tipo de evento explicit
Contrato Rescindido
Representa la terminación anticipada de un contrato activo antes de su fecha de vencimiento programada. Este es un evento explícito, típicamente registrado cambiando el estado del contrato a 'Terminated' y proporcionando una razón.
Por qué es importante

Como punto final clave, el análisis de la rescisión ayuda a comprender las razones de la disolución del contrato, como el incumplimiento o los cambios en las estrategias comerciales. Es crucial para la gestión de riesgos y para comprender las relaciones con las contrapartes.

Dónde obtener

Inferido de un cambio en el campo de estado a 'Terminated' en el historial del registro del contrato. La fecha de terminación a menudo se captura en un campo dedicado.

Capturar

Utilice el timestamp del cambio de estado a 'Terminado' o el valor en un field de 'Fecha de Terminación'.

Tipo de evento inferred
Revisión Legal Realizada
Indica que el departamento legal ha completado su revisión del contrato. Este evento se captura a menudo cuando el equipo legal actualiza el estado del contrato, por ejemplo, a 'Legal Approved', o completa una tarea de aprobación específica.
Por qué es importante

La revisión legal es un paso crítico y a menudo prolongado. Determinar la duración de esta activity ayuda a identificar bottlenecks dentro del equipo legal y apoya el monitoreo del cumplimiento de los SLA.

Dónde obtener

Inferido de un cambio de estado (ej., de 'En Revisión Legal' a 'Aprobado Legal') o capturado de la finalización de un registro de Aprobación vinculado asignado al grupo Legal en Agiloft.

Capturar

Utilice el timestamp cuando el estado cambie a 'Aprobado Legal' o cuando una tarea específica de aprobación legal se marque como completada.

Tipo de evento inferred
Solicitud de Contrato Iniciada
Este es el primer `event`o en el ciclo de vida del contrato, que representa la solicitud formal de un nuevo contrato. En Agiloft, esto se captura típicamente como la creación de un nuevo registro en la tabla de Contratos, que es un `event`o explícito registrado en el historial o `log` de auditoría del sistema.
Por qué es importante

Esta activity marca el inicio del proceso, lo que la hace esencial para calcular el tiempo total del ciclo del contrato. Analizar este punto de partida ayuda a comprender el volumen y las fuentes de demanda de contratos dentro de la organización.

Dónde obtener

Este evento se captura del timestamp de creación del registro del contrato en Agiloft. Generalmente se encuentra en la pestaña 'Historial' o en los logs del sistema para el ID de Contrato específico.

Capturar

Utilice el timestamp de creación del registro de la tabla de contratos principal.

Tipo de evento explicit
Contrato Activado
Representa el momento en que el contrato se vuelve activo y exigible, lo que normalmente ocurre en o después de la fecha de ejecución. Esto a menudo se registra como un cambio de estado dentro de Agiloft de 'Executed' a 'Active' o 'Live'.
Por qué es importante

Esta activity inicia formalmente el ciclo de vida posterior a la adjudicación, desencadenando obligaciones, tareas de monitoreo y compliance. Proporciona un punto de partida claro para el seguimiento del rendimiento y la gestión del contrato activo.

Dónde obtener

Inferido de un cambio de estado a 'Activo' en el registro de historial del contrato, o calculado basándose en el campo 'Fecha de Inicio del Contrato'.

Capturar

Utilice el timestamp del cambio de estado a 'Activo' o el valor del field 'Fecha de Vigencia'.

Tipo de evento inferred
Contrato Cancelado
Indica que una solicitud de contrato o un contrato en curso fue cancelado intencionalmente antes de su ejecución. Este es un estado final explícito, generalmente capturado por un usuario que cambia el estado a 'Canceled' o 'Withdrawn'.
Por qué es importante

Esto representa una ruta de fallo o terminación en el proceso. Analizar por qué se cancelan los contratos puede revelar problemas en las etapas de cualificación o negociación, ayudando a reducir el esfuerzo desperdiciado.

Dónde obtener

Inferido de la marca de tiempo de un cambio de campo de estado a un valor terminal no exitoso como 'Canceled', 'Void' o 'Withdrawn' en el historial del contrato.

Capturar

Busque la marca de tiempo de un cambio de estado a 'Canceled'.

Tipo de evento inferred
Contrato Marcado/Revisado
Representa una instancia en la que el documento del contrato ha sido revisado o marcado durante las negociaciones o la revisión interna. Esto generalmente se captura explícitamente cuando se carga una nueva versión del documento del contrato en Agiloft.
Por qué es importante

Esta activity es crucial para identificar bucles de retrabajo. Una alta frecuencia de revisiones puede indicar términos poco claros, templates deficientes o negociaciones contenciosas, todo lo cual prolonga el tiempo de ciclo del contrato.

Dónde obtener

Capturado a partir de la marca de tiempo de creación de una nueva versión del documento en la tabla 'Attached Files' o en una tabla de historial de versiones dedicada vinculada al registro del contrato en Agiloft.

Capturar

Utilice el timestamp de creación para cada nuevo registro en el historial de versiones del documento del contrato.

Tipo de evento explicit
Contrato Redactado
Representa la finalización del borrador inicial del contrato. Esto se captura a menudo cuando la primera versión del documento del contrato se carga y se asocia con el registro del contrato, o cuando el estado del contrato se cambia a 'Drafting Complete'.
Por qué es importante

El seguimiento de esta activity ayuda a medir la eficiencia de la fase de redacción. Es un prerrequisito para analizar el retrabajo, ya que múltiples revisiones después de este punto pueden indicar problemas con las templates o los requisitos iniciales.

Dónde obtener

Inferido de un cambio en el campo de estado (ej., de 'Nuevo' a 'Redacción') o capturado a partir de la marca de tiempo del primer archivo adjunto de versión de documento en la tabla relacionada 'Archivos Adjuntos' de Agiloft.

Capturar

Identifique la marca de tiempo del primer cambio de estado a 'Drafting' o 'Review', o la fecha de creación del primer registro de documento relacionado.

Tipo de evento inferred
Enmienda Iniciada
Este `event`o marca el inicio de un proceso formal de modificación para un contrato existente y activo. En Agiloft, esto se captura a menudo mediante la creación de un nuevo registro de 'Modificación' que está vinculado al contrato original.
Por qué es importante

Las enmiendas representan variaciones significativas en el ciclo de vida del contrato. Analizar su frecuencia y el proceso para ejecutarlas puede revelar información sobre necesidades comerciales cambiantes o la claridad inicial del contrato.

Dónde obtener

Este evento se captura del timestamp de creación de un nuevo registro en una tabla dedicada de 'Modificaciones', vinculada al ID del Contrato padre.

Capturar

Utilice el timestamp de creación del registro de la tabla de Modificaciones.

Tipo de evento explicit
Enviado para Firma
Esta `activity` marca el envío del contrato final aprobado para su ejecución por todas las partes. En sistemas como Agiloft con integraciones de firma electrónica, esta es a menudo una acción explícita que desencadena el proceso de firma.
Por qué es importante

Este evento proporciona un timestamp claro para el inicio de la fase de ejecución final. Analizar el tiempo desde este punto hasta 'Contrato Ejecutado' ayuda a identificar retrasos en el propio proceso de firma.

Dónde obtener

Capturado a partir de una acción de usuario explícita registrada en el historial del contrato o mediante una llamada a la API a un servicio de firma electrónica como DocuSign o Adobe Sign, con el que Agiloft se integra.

Capturar

Utilice el timestamp del log de historial asociado con la acción 'Enviar para Firma' o la llamada de integración.

Tipo de evento explicit
Negociación con Contraparte Iniciada
Esta `activity` significa el momento en que el contrato se envía a la contraparte externa para su revisión y negociación. En Agiloft, esto puede inferirse de un cambio de estado a 'En Negociación' o 'Revisión Externa'.
Por qué es importante

Esto marca el inicio de la fase de negociación, que puede ser altamente variable e impredecible. El seguimiento de esto ayuda a medir y analizar los tiempos de ciclo de negociación e identificar factores que prolongan esta etapa.

Dónde obtener

Inferido de la marca de tiempo cuando el campo de estado del contrato se actualiza a 'En Negociación', 'Con Contraparte' o 'Revisión Externa' en el historial del registro del contrato.

Capturar

Identifique la primera marca de tiempo de un cambio de estado que indique comunicación o negociación externa.

Tipo de evento inferred
Revisión de Cumplimiento Realizada
Indica la finalización de una revisión de cumplimiento programada o ad-hoc para un contrato activo. Esto suele ser un evento explícito capturado cuando un usuario completa una tarea relacionada con el cumplimiento o actualiza un campo de revisión.
Por qué es importante

El seguimiento de las revisiones de compliance es esencial para la gobernanza y la gestión de riesgos. Esta activity ayuda a las organizaciones a asegurar que están cumpliendo los requisitos regulatorios y de política interna durante toda la vida del contrato.

Dónde obtener

Capturado a partir de la marca de tiempo de finalización de un registro de tarea vinculado para una revisión de cumplimiento, o de la población de un campo de fecha como 'Last Compliance Review Date'.

Capturar

Utilice la date de finalización de una tarea de compliance dedicada o un date field específico actualizado al finalizar la revisión.

Tipo de evento explicit
Revisión Interna Enviada
Esta `activity` marca el momento en que el borrador del contrato se envía formalmente a los `stakeholders` internos para su revisión. Esto suele registrarse mediante un cambio de estado en el `workflow` de Agiloft, como pasar de 'Borrador' a 'Revisión Interna'.
Por qué es importante

Este evento inicia la fase de revisión, que a menudo es una fuente de bottlenecks. Analizar el tiempo entre este y las activities de revisión subsiguientes es clave para comprender y mejorar los tiempos de ciclo de revisión.

Dónde obtener

Inferido de la marca de tiempo de un cambio en el campo de estado a un valor como 'En Revisión', 'Revisión Interna Pendiente' o 'Enviado para Revisión' en el registro principal del contrato.

Capturar

Busque un cambio de estado a 'Internal Review' en el registro de historial del contrato.

Tipo de evento inferred
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de Agiloft