Su Template de datos de registro a informe: asientos
Su Template de datos de registro a informe: asientos
- Atributos recomendados para recopilar
- Actividades clave que se deben seguir
- Guía de extracción para Microsoft Dynamics 365
Atributos del proceso de registro a informe: asientos contables
| Nombre | Descripción | ||
|---|---|---|---|
|
Hora del evento
EventTime
|
Marca de tiempo exacta que indica cuándo tuvo lugar una actividad o un evento. | ||
|
Descripción
La hora del evento registra la fecha y la hora en que tuvo lugar una actividad concreta del proceso de asientos contables. Estos datos cronológicos son esenciales para ordenar los eventos y calcular el tiempo transcurrido entre ellos. En el análisis, esta marca de tiempo permite crear la cronología de cada caso, fundamental para calcular todas las métricas temporales, como los tiempos de ciclo, los tiempos de procesamiento y los tiempos de espera. También permite identificar retrasos entre pasos y respalda los Dashboards sobre cuellos de botella y cumplimiento de los SLA.
Por qué es importante
Esta marca de tiempo es esencial para ordenar correctamente los eventos y calcular todos los KPI basados en la duración, como el tiempo de ciclo y los retrasos de procesamiento.
Dónde obtenerlo
Las marcas de tiempo de los eventos suelen encontrarse en los registros del historial del flujo de trabajo, en las tablas de registros de auditoría, como SysDatabaseLog, o en las marcas de tiempo de creación y modificación de registros relacionados, como LedgerJournalTable y LedgerJournalTrans.
Ejemplos
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:45:10Z
|
|||
|
ID del asiento contable
JournalEntryId
|
Identificador único de un asiento contable, que sirve como identificador principal del caso. | ||
|
Descripción
El ID del asiento contable vincula de forma única todas las actividades y los datos relacionados con una transacción de asiento. Permite hacer un seguimiento completo del ciclo de vida del asiento, desde su creación y revisión hasta su contabilización final en el libro mayor. En el análisis de Process Mining, este atributo es fundamental para reconstruir el flujo del proceso. Cada ID único del asiento contable representa una instancia del proceso y permite examinar en detalle las variantes, los tiempos de ciclo y el cumplimiento de cada transacción financiera.
Por qué es importante
Es la clave esencial para seguir un asiento contable de principio a fin y analizar todo el flujo del proceso de cada caso.
Dónde obtenerlo
Este identificador suele encontrarse en la tabla del encabezado del asiento, como LedgerJournalTable, a menudo en un campo llamado JournalNum.
Ejemplos
JRN-0012345JV-2023-08-156GENJ0000891
|
|||
|
Nombre de la actividad
ActivityName
|
Nombre del paso o evento específico del proceso de negocio que tuvo lugar. | ||
|
Descripción
Este atributo describe un evento o una tarea del ciclo de vida del asiento contable, como 'Asiento contable creado', 'Asiento contable enviado para aprobación' o 'Asiento contable contabilizado'. Estas actividades forman los nodos del mapa de procesos descubierto. Analizar la secuencia y la frecuencia de estas actividades es fundamental en Process Mining. Permite conocer el flujo real del proceso, identificar desviaciones del procedimiento estándar y detectar cuellos de botella en los que las actividades tardan más de lo previsto o se repiten.
Por qué es importante
Este atributo define los pasos del proceso, constituye la base del mapa de procesos y permite analizar el flujo y las variaciones del proceso.
Dónde obtenerlo
Este es un atributo conceptual que se obtiene de los eventos del sistema, los cambios de estado o los registros del flujo de trabajo en Microsoft Dynamics 365.
Ejemplos
Asiento contable creadoAsiento contable enviado para aprobaciónAsiento contable aprobadoAsiento contable contabilizado
|
|||
|
Entidad jurídica
LegalEntity
|
Entidad jurídica o código de empresa para el que se registra el asiento. | ||
|
Descripción
La entidad jurídica representa la empresa o unidad de negocio concreta de una organización a la que corresponde la transacción financiera. Es una dimensión organizativa fundamental en los sistemas financieros. En Process Mining, este atributo permite comparar el proceso de registro de asientos entre distintas partes de la organización. Puede revelar si algunas entidades jurídicas tienen procesos más eficientes, tasas de rechazo más altas o tiempos de ciclo más largos, lo que ayuda a identificar y compartir las mejores prácticas.
Por qué es importante
Permite comparar el rendimiento de los procesos entre empresas o unidades de negocio y detectar diferencias y oportunidades de mejora.
Dónde obtenerlo
Es un campo básico de Dynamics 365, disponible a menudo en tablas de transacciones como LedgerJournalTable y normalmente vinculado a DataAreaId.
Ejemplos
USMFDEMFGBSI
|
|||
|
Estado del asiento
JournalStatus
|
Estado actual o final del asiento. | ||
|
Descripción
Este atributo indica el estado del asiento en un momento determinado, por ejemplo, «Borrador», «En revisión», «Aprobado», «Rechazado» o «Contabilizado». Muestra en qué punto del ciclo de vida se encuentra el asiento. Analizar el estado ayuda a comprender los resultados de los casos. Puede utilizarse para filtrar todos los asientos rechazados o hacer un seguimiento del volumen de asientos en una etapa concreta. Este atributo aporta contexto al análisis del rendimiento y del estado en varios Dashboards.
Por qué es importante
Muestra claramente el resultado de cada asiento y permite analizar las tasas de éxito y rechazo, así como el volumen de trabajo en las distintas etapas.
Dónde obtenerlo
El estado suele encontrarse en la tabla de encabezados de asientos, LedgerJournalTable, o se obtiene del estado del flujo de trabajo.
Ejemplos
BorradorEnviadoAprobadoContabilizadoRechazado
|
|||
|
Hora de fin del evento
EventEndTime
|
Marca de tiempo que indica cuándo se completó una actividad o un evento. | ||
|
Descripción
La hora de fin del evento marca la finalización de una actividad concreta. StartTime indica cuándo comienza un evento y EndTime marca el otro límite, lo que permite calcular con precisión la duración de cada tarea. En Process Mining, disponer de la hora de inicio y de fin permite calcular el tiempo de procesamiento de una actividad, que es distinto del tiempo de espera. Esto es fundamental para los Dashboards que analizan el rendimiento de los usuarios e identifican qué tareas concretas, y no solo los intervalos entre ellas, consumen más tiempo.
Por qué es importante
Permite calcular con precisión cuánto dura cada actividad, algo esencial para analizar el rendimiento de los usuarios e identificar las tareas que consumen más recursos.
Dónde obtenerlo
Estos datos pueden estar almacenados explícitamente en los registros del flujo de trabajo o quizá haya que calcularlos a partir de StartTime de la actividad siguiente en la secuencia.
Ejemplos
2023-10-26T10:05:15Z2023-10-26T11:45:00Z2023-10-27T15:00:00Z
|
|||
|
Importe total del asiento
JournalTotalAmount
|
Valor monetario total del asiento, normalmente la suma de los débitos. | ||
|
Descripción
Este atributo representa el valor financiero total del asiento. Permite clasificar los asientos por rangos de importe, como bajo, medio y alto. El análisis del proceso según el valor financiero puede revelar patrones importantes. Por ejemplo, los asientos de importe elevado podrían seguir un proceso de aprobación más riguroso, con más pasos y tiempos de ciclo más largos. Este atributo es esencial para analizar la materialidad y comprender el impacto financiero de las ineficiencias del proceso.
Por qué es importante
Permite segmentar el proceso por valor financiero, que suele estar relacionado con la complejidad, el riesgo y los flujos de aprobación.
Dónde obtenerlo
Es posible que haya que calcular este valor sumando los importes del debe de cada asiento en la tabla de líneas, LedgerJournalTrans.
Ejemplos
1500.75125000.0050.25
|
|||
|
Motivo del rechazo
RejectionReason
|
Motivo indicado cuando se rechaza un asiento durante el proceso de aprobación. | ||
|
Descripción
Cuando se rechaza un asiento, la persona que lo aprueba suele indicar el motivo. Este atributo recoge esa información, de gran utilidad para analizar las causas raíz. Este es el atributo principal del Dashboard «Análisis de la tasa de rechazo de asientos». Al clasificar y analizar los motivos de rechazo, las organizaciones pueden detectar problemas frecuentes, como documentación incorrecta, incumplimientos de políticas o errores de introducción de datos, y aplicar formación específica o mejoras en los procesos.
Por qué es importante
Explica por qué se repite el trabajo y aporta información directa para reducir los rechazos y aumentar las aprobaciones correctas a la primera.
Dónde obtenerlo
Esta información suele almacenarse en el historial del flujo de trabajo o en la sección de comentarios asociada al paso de rechazo.
Ejemplos
Documentación justificativa insuficienteCuenta incorrectaSupera el límite de aprobaciónAsiento duplicado
|
|||
|
Nombre de usuario
UserName
|
Nombre del usuario que realizó la actividad. | ||
|
Descripción
Este atributo identifica a la persona empleada o al usuario del sistema responsable de realizar una actividad concreta, como crear, aprobar o contabilizar un asiento. Vincula los pasos del proceso con las personas responsables. Analizar el rendimiento por usuario es una función clave de Process Mining. Permite crear el Dashboard 'Rendimiento de usuarios en asientos contables' para comparar la duración y el volumen de actividades de distintos usuarios o equipos. Esto puede ayudar a identificar a quienes obtienen mejores resultados, detectar necesidades de formación y equilibrar la carga de trabajo.
Por qué es importante
Vincula las actividades del proceso con personas concretas y permite analizar el rendimiento de los usuarios, la distribución de la carga de trabajo y la asignación de recursos.
Dónde obtenerlo
La información de los usuarios suele encontrarse en los campos createdBy o modifiedBy de tablas como LedgerJournalTable o en los registros asociados del historial del flujo de trabajo.
Ejemplos
Alicia SmithRoberto Johnsonsystem.batch
|
|||
|
Tipo de asiento contable
JournalType
|
Clasificación del asiento contable, por ejemplo, asiento general o periodificación. | ||
|
Descripción
El tipo de asiento contable clasifica los asientos según su finalidad empresarial, por ejemplo, asientos diarios, periodificaciones, asignaciones o eliminaciones. Esta segmentación es fundamental para comprender las distintas rutas y comportamientos del proceso. Este atributo permite filtrar y comparar el proceso según el tipo de asiento. Es esencial para el Dashboard 'Volumen de asientos contables procesados por tipo', que ayuda a analizar si ciertos tipos de asiento son más propensos a sufrir retrasos, rechazos o retrabajo.
Por qué es importante
Permite segmentar el análisis y comparar procesos con distintas finalidades empresariales, que pueden tener rutas, tiempos de ciclo y requisitos de aprobación diferentes.
Dónde obtenerlo
Suele almacenarse en la tabla del encabezado del asiento, LedgerJournalTable, en un campo relacionado con los nombres o tipos de asiento, como JournalName.
Ejemplos
Asiento generalAjuste de periodificaciónTransferencia entre empresasNómina
|
|||
|
Aprobado a la primera
IsFirstTimeRight
|
Indicador de si el asiento se aprobó sin rechazos previos. | ||
|
Descripción
Este atributo booleano a nivel de caso es verdadero si el asiento pasa del envío a la aprobación sin que se produzcan actividades intermedias de «Asiento rechazado» o «Asiento corregido». Es una medida clave de la calidad del proceso. El KPI «Tasa de aprobación correcta a la primera» se calcula directamente a partir de este atributo. Una tasa alta indica un proceso eficiente y de calidad, mientras que una tasa baja apunta a problemas sistémicos en la calidad inicial de los datos, la claridad de los requisitos o los procedimientos de envío.
Por qué es importante
Es una medida clave de la calidad del proceso, ya que muestra cuántos asientos completan el proceso de aprobación sin necesidad de repetir el trabajo.
Dónde obtenerlo
Este atributo se calcula a nivel de caso analizando la secuencia de actividades de cada ID de asiento.
Ejemplos
truefalse
|
|||
|
Código de moneda
CurrencyCode
|
Moneda del importe del asiento. | ||
|
Descripción
Este atributo especifica la moneda en la que se expresa el asiento, como USD, EUR o GBP. Aporta contexto esencial al importe total del asiento. Aunque no siempre se utiliza para analizar el flujo del proceso, la moneda es fundamental para los informes y análisis financieros basados en los importes de los asientos. Permite agregar y comparar valores correctamente, sobre todo en organizaciones multinacionales.
Por qué es importante
Aporta el contexto necesario para los análisis financieros y permite interpretar correctamente los valores monetarios, especialmente cuando se utilizan varias monedas.
Dónde obtenerlo
El código de moneda suele estar disponible en la tabla de líneas del asiento, LedgerJournalTrans.
Ejemplos
USDEURGBPJPY
|
|||
|
Contabilización automatizada
IsAutomatedPosting
|
Indicador de si el asiento se creó o contabilizó automáticamente. | ||
|
Descripción
Este atributo booleano distingue los asientos creados manualmente por una persona de los generados automáticamente por el sistema o un subsistema, por ejemplo, mediante una integración de sistemas o un proceso automatizado de asignación. Analizar este atributo ayuda a comparar la eficiencia y las tasas de error de los procesos automatizados y manuales. También permite detectar oportunidades para automatizar más tareas, al mostrar si los asientos manuales generan más errores, repeticiones de trabajo o retrasos.
Por qué es importante
Distingue los procesos manuales de los automatizados y permite comparar su eficiencia, precisión y cumplimiento.
Dónde obtenerlo
Puede identificarse mediante el usuario que creó el asiento (por ejemplo, un usuario del sistema o de procesamiento por lotes) o con un indicador específico en el encabezado o la configuración del tipo de asiento.
Ejemplos
truefalse
|
|||
|
Departamento
DepartmentName
|
Departamento o centro de coste asociado al asiento. | ||
|
Descripción
El departamento o centro de coste identifica la unidad de negocio interna responsable de la transacción financiera o afectada por ella. Es una dimensión clave para los informes de gestión interna. Este atributo permite analizar el proceso de registro de asientos por departamento. Ayuda a responder preguntas como: ¿Qué departamentos envían más asientos? ¿Hay departamentos con más rechazos o tiempos de aprobación más largos? Esta información resulta útil para mejorar procesos de forma específica.
Por qué es importante
Permite analizar el rendimiento de los procesos por función empresarial y detectar cuellos de botella o necesidades de formación en departamentos concretos.
Dónde obtenerlo
Esta información suele encontrarse en las líneas del asiento (LedgerJournalTrans) como dimensión financiera.
Ejemplos
VentasFinanzasMarketingOperaciones
|
|||
|
Es una repetición del trabajo
IsRework
|
Indicador que identifica las actividades que forman parte de un ciclo de repetición o corrección del trabajo. | ||
|
Descripción
Este atributo booleano calculado se establece como verdadero para las actividades que tienen lugar después de un rechazo, como «Asiento corregido» o un nuevo «Asiento enviado para aprobación». Ayuda a aislar y cuantificar el trabajo repetido. Este atributo es esencial para el Dashboard «Ciclos de repetición y corrección de asientos» y el KPI «Tasa de repetición del trabajo». Al marcar las repeticiones, resulta fácil visualizar y medir la frecuencia y el impacto de los ciclos de corrección, una de las principales fuentes de ineficiencia del proceso.
Por qué es importante
Identifica directamente los ciclos ineficientes de repetición del trabajo y facilita la medición del impacto de los rechazos y las correcciones en el tiempo de ciclo y el coste totales.
Dónde obtenerlo
Este atributo se calcula durante la transformación de datos, analizando la secuencia de actividades de cada caso.
Ejemplos
truefalse
|
|||
|
Estado del SLA de aprobación
ApprovalSlaState
|
Indica si la aprobación del asiento cumplió el acuerdo de nivel de servicio. | ||
|
Descripción
Este atributo clasifica el ciclo de aprobación de cada asiento según si se completó dentro del tiempo objetivo definido en un acuerdo de nivel de servicio (SLA). Los valores habituales son «Cumplido» e «Incumplido». Es la métrica principal del Dashboard «Cumplimiento del SLA de aprobación de asientos». Ofrece una visión clara del rendimiento respecto a los objetivos y ayuda a supervisar y gestionar la puntualidad del proceso de aprobación, así como a impulsar mejoras cuando los SLA se incumplen con frecuencia.
Por qué es importante
Convierte los datos sin procesar del tiempo de ciclo en un resultado claro para el negocio (cumplido o incumplido) y facilita el seguimiento del rendimiento respecto a los objetivos clave.
Dónde obtenerlo
Este atributo se calcula comparando el KPI del tiempo de ciclo de aprobación con un objetivo de SLA predefinido.
Ejemplos
CumplidoIncumplido
|
|||
|
Fecha de contabilización
PostingDate
|
Fecha en que el asiento se contabiliza en el libro mayor. | ||
|
Descripción
La fecha de contabilización es la fecha oficial en que la transacción afecta a los saldos del libro mayor. Es fundamental para los informes financieros y los periodos de cierre. Este atributo permite analizar el tiempo transcurrido entre la aprobación y la contabilización, que es el objetivo del KPI «Tiempo de contabilización de asientos». Reducir ese intervalo suele ser clave para acelerar el cierre financiero. También permite analizar el volumen de contabilizaciones a lo largo del tiempo.
Por qué es importante
Es fundamental para calcular el KPI del tiempo de contabilización y comprender los retrasos entre la aprobación y el momento en que la transacción queda registrada oficialmente en el libro mayor.
Dónde obtenerlo
Esta fecha suele almacenarse en la tabla de encabezados de asientos (LedgerJournalTable) o en tablas relacionadas con las transacciones contabilizadas.
Ejemplos
2023-10-282023-11-012023-10-31
|
|||
|
Nivel de aprobación
ApprovalLevel
|
Indica la etapa actual o completada de un flujo de aprobación con varios niveles. | ||
|
Descripción
En los asientos que requieren varias aprobaciones, este atributo registra el nivel jerárquico alcanzado, por ejemplo, «Aprobación del gerente» o «Aprobación del director». Este atributo permite analizar con más detalle los cuellos de botella en las aprobaciones. Ayuda a determinar si los retrasos se producen sistemáticamente en un nivel concreto de la cadena de aprobación, lo que podría indicar la necesidad de rediseñar el proceso o reasignar recursos en esa etapa.
Por qué es importante
Permite ver los flujos de aprobación con varias etapas y detectar cuellos de botella en niveles de aprobación concretos.
Dónde obtenerlo
Esta información se obtendría del registro del historial del flujo de trabajo, que recoge la finalización de los distintos pasos de aprobación.
Ejemplos
Nivel 1: gerenteNivel 2: directorNivel 3: vicepresidente de Finanzas
|
|||
|
Sistema de origen
SourceSystem
|
Sistema de registro del que se extrajeron los datos. | ||
|
Descripción
Este atributo identifica la aplicación de origen de los datos de los asientos contables. En este proceso, el valor suele ser constante, por ejemplo, 'Microsoft Dynamics 365'. En un análisis más amplio, sobre todo en entornos con varios ERP o sistemas integrados, este campo ayuda a distinguir los procesos y las fuentes de datos. Aporta claridad sobre la procedencia de los datos y es importante para su gobernanza y validación.
Por qué es importante
Identifica el origen de los datos, algo fundamental para su gobernanza y para los análisis que abarcan varios sistemas empresariales.
Dónde obtenerlo
Es un valor estático que se añade durante el proceso de extracción, transformación y carga de datos (ETL) para indicar el origen del conjunto de datos.
Ejemplos
Microsoft Dynamics 365D365 F&O
|
|||
|
Última actualización de datos
LastDataUpdate
|
Marca de tiempo de la última actualización de los datos desde el sistema de origen. | ||
|
Descripción
Este atributo indica la fecha y la hora de la extracción más reciente de datos del sistema de origen. Permite conocer la actualidad del análisis y de los datos incluidos. Mostrar esta información en los Dashboards confirma a los usuarios que los datos están actualizados y les ayuda a entender el periodo que abarca el análisis actual del proceso. Es un metadato clave en cualquier proyecto de Process Mining.
Por qué es importante
Aporta información fundamental sobre la actualidad de los datos para que los usuarios sepan hasta qué fecha está actualizado el análisis del proceso.
Dónde obtenerlo
Esta marca de tiempo se genera y almacena durante el proceso de extracción, transformación y carga de datos (ETL).
Ejemplos
2023-10-27T02:00:00Z
|
|||
Actividades del proceso de registro a informe: asientos contables
| Actividad | Descripción | ||
|---|---|---|---|
|
Asiento contable aprobado
|
La autoridad designada ha aprobado el asiento contable, con lo que se completa el último paso del flujo de trabajo de aprobación. Por lo general, se registra mediante un cambio de estado en el encabezado del asiento, por ejemplo, a 'Aprobado'. | ||
|
Por qué es importante
Este hito fundamental concluye el proceso de aprobación y permite contabilizar el asiento. Es esencial para calcular el tiempo de ciclo de aprobación, el tiempo hasta la contabilización y la tasa de aciertos a la primera.
Dónde obtenerlo
Se deduce de un cambio en un campo de estado, por ejemplo, cuando ApprovalStatus cambia a 'Approved' en LedgerJournalTable, o de la tabla del historial del flujo de trabajo, que indica la aprobación final.
Capturar
Identifique la marca de tiempo en que el estado del asiento cambia a 'Aprobado'.
Tipo de evento
inferred
|
|||
|
Asiento contable contabilizado
|
Esta actividad marca la contabilización correcta del asiento en el libro mayor, donde pasa a ser un registro financiero oficial. Es un evento fundamental que se registra cuando el estado del encabezado del asiento cambia a 'Contabilizado'. | ||
|
Por qué es importante
Este es el evento de fin que indica que el proceso se ha completado correctamente. Se utiliza para calcular el tiempo de ciclo completo y el tiempo hasta la contabilización, dos indicadores clave de la eficiencia del cierre financiero.
Dónde obtenerlo
Se obtiene de un cambio en un campo de estado, por ejemplo, cuando JournalStatus cambia a 'Posted' en LedgerJournalTable, y de la creación de las entradas correspondientes en la tabla GeneralJournalAccountEntry.
Capturar
Identifique la marca de tiempo en que el estado del asiento cambia a 'Contabilizado'.
Tipo de evento
inferred
|
|||
|
Asiento contable creado
|
Esta actividad marca el inicio de un nuevo asiento contable. Se registra cuando un usuario crea un nuevo encabezado de asiento en el sistema y se genera un ID único del asiento contable que sirve como identificador del caso para analizar el proceso. | ||
|
Por qué es importante
Este es el evento de inicio principal del proceso. Analizar el tiempo transcurrido desde este punto hasta la contabilización es fundamental para medir el tiempo de ciclo completo e identificar retrasos iniciales en la introducción de datos.
Dónde obtenerlo
Este evento se obtiene de la marca de tiempo de creación del encabezado del asiento en la entidad GeneralJournalEntry o LedgerJournalTable. Por lo general, corresponde a un evento explícito de creación de registro.
Capturar
Utilice el campo 'createdDateTime' de GeneralJournalEntry o LedgerJournalTable.
Tipo de evento
explicit
|
|||
|
Asiento contable enviado para aprobación
|
Representa el envío formal de un asiento contable completado al flujo de trabajo de revisión y aprobación. Por lo general, se deduce de un cambio de estado en el encabezado del asiento, por ejemplo, de 'Borrador' a 'En revisión' o 'Enviado'. | ||
|
Por qué es importante
Este hito clave inicia el ciclo de aprobación. Medir el tiempo desde el envío hasta la aprobación final es fundamental para identificar cuellos de botella en la revisión y supervisar el cumplimiento de los SLA.
Dónde obtenerlo
Se deduce de un cambio en un campo de estado, por ejemplo, cuando ApprovalStatus cambia a 'InReview' en LedgerJournalTable, o de los registros del historial del flujo de trabajo asociados al asiento.
Capturar
Identifique la marca de tiempo en que el estado del asiento cambia a 'Enviado' o 'En revisión'.
Tipo de evento
inferred
|
|||
|
Asiento contable rechazado
|
Una persona revisora o aprobadora ha rechazado el asiento contable y es necesario corregirlo. Este evento se registra mediante un cambio de estado del asiento, por ejemplo, a 'Rechazado' o 'Necesita corrección'. | ||
|
Por qué es importante
El seguimiento de los rechazos es fundamental para calcular la tasa de rechazo e identificar las causas de fondo del retrabajo. Permite detectar problemas de calidad de los datos, cumplimiento o formación de usuarios.
Dónde obtenerlo
Se deduce de un cambio en un campo de estado, por ejemplo, cuando ApprovalStatus cambia a 'Rejected' en LedgerJournalTable, o del registro del historial del flujo de trabajo.
Capturar
Identifique la marca de tiempo en que el estado del asiento cambia a 'Rechazado'.
Tipo de evento
inferred
|
|||
|
Asiento contable corregido
|
Esta actividad indica que un usuario ha modificado un asiento contable que se había rechazado. Por lo general, se deduce al detectar una modificación en el encabezado o las líneas del asiento después de que se haya registrado el estado 'Rechazado'. | ||
|
Por qué es importante
Esta actividad identifica explícitamente el retrabajo. Analizar la frecuencia y la duración de los ciclos de corrección ayuda a agilizar el proceso y reducir el trabajo manual.
Dónde obtenerlo
Se deduce del seguimiento de los campos 'modifiedDateTime' y 'modifiedBy' en las tablas LedgerJournalTable o LedgerJournalTrans después de un evento 'Asiento contable rechazado'.
Capturar
Compare la marca de tiempo del estado 'Rechazado' con las marcas de tiempo de las modificaciones posteriores realizadas por la persona creadora.
Tipo de evento
inferred
|
|||
|
Asiento contable reenviado para aprobación
|
Un asiento contable corregido vuelve al flujo de trabajo de aprobación para iniciar un nuevo ciclo de revisión. Se deduce de un cambio de estado de 'Rechazado' o 'Borrador' a 'En revisión' o 'Enviado'. | ||
|
Por qué es importante
Esta actividad marca el inicio de un ciclo de retrabajo. Contar estos eventos permite cuantificar la tasa de retrabajo y el número medio de ciclos de aprobación por asiento contable.
Dónde obtenerlo
Se deduce del historial del flujo de trabajo o del seguimiento de los cambios de estado en LedgerJournalTable, cuando el estado pasa de rechazado a enviado.
Capturar
Identifique un evento con estado 'Enviado' que se produzca después de un evento con estado 'Rechazado' para el mismo asiento.
Tipo de evento
inferred
|
|||
|
Asiento contable revertido
|
Marca la finalización del proceso de reversión del asiento contable, cuando el asiento de reversión se contabiliza correctamente. Es un punto final alternativo en el ciclo de vida de un asiento incorrecto. | ||
|
Por qué es importante
Esta actividad cierra el ciclo de los asientos corregidos y ayuda a analizar el esfuerzo total dedicado a los ajustes posteriores a la contabilización, que repercute en la eficiencia general del proceso.
Dónde obtenerlo
Se registra cuando el nuevo asiento de reversión cambia a estado 'Contabilizado'. Un campo de referencia mantiene el vínculo con el asiento original.
Capturar
Identifique el evento con estado 'Contabilizado' del asiento de reversión asociado.
Tipo de evento
inferred
|
|||
|
Inicio de la reversión del asiento contable
|
Este evento representa el inicio del proceso para revertir un asiento contable contabilizado anteriormente. Se registra cuando un usuario inicia la acción de reversión en el sistema. | ||
|
Por qué es importante
El seguimiento de las reversiones ayuda a identificar con qué frecuencia y por qué se corrigen asientos contabilizados. Esto puede señalar problemas subyacentes en la introducción inicial de datos o en las etapas de aprobación.
Dónde obtenerlo
Por lo general, se trata de una acción explícita de un usuario que puede registrarse en los registros de auditoría o detectarse al crear un nuevo asiento de reversión vinculado al original.
Capturar
Utilice el evento de creación de un nuevo asiento contable marcado como reversión de un asiento contabilizado.
Tipo de evento
explicit
|
|||
|
Intento de contabilización del asiento
|
Esta actividad indica que un usuario ha iniciado la contabilización de un asiento aprobado. Puede registrarse explícitamente si el sistema guarda el inicio del trabajo de contabilización. | ||
|
Por qué es importante
Distinguir entre el intento de contabilización y la contabilización correcta ayuda a diagnosticar problemas de rendimiento del sistema o retrasos en los trabajos por lotes que afectan al cierre financiero.
Dónde obtenerlo
Puede tratarse de un evento explícito registrado en una tabla del historial de trabajos por lotes o deducirse de un cambio de estado a 'Contabilización en curso' en LedgerJournalTable.
Capturar
Requiere analizar los registros de trabajos por lotes o del sistema relacionados con la rutina de contabilización del libro mayor.
Tipo de evento
explicit
|
|||
|
Línea de asiento contable añadida
|
Este evento indica que se ha añadido una línea de débito o crédito al asiento contable. Se registra cada vez que se crea una nueva línea de transacción y se asocia al encabezado del asiento. | ||
|
Por qué es importante
El seguimiento de la creación de líneas ayuda a comprender la complejidad y el esfuerzo de introducción de datos de los distintos tipos de asientos. También permite detectar retrasos entre la creación del encabezado y la finalización de las líneas.
Dónde obtenerlo
Se obtiene de la marca de tiempo de creación de los registros de la entidad LedgerJournalTrans, vinculados al encabezado del asiento. Cada línea creada constituye un evento independiente.
Capturar
Utilice el campo 'createdDateTime' de cada registro de la tabla LedgerJournalTrans.
Tipo de evento
explicit
|
|||
|
Revisión del asiento contable iniciada
|
Esta actividad marca el momento en que una persona revisora empieza a trabajar activamente en un asiento enviado. Puede deducirse cuando se asigna el asiento a una persona revisora o cuando esta abre el registro por primera vez para examinarlo. | ||
|
Por qué es importante
Esta actividad permite medir el tiempo de traspaso a la persona revisora, es decir, la demora entre el envío y el inicio de la revisión. Puede revelar problemas de asignación de recursos o de notificaciones.
Dónde obtenerlo
Este evento no suele registrarse de forma explícita. Puede deducirse de los registros de asignación del flujo de trabajo o comparando la marca de tiempo del envío con la primera modificación realizada por una persona revisora.
Capturar
Requiere analizar los registros de asignación de usuarios del flujo de trabajo o los registros de actividad de usuarios, que quizá no estén disponibles de forma estándar.
Tipo de evento
inferred
|
|||
Guías de extracción
¿Listo para comenzar?
Con esta plantilla, cuenta con todo lo necesario para empezar a optimizar el proceso de registro a informe de los asientos contables. Aproveche sus datos para mejorar la eficiencia y acelerar hoy mismo los ciclos de informes financieros.
Agilice los asientos contables en Dynamics 365 y genere informes más rápido
Elimine cuellos de botella y reduzca un 30 % el tiempo de ciclo de los asientos contables R2R.
No se requiere tarjeta de crédito. Comience en unos minutos.