Su Plantilla de Datos de Asientos Contables de Registro a Informe (Record to Report)

BlackLine
Su Plantilla de Datos de Asientos Contables de Registro a Informe (Record to Report)

Su Plantilla de Datos de Asientos Contables de Registro a Informe (Record to Report)

Esta plantilla proporciona una guía completa para recopilar los datos correctos para analizar su proceso de Registro a Informe (Record to Report) - Asiento Contable. Describe los atributos esenciales a reunir, las actividades clave a seguir y una orientación práctica sobre cómo extraer esta información de BlackLine. Utilice este recurso para asegurarse de capturar todos los datos necesarios para un Process Mining efectivo.
  • 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.

Registro a Informe (Record to Report) - Atributos de Asiento Contable

Estos son los campos de datos recomendados para incluir en su registro de eventos para un análisis exhaustivo de su proceso de Registro a Informe (Record to Report) - Asiento Contable.
5 Requerido 6 Recomendado 9 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre del evento de negocio específico que ocurrió en un momento dado en el proceso de asientos contables.
Descripción

Este atributo describe un único paso o tarea realizada dentro del ciclo de vida del asiento contable, como 'Asiento Contable Creado' (Journal Entry Created), 'Asiento Contable Aprobado' (Journal Entry Approved) o 'Asiento Contable Contabilizado' (Journal Entry Posted). Cada actividad representa un evento distinto en el proceso.

Analizar la secuencia de estas actividades permite la visualización y comprensión del flujo del proceso. Es fundamental para descubrir variaciones del proceso, medir tiempos de transición entre pasos e identificar bucles de reelaboración, como cuando un asiento contable es rechazado y reenviado.

Por qué es importante

Define los pasos del proceso, lo cual es esencial para visualizar el mapa de procesos, analizar el flujo e identificar desviaciones o cuellos de botella.

Dónde obtener

Esto se deriva típicamente de registros de eventos, registros de cambios de estado o pistas de auditoría dentro de BlackLine. Puede requerir el mapeo de códigos de estado del sistema a nombres de actividad fáciles de usar.

Ejemplos
Asiento Contable CreadoAsiento de Diario EnviadoAsiento de Diario AprobadoAsiento de Diario Contabilizado
Hora de Inicio
EventTime
La marca de tiempo precisa que indica cuándo ocurrió una actividad o evento específico.
Descripción

La Hora del Evento (Event Time) registra la fecha y hora en que ocurrió un evento de negocio. Es la columna vertebral cronológica del proceso, estableciendo la secuencia y duración de todas las actividades.

Este timestamp es crítico para todos los análisis de Process Mining basados en el tiempo. Se utiliza para calcular tiempos de ciclo, tiempos de espera y duraciones entre actividades. Permite la identificación de cuellos de botella, el análisis del rendimiento a lo largo del tiempo y la evaluación del cumplimiento de los acuerdos de nivel de servicio.

Por qué es importante

Este timestamp es la base de todas las métricas de rendimiento, incluyendo el tiempo de ciclo y el análisis de cuellos de botella, lo que permite una reconstrucción cronológica del proceso.

Dónde obtener

Esta información se captura en los campos de timestamp de los registros de eventos o registros de transacciones en BlackLine.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
ID del Asiento de Diario
JournalEntryId
El identificador único para un solo asiento contable, que sirve como identificador principal del caso para el seguimiento de su ciclo de vida.
Descripción

El ID de Asiento Contable (Journal Entry ID) identifica de forma única cada conjunto de transacciones financieras registradas en el libro mayor. Actúa como la clave central que vincula todas las actividades relacionadas, como la creación, revisión, aprobación y contabilización.

En Process Mining, este ID es esencial para correlacionar todos los eventos que pertenecen a un único caso de asiento contable. Analizar el flujo del proceso basándose en este identificador permite la reconstrucción del recorrido de principio a fin, desde el inicio hasta la conciliación final, posibilitando un análisis detallado de los tiempos de ciclo, cuellos de botella y variaciones del proceso.

Por qué es importante

Este es el identificador fundamental del caso, lo que permite rastrear el ciclo de vida completo de un único asiento contable y analizar su rendimiento.

Dónde obtener

Esta es una clave primaria en las tablas de asientos contables o exportaciones de datos de BlackLine. Consulte la documentación de BlackLine para el nombre de campo específico.

