Su Template de datos de Record to Report - Journal Entry

Workiva
Su Template de datos de Record to Report - Journal Entry

Su Template de datos de Record to Report - Journal Entry

Esta plantilla ofrece una guía completa para recopilar los datos necesarios para analizar su proceso Record to Report - Journal Entry. Describe los campos de datos esenciales, los pasos críticos del proceso que debe seguir y recomendaciones prácticas para extraer esta información de Workiva. El uso de esta plantilla le ayudará a garantizar que dispone de todos los datos necesarios para una iniciativa eficaz de Process Mining.
  • Atributos recomendados para recopilar
  • Actividades clave que debe seguir
  • Recomendaciones prácticas para extraer datos
¿Es nuevo en los registros de eventos? Aprenda a crear un registro de eventos de Process Mining.

Record to Report - Atributos de los asientos contables

Estos son los campos de datos recomendados que debe incluir en su registro de eventos para realizar un análisis completo de su proceso de Record to Report - Asientos contables.
5 Obligatorio 5 Recomendado 8 Opcional
Nombre Descripción
Actividad
ActivityName
El nombre del paso específico del proceso o evento que ocurrió para el asiento contable.
Descripción

Este atributo describe la actividad realizada en un momento específico del ciclo de vida del asiento contable. Captura hitos clave como «Journal Entry Created», «Journal Entry Submitted for Review», «Journal Entry Approved» y «Journal Entry Posted to GL».

Analizar la secuencia y la frecuencia de estas actividades es el núcleo de Process Mining. Ayuda a visualizar el flujo del proceso, identificar rutas frecuentes y poco habituales, es decir, variantes, y localizar los cuellos de botella en los que los asientos pasan más tiempo. También se utiliza para definir los puntos de inicio y fin de los cálculos de indicadores clave de rendimiento, como el tiempo de ciclo de aprobación.

Por qué es importante

Define los pasos del proceso, lo que permite visualizar y analizar el Workflow de los asientos contables e identificar cuellos de botella.

Dónde obtenerlo

Normalmente se deriva de registros de eventos o registros de cambios de estado dentro de Workiva. Puede ser necesario asignar el campo exacto a partir de códigos de estado del sistema o descripciones de eventos.

Ejemplos
Asiento contable creadoAsiento contable enviado para revisiónAsiento contable aprobadoAsiento contable contabilizado en el libro mayor
Hora de inicio
EventTime
La marca de tiempo que indica cuándo ocurrió una actividad o evento específico.
Descripción

Event Time es una marca de tiempo precisa, con fecha y hora, que registra el momento en que tuvo lugar una actividad. Estos datos son fundamentales para secuenciar correctamente los eventos y realizar todos los análisis basados en el tiempo.

En Process Mining, este atributo se utiliza para calcular la duración entre actividades, los tiempos de ciclo generales de los casos y los tiempos de espera. Es esencial para los Dashboards que analizan los tiempos de ciclo, como «Tiempo de ciclo de aprobación de asientos contables» y «Retraso en la adjunción de documentos», y constituye la base para identificar retrasos e ineficiencias en el proceso.

Por qué es importante

Esta marca de tiempo es crucial para calcular todas las duraciones, ordenar correctamente los eventos y analizar el rendimiento del proceso a lo largo del tiempo.

Dónde obtenerlo

Normalmente, esta información se almacena junto a cada evento o cambio de estado en las tablas de transacciones o registros de Workiva.

Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
ID del asiento contable
JournalEntryId
El identificador único de un asiento contable individual, que actúa como identificador principal del caso para el análisis del proceso.
Descripción

El ID del asiento contable permite realizar un seguimiento único de todas las actividades y eventos relacionados con un conjunto específico de transacciones financieras, desde su creación hasta la contabilización y conciliación finales. Este ID vincula cada paso, como la creación, el envío, la revisión, la aprobación y la contabilización, en una única instancia de proceso coherente.

En Process Mining, este atributo es fundamental para reconstruir el recorrido de extremo a extremo de cada asiento contable. Permite analizar las variantes del proceso, los tiempos de ciclo y los ciclos de retrabajo por asiento, y ofrece una visión clara de cómo fluye cada asiento por el sistema.

