Su Template de datos de Record to Report - Journal Entry
Su Template de datos de Record to Report - Journal Entry
- Atributos recomendados para recopilar
- Actividades clave que debe seguir
- Recomendaciones prácticas para extraer datos
Record to Report - Atributos de los asientos contables
| 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
|
|||
Record to Report - Actividades de los asientos contables
| 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
|
|||
Guías de extracción
¿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.
No necesita tarjeta de crédito. Cancele cuando quiera.