Ejemplos
JE2024-001234JE2024-001235JE2024-001236
Source System
SourceSystem
El sistema de registro del que se extrajeron los datos del asiento contable.
Descripción

Este atributo identifica el sistema de origen de los datos del evento. En este contexto, típicamente será 'BlackLine', pero también podría incluir datos de un sistema ERP anterior si el proceso comienza allí.

Identificar el sistema de origen es importante para la gobernanza de datos y para comprender el contexto del proceso, especialmente en entornos donde se combinan datos de múltiples sistemas. Ayuda en la resolución de problemas de ingesta de datos y en la verificación de la trazabilidad de los datos (data lineage).

Por qué es importante

Proporciona un contexto crucial para el origen de los datos, asegurando la trazabilidad y ayudando a gestionar la integración de datos de diferentes plataformas.

Dónde obtener

Este suele ser un valor estático añadido durante el proceso de extracción y transformación de datos para etiquetar el origen del conjunto de datos.

Ejemplos
BlackLineSAP S/4HANAOracle NetSuite
Última actualización de datos
LastDataUpdate
El timestamp que indica la última vez que los `datos` fueron actualizados o extraídos del sistema de origen.
Descripción

Este atributo marca la fecha y hora de la extracción de datos más reciente. Proporciona un punto de referencia para la frescura de los datos que se analizan, asegurando que los usuarios estén al tanto de la actualidad de los datos.

Esta es una pieza crítica de metadatos para cualquier dashboard o análisis de Process Mining. Informa a los usuarios sobre la puntualidad de los insights y ayuda a gestionar las expectativas sobre si las transacciones más recientes están incluidas en la vista.

Por qué es importante

Asegura la transparencia sobre la frescura de los datos, permitiendo a los usuarios comprender cuán actual es el análisis del proceso.

Dónde obtener

Este timestamp se genera y se añade al conjunto de datos por la herramienta de extracción de datos o el proceso ETL en el momento de la ejecución.

Ejemplos
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Estado del Asiento de Diario
JournalEntryStatus
El estado actual del asiento contable en su ciclo de vida, como 'En Progreso', 'Aprobado' o 'Contabilizado'.
Descripción

Este atributo indica el estado actual de un caso de asiento contable en el momento de la extracción de datos. Proporciona una instantánea de dónde se encuentra el asiento en el proceso general.

Aunque el Process Mining reconstruye el flujo a partir de las actividades, tener el estado final es útil para filtrar y crear dashboards de resumen de alto nivel. Ayuda a identificar rápidamente todos los asientos que están actualmente pendientes de aprobación o están atascados en un estado particular, lo cual es valioso para el análisis de la cartera de trabajo (backlog analysis).

Por qué es importante

Proporciona una instantánea del estado actual de los asientos, lo cual es útil para el análisis de la cartera de pedidos y la comprensión del trabajo en curso.

Dónde obtener

Este es un campo de estado estándar en el asiento contable en BlackLine.

Ejemplos
En ProgresoPendiente de aprobaciónAprobadoContabilizadoRechazada
Importe del Asiento de Diario
JournalEntryAmount
El valor monetario total del asiento contable, típicamente la suma de los débitos.
Descripción

Este atributo representa el valor financiero del asiento contable. Puede utilizarse para comprender el impacto financiero de las ineficiencias del proceso, como los retrasos en la contabilización de asientos de alto valor.

Analizar el proceso basándose en el valor del asiento permite un análisis basado en la materialidad. Por ejemplo, puede priorizar mejoras de proceso para asientos de alto valor, investigar si siguen una ruta de aprobación diferente o determinar si sus tiempos de ciclo son más largos. Esto añade un contexto de negocio crucial al flujo del proceso.

Por qué es importante

Proporciona un contexto financiero, permitiendo el análisis basado en la materialidad, como priorizar los asientos de alto valor o identificar desviaciones de proceso basadas en el valor.

Dónde obtener

Este es un campo calculado o estándar en el encabezado del asiento contable en BlackLine, que representa el monto total de débito o crédito.

Ejemplos
15000.00250.75125000.50500.00
Motivo de rechazo
RejectionReason
El motivo proporcionado por un revisor cuando se rechaza un asiento contable.
Descripción

Cuando un asiento contable se devuelve para correcciones, el aprobador típicamente proporciona un motivo para el rechazo. Este atributo captura ese motivo, que podría ser un código predefinido o texto de formato libre.