Por qué es importante

Es la clave esencial para realizar un seguimiento del ciclo de vida completo de un asiento contable y permite analizar el flujo, la duración y las variaciones del proceso.

Dónde obtenerlo

Es la clave principal del registro de un asiento contable en Workiva. Consulte la documentación de Workiva para conocer la tabla o el endpoint de API específico.

Ejemplos
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
Sistema de origen
SourceSystem
El sistema de registro del que se extrajeron los datos del asiento contable.
Descripción

Este atributo identifica la aplicación de origen en la que se generaron los datos del proceso. Para este análisis, el valor será siempre «Workiva».

Aunque pueda parecer estático en un análisis de un solo sistema, es un elemento de metadatos crucial para la gobernanza y la trazabilidad de los datos. En entornos empresariales grandes, los procesos suelen atravesar varios sistemas, por lo que este campo resulta esencial para comprender el linaje completo de los datos e integrar correctamente datos de distintas fuentes.

Por qué es importante

Proporciona el linaje y el contexto esenciales de los datos, y garantiza la claridad sobre el origen de los datos del proceso, especialmente en entornos con varios sistemas.

Dónde obtenerlo

Normalmente es un valor estático que se añade durante el proceso de extracción y transformación de datos para etiquetar su origen.

Ejemplos
Workiva
Última actualización de datos
LastDataUpdate
La marca de tiempo que indica cuándo se actualizaron por última vez los datos del sistema de origen.
Descripción

Este atributo registra la fecha y hora de la extracción de datos más reciente de Workiva. Proporciona contexto sobre la actualidad de los datos analizados.

En cualquier panel de análisis de procesos, esta información es fundamental para que los usuarios comprendan hasta qué punto son actuales los insights. Les permite saber si están consultando datos en tiempo real o una instantánea de un momento concreto, algo esencial para tomar decisiones operativas fundamentadas.

Por qué es importante

Informa a los usuarios sobre la actualidad de los datos y garantiza que comprendan si el análisis refleja el estado más reciente del proceso.

Dónde obtenerlo

Esta marca de tiempo se genera y almacena durante el proceso de extracción, transformación y carga (ETL) de datos.

Ejemplos
2023-10-27T02:00:00Z
Departamento
Department
El departamento empresarial o centro de costos que inició el asiento contable.
Descripción

Este atributo identifica la unidad organizativa, como Finanzas, Ventas o Marketing, asociada al asiento contable. A menudo se determina mediante el centro de costos o el usuario que creó el asiento.

Analizar el proceso por departamento permite comparar el rendimiento entre distintas áreas de la organización. Puede ayudar a identificar qué departamentos tienen los procesos más eficientes, las tasas de retrabajo más elevadas o los tiempos de aprobación más largos, y proporciona información para compartir buenas prácticas u ofrecer apoyo específico.

Por qué es importante

Permite comparar el rendimiento entre distintas unidades de negocio y ayuda a identificar problemas o buenas prácticas específicos de cada departamento.

Dónde obtenerlo

Probablemente, esta información esté disponible en los datos de cabecera del asiento contable, posiblemente vinculada al perfil de usuario de la persona que lo creó o especificada como centro de costos.

Ejemplos
FinanzasVentas de NorteaméricaOperaciones de la UE
Estado del asiento contable
JournalEntryStatus
El estado actual del asiento contable en su ciclo de vida.
Descripción

Este atributo indica el estado en tiempo real de un asiento contable, como «Draft», «Submitted for Approval», «Approved», «Posted» o «Rejected». Representa una instantánea de la situación del asiento en el momento de la extracción de datos.

Es esencial para la supervisión operativa y alimenta el panel «Current Journal Entry Status Overview». Proporciona a la dirección una visión clara de la carga de trabajo y el backlog actuales en cada etapa del proceso, lo que facilita la asignación de recursos y la priorización.

Por qué es importante

Proporciona una instantánea en tiempo real de la etapa del proceso en la que se encuentran los asientos contables, algo fundamental para la supervisión operativa y la gestión de backlogs.

Dónde obtenerlo

Es un campo estándar de la cabecera del asiento contable en Workiva que refleja su estado actual.

