Process Mining
Más reciente
False
Imagen de fondo del banner
Process Mining
Última actualización 30 de abr. de 2024

Fechas límite

Introducción

El panel Fechas límite muestra información sobre los casos que cumplen o no los plazos y los costes relacionados. Las fechas límite se pueden predefinir para establecer una fecha límite de etapa o actividad significativa en los procesos. El panel Fechas límite se puede utilizar para analizar varios aspectos de las fechas límite en los procesos. Con este panel, se pueden examinar las fechas límite predefinidas en el proceso, como un plazo de pago o un SLA que debe cumplirse a tiempo.

Las fechas límite pueden tener costes asociados a las fechas límite vencidas.

Fechas de vencimiento listas para usar para las plantillas de aplicaciones Purchase-to-Pay

A continuación se muestra una descripción general de las fechas de vencimiento disponibles para las plantillas de aplicaciones relacionadas con Purchase-to-Pay.

Pago previsto

La fecha de vencimiento prevista del pago te permite analizar si los pagos realizados para las facturas llegan a tiempo o no. Para la fecha de vencimiento prevista del pago, Actual date se basa en el momento del evento Crear pago o Crear pago saliente. La Expected date para la fecha de vencimiento se define en función de Invoices_base.Baseline_date con Invoices_base.Net_payment_period añadido.
Importante:
En caso de que cualquiera de los campos no esté definido y Actual date o Expected date no se pueda determinar, la fecha de vencimiento prevista del pago no se mostrará en el panel Fechas de vencimiento.
Nota:
Solo se tienen en cuenta los pagos completados (Payments.Payment_is_complete = true).

Tiempo de procesamiento de PR a PO

La fecha de vencimiento del tiempo de procesamiento de PR a PO te permite analizar el tiempo que tarda en crear una solicitud de compra y la creación del elemento de orden de compra.

El Actual date es el evento Crear elemento de orden de compra, Expected date se basa en el evento Crear solicitud de compra combinado con la desviación estándar de todos los tiempos de procesamiento conocidos entre PR y PO.

Fechas de vencimiento listas para las plantillas de aplicaciones Order-to-Cash

A continuación se muestra una descripción general de las fechas de vencimiento disponibles para las plantillas de aplicaciones relacionadas con Order-to-Cash.

Pago previsto

La fecha de vencimiento prevista del pago te permite analizar si los pagos realizados para las facturas llegan a tiempo o no. Para la fecha de vencimiento prevista del pago, Actual date se basa en el momento del evento Crear pago entrante. La Expected date para la fecha de vencimiento se define en función de Invoices_base.Baseline_date con Invoices_base.Net_payment_period añadido.
Importante:
En caso de que cualquiera de los campos no esté definido y Actual date o Expected date no se pueda determinar, la fecha de vencimiento prevista del pago no se mostrará en el panel Fechas de vencimiento.
Nota:
Solo se tienen en cuenta los pagos completados (Payments.Payment_is_complete = true).

Entrega prevista

La fecha de vencimiento prevista de la entrega te permite analizar si las entregas se realizan a tiempo o no.

Para la fecha de vencimiento prevista de entrega, Actual date se basa en Deliveries.Delivery_date y la fecha prevista es Deliveries.Planned_delivery_date.
Importante:
En caso de que cualquiera de los campos no esté definido y Actual date o Expected date no se pueda determinar, la fecha de vencimiento prevista de entrega no se mostrará en el panel Fechas de vencimiento.

Configurar fechas de vencimiento

Si quieres utilizar el panel Fechas límite para analizar las fechas límite, debes definir las fechas límite para la plantilla de tu aplicación.

Si hay fechas de vencimiento disponibles para tu plantilla de aplicación, estas fechas de vencimiento se mostrarán en el panel Fechas de vencimiento. En la documentación de la plantilla de la aplicación, encontrarás una descripción general de las fechas de vencimiento disponibles.Consulta Plantillas de aplicación.

Si no hay datos disponibles en el panel de fechas límite, deberá configurar sus propias fechas límite en el archivo models\5_business_logic\Due_dates_base.sql mediante transformaciones de datos. Aquí también puede configurar cualquier fecha límite predeterminada según las necesidades de su negocio.
Para el Proceso personalizado, también puedes cargar las fechas de vencimiento utilizando el archivo Due_dates_raw.csv. Consulta Campos de entrada de procesos personalizados.

Agregar lógica empresarial en transformaciones

En el último paso de transformación, se agrega lógica empresarial según sea necesario para el análisis de datos.

Cada registro de la tabla de fechas límite representa una fecha límite para un evento determinado. Las fechas límite de ejemplo son:

  • un plazo de pago para un evento de pago.
  • una fecha límite de aprobación para un evento de aprobación.