Este es un atributo crítico para el análisis de causa raíz de la reelaboración. Al analizar los motivos de rechazo más comunes, una empresa puede identificar problemas sistémicos, como capacitación inadecuada, políticas poco claras o problemas con la documentación de soporte. Esto apoya directamente el dashboard 'Análisis de Rechazo y Reelaboración de Asientos Contables' (Journal Entry Rejection & Rework Analysis) y ayuda a reducir la tasa de rechazo general.

Por qué es importante

Es esencial para el análisis de la causa raíz de la reelaboración del proceso, ayudando a identificar por qué se rechazan los asientos de diario y permitiendo mejoras dirigidas.

Dónde obtener

Estos datos se capturan típicamente en un campo de comentario o código de motivo cuando un usuario realiza la acción 'Rechazar' en BlackLine.

Ejemplos
Código de Cuenta IncorrectoDocumentación de Respaldo FaltanteSupera el UmbralAsiento Duplicado
Sociedad
CompanyCode
El identificador único para la entidad legal o empresa para la cual se está realizando el asiento contable.
Descripción

El Código de Empresa (Company Code) representa una entidad legal específica dentro de un grupo corporativo. Es una unidad organizacional fundamental en la contabilidad financiera, asegurando que las transacciones se registren en la entidad correcta.

En Process Mining, el Código de Empresa (Company Code) es una dimensión poderosa para filtrar y comparar. Permite el análisis del rendimiento del proceso en diferentes entidades, ayudando a identificar cuellos de botella regionales o específicos de la entidad, variaciones en el cumplimiento y oportunidades para estandarizar procesos globalmente. Apoya directamente el dashboard 'Análisis de Retraso de Aprobación a Contabilización' (Approval To Posting Delay Analysis).

Por qué es importante

Permite la comparación del rendimiento y los esfuerzos de estandarización de procesos en diferentes entidades legales o unidades de negocio.

Dónde obtener

Este es un campo clave en el encabezado del asiento contable en BlackLine, a menudo sincronizado desde el sistema ERP subyacente.

Ejemplos
1000US01DE012500
Tipo de Asiento de Diario
JournalEntryType
La clasificación del asiento contable, como estándar, recurrente o de reversión.
Descripción

El Tipo de Asiento de Diario clasifica los asientos según su naturaleza o propósito. Los tipos comunes incluyen asientos manuales estándar, asientos generados automáticamente por el sistema, asientos recurrentes para devengos de fin de mes o asientos de reversión que se revierten automáticamente en el siguiente período.

Este atributo es crítico para la segmentación y el análisis comparativo. Le permite comparar el rendimiento del proceso, como los tiempos de ciclo o las tasas de rechazo, entre diferentes tipos de asientos. Esto ayuda a identificar si ciertos tipos de asientos son más problemáticos o ineficientes que otros, lo que lleva a mejoras de proceso dirigidas.

Por qué es importante

Permite un análisis segmentado para comprender si diferentes tipos de asientos de diario siguen rutas distintas o tienen características de rendimiento diferentes.

Dónde obtener

Este es un campo estándar en el encabezado del asiento contable en BlackLine. Consulte la documentación de BlackLine para el nombre exacto del campo.

Ejemplos
EstándarRecurrenteReversiónDevengo
Usuario
UserName
El nombre o ID del usuario que realizó la actividad.
Descripción

Este atributo identifica al individuo responsable de ejecutar un paso específico del proceso, como la persona que envió, revisó o aprobó un asiento contable. Puede ser un nombre o un ID de usuario único.

Analizar las actividades por usuario es esencial para comprender la distribución de la carga de trabajo, el rendimiento individual y la identificación de oportunidades de capacitación. Ayuda a responder preguntas como '¿El trabajo se distribuye equitativamente en el equipo?' o '¿Qué usuarios tienen los tiempos de aprobación más largos?'. También es crucial para el cumplimiento y el análisis de la pista de auditoría.

Por qué es importante

Permite el análisis de la carga de trabajo, la comparación del rendimiento entre los miembros del equipo y ayuda a identificar cuellos de botella relacionados con los recursos o necesidades de capacitación.

Dónde obtener

Esta información está disponible en los registros de auditoría de BlackLine, a menudo almacenada como campos de 'ID de Usuario' (User ID) o 'Modificado Por' (Changed By) asociados a cada evento.