Ejemplos
BorradorPendiente de aprobaciónContabilizadoRechazado
Importe del asiento contable
JournalEntryAmount
El valor monetario total del asiento contable, normalmente la suma de los débitos o créditos.
Descripción

Este atributo representa el valor financiero principal asociado al asiento contable. Puede ser el importe total del debe, que debería ser igual al importe total del haber.

Analizar el proceso según el valor financiero puede revelar patrones importantes. Por ejemplo, los asientos contables de alto valor podrían estar sujetos a un mayor escrutinio y seguir una ruta de aprobación diferente y más rigurosa. Este atributo puede utilizarse para filtrar Dashboards y analizar si el valor del asiento se correlaciona con el tiempo de procesamiento, las tasas de retrabajo o los retrasos en la aprobación.

Por qué es importante

Permite analizar el impacto financiero y determinar si los asientos de importe elevado se procesan de forma diferente o son más propensos a sufrir retrasos.

Dónde obtenerlo

Es un campo fundamental de los datos de cabecera del asiento contable en Workiva.

Ejemplos
15000.00250.50125000.75
Tipo de asiento contable
JournalEntryType
La clasificación del asiento contable, como estándar, devengo o corrección.
Descripción

Este atributo categoriza los asientos contables según su finalidad empresarial. Entre los tipos habituales se incluyen los asientos estándar para transacciones rutinarias, los devengos para reconocer ingresos y gastos, los asientos de reclasificación y los asientos de corrección.

Esta dimensión es fundamental para el análisis comparativo. Permite segmentar el proceso para comprobar si determinados tipos de asiento tardan más, tienen tasas de rechazo más elevadas o siguen rutas diferentes. Por ejemplo, se utiliza en el panel «Journal Entry Reversal Rate Trend» para analizar las reversiones por tipo y ayudar a aislar problemas específicos de determinadas prácticas contables.

Por qué es importante

Permite segmentar el proceso para identificar si determinados tipos de asiento provocan más retrasos, retrabajo o desviaciones que otros.

Dónde obtenerlo

Probablemente sea un campo estándar de la cabecera del asiento contable en Workiva.

Ejemplos
EstándarDevengoReclasificaciónCorrección
Usuario
User
El ID o nombre de la persona que realizó la actividad.
Descripción

Este atributo identifica a la persona responsable de una actividad concreta, como quien crea, revisa o aprueba un asiento contable. Puede ser un ID de usuario único, un nombre o una dirección de correo electrónico.

Analizar los datos por usuario es esencial para comprender la distribución de la carga de trabajo, el rendimiento y el cumplimiento. Permite crear Dashboards como «Distribución de la carga de trabajo de los asientos contables» y «Análisis de rechazos de asientos contables» mediante el desglose de las actividades por usuario, lo que ayuda a detectar posibles necesidades de formación o desequilibrios de recursos.

Por qué es importante

Este atributo es clave para analizar la distribución de la carga de trabajo, identificar a las personas con mejor rendimiento y comprender comportamientos o cuellos de botella específicos de cada usuario.

Dónde obtenerlo

Normalmente, esta información está disponible en los registros de eventos o transacciones de Workiva y se asocia a cada actividad registrada.

Ejemplos
asmithbjonescchen
Código de empresa
CompanyCode
El identificador de la entidad jurídica específica para la que se registra el asiento contable.
Descripción

El código de empresa representa una entidad jurídica diferenciada dentro de un grupo corporativo. Las transacciones financieras se registran en este nivel para la elaboración de informes legales y la consolidación.

En una organización con varias entidades, analizar el proceso de asientos contables por código de empresa es esencial. Puede revelar variaciones en el rendimiento del proceso, el cumplimiento y la eficiencia específicas de determinadas entidades jurídicas o regiones geográficas. Esto permite orientar mejor las iniciativas de mejora de procesos.

Por qué es importante

Es fundamental para analizar y comparar el rendimiento del proceso entre distintas entidades jurídicas de una organización.

Dónde obtenerlo

Es un campo fundamental y obligatorio de los datos de cabecera del asiento contable en cualquier sistema contable empresarial, incluido Workiva.