Los campos obligatorios para esta tabla son Event_ID, Due_date, Actual_datey Expected_date.


No todos los eventos tendrán una fecha límite y algunos eventos pueden tener varias fechas límite.

Providing due date configuration input using dbt seeds

Puedes proporcionar datos de entrada adicionales para utilizarlos en los cálculos en el panel Fechas de vencimiento mediante un archivo de inicialización dbt . La carpeta Semillas \ de las transformaciones de la aplicación para la plantilla de la aplicación contiene un archivo Due_dates_configuration_raw.csv . Para todas las fechas límite, puede proporcionar los siguientes campos.

Nombre

Tipo

Descripción

Fecha_vencimientoTextoEl nombre de la fecha límite

.

Due_date_typeTextoEl tipo de Fecha límite.
Fixed_costs

Booleano

Una indicación de si los costes son fijos o se basan en el tiempo.

Coste

Presentar

Costes fijos: la cantidad de los costes.
Costes variables: la cantidad de costes por Tiempo y Type_type.

Hora

Entero

Un número que indica la cantidad de tiempo en caso de costes basados en tiempo.
Time_typeTextoTipo de período de tiempo para los cálculos de costes. Este puede ser cualquiera de los siguientes valores: día, hora, minutos, segundos, milisegundos.
Consulta la siguiente ilustración para ver un ejemplo.
docs image
Consulta Transformaciones.

Ejemplos de SQL para configurar fechas de vencimiento

A continuación se muestran algunos ejemplos de SQL que puedes utilizar para configurar las fechas de vencimiento utilizando transformaciones.
Atención:
Los siguientes ejemplos de SQL se basan en las plantillas de aplicaciones de Registro de eventos y Proceso personalizado y utilizan Casos que tienen un Case_ID. Si quieres utilizar los ejemplos de SQL para definir Fechas de vencimiento para las plantillas de aplicaciones Purchase-to-Pay o las plantillas de aplicaciones Order-to-Cash, asegúrate de utilizar la entidad adecuada y el entity_ID interno relacionado. Para Purchase-to-Pay, puedes utilizar el registro de eventos Purchase_order_item_end_to_end_events, la entidad Purchase_order_items y Purchase_order_item_ID_internal como Case_ID. Para Order-to-Cash, puedes utilizar el registro de eventos Sales_order_item_end_to_end_events, la entidad Sales_order_items y Sales_order_item_ID_internal como Case_ID.
Nota:
Dependiendo del dialecto SQL, es posible que debas cambiar las comillas de " a `.

Actividad X realizada antes de la fecha Y

Este código SQL identifica los casos en los que la última aparición de la actividad 'X' se realizó antes de la fecha 'Y'.

with Event_log_base as (
    select * from {{ ref('Event_log_base') }}
),

Cases_base as (
    select * from {{ ref('Cases_base') }}
),

-- Last activity X of each case
Last_activity_X as (
    select
        Event_log_base."Case_ID",
        max(Event_log_base."Event_end") as "Event_end",
        max(Event_log_base."Event_ID") as "Event_ID"
    from Event_log_base
    where Event_log_base."Activity" = 'X'
    group by Event_log_base."Case_ID"
),

-- Last activity X should be done before Case date field Y
Activity_X_done_before_date_Y as (
    select
        Last_activity_X."Case_ID",
        {{ pm_utils.as_varchar('Last activity X before Cases date field Y') }} as "Due_date",
        Last_activity_X."Event_end" as "Actual_date",
        Cases_base."Case_date_field_Y" as "Expected_date",
        Last_activity_X."Event_ID"
    from Last_activity_X
    inner join Cases_base
        on Last_activity_X."Case_ID" = Cases_base."Case_ID"
)

select * from Activity_X_done_before_date_Ywith Event_log_base as (
    select * from {{ ref('Event_log_base') }}
),

Cases_base as (
    select * from {{ ref('Cases_base') }}
),

-- Last activity X of each case
Last_activity_X as (
    select
        Event_log_base."Case_ID",
        max(Event_log_base."Event_end") as "Event_end",
        max(Event_log_base."Event_ID") as "Event_ID"
    from Event_log_base
    where Event_log_base."Activity" = 'X'
    group by Event_log_base."Case_ID"
),

-- Last activity X should be done before Case date field Y
Activity_X_done_before_date_Y as (
    select
        Last_activity_X."Case_ID",
        {{ pm_utils.as_varchar('Last activity X before Cases date field Y') }} as "Due_date",
        Last_activity_X."Event_end" as "Actual_date",
        Cases_base."Case_date_field_Y" as "Expected_date",
        Last_activity_X."Event_ID"
    from Last_activity_X
    inner join Cases_base
        on Last_activity_X."Case_ID" = Cases_base."Case_ID"
)

select * from Activity_X_done_before_date_Y