Ejemplos
j.doea.smithr.joness.patel
¿Es Retrabajo?
IsRework
Una bandera calculada que es verdadera si el asiento de diario ha sido rechazado al menos una vez.
Descripción

Este indicador booleano se calcula para identificar los asientos contables que han pasado por reelaboración. Típicamente se establece en verdadero si un caso contiene una actividad de 'Asiento Contable Rechazado' (Journal Entry Rejected) seguida de una actividad de 'Corregido y Reenviado' (Corrected and Resubmitted).

Este atributo simplifica el análisis de la reelaboración al permitir a los usuarios filtrar fácilmente todos los casos que han experimentado un rechazo. Es fundamental para calcular el KPI 'Tasa de Rechazo de Asientos Contables' (Journal Entry Rejection Rate) y para análisis profundos en el dashboard 'Análisis de Rechazo y Reelaboración de Asientos Contables' (Journal Entry Rejection & Rework Analysis) para comprender el impacto en el costo y el tiempo de los problemas de calidad.

Por qué es importante

Identifica fácilmente los casos con reelaboración, simplificando el cálculo de las tasas de rechazo y el análisis del impacto de los problemas de calidad.

Dónde obtener

Este indicador se calcula en la herramienta de Process Mining verificando la secuencia de actividades para cada caso.

Ejemplos
truefalse
Automatizado
IsAutomated
Una bandera que indica si el asiento de diario fue creado o contabilizado por un proceso automatizado.
Descripción

Este atributo booleano distingue entre los asientos contables que son creados y procesados manualmente por los usuarios y aquellos generados automáticamente por el sistema, como asientos recurrentes o integraciones de sistema.

Analizar este atributo ayuda a evaluar la efectividad de la automatización. Permite una comparación directa de los tiempos de ciclo, las tasas de error y los costos entre procesos automatizados y manuales. Esto es clave para construir un caso de negocio para una mayor automatización y medir el ROI de las iniciativas existentes.

Por qué es importante

Permite una comparación directa entre procesos manuales y automatizados, lo cual es crucial para medir el impacto y el ROI de las iniciativas de automatización.

Dónde obtener

Esto se puede derivar del 'Tipo de Asiento Contable' (Journal Entry Type) (p. ej., 'Recurrente') o del campo 'Usuario' (User) si se utilizan usuarios del sistema (p. ej., 'SYSTEM' o 'BATCH') para contabilizaciones automatizadas.

Ejemplos
truefalse
Cuenta Reconciliada
AccountReconciled
El número de cuenta del libro mayor que se está conciliando con el asiento contable.
Descripción

Este atributo identifica la cuenta específica en el plan de cuentas que está afectada o se está conciliando. Los asientos contables son a menudo parte del proceso de conciliación de cuentas, y esto vincula el asiento a esa cuenta específica.

Este atributo apoya directamente el dashboard 'Tiempo de Ciclo de Conciliación de Asientos Contables' (Journal Entry Reconciliation Cycle Time). Al analizar el proceso por cuenta, es posible identificar si las conciliaciones para ciertas cuentas tardan consistentemente más, lo que indica complejidad o problemas de datos relacionados con esas cuentas específicas.

Por qué es importante

Vincula el proceso de asientos de diario con las cuentas específicas que se están conciliando, lo que permite un análisis dirigido de los cuellos de botella de la conciliación.

Dónde obtener

Esta información forma parte de los detalles de la línea de asiento contable en BlackLine. Puede ser necesario agregarse a nivel de caso si un asiento afecta a múltiples cuentas.

Ejemplos
101000210500400100550200
Departamento
Department
El departamento comercial o centro de costos asociado al asiento contable.
Descripción

Este atributo especifica el departamento, centro de costos o área funcional que inició el asiento contable o al cual se están asignando los costos. Proporciona una capa adicional de contexto organizacional.

Analizar el proceso por departamento ayuda a comprender cómo las diferentes partes del negocio utilizan el proceso de asientos contables. Puede revelar variaciones en la eficiencia, el cumplimiento o las tasas de reelaboración entre departamentos, destacando áreas que pueden necesitar soporte adicional o estandarización de procesos.

Por qué es importante

Esto permite comparar el rendimiento del proceso en diferentes departamentos comerciales, revelando variaciones y oportunidades de estandarización.

Dónde obtener

Esta información suele ser parte de los datos de línea o de encabezado del asiento contable en BlackLine, a menudo vinculada a la cuenta de GL.