Ejemplos
1000US01DE01
Es automatizado
IsAutomated
Un indicador que señala si una actividad fue realizada por un sistema o por una persona usuaria.
Descripción

Este atributo booleano distingue entre las actividades realizadas automáticamente por el sistema, como «Automated Validation Run», y las realizadas manualmente por una persona usuaria, como «Journal Entry Reviewed».

Esta distinción es esencial para medir con precisión la eficiencia del proceso y su potencial de automatización. Permite a los analistas separar los cuellos de botella relacionados con las personas de los relacionados con el sistema y calcular el esfuerzo manual real que requiere el proceso. Es clave para las iniciativas centradas en aumentar la automatización y reducir los puntos de intervención manual.

Por qué es importante

Ayuda a diferenciar entre las actividades del sistema y las humanas, algo esencial para analizar los niveles de automatización e identificar cuellos de botella manuales.

Dónde obtenerlo

A menudo es un atributo derivado. Puede determinarse comprobando si el «User» de una actividad es una cuenta del sistema o de servicio, o si el propio nombre de la actividad indica automatización.

Ejemplos
truefalse
Es retrabajo
IsRework
Un indicador que señala si un asiento contable fue rechazado o corregido en algún momento de su ciclo de vida.
Descripción

Es un atributo booleano calculado para cada caso. Se establece en «true» si la secuencia de actividades del asiento contable incluye eventos como «Journal Entry Rejected» o «Journal Entry Corrected».

Este atributo simplifica el análisis del retrabajo al crear un indicador binario claro para filtrar y agregar datos. Es fundamental para calcular el KPI «Journal Entry Rework Rate» y alimentar el panel «Journal Entry Rework Analysis», ya que permite identificar rápidamente los casos que se desvían de la «ruta ideal» y requieren un esfuerzo adicional.

Por qué es importante

Proporciona un indicador sencillo para identificar y analizar todos los asientos contables que requirieron corrección, algo clave para medir la calidad del proceso y las tasas de resolución correcta a la primera.

Dónde obtenerlo

Es un atributo derivado que se calcula comprobando la presencia de actividades relacionadas con el retrabajo, como «Journal Entry Rejected», en el registro de eventos de cada caso.

Ejemplos
truefalse
Fecha de contabilización
PostingDate
La fecha en la que el asiento contable se registra oficialmente en el libro mayor.
Descripción

La fecha de contabilización es la fecha efectiva de la transacción a efectos de información financiera. Determina el periodo fiscal en el que el asiento se reflejará en los estados financieros. Esta fecha puede diferir de la fecha en que se creó o aprobó el asiento.

Este atributo es importante para el análisis financiero y de cumplimiento. Ayuda a analizar la puntualidad de las contabilizaciones en relación con el cierre de los periodos fiscales. Los retrasos entre la aprobación y la contabilización pueden indicar cuellos de botella del sistema o del proceso que podrían afectar al cierre financiero.

Por qué es importante

Es una fecha clave para la información financiera que ayuda a analizar la puntualidad de las contabilizaciones y su impacto en el ciclo de cierre financiero.

Dónde obtenerlo

Es un campo de fecha estándar de los datos de cabecera del asiento contable en Workiva.

Ejemplos
2023-10-312023-11-302023-12-31
Hora de finalización
EndTime
La marca de tiempo que indica cuándo se completó una actividad o evento específico.
Descripción

La hora de finalización registra el momento exacto en que concluye una actividad. Aunque muchos eventos del proceso son instantáneos y solo tienen una hora de inicio, algunas actividades tienen una duración medible, como un paso de revisión que comienza cuando un usuario abre la tarea y termina cuando la envía.

Este atributo se utiliza principalmente para calcular el tiempo de procesamiento, o tiempo de trabajo activo, de una actividad y diferenciarlo del tiempo de inactividad o espera. Ayuda en los análisis que buscan comprender cuánto tiempo dedican activamente los usuarios a tareas específicas, como «Journal Entry Reviewed».

Por qué es importante

Permite calcular el tiempo real de procesamiento de una actividad y separar la duración del trabajo activo del tiempo de espera para realizar un análisis de eficiencia más preciso.

Dónde obtenerlo

Consulte la documentación de Workiva. Puede ser necesario derivarlo capturando los eventos de inicio y finalización de una misma actividad.

