Le regole di corrispondenza automatica in Corrispondenza transazioni supportano il raggruppamento e il filtraggio delle transazioni in regole, che saranno utilizzate dal motore delle corrispondenze per abbinare le transazioni. Una scheda chiamata Filtri e gruppi appare nella finestra di dialogo Modifica regola per una singola origine dati e per due origini dati.
Filtraggio di transazioni in regole di corrispondenza automatica
Durante l'esecuzione della regola, Corrispondenza automatica includerà solo le transazioni specificate dal filtro. Le altre transazioni sono escluse dalla corrispondenza.
Di seguito sono elencati alcuni aspetti del filtraggio delle transazioni da tenere presenti:
La definizione dei filtri per ogni regola è facoltativa.
I filtri sono definiti per ogni origine dati.
È possibile selezionare solo un filtro per origine dati per ogni regola.
Tutti i vari tipi di regole consentiranno il filtraggio
Processo di corrispondenza con due origini: in un processo di corrispondenza con due origini, è possibile selezionare un filtro per il sistema di origine e uno per il sottosistema
Processo di corrispondenza con origine unica: in un processo di corrispondenza con origine unica, il filtro selezionato per il sottosistema può essere uguale a quello selezionato per il sistema di origine.
Raggruppamento delle transazioni per la corrispondenza automatica
La definizione del raggruppamento per il filtraggio per una regola è facoltativa.
È possibile scegliere uno o più attributi per il raggruppamento.
Il raggruppamento è consentito solo per regole di tipo "molti", ovvero uno a molti, molti a uno oppure molti a molti, e se non è utilizzato un subset.
Uno a molti
Il raggruppamento è possibile solo per l'origine dati Sottosistema.
In un processo di corrispondenza con due origini viene visualizzata solo l'origine dati Sottosistema e i relativi attributi.
In un processo di corrispondenza con origine unica viene visualizzata solo l'origine dati e i relativi attributi.
Molti a uno
Il raggruppamento è possibile solo per l'origine dati Sistema di origine.
In un processo di corrispondenza con due origini viene visualizzata solo l'origine dati Sistema di origine e i relativi attributi.
In un processo di corrispondenza con origine unica viene visualizzata solo l'origine dati e i relativi attributi.
Molti a molti
Il raggruppamento è possibile per entrambe le origini dati Sistema di origine e Sottosistema
In un processo di corrispondenza con due origini vengono visualizzate entrambe le origini dati Sistema di origine e Sottosistema e i relativi attributi.
In un processo di corrispondenza con origine unica viene visualizzata l'origine dati e i relativi attributi.
Attributi
Per gli attributi di raggruppamento si applicano le condizioni indicate di seguito.È possibile scegliere uno o più attributi per il raggruppamento.
Gli attributi di raggruppamento possono seguire qualsiasi ordine.
Gli attributi di raggruppamento possono includere attributi calcolati.
L'attributo di quadratura non può essere un attributo di raggruppamento.
Per le regole di tipo Molti a molti, tutti gli attributi definiti nelle condizioni di regola, ad eccezione dell'Attributo quadratura, devono far parte della query Raggruppa per.
Condizioni di regola
Se il raggruppamento è abilitato per una regola di tipo "molti", durante la creazione della regola saranno considerati solo gli attributi scelti per il raggruppamento. Le condizioni della regola filtrano gli attributi e visualizzano solo gli attributi selezionati per il raggruppamento nell'elenco a discesa. La creazione delle condizioni della regola utilizzando questi attributi è facoltativa.
Nota:
Quando si utilizzano regole di subset, non è consentito raggruppare le transazioni per le regole di tipo uno a molti e molti a uno.Modalità di esecuzione della corrispondenza automatica tramite i gruppi
Le transazioni raggruppate si comportano come una transazione singola. Il raggruppamento è applicabile solo sul lato "molti". Quando si applica il raggruppamento sul lato "molti" in una regola Uno a molti o Molti a uno, la regola si comporta come se fosse anche una regola Uno a uno sul lato "molti". In questo modo, le transazioni raggruppate saranno considerate come una transazione singola.
In una regola Molti a molti, il raggruppamento può essere applicato su entrambi i lati o su un solo lato. Quando si applica il raggruppamento su entrambi i lati, questo si comporta come se fosse una regola Uno a uno, con le transazioni raggruppate a comportarsi come se fossero una transazione singola. Tuttavia, quando il raggruppamento è applicato solo su un lato, questo si comporta come se fosse una regola Uno a molti o Molti a uno, a seconda dell'origine su cui è applicato il raggruppamento.
Esempio
Per comprendere meglio la modalità di esecuzione delle corrispondenze, viene indicato di seguito un esempio di transazioni bancarie e transazioni del General Ledger.
Nell'esempio di regola Uno a molti di seguito, le transazioni del General Ledger sono raggruppate per data della transazione (Transazione), tipo di pagamento (PymtType) e ID del batch. L'ordine degli attributi non ha alcun effetto sulla corrispondenza.
Condizione di regola: Importo in transazioni General Ledger deve avere una Corrispondenza esatta con Importo in transazioni bancarie
Attributi di quadratura: Importo in transazioni bancarie e Importo in transazioni General Ledger
Tabella 10-3 Esempio di transazioni General Ledger
Numero | Data transazione | PymtType | ID batch | Importo |
---|---|---|---|---|
1 |
18 set. |
Assegno circolare |
CS18091802 |
200 |
2 |
18 set. |
Assegno circolare |
CS18091802 |
200 |
3 |
18 set. |
Assegno circolare |
CS18091802 |
600 |
4 |
20 set. |
Assegno circolare |
CS18091802 |
200 |
5 |
20 set. |
Assegno circolare |
CS18091802 |
200 |
Tabella 10-4 Esempio di transazioni bancarie
Numero | Data di validità | ID banca | N. conto | Importo |
---|---|---|---|---|
1 |
19 set. |
121000248 |
4129965265 |
1000 |
2 |
22 set. |
121000248 |
4129965265 |
400 |
Questa regola genererà due corrispondenze.
Tabella 10-5 Corrispondenza 1 - Esempio di transazioni bancarie corrispondenti
Numero | Data di validità | ID banca | N. conto | Importo | N. set corrispondenze |
---|---|---|---|---|---|
1 |
19 set. |
121000248 |
4129965265 |
1000 |
1 |
Tabella 10-6 Corrispondenza 1 - Esempio di transazioni General Ledger
Numero | Data transazione | PymtType | ID batch | Importo | N. set corrispondenze |
---|---|---|---|---|---|
1 |
18 set. |
Assegno circolare |
CS18091802 |
200 |
1 |
2 |
18 set. |
Assegno circolare |
CS18091802 |
200 |
1 |
3 |
18 set. |
Assegno circolare |
CS18091802 |
600 |
1 |
Tabella 10-7 Corrispondenza 2 - Esempio di transazioni bancarie corrispondenti
Numero | Data di validità | ID banca | N. conto | Importo | N. set corrispondenze |
---|---|---|---|---|---|
1 |
22 set. |
121000248 |
4129965265 |
400 |
2 |
Tabella 10-8 Corrispondenza 2 - Esempio di transazioni General Ledger
Numero | Data transazione | PymtType | ID batch | Importo | N. set corrispondenze |
---|---|---|---|---|---|
4 |
20 set. |
Assegno circolare |
CS18091802 |
200 |
2 |
5 |
20 set. |
Assegno circolare |
CS18091802 |
200 |
2 |
Nella regola precedente, se fosse stata aggiunta un'altra regola Data di validità Corrisponde esattamente a Data transazione, non si sarebbe generata nessuna corrispondenza.