Ejemplos
FinanzasMarketingVentasOperaciones
Documento Adjunto
IsDocumentAttached
Una bandera que indica si se adjuntó documentación de respaldo al asiento de diario.
Descripción

Este atributo booleano indica si se han adjuntado uno o más documentos de soporte, como facturas o cálculos, al asiento contable. Esto es a menudo un requisito previo para la aprobación.

Este indicador es crucial para el dashboard 'Cumplimiento de Documentación de Asientos Contables' (Journal Entry Documentation Compliance) y el KPI 'Tasa de Adjuntos de Documentación' (Documentation Attachment Rate). Ayuda a analizar si la falta de documentación es una causa común de rechazos o retrasos y ayuda a aplicar políticas que requieren adjuntos antes de la presentación para revisión.

Por qué es importante

Mide directamente el cumplimiento de las políticas de documentación y ayuda a diagnosticar una causa raíz común de los retrasos en la aprobación y los rechazos.

Dónde obtener

Este probablemente sería un campo derivado, calculado verificando la existencia de un registro de adjunto asociado con el JournalEntryId antes de que ocurra la actividad de envío.

Ejemplos
truefalse
Fecha de Contabilización
PostingDate
La fecha en que el asiento contable se contabiliza oficialmente en el Libro Mayor.
Descripción

La Fecha de Contabilización (Posting Date) es la fecha efectiva de la transacción en los registros financieros. Es una fecha crítica para la contabilidad, ya que determina el período fiscal en el que se reconoce la transacción.

Aunque el timestamp del evento registra cuándo ocurrió la actividad de contabilización, la Fecha de Contabilización (Posting Date) en sí misma es un atributo de datos clave. Se utiliza en el análisis financiero para asegurar que los asientos se contabilicen en el período correcto y puede utilizarse para analizar los retrasos entre la fecha de transacción, la fecha de aprobación y la fecha de contabilización.

Por qué es importante

Esta fecha es crítica para la precisión de los informes financieros y ayuda a analizar si los asientos se están contabilizando en el período contable correcto.

Dónde obtener

Este es un campo de fecha estándar en el encabezado del asiento contable en BlackLine.

Ejemplos
2023-10-312023-11-012023-10-30
Moneda
Currency
El código de moneda para el importe especificado en el asiento contable.
Descripción

Este atributo especifica la moneda del Importe del Asiento Contable (Journal Entry Amount), como USD, EUR o GBP. Es esencial para interpretar correctamente el valor financiero de las transacciones.

Para organizaciones multinacionales, analizar por moneda puede proporcionar un contexto útil. Permite filtrar el análisis del proceso a monedas específicas y es un campo necesario para cualquier dashboard que agregue importes financieros.

Por qué es importante

Proporciona el contexto necesario para los importes financieros, asegurando una interpretación precisa y permitiendo un análisis específico por moneda.

Dónde obtener

Este es un campo estándar en el encabezado del asiento contable en BlackLine, generalmente llamado 'Moneda del Documento' (Document Currency) o similar.

Ejemplos
USDEURGBPJPY
Retraso de Aprobación a Contabilización
ApprovalToPostingLag
La duración calculada entre la aprobación final y la contabilización real del asiento contable.
Descripción

Esta métrica mide el retraso que ocurre después de que un asiento contable ha sido completamente aprobado pero antes de que se contabilice en el libro mayor. Se calcula como la diferencia de tiempo entre la actividad 'Asiento Contable Aprobado' (Journal Entry Approved) y la actividad 'Asiento Contable Contabilizado' (Journal Entry Posted).

Este es un KPI crítico para identificar cuellos de botella post-aprobación, que pueden retrasar significativamente el proceso de cierre financiero. El dashboard 'Análisis de Retraso de Aprobación a Contabilización' (Approval To Posting Delay Analysis) utiliza esta métrica para investigar por qué los asientos aprobados no se están contabilizando rápidamente, ayudando a agilizar los pasos finales del proceso.

Por qué es importante

Mide específicamente la eficiencia posterior a la aprobación, ayudando a identificar y eliminar los retrasos que impactan la velocidad del cierre financiero.

Dónde obtener

Esta métrica se calcula dentro de la herramienta de Process Mining al encontrar la duración entre los eventos 'Asiento Contable Aprobado' (Journal Entry Approved) y 'Asiento Contable Contabilizado' (Journal Entry Posted) para cada caso.