Ejemplos
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
Motivo del rechazo
RejectionReason
Un código o texto que explica por qué se rechazó un asiento contable durante el proceso de revisión o aprobación.
Descripción

Cuando se rechaza un asiento contable, este atributo recoge el motivo indicado por la persona revisora o aprobadora. Entre los motivos pueden estar «Cuenta de mayor incorrecta», «Documentación faltante», «Error de cálculo» o «Incumplimiento de políticas».

Esta información es muy valiosa para analizar las causas raíz del retrabajo. Al analizar los motivos de rechazo más frecuentes, las organizaciones pueden identificar áreas de mejora, como formación específica para los usuarios, instrucciones más claras o mejoras en los controles del sistema. Es un atributo clave para los Dashboards «Análisis de retrabajo de asientos contables» y «Análisis de rechazos de asientos contables».

Por qué es importante

Proporciona información directa sobre las causas raíz del retrabajo y permite aplicar mejoras específicas en la capacitación, la documentación y los controles del proceso.

Dónde obtenerlo

Estos datos pueden almacenarse en un campo específico o en un campo de comentarios o notas asociado a la actividad «Journal Entry Rejected» en Workiva.

Ejemplos
Falta documentación justificativaSe utilizó una cuenta de mayor incorrectaEl importe supera el umbral
Tiempo de ciclo de aprobación
ApprovalCycleTime
El tiempo total transcurrido desde que se envía un asiento contable para revisión hasta que recibe la aprobación final.
Descripción

Esta métrica calculada mide la duración de toda la fase de aprobación. Normalmente se calcula como la diferencia de tiempo entre el primer evento «Journal Entry Submitted for Review» y el evento final «Journal Entry Approved» de cada asiento contable.

Es una medida directa de la eficiencia del Workflow de revisión y aprobación y un KPI principal para muchos departamentos financieros. Alimenta el panel «Journal Entry Approval Cycle Time», que ayuda a identificar cuellos de botella y supervisar el impacto de las iniciativas de mejora orientadas a acelerar las aprobaciones.

Por qué es importante

Es un indicador clave de rendimiento que mide directamente la eficiencia del proceso de aprobación y ayuda a localizar retrasos.

Dónde obtenerlo

Es una métrica calculada que se obtiene utilizando las marcas de tiempo de las actividades «Journal Entry Submitted for Review» y «Journal Entry Approved» del registro de eventos.

Ejemplos
25920086400604800
Tiene documentación
HasSupportingDocumentation
Un indicador que señala si se adjuntó documentación justificativa antes de enviar el asiento para revisión.
Descripción

Este atributo es un indicador booleano que comprueba la presencia de la actividad «Supporting Documentation Attached» antes de la actividad «Journal Entry Submitted for Review» para un asiento contable determinado.

Este atributo respalda directamente el panel «Journal Entry Documentation Compliance» y el KPI «JE Documentation Attachment Rate». Es fundamental para el cumplimiento y la auditabilidad, ya que los asientos sin la documentación adecuada pueden provocar rechazos, retrasos y observaciones de auditoría. Su análisis ayuda a hacer cumplir las políticas y agilizar el proceso de revisión.

Por qué es importante

Mide directamente el cumplimiento de las políticas de documentación y ayuda a reducir el retrabajo y los retrasos causados por la falta de información.

Dónde obtenerlo

Es un atributo derivado que se calcula comprobando la secuencia de actividades en los datos del proceso para cada caso.

Ejemplos
truefalse
Obligatorio Recomendado Opcional

Record to Report - Actividades de los asientos contables

Estos son los pasos clave y los hitos del proceso que debe capturar en su registro de eventos para descubrir y analizar con precisión su Workflow de asientos contables.
6 Recomendado 8 Opcional
Actividad Descripción
Asiento contable aprobado
Esta actividad representa la aprobación final del asiento contable por parte de una persona autorizada, lo que permite contabilizarlo. Es un hito crítico que normalmente se registra como un cambio de estado explícito a «Approved» en Workiva.
Por qué es importante

