Este tema le ayudará a comprender cómo el motor de coincidencia de transacciones evalúa las transacciones.
En los ejemplos de este tema, se asumen las siguientes transacciones del origen de datos del sistema de origen y del origen de datos del subsistema.
Reglas de coincidencia
La "factura" del sistema de origen coincide exactamente con la del subsistema.
El sistema de origen coincide con la fecha del subsistema con una tolerancia de entre -1 y +3.
La "cantidad" del sistema de origen coincide exactamente con la del subsistema.
El atributo "cantidad" del sistema de origen y del subsistema es el atributo de cuadre.
Orden de evaluación/El primero que coincide gana
Las transacciones se evalúan para la coincidencia en el orden en el que aparecen en la base de datos, y la primera transacción evaluada para la coincidencia que cumpla las condiciones será la seleccionada para la coincidencia.
Orden de evaluación/Confrontaciones de ID de transacción menores en primer lugar
Cuando se cargan las transacciones, se les asigna un ID de transacción de forma secuencial. Por tanto, la transacción de confrontación con el ID de transacción más bajo indica que se ha cargado la primera y que será la primera en confrontarse.
En una confrontación 1 a 1, si hay dos transacciones que pueden ser una confrontación con una tercera transacción, pero solo se puede confrontar una, se seleccionará como confrontación la transacción que tenga el ID más bajo.
En las reglas de subconjuntos, la confrontación ordenará las transacciones en función tanto del importe como del ID de transacción durante la creación de confrontaciones. Si dos transacciones tienen el mismo importe, el que tenga el ID más bajo se usará en la confrontación.
Tenga en cuenta que si ha ejecutado la misma regla con la opción Sin valor ambiguo seleccionada, todas las transacciones permanecerán sin confrontar (como se esperaba).
Evaluación de tolerancias
Hay tres maneras de establecer niveles de tolerancia para permitir la coincidencia de transacciones que tienen varianzas. Puede establecer lo siguiente:
Nota:
El valor del porcentaje no puede ser superior a 100, tanto para la tolerancia alta como la baja, y puede utilizarse para atributos de origen de datos de Número o Enteros.Evaluación de tolerancias establecidas como valores
Al evaluar tolerancias que son un valor de tolerancia establecido, el cálculo se ve afectado por lo altos o bajos que sean los valores de tolerancia aplicados a las transacciones. Por ejemplo, en las transacciones de ejemplo en las que aplicamos una tolerancia a los valores de fecha, tenemos una tolerancia autorizada -1 y +3. Si aplica estos valores al primer registro en la tabla del sistema de origen, el primer registro de la tabla del subsistema cumple la regla de coincidencia porque el 18 de septiembre es menor o igual a +3 días desde el 15 de septiembre. Sin embargo, si aplicamos las tolerancias a la transacción del subsistema (en lugar de al sistema de origen), la coincidencia falla porque el 15 de septiembre no es menor o igual a -1 días desde el 18 de septiembre.
Nota:
Aunque el ejemplo anterior utiliza las tolerancias de fecha, lo mismo ocurre con las tolerancias de tipos de datos Fecha, Hora y Entero.
Para asegurar unos resultados consistentes, hemos optado por utilizar el siguiente enfoque para evaluar tolerancias:
Evaluación de los tipos de reglas 1 a 1
Con los tipos de reglas 1 a 1, tratamos las transacciones de origen como las "transacciones base o de anclaje". En este ejemplo se muestra cómo se realiza la evaluación. En este ejemplo, asumimos un valor Inicio de tolerancia de fecha establecido en cero (0) y un valor Fin establecido en +3.
Al agregar la tolerancia 0 a +3 a la transacción del subsistema, se selecciona como confrontación la primera transacción del sistema de origen con un valor de fecha mayor o igual al 15 de septiembre y menor o igual al 18 de septiembre. Esta coincidencia está marcada en verde a continuación:
Siguiendo con la segunda transacción de origen (cuyo valor de fecha es el 16 de septiembre), se encuentra la primera transacción del subsistema con una fecha mayor o igual al 16 de septiembre y menor o igual al 19 de septiembre. Esta confrontación de 17 de septiembre está dentro del rango y se identifica con color rojo a continuación:
Nota:
En el caso de procesos de confrontación de un solo origen, las transacciones positivas se confrontan con las negativas.Evaluación de los tipos de regla 1 a varios
Con los tipos de regla 1 a varios, las transacciones del sistema de origen son las transacciones base.
Nota:
Para los tipos de regla 1 a varios, debe definir una condición de regla que pueda ser una confrontación exacta o con tolerancia además del Atributo de balance.Evaluación de los tipos de regla varios a 1
Con los tipos de regla varios a 1, las transacciones del subsistema son las transacciones base.
Nota:
Para los tipos de regla Varios a 1, debe definir una condición de regla que pueda ser una confrontación exacta o con tolerancia además de la condición Atributo de balance.Evaluación de los tipos de regla varios a varios
Con los tipos de regla varios a varios, no hay transacciones base. En su lugar, las condiciones se evalúan mediante un conjunto de reglas.
Se usa el siguiente proceso para evaluar una confrontación para tipos de reglas Varios a varios con la tolerancia de fechas especificada.
Tenga en cuenta que la fecha mínima del subsistema debe ser igual o inferior a la fecha máxima del subsistema.
Ejemplo: Tipo de regla Varios a varios con tolerancia de fechas
En este ejemplo, la tolerancia de fechas permitida para una coincidencia oscila entre -2 y +3.
Tenga en cuenta las siguientes transacciones del sistema de origen para el ID de tienda 3738.
Tabla 9-1 Transacciones del sistema de origen
ID de tienda | Cantidad | Fecha |
---|---|---|
3738 | 715 $ | 07-feb-23 |
3738 | 595 $ | 07-feb-23 |
3738 | 960 $ | 04-feb-23 |
3738 | -138 $ | 04-feb-23 |
En las transacciones del sistema de origen, el valor de fecha mínimo es 04-feb-23 y el valor de fecha máximo es 07-feb-23.
Tenga en cuenta las siguientes transacciones de subsistema para el ID de tienda 3738.
Tabla 9-2 Transacciones del subsistema
ID de tienda | Cantidad | Fecha |
---|---|---|
3738 | 387 $ | 05-feb-23 |
3738 | 211 $ | 05-feb-23 |
3738 | 378 $ | 07-feb-23 |
3738 | 342 $ | 05-feb-23 |
3738 | 714 $ | 06-feb-23 |
3738 | 100 $ | 07-feb-23 |
Con la fórmula del paso 2, determine el rango de fechas para las transacciones del subsistema que se deben tener en cuenta para la confrontación.
Por tanto, todas las transacciones del subsistema que se encuentre entre el 05-feb-23 y el 07-feb-23 se tienen en cuenta al obtener una coincidencia. En este ejemplo, todas las transacciones del subsistema se encuentran dentro de este rango.
La suma de los importes en el sistema de origen es 2132. En el subsistema, la suma de importes de las transacciones que se encuentren dentro de rango de fechas calculado es 2132. Por tanto, las transacciones del sistema de origen y del subsistema se consideran una coincidencia.
Para entender un ejemplo cuando no se encuentra una coincidencia, piense en las transacciones del mismo sistema de origen mostradas anteriormente. En las transacciones del subsistema, el único cambio es que la última transacción (donde Importe = 100) tiene fecha del 08-feb-23. La fecha máxima del subsistema que se puede tener en cuenta al obtener una coincidencia es el 07-feb-23, por lo que no se incluye la transacción con la fecha 08-feb-23. La suma de los importes del sistema de origen es 2132, pero la suma de los importes del subsistema es 2032. Por tanto, estos conjuntos de transacciones del sistema de origen y del subsistema no son una coincidencia.
Nota:
Para las reglas Varios a varios, debe definir una condición Confrontación exacta.Evaluación de las condiciones de regla de coincidencia para un atributo de cuadre
El método para evaluar condiciones de regla de coincidencia para un atributo de cuadre es ligeramente diferente que para otros atributos. Considere el tipo de regla varios a varios al usar datos de muestra. Así es cómo el sistema lo evalúa:Puesto que se trata de una coincidencia varios a varios con múltiples transacciones en el sistema de origen y el subsistema, los valores de cantidad se deben sumar primero por origen de datos y, a continuación, comparar los totales de la suma.
En el ejemplo, la suma de la cantidad del sistema de origen es 500 $ y la suma de la cantidad del subsistema también es 500 $, por lo que se cumplen las condiciones de coincidencia:
Nota:
Lo mismo ocurre en las coincidencias 1 a varios y varios a 1. Cuando existan varias transacciones del mismo origen de datos para una coincidencia, los valores de los atributos de cuadre se deben sumar primero antes de realizar la comparación.Evaluación de tolerancias establecidas como un porcentaje y límite de varianza
La opción de tolerancia de porcentaje está disponible para atributos de origen de datos de tipo de Número y Entero (incluido el atributo de cuadre) y puede establecerse para:
Cantidad del sistema de origen | Cantidad del subsistema | Tolerancia calculada | Varianza (cantidad del sistema de origen y del subsistema) | Cálculo de coincidencia | Resultado |
---|---|---|---|---|---|
99,6 | 100 | 1 % de 99,6 = ,99 | 99,6 - 100 = ,4 | ,4 < ,99 y < ,5 | SÍ se ha encontrado coincidencia |
99,1 | 100 | 1 % de 99,1 = ,99 | 99,1 - 100 = ,9 | ,9 < ,99 pero > ,5 | NO se ha encontrado coincidencia, ya que se ha excedido la tolerancia de varianza Hasta el límite |
100 | 99,6 | 1 % de 100 = 1 | 100 - 99,6 = ,4 | ,4 < 1 y < ,5 | SÍ se ha encontrado coincidencia |
100 | 99,1 | 1 % de 100 = 1 | 100 - 99,1 = 0,9 | ,9 < 1 y > ,5 | NO se ha encontrado coincidencia, ya que se ha excedido la tolerancia de varianza Hasta el límite |
50, 49,6 | 50, 50 | 1 % de 99,6 = ,99 | 99,6 - 100 = ,4 | ,4 < ,99 y < ,5 | SÍ se ha encontrado coincidencia |
Evaluaciones de tolerancias de fecha en reglas 1 a 1 y 1 a varios
La tolerancia de fechas es el número de días a tener en cuenta para la confrontación de transacciones entre dos orígenes de datos. Confrontación de transacciones tiene en cuenta la tolerancia de fechas con el método más habitual de confrontar las transacciones, tratando el origen (en el libro mayor, por ejemplo), como disponible "antes" de los depósitos del banco o las transacciones del subsistema. El motor se ancla en el origen y calcula el rango de valores de fecha a tener en cuenta para la confrontación hacia delante desde allí, en función de los valores de tolerancia introducidos en la regla.
La opción Tolerancia de fechas está disponible para los atributos de origen de datos de tipo Fecha y se pueden establecer para:
La tolerancia de fechas es muy flexible y puede utilizarla para especificar la confrontación con uno de estos elementos:
Use la tolerancia de fechas en reglas para establecer un rango de días a tener en cuenta para la confrontación. Durante la creación de reglas, estos campos se denominan Inicio y Fin para indicar el rango. El motor proporciona mucha flexibilidad para trabajar con el rango de tolerancia de fechas. Supongamos que desea tener en cuenta las transacciones para realizar una confrontación entre la fecha actual y un día posterior. Esto equivaldría a una fecha de inicio 0 y de fin 1. Otro ejemplo sería iniciar la confrontación de transacciones dos días después de las transacciones de origen y acabar 4 días después. También puede considerar un día anterior (inicio -1) a 1 día posterior si introduce un valor en Inicio -1 y un valor en Fin +1.
Se ofrece una precisión adicional para la tolerancia de fechas al poder confrontar transacciones de un origen con transacciones del subsistema en otro día específico en lugar de en un rango de días. Esto se realiza con los valores de tolerancia de fechas en los campos Inicio y Fin como el mismo valor. Por ejemplo, supongamos que solo desea realizar la confrontación de sus transacciones de origen con las transacciones bancarias 2 días después. Puede introducir 2 en el campo Inicio y 2 en el campo Fin para que solo se tenga en cuenta ese día para la confrontación.
De forma predeterminada, Conciliación de cuentas utiliza un calendario normal para especificar las fechas en un rango de fechas. También puede usar un calendario de negocio al calcular un rango de fechas para eliminar fácilmente el recuento de días que sean festivos para una compañía, o bien los fines de semana en el cálculo del rango. La casilla de verificación Utilizar calendario de negocio está disponible como opción al crear condiciones de regla de atributo Tipo de fecha con tolerancia y también para la asignación de atributos predeterminados del proceso de confrontación. La opción de calendario de negocio no está disponible para la confrontación manual.
Nota:
Para utilizar un calendario de negocio, debe especificar los días laborables para su unidad organizativa, así como una regla de vacaciones que contenga la lista de vacaciones. Las unidades organizativas se asignan a perfiles y el calendario de negocio asociado se utiliza, a continuación, durante la creación de las conciliaciones. Consulte Definición de unidades organizativas en la guía Configuración de Account Reconciliation.A continuación se muestra un ejemplo de una regla con una tolerancia de fechas especificada, así como con la casilla de verificación Calendario de negocio.