The Matching module enables real-time matching of messages based on user-defined rules.
- Includes out-of-the-box settings for Treasury and Securities, with similar logic of the the discontinued SWIFT Accord.
- It is integrated as an in-house solution for all your trade operations, regardless of counterparty subscriptions.
- Provides improved efficiency, increased STP and reduced settlement risk.
Out-of-the-box Matching Rules
The matching is driven by user-defined rules. The module is preset to cover Treasury and Securities messages, similar to SWIFT Accord. The rules are configured by API, and new rules can be added for any MT.
It does not depend on the counterparty using the same reconciliation system. The module can be integrated and run as a standalone solution, pairing all your sent and received trade operations.
Matching and Chaining
Rule configurations support both matching and chaining; to reconcile messages exchange with a counterparty, or to reconcile a sequence of sent or received messages that belong to the same trade.
Given a source and target message, the matching process determines if the messages belong to the same trade, and can produce three different outcomes:
- Matched: The messages correspond to the same trade, and all rules are completely satisfied.
- Mis-Matched: the messages are related to the same trade, but some details differ.
- Un-Matched: the messages are not related.
The primary rules define the fields that must correspond in the two messages to consider them as related to the same trade. If this fields differ the matching result is UN-MATCHED.
If all fields from the primary rules match, the process continues with the set of secondary rules. Then if discrepancies are detected in these secondary fields, the matching result for the pair of messages is MIS-MATCHED.
Finally, if the process does not detect any discrepancies in either the primary and secondary fields, then the pair of messages is considered to be successfully MATCHED.