Marca la finalización satisfactoria de todo el proceso de revisión y aprobación. Es un evento clave para medir los tiempos del ciclo de aprobación y las tasas de aprobación a la primera, y repercute directamente en la eficiencia del proceso.

Dónde obtenerlo

Se captura en el registro del historial de estados del asiento contable. El campo de estado del registro se actualiza a «Approved» y este cambio se registra junto con una marca de tiempo y el ID de usuario de la persona aprobadora.

Recopilar

La marca de tiempo en la que el campo de estado del asiento contable se actualiza a «Approved».

Tipo de evento inferred
Asiento contable contabilizado en el libro mayor
Esta actividad indica que el asiento contable aprobado se ha contabilizado oficialmente en el libro mayor. Representa la finalización correcta del flujo principal del proceso y normalmente se registra como un cambio de estado final o en el registro de transacciones de contabilización.
Por qué es importante

Como principal evento de «fin» para la mayoría de los asientos contables, esta actividad es fundamental para calcular el tiempo de ciclo de extremo a extremo y el rendimiento. Indica el momento en que el asiento afecta a los estados financieros.

Dónde obtenerlo

Puede encontrarse en un registro de transacciones que documenta las contabilizaciones en el libro mayor o como un cambio de estado del asiento contable a «Posted». En ese momento, normalmente se completa un campo de fecha de contabilización.

Recopilar

Se captura de una tabla de contabilizaciones del libro mayor con una marca de tiempo y una referencia al ID del asiento contable, o a partir de un cambio de estado a «Posted».

Tipo de evento explicit
Asiento contable creado
Esta actividad marca el inicio de un nuevo asiento contable en Workiva. Se registra cuando un usuario crea un nuevo registro de asiento contable, lo que genera un ID de Journal Entry único que sirve como identificador de caso del proceso.
Por qué es importante

Como punto de partida del proceso, este evento es esencial para medir el tiempo de ciclo de principio a fin de cada asiento contable. Analizar esta actividad ayuda a comprender el inicio de la carga de trabajo y a planificar los recursos.

Dónde obtenerlo

Este evento suele capturarse en un registro de auditoría o una tabla de transacciones de Workiva que registra la creación de nuevos objetos de asiento contable, junto con la marca de tiempo de creación y el ID de usuario.

Recopilar

Se registra en una pista de auditoría o tabla al crear un nuevo registro de asiento contable, asociado a una marca de tiempo «Created On».

Tipo de evento explicit
Asiento contable enviado para revisión
Representa el momento en que un usuario envía el asiento contable preparado, junto con su documentación, al Workflow formal de revisión y aprobación. Normalmente se captura como un cambio de estado explícito dentro de la plataforma Workiva, que mueve el asiento de «Draft» o «New» a «In Review».
Por qué es importante

Esta actividad es un hito crítico que inicia el ciclo de aprobación. Medir el tiempo transcurrido desde este punto hasta la aprobación final ayuda a identificar cuellos de botella en el proceso de revisión y resulta clave para calcular el tiempo del ciclo de aprobación.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en el registro del asiento contable, por ejemplo, de «Draft» a «Submitted for Review». Este cambio y su marca de tiempo quedarían registrados en un historial de cambios o una tabla de registro de estados.

Recopilar

Se deriva del seguimiento de los cambios del campo de estado del asiento contable a «Submitted» o un valor similar, utilizando la marca de tiempo del cambio.

Tipo de evento inferred
Asiento contable rechazado
Un revisor o aprobador rechaza el asiento contable debido a errores, información faltante o incumplimientos de políticas. Esta acción devuelve el asiento a la persona que lo creó para que lo corrija y se registra mediante un cambio de estado a «Rejected» o «Needs Rework».
Por qué es importante

Esta actividad es el principal desencadenante de los ciclos de retrabajo, una fuente importante de ineficiencia del proceso. Analizar los rechazos ayuda a identificar necesidades de capacitación, errores frecuentes y directrices de proceso poco claras.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en el historial del asiento contable. El estado se actualiza a «Rejected» y el evento se registra con una marca de tiempo y el usuario que realizó la acción.

Recopilar

La marca de tiempo en la que el campo de estado se actualiza a «Rejected» o «Sent Back».