Ejemplos
P0DT1H10MP1DT2H0MP0DT0H5M
Tiempo de Ciclo del Caso
CaseCycleTime
La duración total del caso de asiento contable desde la creación hasta la verificación final de la contabilización.
Descripción

Este atributo es una métrica calculada que representa el tiempo transcurrido total para que un asiento contable se mueva a través de todo su ciclo de vida. Se calcula como la diferencia entre el timestamp de la primera actividad (p. ej., 'Asiento Contable Creado' (Journal Entry Created)) y la última actividad (p. ej., 'Contabilización Verificada' (Posting Verified) o 'Asiento Contable Conciliado' (Journal Entry Reconciled)).

Este es un KPI primario para medir la eficiencia general del proceso. Se utiliza en casi todos los dashboards para proporcionar una vista de alto nivel del rendimiento, identificar casos de larga duración y rastrear las mejoras de eficiencia a lo largo del tiempo. Apoya directamente el KPI 'Tiempo Promedio de Ciclo de Asiento Contable' (Average Journal Entry Cycle Time).

Por qué es importante

Este es un KPI fundamental para medir la eficiencia del proceso de principio a fin y para rastrear el rendimiento contra los objetivos.

Dónde obtener

Esta métrica se calcula dentro de la herramienta de Process Mining restando el StartTime mínimo del StartTime máximo para cada JournalEntryId.

Ejemplos
P2DT4H30MP0DT8H15MP5DT12H0M
Requerido Recomendado Opcional

Registro a Informe (Record to Report) - Actividades de Asiento Contable

Estos son los pasos clave del proceso y los hitos a capturar en su registro de eventos para un descubrimiento y análisis precisos de su proceso de asientos contables.
6 Recomendado 6 Opcional
Actividad Descripción
Asiento Contable Creado
Esta actividad marca el inicio de un caso de asiento contable. Se captura cuando un usuario crea un nuevo registro de asiento contable en BlackLine, lo que genera un ID de Asiento Contable (Journal Entry ID) único y registra el timestamp y el usuario de la creación.
Por qué es importante

Este es el evento de inicio primario para el proceso. Analizar el tiempo desde esta actividad hasta otras revela el tiempo total del ciclo del proceso y ayuda a identificar retrasos al comienzo del flujo de trabajo.

Dónde obtener

Este evento se registra explícitamente en el módulo de asientos contables de BlackLine. Se captura a partir del timestamp de creación y los detalles del usuario asociados con cada ID de Asiento Contable (Journal Entry ID) en la tabla principal de asientos contables o en su historial de auditoría.

Capturar

Capturado de la marca de tiempo 'Create Date' asociada con el registro del asiento de diario.

Tipo de evento explicit
Asiento de Diario Aprobado
Esta actividad significa que el asiento contable ha superado todos los pasos de revisión y aprobación requeridos. Se captura cuando el usuario final autorizado aprueba el asiento, lo que desencadena un cambio de estado a 'Aprobado'.
Por qué es importante

Este es un hito importante que concluye el proceso de aprobación. El tiempo desde 'Asiento Contable Enviado' (Journal Entry Submitted) hasta este evento es el 'Tiempo de Ciclo de Aprobación' (Approval Cycle Time), un KPI crítico para medir la eficiencia del flujo de trabajo.

Dónde obtener

Este evento se infiere de un cambio de estado a 'Aprobado' en el registro del asiento contable. El ID de usuario del aprobador final y el timestamp de aprobación se registran típicamente en el historial de auditoría de BlackLine.

Capturar

Inferido de la marca de tiempo cuando el estado del asiento de diario se actualiza a 'Aprobado'.

Tipo de evento inferred
Asiento de Diario Contabilizado
Representa el momento en que el asiento contable aprobado se registra oficialmente en el libro mayor. A menudo, esta es una acción explícita en BlackLine, que luego actualiza el estado del asiento a 'Contabilizado'.
Por qué es importante

Este es un hito crítico, a menudo considerado la conclusión operativa del proceso. El tiempo de retraso desde 'Asiento Contable Aprobado' (Journal Entry Approved) hasta esta actividad es un indicador clave de la eficiencia post-aprobación.

Dónde obtener

Esto se infiere típicamente de un cambio de estado a 'Contabilizado'. El evento también puede registrarse explícitamente en una tabla de historial de contabilización o pista de auditoría con una fecha de contabilización y timestamp específicos.

