Su Template de datos de gestión de gastos
Su Template de datos de gestión de gastos
- Atributos recomendados para el análisis
- Actividades clave que debe seguir en todo el proceso
- Orientación para la extracción de datos
Atributos de gestión de gastos
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
La marca de tiempo que indica cuándo ocurrió una actividad o evento específicos. | ||
|
Descripción
La hora del evento proporciona la fecha y hora exactas de cada actividad del proceso. Esta información temporal es fundamental para Process Mining, ya que establece el orden cronológico de los eventos. Esta marca de tiempo se utiliza para calcular los tiempos de ciclo entre actividades, identificar tiempos de espera y retrasos, y analizar el rendimiento del proceso en distintos periodos. Permite calcular métricas clave como «Tiempo medio de revisión del gerente» y «Retraso en la ejecución del reembolso», y respalda directamente el análisis de cuellos de botella y la supervisión del rendimiento.
Por qué es importante
La marca de tiempo es esencial para calcular todas las métricas basadas en el tiempo, como los tiempos de ciclo y de espera, que son fundamentales para identificar retrasos.
Dónde obtenerlo
Cada registro de evento o transacción de Brex debe tener una marca de tiempo asociada. Puede encontrarse en las respuestas de API o en las exportaciones de datos de los informes de gastos.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
|
|||
|
ID del informe de gastos
ExpenseReportId
|
Identificador único de un informe de gastos, que actúa como identificador principal del caso para realizar el seguimiento de su ciclo de vida. | ||
|
Descripción
El ID del informe de gastos es la base del proceso de gestión de gastos. Agrupa en un único caso todas las actividades relacionadas, desde la creación y el envío hasta la aprobación y el reembolso. En Process Mining, este ID permite analizar de extremo a extremo el recorrido de cada informe de gastos. Se utiliza para reconstruir la ruta exacta que ha seguido un informe, medir los tiempos de ciclo totales, identificar bucles de retrabajo cuando los informes se devuelven para revisión y analizar las variantes del proceso para comprender los flujos habituales y excepcionales.
Por qué es importante
Este ID es esencial para realizar el seguimiento del ciclo de vida completo de un informe de gastos y permite analizar los tiempos de ciclo, los cuellos de botella y las desviaciones del proceso.
Dónde obtenerlo
Es un identificador principal del módulo de gestión de gastos de Brex y normalmente está disponible en todas las exportaciones de datos y endpoints de API relacionados con los informes de gastos.
Ejemplos
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre de un evento o tarea específicos que tuvieron lugar durante el ciclo de vida del informe de gastos. | ||
|
Descripción
El nombre de la actividad describe un paso del proceso, como «Informe de gastos enviado», «Aprobado por el gerente» o «Reembolso ejecutado». Estos eventos forman la secuencia de acciones que constituye el flujo del proceso. El análisis de estas actividades permite visualizar el mapa del proceso, identificar cuellos de botella entre pasos y calcular las frecuencias de distintos resultados, como aprobaciones o rechazos. Es la base para comprender qué ocurre durante el proceso de gestión de gastos.
Por qué es importante
Este atributo es fundamental para crear el mapa del proceso y comprender la secuencia de eventos por la que pasa cada informe de gastos.
Dónde obtenerlo
Esta información se obtiene de los registros de eventos o de los estados de las transacciones en el sistema Brex. Puede ser necesario asignar códigos de estado o tipos de evento a nombres fáciles de entender.
Ejemplos
Informe de gastos creadoAprobado por el gerenteRechazado por FinanzasReembolso ejecutado
|
|||
|
Departamento del empleado
EmployeeDepartment
|
El departamento del empleado que envió el informe de gastos. | ||
|
Descripción
Este atributo identifica el departamento de la empresa, como Ventas, Ingeniería o Marketing, al que pertenece el empleado que envió el informe. Es una dimensión organizativa clave para el análisis. Analizar los datos por departamento ayuda a identificar variaciones del proceso, cuellos de botella o problemas de Cumplimiento específicos de determinadas áreas de la organización. Por ejemplo, puede revelar si un departamento tiene una tasa de rechazo significativamente mayor o tiempos de aprobación más largos que otros, lo que apunta a la necesidad de ofrecer formación específica o ajustar el proceso. También es esencial para realizar el seguimiento de los presupuestos departamentales y asignar costes.
Por qué es importante
Permite filtrar y comparar el rendimiento del proceso entre distintas unidades de negocio, lo que ayuda a identificar problemas o tendencias específicos de cada departamento.
Dónde obtenerlo
Esta información suele obtenerse del perfil del empleado en Brex, que normalmente se sincroniza desde un sistema de información de recursos humanos.
Ejemplos
VentasIngenieríaMarketingFinanzas
|
|||
|
Estado del informe
ReportStatus
|
El estado actual del informe de gastos en su ciclo de vida. | ||
|
Descripción
El estado del informe ofrece una instantánea de la situación actual del informe de gastos en el proceso, por ejemplo, «Pendiente de aprobación del gerente», «Aprobado», «Pagado» o «Rechazado». Este atributo es fundamental para la supervisión operativa, especialmente en el Dashboard «Monitor del estado de los informes de gastos abiertos». Permite a los gerentes y equipos de Finanzas consultar rápidamente la carga de trabajo actual, identificar informes atascados en un estado concreto y priorizar sus acciones. Analizar el tiempo que se pasa en cada estado ayuda a localizar retrasos e ineficiencias del proceso.
Por qué es importante
Proporciona una visión actual de la posición de un informe de gastos en el flujo de trabajo, algo fundamental para los Dashboards operativos y la supervisión del estado.
Dónde obtenerlo
Es un campo de estado clave del objeto de informe de gastos en Brex.
Ejemplos
PENDIENTE DE APROBACIÓNAPROBADORECHAZADOPAGADO
|
|||
|
Importe total
TotalAmount
|
El valor monetario total del informe de gastos. | ||
|
Descripción
Este atributo representa el importe total reclamado en el informe de gastos. Es una métrica financiera fundamental para comprender los patrones de gasto y el impacto financiero del proceso de gastos. En el análisis, el importe total puede utilizarse para segmentar los informes de gastos en distintos rangos de valor, como informes de importe alto o bajo, que pueden seguir rutas de aprobación o niveles de revisión diferentes. También es esencial para los informes financieros, el análisis presupuestario y la identificación de tendencias de gasto por departamento o categoría.
Por qué es importante
Este atributo permite realizar análisis financieros, como identificar informes de gastos de importe elevado que pueden requerir una revisión más exhaustiva o tener tiempos de aprobación más largos.
Dónde obtenerlo
Es un campo estándar asociado a cada informe de gastos de Brex. Puede encontrarse en el objeto principal del informe de gastos en las respuestas de API o en las exportaciones.
Ejemplos
150.752500.0079.99
|
|||
|
Indicador de infracción de la política
PolicyViolationFlag
|
Indicador booleano que señala si el informe de gastos se marcó por una infracción de la política. | ||
|
Descripción
Este atributo es un indicador sencillo de verdadero o falso que se establece cuando el motor automatizado de políticas de Brex detecta una posible infracción, como un gasto que supera el límite de una categoría o la falta de un recibo. Este indicador es fundamental para el análisis de Cumplimiento y constituye la base del KPI «Tasa de infracciones de políticas». Permite filtrar rápidamente los informes que no cumplen las políticas para comprender su impacto en los tiempos de procesamiento y las tasas de rechazo. Analizar estos informes marcados ayuda a perfeccionar las políticas de la empresa e identificar las áreas en las que los empleados necesitan más orientación.
Por qué es importante
Apoya directamente la supervisión del Cumplimiento y ayuda a cuantificar el impacto de las infracciones de políticas en la eficiencia del proceso y el retrabajo.
Dónde obtenerlo
Probablemente es un campo booleano o un indicador de estado dentro de los datos de informes de gastos de Brex, que suele gestionar su motor de políticas.
Ejemplos
truefalse
|
|||
|
Usuario del evento
EventUser
|
El usuario que realizó la actividad, como el gerente que aprobó el informe. | ||
|
Descripción
El atributo Usuario del evento identifica a la persona concreta responsable de una actividad. Puede ser el empleado que envía el informe, el gerente que lo revisa o un miembro del equipo de Finanzas que procesa el reembolso. Este atributo es esencial para analizar la carga de trabajo y realizar el seguimiento del rendimiento, como se muestra en el Dashboard «Rendimiento y carga de trabajo de los aprobadores». Ayuda a identificar qué aprobadores gestionan más informes, quién tiene los tiempos de aprobación más rápidos y si alguna persona puede estar generando un cuello de botella en el proceso. Esto permite distribuir el trabajo de forma más equilibrada y ofrecer apoyo específico cuando sea necesario.
Por qué es importante
Identifica a la persona concreta responsable de una acción y permite analizar la carga de trabajo, realizar el seguimiento del rendimiento e identificar cuellos de botella a nivel individual.
Dónde obtenerlo
Estos datos suelen capturarse en el registro de auditoría o el historial de eventos de un informe de gastos en Brex.
Ejemplos
john.smith@example.comjane.doe@example.comfinance-bot
|
|||
|
Aprobación en el primer intento
FirstPassApproval
|
Indicador que señala si un informe se aprobó sin rechazos ni revisiones. | ||
|
Descripción
Este atributo booleano calculado identifica las instancias más eficientes del proceso. Se establece en «true» únicamente si un informe de gastos recorre todo el proceso, desde el envío hasta la aprobación final, sin ser rechazado ni devuelto para revisión. Es la base del KPI «Tasa de aprobación en el primer intento», una medida clave de la calidad y eficiencia del proceso. Una tasa elevada indica que los empleados envían informes de calidad que cumplen las políticas y que el proceso de aprobación es sencillo. Analizar las características de los informes que no obtienen la aprobación en el primer intento ayuda a localizar las fuentes de fricción y errores del proceso.
Por qué es importante
Mide la calidad de los envíos iniciales y la eficiencia del Workflow principal al identificar los informes que avanzan sin fricciones.
Dónde obtenerlo
Este atributo se calcula en la plataforma de Process Mining mediante el análisis de la secuencia de actividades de cada caso para comprobar que no haya actividades de rechazo o revisión.
Ejemplos
truefalse
|
|||
|
Categoría del gasto
ExpenseCategory
|
La categoría asignada al gasto, como viajes, comidas o software. | ||
|
Descripción
La categoría del gasto es una clasificación que el empleado selecciona para describir la naturaleza del gasto. Se utiliza para la contabilidad, la elaboración de presupuestos y la aplicación de políticas. En Process Mining, categorizar los gastos permite obtener una visión más detallada del proceso. Puede ayudar a determinar si ciertas categorías, como los viajes internacionales, tienen ciclos de aprobación más largos o tasas de rechazo más elevadas. Este análisis respalda el perfeccionamiento de las políticas y los procesos para tipos de gasto específicos.
Por qué es importante
Permite analizar el proceso según el tipo de gasto, lo que puede revelar comportamientos o cuellos de botella diferentes para cada tipo.
Dónde obtenerlo
Es un campo estándar de las partidas de gastos, que tendría que agregarse a nivel del informe de gastos si un informe contiene varias categorías.
Ejemplos
Pasajes aéreosComidas y entretenimientoSuscripciones de softwareMaterial de oficina
|
|||
|
Detalles de la infracción de la política
PolicyViolationDetails
|
Descripción textual de la política específica que se infringió. | ||
|
Descripción
Mientras que el indicador de infracción de la política señala que se produjo una infracción, este atributo explica el «porqué». Contiene detalles sobre la regla específica que se incumplió, como «Se superó el límite de comidas de 50 USD» o «Se requiere un recibo para gastos superiores a 25 USD». Este nivel de detalle es muy valioso para el Dashboard «Análisis de infracciones de políticas y retrabajo». Permite analizar las causas raíz mediante la identificación de los tipos de infracción más frecuentes. Esta información puede impulsar acciones específicas, como aclarar una política concreta, enviar recordatorios a los empleados o ajustar las reglas automatizadas del sistema.
Por qué es importante
Proporciona la causa raíz de las infracciones de políticas y permite realizar mejoras específicas en las políticas, la formación de usuarios y las configuraciones del sistema.
Dónde obtenerlo
Esta información estaría disponible en la sección de notas de Cumplimiento o revisión asociada a un gasto marcado en Brex.
Ejemplos
El gasto supera el límite de la categoría.Falta el comprobante.Se ha detectado un gasto duplicado.
|
|||
|
Es automatizado
IsAutomated
|
Indicador booleano que señala si la actividad la realizó un usuario del sistema o un bot. | ||
|
Descripción
Este atributo identifica si una actividad se ejecutó automáticamente mediante el sistema, como una comprobación automatizada de políticas, o si la realizó una persona, como una aprobación manual. Distinguir entre actividades automatizadas y manuales es fundamental para comprender el nivel de automatización del proceso. Ayuda a evaluar la eficacia de los sistemas basados en reglas e identificar oportunidades para automatizar más tareas. Por ejemplo, puede mostrar cuántos informes se aprueban automáticamente frente a cuántos requieren intervención manual, lo que orienta los esfuerzos para aumentar el procesamiento sin intervención.
Por qué es importante
Ayuda a medir el nivel de automatización del proceso e identifica qué pasos realizan las personas y cuáles ejecuta el sistema.
Dónde obtenerlo
Normalmente se obtiene comprobando el usuario asociado a un evento. Los eventos generados por el sistema suelen estar vinculados a un usuario «sistema» o «bot» genérico.
Ejemplos
truefalse
|
|||
|
Es retrabajo
IsRework
|
Indicador calculado que es verdadero si el informe se devolvió para revisión al menos una vez. | ||
|
Descripción
Este atributo booleano se deriva del flujo del proceso. Se establece en «true» para cualquier informe de gastos que incluya la actividad «Informe enviado para revisión» en su historial. Proporciona una forma sencilla de etiquetar y analizar los casos que han requerido retrabajo. Este indicador se utiliza para calcular el KPI «Tasa de retrabajo de informes de gastos» y alimentar el Dashboard «Análisis de infracciones de políticas y retrabajo». Permite comparar fácilmente los casos que avanzan sin problemas por el proceso con aquellos que se devuelven, y ayuda a cuantificar el tiempo y el coste asociados al retrabajo.
Por qué es importante
Identifica los informes de gastos que requirieron trabajo y correcciones adicionales, lo que permite analizar las causas y los costes del retrabajo.
Dónde obtenerlo
Este atributo no se encuentra en el sistema de origen. Se calcula comprobando si la secuencia de actividades de un caso contiene «Informe enviado para revisión» u otras actividades de retrabajo similares.
Ejemplos
truefalse
|
|||
|
Hora de finalización
EndTime
|
La marca de tiempo que indica cuándo se completó una actividad. | ||
|
Descripción
Mientras que StartTime (EventTime) marca el inicio de una actividad, EndTime marca su finalización. Esto es especialmente relevante para las actividades que tienen una duración, como «Revisión del gerente iniciada» y «Aprobado por el gerente». Disponer de una hora de inicio y una hora de finalización para una actividad permite calcular con precisión su tiempo de procesamiento y separarlo del tiempo de espera previo. Esto ayuda a medir con exactitud cuánto se tarda en realizar el trabajo, un componente clave del análisis de cuellos de botella.
Por qué es importante
Permite calcular con precisión los tiempos de procesamiento de las actividades, diferenciándolos de los tiempos de espera, lo que conduce a un análisis más exacto de los cuellos de botella.
Dónde obtenerlo
EndTime suele ser el StartTime de la siguiente actividad de la secuencia. También puede ser un campo específico de los datos de origen para actividades con una duración definida.
Ejemplos
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
|
|||
|
Método de pago
PaymentMethod
|
Indica cómo se pagó el gasto, por ejemplo, con una tarjeta corporativa o con fondos personales. | ||
|
Descripción
Este atributo distingue entre los gastos cargados a una tarjeta Brex emitida por la empresa y los pagados por adelantado por un empleado que requieren reembolso. Esta distinción es importante porque el proceso puede variar considerablemente según el método de pago. Las transacciones con tarjeta corporativa pueden seguir un proceso de verificación y conciliación, mientras que los reembolsos siguen un proceso de solicitud y desembolso. Analizar los datos por método de pago ayuda a aislar los problemas propios de cada flujo y optimizarlos de forma independiente.
Por qué es importante
El flujo del proceso y los pasos necesarios suelen diferir entre los gastos con tarjeta corporativa y los reembolsos de gastos pagados por adelantado, por lo que este es un atributo clave para analizar las variantes.
Dónde obtenerlo
Esta información forma parte de los datos de transacciones de Brex.
Ejemplos
Tarjeta corporativa BrexReembolsoPago de facturas
|
|||
|
Moneda
Currency
|
El código de moneda del importe total del informe de gastos. | ||
|
Descripción
El atributo Moneda especifica la unidad del Importe total, como USD, EUR o GBP. Es fundamental para realizar análisis financieros precisos, especialmente en organizaciones multinacionales que trabajan con varias monedas. Este atributo garantiza que los datos financieros se interpreten correctamente. Permite agregar y comparar adecuadamente los importes de gastos, lo que a menudo requiere convertirlos a una moneda común de presentación. Así se evita el error analítico de sumar valores monetarios expresados en distintas monedas.
Por qué es importante
Garantiza la precisión financiera en entornos con varias monedas y permite agregar y presentar correctamente los valores de los gastos.
Dónde obtenerlo
Este campo suele estar disponible junto al campo de importe en los datos de informes de gastos de Brex.
Ejemplos
USDEURGBP
|
|||
|
Motivo del rechazo
RejectionReason
|
El motivo proporcionado por un gerente o usuario de Finanzas para rechazar un informe de gastos. | ||
|
Descripción
Este atributo recoge el motivo de texto libre o predefinido indicado cuando se rechaza un informe de gastos. Se diferencia de un indicador automatizado de políticas y representa una decisión manual del aprobador. Analizar los motivos de rechazo es clave para comprender las causas de los fallos y el retrabajo del proceso. Ayuda a identificar errores frecuentes en los envíos, políticas poco claras o malentendidos por parte de empleados o gerentes. Esta información puede utilizarse para mejorar los materiales de formación y las preguntas frecuentes y, en última instancia, reducir las tasas de rechazo y retrabajo.
Por qué es importante
Explica por qué se producen los rechazos manuales y proporciona comentarios directos que pueden utilizarse para mejorar la formación de los usuarios y reducir errores futuros.
Dónde obtenerlo
Normalmente es un campo de comentarios que los aprobadores pueden completar al seleccionar la acción «Rechazar» en la interfaz de usuario de Brex.
Ejemplos
Se ha seleccionado una categoría de gasto incorrecta.Proporcione una justificación empresarial más detallada.Esta compra no se aprobó previamente.
|
|||
|
Nombre del empleado
EmployeeName
|
El nombre del empleado que creó y envió el informe de gastos. | ||
|
Descripción
Este atributo especifica el nombre del empleado en cuyo nombre se presentó el informe de gastos. Mientras que Usuario del evento identifica quién realizó una acción, Nombre del empleado identifica al titular del caso del informe de gastos. En el análisis, permite realizar el seguimiento de los gastos por empleado. Puede ayudar a identificar a las personas que envían con frecuencia informes que infringen las políticas o cuyos informes se rechazan habitualmente, lo que indica la necesidad de ofrecer formación adicional. También ayuda a comprender los patrones de gasto de distintos empleados o roles dentro de la organización.
Por qué es importante
Identifica al responsable del informe de gastos y permite analizar la calidad del envío y el Cumplimiento a nivel individual.
Dónde obtenerlo
Es un dato fundamental de todos los informes de gastos y está vinculado al perfil de usuario del creador en Brex.
Ejemplos
Alice JohnsonRobert WilliamsMaria Garcia
|
|||
|
País
Country
|
El país asociado al empleado o a la transacción de gastos. | ||
|
Descripción
Este atributo indica el país de la oficina principal o el centro de costes del empleado. Para las empresas globales, es una dimensión esencial para realizar análisis comparativos. Analizar el proceso por país puede poner de manifiesto diferencias regionales en el rendimiento del proceso, las tasas de Cumplimiento o los patrones de gasto. Por ejemplo, los tiempos de aprobación pueden ser más largos en un país debido a la normativa local o a estructuras de gestión diferentes. Esta información es valiosa para estandarizar los procesos a escala global y, al mismo tiempo, adaptarlos a las necesidades locales.
Por qué es importante
Permite analizar el rendimiento del proceso y el Cumplimiento en distintas regiones geográficas, algo fundamental para las organizaciones multinacionales.
Dónde obtenerlo
Se obtiene de la información del perfil del empleado en Brex, que normalmente se sincroniza desde un sistema central de recursos humanos.
Ejemplos
USACANGBRDEU
|
|||
|
Recibos adjuntos a tiempo
ReceiptsAttachedOnTime
|
Indicador que señala si los recibos se adjuntaron antes de enviar el informe. | ||
|
Descripción
Este atributo booleano calculado mide el cumplimiento de una buena práctica habitual del proceso: adjuntar todos los recibos necesarios antes de enviar un informe de gastos para su revisión. Se establece en «true» si la actividad «Recibos adjuntos» ocurre antes que la actividad «Informe de gastos enviado» en un caso determinado. Este indicador respalda directamente el Dashboard «Cumplimiento e impacto de los recibos» y el KPI «Cumplimiento de la adjunción de recibos». Analizar este atributo ayuda a cuantificar la frecuencia de los recibos tardíos o ausentes y a relacionar este comportamiento con resultados del proceso, como retrasos, rechazos y retrabajo.
Por qué es importante
Mide el Cumplimiento de las políticas de envío de recibos y ayuda a identificar una causa raíz frecuente de retrasos y rechazos del proceso.
Dónde obtenerlo
Se calcula en la herramienta de Process Mining comparando las marcas de tiempo de las actividades «Recibos adjuntos» e «Informe de gastos enviado» dentro de cada caso.
Ejemplos
truefalse
|
|||
|
Sistema de origen
SourceSystem
|
El sistema del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica el origen de los datos del proceso, que en este contexto es «Brex». Es importante para la gobernanza y la trazabilidad de los datos, especialmente en entornos donde pueden combinarse datos de varios sistemas para obtener una visión integral del proceso. En el análisis, ayuda a filtrar y segmentar los datos cuando intervienen varios sistemas de origen, lo que garantiza que las métricas y los mapas de procesos se interpreten correctamente según su procedencia. En una vista de un único sistema, sirve como validación constante del origen de los datos.
Por qué es importante
Proporciona un contexto esencial sobre el origen de los datos, garantiza la trazabilidad y permite filtrarlos correctamente en entornos con varios sistemas.
Dónde obtenerlo
Es un valor estático, «Brex», que normalmente se añade durante la fase de extracción y transformación de datos.
Ejemplos
BrexBrex-API-v2.1
|
|||
|
Última actualización de datos
LastDataUpdate
|
La marca de tiempo en la que los datos se actualizaron por última vez desde el sistema de origen. | ||
|
Descripción
Este atributo indica la actualidad de los datos que se analizan. Registra la fecha y hora de la última extracción correcta de datos de Brex. Conocer cuándo se actualizaron los datos por última vez es fundamental para comprender la vigencia de las conclusiones. Permite determinar si los Dashboards reflejan el estado más reciente de las operaciones o si se basan en datos antiguos, y ayuda a gestionar las expectativas sobre la precisión del análisis en tiempo real.
Por qué es importante
Informa a los usuarios sobre la actualidad de los datos, un aspecto fundamental para tomar decisiones operativas precisas y basadas en información reciente.
Dónde obtenerlo
Esta marca de tiempo la genera la herramienta o el proceso de extracción de datos al finalizar una descarga correcta de datos desde Brex.
Ejemplos
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
|
|||
Actividades de gestión de gastos
| Actividad | Descripción | ||
|---|---|---|---|
|
Aprobado por el gerente
|
El responsable de primer nivel ha revisado el informe de gastos y lo ha aprobado para continuar el procesamiento. Este es un punto de decisión clave que lleva el informe a la siguiente etapa, normalmente la revisión financiera o la aprobación automática. | ||
|
Por qué es importante
Este hito completa el paso de aprobación inicial. Es esencial para realizar un seguimiento de los tiempos del ciclo de aprobación, la carga de trabajo de los responsables y la «First-Pass Approval Rate».
Dónde obtenerlo
Es probable que este evento se registre explícitamente en una tabla de historial de aprobaciones o en un registro de auditoría, con el ID del aprobador y una marca de tiempo.
Recopilar
Se captura del registro de eventos o de un cambio de estado a «Manager Approved» con la marca de tiempo correspondiente.
Tipo de evento
explicit
|
|||
|
Aprobado por Finanzas
|
El departamento financiero ha completado su revisión y ha otorgado la aprobación final del informe de gastos. Esta es la última puerta de aprobación antes de procesar el reembolso. | ||
|
Por qué es importante
Este es un hito crítico que autoriza el pago. Es el punto final para medir el ciclo completo de aprobación y el punto de inicio para medir el KPI «Reimbursement Execution Lag».
Dónde obtenerlo
Este evento debe registrarse explícitamente en un historial de aprobaciones o registro de auditoría, con el ID del aprobador final y una marca de tiempo.
Recopilar
Se captura del registro de eventos o de un cambio de estado a «Finance Approved» o «Approved for Payment».
Tipo de evento
explicit
|
|||
|
Contabilizado
|
Representa el paso final en el que los datos del gasto se contabilizan correctamente en el libro mayor o el sistema ERP de la empresa. Esto concluye la conciliación financiera del informe de gastos. | ||
|
Por qué es importante
Esta actividad confirma que el proceso ha finalizado desde la perspectiva de la contabilidad financiera. Los retrasos entre el reembolso y la contabilización pueden indicar problemas de integración de sistemas o de los flujos de trabajo contables.
Dónde obtenerlo
Probablemente se captura mediante una confirmación de API o una actualización de estado después de una sincronización correcta con el sistema contable. La marca de tiempo del evento refleja el momento de la contabilización.
Recopilar
Se registra tras una devolución de llamada de API correcta o una actualización de estado del ERP o software contable integrado.
Tipo de evento
explicit
|
|||
|
Informe de gastos creado
|
Esta actividad marca el inicio de un informe de gastos por parte de un empleado. El sistema captura este evento cuando se genera un nuevo registro de informe de gastos, ya sea como borrador o con los primeros conceptos de gasto añadidos. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso. Analizar el tiempo transcurrido desde este punto hasta el envío ayuda a comprender el comportamiento de los empleados y los posibles retrasos al informar de los gastos.
Dónde obtenerlo
Es probable que este evento se capture a partir de la marca de tiempo de creación del objeto o registro del informe de gastos en la base de datos de Brex. Debe corresponder a la primera marca de tiempo asociada al Expense Report ID.
Recopilar
Se identifica mediante la fecha de creación del registro de cabecera del informe de gastos.
Tipo de evento
explicit
|
|||
|
Informe de gastos enviado
|
Esta actividad se produce cuando el empleado envía formalmente el informe de gastos completado para su aprobación. Es una acción clave iniciada por el usuario que cambia el estado del informe de «Draft» u «Open» a «Pending Approval». | ||
|
Por qué es importante
Este es un hito importante que inicia oficialmente el Workflow de aprobación. El tiempo entre el envío y la aprobación final es un componente fundamental del tiempo de ciclo general.
Dónde obtenerlo
Normalmente se trata de un evento explícito registrado en un registro de auditoría, o puede inferirse a partir de un cambio de estado a «Submitted» o «Pending Manager Approval» junto con la marca de tiempo correspondiente.
Recopilar
Se captura del registro de eventos o de un campo «submission_timestamp» del registro del informe de gastos.
Tipo de evento
explicit
|
|||
|
Informe enviado para revisión
|
Un aprobador, ya sea un responsable o una persona del equipo financiero, devuelve el informe al empleado para que lo corrija. Esto se diferencia de un rechazo definitivo e inicia un bucle de retrabajo. | ||
|
Por qué es importante
Esta actividad es el principal indicador de retrabajo. Realizar un seguimiento de su frecuencia es esencial para el KPI «Expense Report Rework Rate» y el Dashboard «Policy Violation & Rework Analysis».
Dónde obtenerlo
Es probable que se infiera a partir de un cambio de estado a «Needs Revision» o «Sent Back». El sistema debe capturar la marca de tiempo de esta actualización de estado.
Recopilar
Se infiere a partir de un cambio de estado a uno como «Needs Revision», a menudo acompañado de comentarios.
Tipo de evento
inferred
|
|||
|
Reembolso ejecutado
|
Esta actividad marca el momento en que el pago se desembolsa efectivamente al empleado. Desde el punto de vista del empleado, este es el paso final y representa la finalización satisfactoria del proceso. | ||
|
Por qué es importante
Este es el punto final principal del proceso cuando todo se completa correctamente. Es necesario para calcular los KPI «Tiempo medio de ciclo de extremo a extremo» y «Retraso en la ejecución del reembolso», que influyen directamente en la satisfacción de los empleados.
Dónde obtenerlo
Este evento debe capturarse a partir de los registros de transacciones de pago o de una confirmación de API de un banco o procesador de pagos. Corresponde a la fecha real de ejecución del pago.
Recopilar
Se captura del registro de transacciones de pago, que incluye una marca de tiempo de ejecución.
Tipo de evento
explicit
|
|||
|
Comprobantes adjuntos
|
Representa la acción de un usuario que carga o adjunta la imagen o el documento de un recibo a una línea de gasto. Normalmente se captura como un evento explícito con una marca de tiempo para cada archivo adjunto. | ||
|
Por qué es importante
El seguimiento de esta actividad es fundamental para el Dashboard «Receipt Adherence & Impact». Ayuda a determinar si los retrasos o rechazos están relacionados con el envío de recibos faltantes o tardíos.
Dónde obtenerlo
Es probable que se registre en una tabla relacionada que vincule los archivos adjuntos con las líneas de gasto. Cada registro de archivo adjunto debe tener su propia marca de tiempo de creación.
Recopilar
Se registra cuando un usuario carga correctamente un archivo asociado a una línea de gasto.
Tipo de evento
explicit
|
|||
|
Incumplimiento de la política marcado
|
Evento automático o manual que indica que uno o más conceptos de gasto del informe incumplen la política de la empresa. Puede capturarse cuando se activa una regla del sistema o cuando un revisor señala manualmente un problema. | ||
|
Por qué es importante
Esta actividad es fundamental para el Dashboard «Policy Violation & Rework Analysis» y el KPI «Policy Violation Rate». Ayuda a identificar problemas de cumplimiento frecuentes y áreas en las que es necesario aclarar las políticas.
Dónde obtenerlo
Se deriva de un atributo «Policy Violation Flag» establecido en true. La marca de tiempo correspondería al momento en que se actualizó por última vez el estado del indicador.
Recopilar
Se infiere a partir de un cambio en un indicador booleano o en un campo de estado que señala un incumplimiento de políticas.
Tipo de evento
inferred
|
|||
|
Rechazado por el gerente
|
El responsable de primer nivel ha revisado y rechazado el informe de gastos. Esta acción suele detener el proceso o devolver el informe al empleado para que lo corrija. | ||
|
Por qué es importante
Esta actividad representa un resultado negativo y una excepción del proceso. Es fundamental para calcular la «Expense Report Rejection Rate» e identificar los motivos de fallo en el primer nivel de aprobación.
Dónde obtenerlo
Debe registrarse explícitamente en una tabla de historial de aprobaciones o en un registro de auditoría, al igual que una aprobación, con una marca de tiempo y un código de motivo.
Recopilar
Se captura del registro de eventos o de un cambio de estado a «Manager Rejected» con la marca de tiempo correspondiente.
Tipo de evento
explicit
|
|||
|
Rechazado por Finanzas
|
El departamento financiero ha rechazado el informe de gastos, normalmente por motivos relacionados con políticas, cumplimiento o documentación. Se trata de un rechazo definitivo que detiene el proceso. | ||
|
Por qué es importante
Este es un evento de excepción clave. Analizar su frecuencia y sus causas es esencial para comprender los fallos de cumplimiento y calcular la «Expense Report Rejection Rate» general.
Dónde obtenerlo
Al igual que otras decisiones de aprobación, debe registrarse explícitamente en un registro de auditoría con el ID del aprobador, una marca de tiempo y el motivo.
Recopilar
Se captura del registro de eventos o de un cambio de estado a «Finance Rejected».
Tipo de evento
explicit
|
|||
|
Reembolso programado
|
Después de la aprobación final, el informe de gastos se incorpora a la cola de pagos de un próximo lote de reembolsos. Esta actividad representa el traspaso de la aprobación al sistema de pagos. | ||
|
Por qué es importante
Este paso puede revelar retrasos entre la aprobación final y el procesamiento efectivo del pago. Ayuda a diferenciar entre los cuellos de botella de aprobación y las ineficiencias del sistema de pagos.
Dónde obtenerlo
Puede inferirse a partir de un cambio de estado a «Ready for Payment» o «Scheduled». También puede ser un evento explícito si el sistema se integra con un sistema de pagos o ERP independiente.
Recopilar
Inferido a partir de un cambio de estado a «Pendiente de pago» o de la creación de un registro de lote de pagos.
Tipo de evento
inferred
|
|||
|
Revisión de Finanzas iniciada
|
Marca el momento en que un informe de gastos entra en la cola del departamento financiero o de contabilidad para su revisión final. Normalmente se infiere a partir de un cambio de estado posterior a la aprobación del responsable. | ||
|
Por qué es importante
Esto señala el inicio de la etapa de aprobación final, que a menudo es la más crítica. Analizar su duración ayuda a identificar cuellos de botella en el departamento financiero.
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en la que el estado del informe cambia a «Pending Finance Approval» o a un estado similar después de la aprobación del responsable.
Recopilar
Se infiere a partir de la marca de tiempo del cambio de estado a «Pending Finance Review».
Tipo de evento
inferred
|
|||
|
Revisión del gerente iniciada
|
Esta actividad marca el momento en que un informe de gastos entra en la cola de aprobación del responsable. Normalmente se infiere a partir del cambio de estado del informe a «Pending Manager Approval» inmediatamente después del envío. | ||
|
Por qué es importante
Esto señala el inicio de la primera etapa de aprobación. Medir la duración desde este punto hasta «Manager Approved» o «Manager Rejected» es fundamental para el KPI «Average Manager Review Time».
Dónde obtenerlo
Se infiere a partir de la marca de tiempo en la que el estado del informe de gastos cambia a «Pending Manager Approval» o a un estado similar. A menudo coincide con el evento «Expense Report Submitted».
Recopilar
Se infiere a partir de la marca de tiempo del cambio de estado a «Pending Manager Approval».
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Utilice esta plantilla para agilizar la recopilación de datos y avanzar más rápido hacia una gestión de gastos optimizada. Empiece hoy mismo a descubrir información útil y mejorar la eficiencia.
Optimice hoy su gestión de gastos en Brex
Reduzca un 30 % el tiempo del ciclo de aprobación y aumente la satisfacción de sus empleados.
No necesita tarjeta de crédito. Configuración en minutos.