Tipo de evento inferred
Proceso de reversión de asiento contable procesado
Se revierte un asiento contable contabilizado previamente y se crea un nuevo asiento que anula el original. Se trata de un tipo de transacción específico que se registra explícitamente en el sistema.
Por qué es importante

Esta actividad es un indicador claro de errores en asientos contabilizados. Una tasa elevada de reversiones sugiere posibles problemas en el proceso inicial de revisión y aprobación, afecta a la precisión financiera y requiere trabajo adicional.

Dónde obtenerlo

Se captura a partir de datos de transacciones en los que un tipo de transacción o indicador específico señala una reversión. Normalmente, el asiento de reversión hace referencia al ID del asiento contable original.

Recopilar

Se crea un nuevo registro de asiento contable con el tipo «Reversal» y un vínculo al ID del asiento original.

Tipo de evento explicit
Asiento contable conciliado
Esta actividad posterior a la contabilización ocurre cuando el asiento contable se coteja y se liquida durante un proceso de conciliación. Se registra en las herramientas de conciliación o certificación de cuentas de Workiva.
Por qué es importante

Analizar el tiempo transcurrido entre la contabilización y la conciliación es clave para comprender la eficiencia del proceso de cierre financiero. Los retrasos en esta etapa pueden afectar a la puntualidad y la precisión de los informes financieros.

Dónde obtenerlo

Probablemente procedería de un módulo o una tabla de conciliación independiente dentro de Workiva, que vincula los elementos conciliados con sus ID de asiento contable de origen. Se utilizaría la marca de tiempo del cambio de estado de conciliación.

Recopilar

La marca de tiempo de un evento o cambio de estado en un módulo de conciliación que marca el asiento contable como «Reconciled».

Tipo de evento explicit
Asiento contable corregido
Después de un rechazo, la persona que creó el asiento u otro usuario lo modifica para resolver los problemas señalados. Normalmente no es un evento explícito, sino que se infiere al detectar cambios en los datos del registro después de un estado «Rejected».
Por qué es importante

Esta actividad es una parte clave del ciclo de retrabajo. Medir el tiempo necesario para corregir los asientos permite saber con qué rapidez se resuelven los errores y si determinados usuarios o tipos de asiento tardan más en corregirse.

Dónde obtenerlo

Esta actividad se infiere mediante el análisis de los registros de auditoría. Se identifica buscando eventos de modificación de campos que ocurren en un asiento contable entre un estado «Rejected» y su posterior reenvío.

Recopilar

Se identifica mediante registros de cambios o auditorías que muestran modificaciones en los datos del asiento contable después de la marca de tiempo del evento «Rejected».

Tipo de evento inferred
Asiento contable enviado para aprobación
Después de una revisión inicial satisfactoria, el asiento contable se envía formalmente a una persona aprobadora designada o a un grupo de aprobación. Esto se captura mediante un cambio de estado, por ejemplo, de «Reviewed» a «Pending Approval».
Por qué es importante

Esta actividad distingue entre la revisión inicial y las etapas de aprobación final, que pueden estar a cargo de roles diferentes. Ayuda a aislar las demoras específicas de la etapa de aprobación de nivel superior.

Dónde obtenerlo

Se infiere a partir de un cambio de estado en el registro del asiento contable, registrado en una tabla de historial de cambios. El estado pasaría de una fase de revisión a una fase de aprobación.

Recopilar

Se deriva del seguimiento del cambio del campo de estado a «Pending Approval» o un valor similar, junto con su marca de tiempo.

Tipo de evento inferred
Asiento contable revisado
Este evento indica que una persona revisora ha completado la evaluación del asiento contable y ha tomado una medida, como enviarlo a aprobación o rechazarlo. Normalmente se infiere a partir del cambio de estado posterior.
Por qué es importante

Marca la finalización de una comprobación de calidad clave. Analizar la duración de la etapa de revisión ayuda a gestionar la carga de trabajo del equipo e identificar oportunidades de capacitación para las personas revisoras o de simplificación del proceso.

Dónde obtenerlo

Se infiere a partir de la marca de tiempo en la que el estado del asiento contable cambia de «In Review» a un estado posterior, como «Pending Approval» o «Rejected».

Recopilar

