Importar asientos con la entidad Diario general
Este artículo ofrece sugerencias para importar datos en el Diario general mediante la entidad Diario general. Encuentre información técnica sobre la entidad en Entidad Diario general.
Puede utilizar la entidad Diario General para importar asientos que tengan un tipo de cuenta o tipo de cuenta de contrapartida Contabilidad, Cliente, Proveedor o Banco. El asiento se pueden especificar como una línea, mediante el campo Cuenta y Cuenta de contrapartida, o como asiento multilínea, donde solo se usa el campo Cuenta (y Cuenta de contrapartida se deja en blanco en cada línea). La entidad Diario general no admite todos los tipos de cuenta. En su lugar, existen otras entidades para escenarios donde se requieren diferentes combinaciones de tipos de cuenta. Por ejemplo, para importar una transacción de proyecto, utilice la entidad Diario de gastos de proyecto. Cada entidad está diseñada para soportar escenarios específicos. Esto significa que puede haber otros campos disponibles en las entidades para esos escenarios. Sin embargo, podría no haber otros campos disponibles en entidades de escenarios diferentes.
Marco de administración de datos y entidades OData para importaciones de diarios generales
La elección de marcos y entidades puede afectar significativamente a la eficacia e integridad de los procesos de tratamiento de datos. Dos entidades importantes son la entidad Marco de administración de datos (DMF) y la entidad OData (específicamente, LedgerJournalLineEntity). Cada una de estas entidades tiene sus ventajas y limitaciones únicas. Al comprender esas ventajas y limitaciones, las organizaciones pueden tomar decisiones informadas sobre cómo optimizar sus procesos de importación de datos.
Entidad de DMF
La entidad DMF está diseñada principalmente para escenarios donde se deben manejar importaciones de gran volumen. Como la entidad DMF está optimizada para tareas de este tipo, es una herramienta inestimable para las organizaciones que trabajan con grandes conjuntos de datos. Sin embargo, esta entidad también tiene limitaciones.
Ventajas de la entidad DMF
- Control de importaciones de gran volumen: la entidad DMF destaca en escenarios donde es necesario importar grandes volúmenes de datos de forma eficaz. Dado que su diseño se centra en la optimización de los movimientos masivos de datos, es adecuado para operaciones en las que el tiempo y el rendimiento son fundamentales.
- Configurabilidad: los usuarios pueden configurar la entidad DMF para que se adapte a sus necesidades específicas. Por ejemplo, al ajustar la configuración de la entidad de datos, los usuarios pueden emular la validación fila por fila y la lógica predeterminada. De esta manera, pueden alinear las características de rendimiento de la entidad DMF con las de la entidad OData.
Limitaciones de la entidad DMF
- Falta de soporte para transacciones entre empresas vinculadas: una limitación principal de la entidad DMF es su incapacidad para gestionar eficazmente las transacciones entre empresas vinculadas. Esta limitación puede ser un inconveniente importante para las organizaciones que operan en varias entidades jurídicas y deben administrar sin problemas los datos de empresas vinculadas.
- Validación mínima durante la importación: la entidad DMF realiza una validación mínima durante el proceso de importación. Por lo tanto, el proceso debe gestionarse cuidadosamente. De lo contrario, pueden producirse problemas de integridad de los datos si los errores o las incoherencias en los datos importados no se detectan con prontitud. Por ejemplo, es posible que no se introduzca el asiento predeterminado.
Entidad OData
La entidad OData, y específicamente la entidad LedgerJournalLineEntity adopta un enfoque diferente para la importación y validación de datos. Se ha diseñado para invocar una lógica de validación y valores predeterminados más completa fila por fila. Aunque este enfoque mejora la integridad de los datos, puede afectar al rendimiento.
Ventajas de la entidad OData
- Integridad de datos mejorada: la validación fila por fila de la entidad OData garantiza que cada entrada se compruebe minuciosamente antes de importarla. Este proceso de validación integral ayuda a mantener una alta calidad y coherencia de los datos.
- Lógica predeterminada: la entidad OData invoca la lógica predeterminada para cada fila a fin de garantizar que todos los campos necesarios se rellenen correctamente. Por lo tanto, hay menos probabilidad de que se introduzcan datos incompletos o incorrectos.
Limitaciones de la entidad OData
- Impacto en el rendimiento: el procesamiento adicional que se requiere para la validación y la configuración predeterminada fila por fila puede provocar un rendimiento más lento. Las organizaciones deben tener en cuenta esta compensación, especialmente si trabajan con grandes conjuntos de datos.
Equilibrar el rendimiento y la precisión de los datos
Las organizaciones a menudo tienen que encontrar un equilibrio entre el rendimiento y la precisión de los datos. La flexibilidad que ofrece la entidad DMF permite a los usuarios configurarla para emular la validación y la lógica predeterminada de la entidad OData. Cuando la configuración de importación basada en conjuntos está desactivada, la entidad DMF puede lograr la paridad funcional con la entidad OData. También puede alinear sus características de rendimiento en consecuencia.
Directrices y características de rendimiento
Cuando configure entidades de datos para procesos de importación, tenga en cuenta las directrices y características de rendimiento. Por ejemplo, piense en los umbrales de límite de fila, que ayudan a optimizar los procesos de importación y garantizan que el rendimiento del sistema se mantenga estable mientras el sistema gestiona grandes volúmenes de datos. La configuración correcta y el cumplimiento de estas directrices pueden mejorar tanto la eficiencia como la eficacia de las importaciones de datos.
Tanto la entidad DMF como la entidad OData ofrecen desafíos y ventajas únicos. La fortaleza de la entidad DMF radica en su capacidad para manejar importaciones de gran volumen, mientras que la entidad OData destaca por garantizar la integridad de los datos a través de una validación integral.
Configurar
Antes de importar con la entidad Diario general, valide la siguiente configuración:
Configuración de secuencia numérica para el número de lote del diario
- De forma predeterminada, al importar con la entidad Diario general, el número de lote de diario utiliza la secuencia numérica que se define en los parámetros de Contabilidad general.
- Si establece la secuencia numérica para el número de lote de diario en Manual de, no se aplica un número predeterminado. No se admite esta configuración.
Configuración de dimensiones financieras
Cada organización debe definir el orden de las dimensiones financieras cuando las entidades se utilizan para importar transacciones.
La orden para el formato Integración de dimensiones contables:
Contabilidad general>Plan contable>Dimensiones>Configuración de la dimensión financiera para la integración de aplicaciones>Seleccionar entidades de datos.
Los segmentos de la cuenta contable que se importa deben tener el mismo orden. De lo contrario, se produce un error durante la importación.
Configuración de la entidad Diario general
Dos valores de administración de datos afectan a cómo se aplica el número de lote del diario o el número de asiento predeterminado:
- Procesamiento basado en conjuntos (en la entidad de datos)
- Generado automáticamente (en la asignación de campos)
Las secciones siguientes describen el efecto de estos ajustes y explican cómo genera el sistema los números de lote para los diarios y los números de comprobante.
Número de lote de diario
La configuración Procesamiento basado en conjuntos de la entidad Diario general no afecta a la forma en que se generan los números de lote del diario.
Si el campo Número de lote de diario se establece en Generado automáticamente, se crea un nuevo número de lote del diario para cada línea que se importa. No se recomienda este comportamiento. La configuración Generado automáticamente se encuentra en el proyecto de importación en Ver mapa, en la pestaña Detalles de la asignación.
Si el campo Número de lote de diario no se establece en Generado automáticamente, se crea el número de lote del diario de la siguiente manera.
- Si el número de lote del diario que se define en el archivo importado coincide con un diario no registrado existente, todas las líneas con un número de lote de diario coincidente se importan en el diario existente. Las líneas nunca se importan en un número de lote del diario registrado. En su lugar, se crea un nuevo número.
- Si el número de lote del diario que se define en el archivo importado no coincide con un diario no registrado existente, todas las líneas con el mismo número de lote de diario se agrupan en un diario nuevo. Por ejemplo, todas las líneas que tienen un número de lote del diario de 1 se importan a un diario nuevo y todas las líneas que tienen un número de lote del diario de 2 se importan en un segundo diario nuevo. El número de lote del diario se crea mediante la secuencia numérica que se define en los parámetros de Contabilidad General.
Número de asiento
Al utilizar la configuración Procesamiento basado en conjuntos en la entidad Diario general, se debe proporcionar el número de asiento en el archivo importado. Todas las transacciones del Diario general se asignan al número de asiento que se proporciona en el archivo importado, incluso si el asiento no está equilibrado. Tenga en cuenta los siguientes puentos si desea utilizar el procesamiento basado en conjuntos, pero desea utilizar también la secuencia numérica que se define para los números de asiento.
- Para habilitar esta funcionalidad, en el nombre del diario que se usa para las importaciones, establezca Asignación numérica en el registro en Sí.
- Todavía se debe definir un número de asiento en el archivo importado. Sin embargo, cuando se contabiliza el diario, se sobrescribe el número temporal con el número de comprobante. Asegúrese de agrupar correctamente las líneas del diario por el número de comprobante temporal. Por ejemplo, durante el registro, hay tres líneas que tienen un número de asiento temporal de 1. El siguiente número de la secuencia numérica sobrescribe el número de comprobante temporal de las tres líneas. Si esas tres líneas no son una entrada equilibrada, el asiento no está registrado. A continuación, si las líneas tienen un número de asiento temporal de 2, el sistema sobrescribe este número con el siguiente número de asiento de la secuencia.
Cuando no se utiliza la configuración Procesamiento basado en conjuntos, no debe proporcionar ningún número de asiento en el archivo importado. Los números de asiento que se crean durante la importación, en función de la configuración del nombre del diario (Sólo un número de asiento, Según el saldo, etc). Por ejemplo, si el nombre del diario se define como Según el saldo, la primera línea recibe un nuevo número de asiento predeterminado. El sistema evalúa entonces la línea para determinar si los débitos son iguales a los créditos. Si existe una cuenta de contrapartida en la línea, la línea siguiente importada recibe un nuevo número de asiento. Si no existe ninguna cuenta de contrapartida, el sistema evalúa si los débitos son iguales a los créditos conforme se importa cada línea nueva.
Si el campo número de asiento se establece en Generado automáticamente, la importación falla. No se admite la configuración Generado automáticamente para el campo Número de asiento.
De forma predeterminada, la entidad Diario general utiliza el procesamiento basado en conjuntos. Después de evaluar los requisitos empresariales para su organización, puede cambiar la configuración Procesamiento basado en conjuntos seleccionando Entidades de datos en el área de trabajo Administración de datos. El procesamiento basado en conjuntos se utiliza para acelerar el proceso de importación. Si no utiliza el procesamiento basado en conjuntos, la importación de la entidad Diario general es más lenta.