Actividad X realizada en un plazo de 5 días después de la actividad Y

Este código SQL identifica los casos en los que la última ocurrencia de la actividad 'X' se produjo en un plazo de 5 días después de la última ocurrencia de la actividad 'Y'.

with Event_log_base as (
    select * from {{ ref('Event_log_base') }}
),

-- Last activity X of each case
Last_activity_X as (
    select
        Event_log_base."Case_ID",
        max(Event_log_base."Event_end") as "Event_end",
        max(Event_log_base."Event_ID") as "Event_ID"
    from Event_log_base
    where Event_log_base."Activity" = 'X'
    group by Event_log_base."Case_ID"
),

-- Last activity Y of each case
Last_activity_Y as (
    select
        Event_log_base."Case_ID",
        max(Event_log_base."Event_end") as "Event_end",
        max(Event_log_base."Event_ID") as "Event_ID"
    from Event_log_base
    where Event_log_base."Activity" = 'Y'
    group by Event_log_base."Case_ID"
),

-- Last activity X should be done at date of last Event Y + 5 days
Activity_X_done_within_5_days_after_activity_Y as (
    select
        Last_activity_Y."Case_ID",
        {{ pm_utils.as_varchar('Last activity X before last activity Y + 5 days') }} as "Due_date",
        {{ pm_utils.dateadd('day', 5, 'Last_activity_Y."Event_end"') }} as "Expected_date",
        Last_activity_X."Event_end" as "Actual_date",
        Last_activity_Y."Event_ID" as "Event_ID"
    from Last_activity_Y
    inner join Last_activity_X
        on Last_activity_Y."Case_ID" = Last_activity_X."Case_ID"
)

select * from Activity_X_done_within_5_days_after_activity_Ywith Event_log_base as (
    select * from {{ ref('Event_log_base') }}
),

-- Last activity X of each case
Last_activity_X as (
    select
        Event_log_base."Case_ID",
        max(Event_log_base."Event_end") as "Event_end",
        max(Event_log_base."Event_ID") as "Event_ID"
    from Event_log_base
    where Event_log_base."Activity" = 'X'
    group by Event_log_base."Case_ID"
),

-- Last activity Y of each case
Last_activity_Y as (
    select
        Event_log_base."Case_ID",
        max(Event_log_base."Event_end") as "Event_end",
        max(Event_log_base."Event_ID") as "Event_ID"
    from Event_log_base
    where Event_log_base."Activity" = 'Y'
    group by Event_log_base."Case_ID"
),

-- Last activity X should be done at date of last Event Y + 5 days
Activity_X_done_within_5_days_after_activity_Y as (
    select
        Last_activity_Y."Case_ID",
        {{ pm_utils.as_varchar('Last activity X before last activity Y + 5 days') }} as "Due_date",
        {{ pm_utils.dateadd('day', 5, 'Last_activity_Y."Event_end"') }} as "Expected_date",
        Last_activity_X."Event_end" as "Actual_date",
        Last_activity_Y."Event_ID" as "Event_ID"
    from Last_activity_Y
    inner join Last_activity_X
        on Last_activity_Y."Case_ID" = Last_activity_X."Case_ID"
)

select * from Activity_X_done_within_5_days_after_activity_Y

Analyzing Due dates

Due dates dashboard

El panel Fechas límite le permite analizar las fechas límite que ocurren en el proceso.

Siga estos pasos para mostrar el panel Fechas límite.

  1. Seleccione Fechas límite en el menú a la izquierda del panel.

Se muestra el panel de Fechas de vencimiento.

A continuación se muestra una descripción general de los gráficos disponibles en el panel Fechas límite.

Chart

Descripción

Métricas disponibles

Due dates detailsGráfico de barras que muestra los detalles relacionados con las fechas límite en función de la métrica seleccionada.
Número de casos
Tiempo total de retraso
Días de retraso medio
Porcentaje a tiempo
Coste total *
Coste medio *
Historia avanzadaUn gráfico de historial que muestra la información de la fecha límite para el período seleccionado según la métrica seleccionada.
Tiempo total de retraso
Días de retraso medio
Porcentaje a tiempo
Coste total *
Coste medio *
Distribución de diferenciaUn gráfico de distribución que muestra el número de fechas de vencimiento relacionadas con la cantidad de días de retraso. 
* El Coste total atrasado y el Coste medio atrasado solo están disponibles si Fijo_coste y el Coste se proporcionan mediante el archivo de inicialización Due_dates_configuration_raw.csv .

Was this page helpful?

Obtén la ayuda que necesitas
RPA para el aprendizaje - Cursos de automatización
Foro de la comunidad UiPath
Logotipo blanco de UiPath
Confianza y seguridad
© 2005-2024 UiPath. All rights reserved.