La marca de tiempo del cambio de estado desde «Review» a cualquier estado posterior.

Tipo de evento inferred
Documentación justificativa adjunta
Esta actividad se produce cuando un usuario adjunta uno o más documentos justificativos, como facturas o contratos, al registro del asiento contable. Normalmente se captura mediante la supervisión de la gestión documental o de la funcionalidad de adjuntos de Workiva.
Por qué es importante

El seguimiento de esta actividad es fundamental para supervisar el cumplimiento e identificar demoras. El tiempo transcurrido entre la creación del asiento y la adjunción del documento puede constituir un cuello de botella importante que afecte al ciclo de revisión y aprobación.

Dónde obtenerlo

Se captura a partir de los registros relacionados con las funciones de gestión documental de Workiva, que indican cuándo se vincula un archivo a un ID de Journal Entry concreto. Puede tratarse de un Registro de eventos explícito o inferirse a partir de la fecha de creación del vínculo del adjunto.

Recopilar

El evento se registra cuando un usuario carga o vincula correctamente un documento al asiento contable.

Tipo de evento explicit
Revisión del asiento contable iniciada
Esta actividad marca el momento en que una persona revisora comienza a examinar el asiento contable enviado. Puede inferirse cuando la persona revisora «abre» o «reclama» la tarea de revisión en su lista de trabajo de Workiva.
Por qué es importante

Esta actividad ayuda a distinguir entre el tiempo que un asiento espera en una cola y el tiempo real que permanece en revisión activa. Es fundamental para medir con precisión la carga de trabajo de las personas revisoras e identificar cuellos de botella en las colas.

Dónde obtenerlo

A menudo no se trata de un evento explícito. El sistema puede inferirlo cuando asigna la tarea a una persona concreta o cuando esta abre por primera vez el registro del asiento contable después de su envío.

Recopilar

Se infiere a partir del momento en que el estado de una tarea cambia a «In Progress» o cuando la persona revisora asignada abre por primera vez el registro después del envío.

Tipo de evento inferred
Validación automatizada ejecutada
Después del envío, el sistema realiza una comprobación automatizada del asiento contable para validar campos, totales o reglas de cumplimiento. A menudo se trata de un proceso automático en segundo plano que el sistema registra.
Por qué es importante

Identifica problemas de calidad de los datos en una fase temprana y reduce el retrabajo manual posterior del proceso. Analizar los fallos puede revelar errores frecuentes de los usuarios o áreas en las que se puede mejorar la orientación del sistema.

Dónde obtenerlo

Este evento se encontraría en los registros del sistema o en un registro de transacciones específico asociado al Workflow de asientos contables, donde se documenta la ejecución de las reglas de validación.

Recopilar

El sistema lo registra cuando el motor de validación se ejecuta sobre los datos del asiento contable.

Tipo de evento explicit
Validación automatizada fallida
La comprobación de validación automatizada del sistema identifica un error e impide que el asiento contable avance en el Workflow. Esto cambia automáticamente el estado del asiento a un estado de error o retrabajo.
Por qué es importante

Esto pone de manifiesto el funcionamiento de los controles de calidad automatizados. Una frecuencia elevada de fallos puede indicar problemas sistémicos de introducción de datos o problemas en las propias reglas de validación, lo que genera un ciclo de retrabajo innecesario.

Dónde obtenerlo

Se capturaría a partir de un registro del sistema o de un cambio de estado activado por el proceso de validación automatizada. El estado del asiento podría cambiar a «Validation Error» o a un estado similar.

Recopilar

Un evento registrado por el sistema o un cambio de estado automático a un estado de error cuando falla una regla de validación.

Tipo de evento explicit
Recomendado Opcional

Guías de extracción

Cómo obtener sus datos de Workiva

¿Listo para comenzar?

Comience hoy mismo a optimizar su proceso Record to Report - Journal Entry. Esta plantilla le ofrece todo lo necesario para empezar a extraer información valiosa.

Comience hoy a optimizar Record to Report - Journal Entry

Reduzca un 30 % el tiempo de ciclo de Journal Entry y acelere los cierres financieros.

Iniciar la prueba gratuita

No necesita tarjeta de crédito. Cancele cuando quiera.