Capturar

Inferido de la marca de tiempo cuando el estado del asiento de diario se actualiza a 'Contabilizado'. El campo de fecha de contabilización también es relevante.

Tipo de evento inferred
Asiento de Diario Enviado
Esta actividad ocurre cuando el preparador envía formalmente el asiento contable para el flujo de trabajo de revisión y aprobación. Esto se captura típicamente como un cambio de estado, por ejemplo, de 'En Preparación' a 'Enviado', junto con un timestamp.
Por qué es importante

Esto marca el final de la fase de preparación y el comienzo del ciclo de aprobación. Es un hito clave para medir la duración de las etapas de preparación y aprobación.

Dónde obtener

Esto es probable que se infiera de un cambio de estado en el registro del asiento contable en BlackLine. El timestamp del estado que cambia a 'Enviado para Aprobación' o un valor similar marca la hora del evento.

Capturar

Inferido de la marca de tiempo cuando el campo de estado del asiento de diario se actualiza a 'Enviado' o 'Pendiente de Aprobación'.

Tipo de evento inferred
Asiento de Diario Rechazado
Esta actividad marca el rechazo de un asiento contable por parte de un revisor o aprobador. Se captura cuando un usuario realiza la acción de 'Rechazar', lo que actualiza el estado del asiento a 'Rechazado' y se registra en el registro de auditoría.
Por qué es importante

Esta es una actividad crítica para identificar la reelaboración, los problemas de calidad y las necesidades de capacitación. Analizar la frecuencia de rechazo, los motivos y el bucle de reelaboración posterior es clave para la mejora del proceso y la reducción de los tiempos de ciclo.

Dónde obtener

Esto se infiere típicamente de un cambio de estado a 'Rechazado' o 'Necesita Corrección' en los datos del asiento contable. El timestamp y el usuario que realizó el rechazo se registran en el historial de BlackLine.

Capturar

Inferido de la marca de tiempo cuando el estado del asiento de diario se actualiza a 'Rechazado'.

Tipo de evento inferred
Asiento de Diario Reconciliado
Marca la finalización del ciclo de vida en el que el asiento de diario se incluye en una conciliación de cuenta finalizada y certificada. En BlackLine, esto corresponde a la certificación de la conciliación que contiene este asiento.
Por qué es importante

Esta actividad sirve como punto final para el proceso de principio a fin. El tiempo desde 'Asiento Contable Contabilizado' (Journal Entry Posted) hasta 'Conciliado' (Reconciled) mide la eficiencia de la parte de conciliación de cuentas del cierre financiero.

Dónde obtener

Este es un evento inferido. Se deriva identificando cuándo la conciliación de cuentas que contiene el asiento contable específico cambia su estado a 'Certificado' dentro del módulo de Conciliación de Cuentas de BlackLine.

Capturar

Inferido al vincular el asiento de diario con su conciliación de cuenta correspondiente y capturar la fecha de certificación de dicha conciliación.

Tipo de evento inferred
Aprobación Revocada
Esta actividad representa que un aprobador revoca una aprobación previamente concedida, devolviendo el asiento contable a un estado anterior. Esto se captura mediante un cambio de estado de 'Aprobado' de nuevo a un estado anterior como 'En Preparación'.
Por qué es importante

Esta actividad, rara pero importante, destaca las excepciones del proceso y los posibles problemas que se descubren después de la aprobación pero antes de la contabilización. Puede indicar errores de datos o cambios de política que afectan el asiento.

Dónde obtener

Este sería un evento inferido, identificado por un cambio de estado de 'Aprobado' a un estado no contabilizado y editable. Esta acción se registraría en los registros de auditoría detallados de BlackLine.

Capturar

Identificado por un cambio de estado de 'Aprobado' de nuevo a un estado precedente como 'En Preparación' o 'Enviado'.

Tipo de evento inferred
Asiento Corregido y Reenviado
Ocurre después de que un asiento contable ha sido rechazado y el preparador ha realizado las correcciones necesarias y lo ha vuelto a enviar. Esto se registra mediante un cambio de estado de 'Rechazado' nuevamente a 'Enviado para Aprobación'.
Por qué es importante

Esta actividad ayuda a cuantificar el tiempo y el esfuerzo dedicados a la reelaboración. La duración entre 'Asiento Contable Rechazado' (Journal Entry Rejected) y este evento representa el tiempo de reelaboración, una métrica clave para el análisis de eficiencia.

