Cette rubrique vous aide à comprendre la façon dont le moteur de correspondance de transactions évalue les transactions.
Les exemples de cette rubrique partent du principe que les transactions suivantes se trouvent dans les sources de données du système source et du sous-système.
Règles de correspondance
La valeur "Facture" du système source correspond exactement à la facture du sous-système
Le système source correspond à la date du sous-système selon une tolérance de -1 à +3
La valeur "Montant" du système source correspond exactement au montant du sous-système
L'attribut "Montant" du système source et du sous-système correspond à l'attribut d'équilibrage.
Ordre d'évaluation/La première correspondance l'emporte
Les transactions sont évaluées pour correspondance dans l'ordre dans lequel elles existent dans la base de données. La première transaction évaluée qui remplit les conditions sera sélectionnée pour la correspondance.
Ordre d'évaluation / La mise en correspondance privilégie l'ID de transaction le plus petit
Lorsque des transactions sont chargées, un ID leur est affecté de manière séquentielle. Ainsi, la transaction de correspondance qui présente l'ID le plus petit représente celle qui a été chargée en premier et celle qui sera la première à être mise en correspondance.
Dans le cas d'une correspondance 1 à 1, si deux transactions peuvent correspondre à une troisième, mais qu'une seule est acceptée, celle présentant l'ID le plus petit sera sélectionnée.
Pour les règles de sous-ensemble, la correspondance triera les transactions selon le montant et l'ID de transaction lors de la création de la correspondance. Si deux transactions ont le même montant, celle avec l'ID de transaction le plus bas sera utilisée dans la correspondance.
Si vous exécutez la même règle, mais que l'option Non ambigu est sélectionnée, toutes les transactions demeurent sans correspondance (comme prévu).
Evaluation des tolérances
Il existe trois façons de définir les niveaux de tolérance pour permettre la correspondance des transactions ayant des variances. Vous pouvez notamment définir les éléments suivants :
Remarque :
La valeur de pourcentage ne peut pas dépasser 100 pour la tolérance haute et basse, et peut être utilisée pour les attributs de source de données Nombre ou Entier.Evaluation des tolérances définies en tant que valeurs
Lors de l'évaluation des tolérances qui correspondent à une valeur de tolérance définie, les calculs sont influencés par la façon dont les valeurs de tolérance haute/basse sont appliquées aux transactions. Par exemple, dans les exemples de transactions où nous appliquons une tolérance aux valeurs de date, la tolérance autorisée va de -1 à +3. Si vous appliquez ces valeurs au premier enregistrement dans le tableau de système source, le premier enregistrement du tableau de sous-système respecte la règle de correspondance, car 18 septembre est inférieur ou égal à 15 septembre + 3 jours. Toutefois, si nous appliquons les tolérances à la transaction du sous-système (plutôt qu'au système source), la correspondance échoue, car 15 septembre n'est pas inférieur ou égal à 18 septembre - 1 jour.
Remarque :
Bien que l'exemple ci-dessus utilise des tolérances de date, la même logique s'applique aux tolérances pour les types de données Date, Heure et Entier.
Pour assurer la cohérence des résultats, nous avons choisi d'utiliser l'approche suivante lors de l'évaluation des tolérances :
Evaluation de types de règle 1 à 1
Avec les types de règle 1 à 1, nous traitons les transactions source comme les "transactions de base ou d'ancrage". Cet exemple présente le déroulement de l'évaluation. Dans cet exemple, nous partons du principe que le début de tolérance de date a été défini sur zéro (0) et la fin sur +3.
En ajoutant la tolérance 0 à +3 à la transaction du sous-système, la première transaction du système source avec une valeur de date supérieure ou égale au 15 septembre et inférieure ou égale au 18 septembre est sélectionnée comme correspondance. Cette correspondance est identifiée en vert ci-dessous :
En poursuivant avec la deuxième transaction source (avec une valeur de date égale au 16 septembre), la première transaction du sous-système avec une date supérieure ou égale au 16 septembre et inférieure ou égale au 19 septembre est recherchée. La date du 17 septembre se trouve dans la plage. Cette correspondance est identifiée en rouge ci-dessous :
Remarque :
Dans le cas de processus de correspondance à source unique, les transactions positives correspondent aux transactions négatives.Evaluation de types de règle 1 à plusieurs
Avec les types de règle 1 à plusieurs, les transactions du système source représentent les transactions de base.
Remarque :
Avec les types de règle 1 à plusieurs, vous devez définir la condition de règle Correspondance exacte ou Correspondance avec seuil de tolérance en plus de l'attribut d'équilibrage.Evaluation de types de règle Plusieurs à 1
Avec les types de règle Plusieurs à 1, les transactions du sous-système représentent les transactions de base.
Remarque :
Avec les types de règle Plusieurs à 1, vous devez définir la condition de règle Correspondance exacte ou Correspondance avec seuil de tolérance en plus de la condition d'attribut d'équilibrage.Evaluation de types de règle Plusieurs à plusieurs
Avec les types de règle Plusieurs à plusieurs, il n'existe aucune transaction de base. Les conditions sont évaluées à l'aide d'un ensemble de règles.
Le processus suivant permet d'évaluer une correspondance pour les types de règle Plusieurs à plusieurs avec une tolérance de date donnée.
La date minimale du sous-système doit être inférieure ou égale à la date maximale du sous-système.
Exemple : type de règle Plusieurs à plusieurs avec tolérance de date
Dans cet exemple, la tolérance de date autorisée pour une correspondance est de -2 à +3.
Prenez en compte les transactions du système source suivantes pour l'ID de magasin 3738.
Tableau 9-1 Transactions de système source
ID de magasin | Montant | Date |
---|---|---|
3738 | 715 $ | 07 février 2023 |
3738 | 595 $ | 07 février 2023 |
3738 | 960 $ | 04 février 2023 |
3738 | - 138 $ | 04 février 2023 |
Dans les transactions du système source, la valeur de date minimale est 04 février 2023 et la valeur de date maximale est 07 février 2023.
Prenez en compte les transactions du sous-système suivantes pour l'ID de magasin 3738.
Tableau 9-2 Transactions de sous-système
ID de magasin | Montant | Date |
---|---|---|
3738 | 387 $ | 05 février 2023 |
3738 | 211 $ | 05 février 2023 |
3738 | 378 $ | 07 février 2023 |
3738 | 342 $ | 05 février 2023 |
3738 | 714 $ | 06 février 2023 |
3738 | 100 $ | 07 février 2023 |
A l'aide de la formule figurant à l'étape 2, déterminez la plage de dates pour les transactions du sous-système à prendre en compte à des fins de mise en correspondance.
Par conséquent, toutes les transactions du sous-système comprises entre le 05 février 2023 et le 07 février 2023 sont prises en compte lors de la création d'une correspondance. Dans cet exemple, toutes les transactions du sous-système se situent dans cette plage.
La somme des montants dans le système source est égale à 2 132. Dans le sous-système, la somme des montants des transactions comprises dans la plage de dates calculée est égale à 2 132. Par conséquent, les transactions du système source et du sous-système sont considérées comme une correspondance.
Pour un exemple dans lequel aucune correspondance n'est créée, prenons les mêmes transactions du système source affichées ci-dessus. Dans les transactions du sous-système, la seule modification est que la dernière transaction (avec Montant = 100) est datée du 08 février 2023. La date maximale du sous-système pouvant être prise en compte lors de la création d'une correspondance est le 07 février 2023. Ainsi, la transaction dont la date est le 08 février 2023 n'est pas incluse. La somme des montants dans le système source est égale à 2 132 mais la somme des montants dans le sous-système est égale à 2 032. Par conséquent, ces ensembles de transactions de système source et de sous-système ne constituent pas une correspondance.
Remarque :
Avec les règles Plusieurs à plusieurs, vous devez définir au minimum une condition Correspondance exacte.Evaluation de conditions de règle de correspondance pour un attribut d'équilibrage
La méthode d'évaluation des conditions de règle de correspondance pour un attribut d'équilibrage est légèrement différente par rapport aux autres attributs. Prenons un type de règle Plusieurs à plusieurs en utilisant les données d'exemple. Voici la méthode d'évaluation du système :Etant donné qu'il s'agit d'une correspondance Plusieurs à plusieurs avec de nombreuses transactions dans le système source et le sous-système, les montants doivent d'abord être ajoutés par la source de données, puis les sommes totales comparées.
Dans notre exemple, la somme du montant du système source est de 500 $, comme celle du montant du sous-système. Les conditions de correspondance sont donc respectées :
Remarque :
Le même processus s'applique aux correspondances 1 à plusieurs et Plusieurs à 1. A chaque fois que plusieurs transactions de la même source de données existent pour une correspondance, les valeurs des attributs d'équilibrage doivent d'abord être ajoutées avant que la comparaison soit effectuée.Evaluation des tolérances définies sous forme de pourcentage et limite de variance
L'option de tolérance de pourcentage est disponible pour les attributs de source de données de type Nombre et Entier (y compris l'attribut d'équilibrage) et peut être définie pour :
Montant de système source | Montant de sous-système | Tolérance calculée | Variance (Source - Montant de sous-système) | Calcul de correspondance | Résultat |
---|---|---|---|---|---|
99,6 | 100 | 1 % sur 99,6 = 0,99 | 99,6 - 100 = 0,4 | 0,4 < 0,99 et < 0,5 | Correspondance YES trouvée |
n99,1 | 100 | 1 % sur 99,1 = 0,99 | 99,1 - 100 = 0,9 | 0,9 < 0,99 mais > 0,5 | Correspondance NO trouvée car la limite maximale de variance de tolérance a été dépassée |
100 | 99,6 | 1 % sur 100 = 1 | 100 - 99,6 = 0,4 | 0,4 < 1 et < 0,5 | Correspondance YES trouvée |
100 | n99,1 | 1 % sur 100 = 1 | 100 - 99,1 = 0,9 | 0,9 < 1 et > 0,5 | Correspondance NO trouvée car la limite maximale de variance de tolérance a été dépassée |
50, 49,6 | 50, 50 | 1 % sur 99,6 = 0,99 | 99,6 - 100 = 0,4 | 0,4 < 0,99 et < 0,5 | Correspondance YES trouvée |
Evaluation des tolérances de date pour les règles 1 à 1 et 1 à plusieurs
La tolérance de date est le nombre de jours à prendre en compte pour la correspondance de transactions entre deux sources de données. Le module Correspondance de transactions prend en compte la tolérance de date de la façon la plus courante en matière de correspondance de transactions et traite la source (dans le GL par exemple) comme disponible "avant" les dépôts bancaires ou les transactions du sous-système. Le moteur effectue un ancrage sur la source et calcule la plage de valeurs de date à prendre en compte pour la correspondance en fonction des valeurs de tolérance saisies dans la règle.
L'option de tolérance de date est disponible pour les attributs de source de données de type Date et peut être définie pour les éléments suivants :
La tolérance de date est très flexible et vous pouvez l'utiliser pour indiquer une correspondance à l'aide des options suivantes :
Utilisez la tolérance de date dans les règles afin d'établir une plage de jours à prendre en compte pour la correspondance. Lorsque vous créez la règle, ces champs sont libellés Début et Fin pour indiquer la plage. Le moteur offre une grande flexibilité d'utilisation de la plage de tolérance de date. Supposons que vous vouliez prendre en compte les transactions d'aujourd'hui et de demain pour la correspondance. Vous devez alors définir la date de début sur 0 et la date de fin sur 1. Autre exemple : vous pouvez démarrer la correspondance de transactions deux jours après les transactions source et la terminer 4 jours plus tard. Vous pouvez également prendre en compte les transactions de la veille (date de début définie sur -1) au lendemain en définissant la valeur de début sur -1 et la valeur de fin sur +1.
Il est possible de préciser davantage la tolérance de date et de mettre en correspondance les transactions d'une source avec les transactions du sous-système d'une date précise au lieu d'une plage de dates. Pour ce faire, définissez les mêmes valeurs de tolérance de date dans les champs Début et Fin. Par exemple, vous voulez mettre en correspondance uniquement les transactions source avec les transactions bancaires dans 2 jours. Vous pouvez saisir 2 dans le champ Début et 2 dans le champ Fin pour prendre uniquement en compte ce jour précis pour la correspondance.
Par défaut, Account Reconciliation emploie un calendrier standard pour indiquer les dates d'une plage de dates. Vous pouvez toutefois recourir à un calendrier d'entreprise lors du calcul de la plage de dates afin de retirer facilement les jours fériés d'entreprise ou les week-ends du calcul de la plage. La case à cocher Utiliser le calendrier d'entreprise est une option disponible lorsque vous créez des conditions de règle d'attribut de type Date avec une tolérance, ainsi que pour le mapping d'attribut par défaut de processus de correspondance. L'option Utiliser le calendrier d'entreprise n'est pas disponible pour la correspondance manuelle.
Remarque :
Pour utiliser un calendrier d'entreprise, vous devez indiquer les jours ouvrables de votre unité organisationnelle et une règle de jour férié contenant la liste des jours fériés. Les unités organisationnelles sont affectées à des profils et le calendrier d'entreprise correspondant est employé lors de la création de rapprochements. Reportez-vous à Définition des unités organisationnelles dans le guide Configuration d'Account Reconciliation.Voici un exemple de règle pour laquelle une tolérance de date a été indiquée et la case Utiliser le calendrier d'entreprise cochée.