Dónde obtener

Esto se infiere observando una secuencia de cambios de estado en los datos de BlackLine, específicamente una transición de un estado 'Rechazado' de nuevo a un estado 'Enviado' o 'Pendiente de Aprobación' para el mismo ID de Asiento Contable (Journal Entry ID).

Capturar

Derivado de un cambio de estado de 'Rechazado' a 'Enviado' o 'Pendiente de Aprobación'.

Tipo de evento inferred
Asiento de Diario Revisado
Representa un paso de revisión formal en un proceso de aprobación de varios niveles, completado por un revisor designado. Se suele capturar como un cambio de estado o una entrada de registro específica que indica la acción del revisor.
Por qué es importante

Para organizaciones con pasos de revisión y aprobación distintos, esta actividad ayuda a aislar cuellos de botella dentro de la cadena de aprobación. Muestra cuánto tiempo esperan los asientos para la revisión inicial versus la aprobación final.

Dónde obtener

En los flujos de trabajo de BlackLine, esto puede ser un evento explícito en el registro de historial de aprobación o inferido de un cambio de estado a 'Revisado' o 'Pendiente de Aprobación Final'. Se registran el usuario y la marca de tiempo.

Capturar

Inferido de la marca de tiempo cuando el estado del asiento de diario cambia para reflejar la finalización de la etapa de revisión.

Tipo de evento inferred
Contabilización Verificada
Representa la confirmación de que un asiento contable contabilizado ha sido recibido y registrado con éxito en el sistema ERP de destino. Esto podría ser un “handshake” de sistema automatizado o un paso de confirmación manual.
Por qué es importante

Esta actividad proporciona finalidad al paso de contabilización, asegurando la integridad de los datos entre sistemas. La duración de 'Contabilizado' a 'Verificado' puede resaltar problemas de integración o retrasos en la sincronización del sistema.

Dónde obtener

Este puede ser un evento explícito de un registro de integración de sistema o inferido de un cambio de estado a un valor como 'Contabilizado y Verificado'. Si es manual, sería una actualización de estado impulsada por el usuario.

Capturar

Inferido de una actualización de estado a 'Verificado' o de una bandera de confirmación recibida del sistema ERP de destino.

Tipo de evento inferred
Documentación de Soporte Adjunta
Representa la acción de un usuario al adjuntar uno o más documentos de soporte al asiento contable. Este evento se suele capturar en un registro de auditoría o en una tabla de adjuntos relacionada vinculada al ID de Asiento Contable (Journal Entry ID).
Por qué es importante

Rastrear esta actividad es crucial para monitorear el cumplimiento y la eficiencia. Ayuda a analizar si los retrasos en el proceso de aprobación son causados por la falta de documentación y apoya el KPI 'Tasa de Adjuntos de Documentación' (Documentation Attachment Rate).

Dónde obtener

Este suele ser un evento explícito en BlackLine, registrado en una pista de auditoría o registro de adjuntos. Los datos incluirían el ID de Asiento Contable (Journal Entry ID), el usuario que adjuntó el archivo y un timestamp.

Capturar

El evento se registra en la pista de auditoría del sistema o en una tabla de historial de adjuntos dedicada cada vez que se carga un archivo contra un asiento de diario.

Tipo de evento explicit
Proceso de Reversión de Asiento de Diario
Esta actividad captura la creación y contabilización de un nuevo asiento contable que revierte uno previamente contabilizado. Esto se inicia típicamente en respuesta a un error descubierto después de que el asiento original fue contabilizado.
Por qué es importante

Este evento es un fuerte indicador de problemas de calidad de datos previos. Rastrear la tasa de reversiones ayuda a medir la 'Tasa de Ajustes Post-Contabilización' (Post-Posting Adjustment Rate) e identifica áreas que necesitan una precisión mejorada.

Dónde obtener

Este es a menudo un evento explícito donde un usuario inicia una acción de 'Revertir' en BlackLine sobre un asiento contabilizado. El sistema crea un nuevo asiento de reversión, a menudo vinculado al ID de Asiento Contable (Journal Entry ID) original.

Capturar

Capturado cuando se registra una acción de 'Reversión' o cuando se crea un nuevo asiento de diario con una bandera de reversión y un enlace al ID del asiento original.

Tipo de evento explicit
Recomendado Opcional

Guías de Extracción

Cómo obtener sus datos de BlackLine