The auto-match is rechecked on every invoice update for the first 14 days after invoice's creation. After that period has passed, the match will stay as is regardless of what happens.

Manual matches don't count. Once a user manually matched a transaction there are no further matching checks of any sorts performed.

Transactions which are already matched to a document, will not be considered for future matching runs. There is no breaking-up and re-match if document arrivals would bring better matching candidates.

Invoice update, in this context, is exclusively updates received from our invoice data providers. ( Services for invoice feature extraction ). Doing an update on the invoice in the UI does not trigger the check.

The matching algorithm is exclusively run only when:

  • domonda imports transactions

  • domonda imports invoices

  • external data provider updates the invoice

Default Matching Pipeline

These are the domonda defaults, sorted by priority top to bottom. If a clause matches, the rest is ignored.

  1. pain.001

    1. NOTE: pain.001 does not have any sub-checks its just a placeholder because the check is ran in a seperate custom query

  2. Default 1

    1. transaction type is bank

    2. ibans match

    3. totals match with allowed +-10% deviation (with max total diff of 300)

    4. invoice number / order ID (min length of 3 chars) appears in transaction purpose

  3. Invoice number and 120 days date diff check

    1. invoice number / order ID(min length of 4 chars) appears in transaction

    2. dates are not more then 120 days apart (invoice date must be in the past)

    3. totals match with allowed +-10% deviation (with max total diff of 999,999 (no max total diff))

  4. Default 2

    1. transaction type is bank

    2. ibans match

    3. totals match with allowed +-3% deviation (with max total diff of 100)

    4. dates are not more then 18 days apart (invoice date must be in the past)

  5. Default 3

    1. transaction type is bank

    2. totals match exactly

    3. dates are not more then 60 days apart (invoice date must be in the past)

    4. transaction partner is at least 3 characters long and is at least 75% similar to the invoice partner

  6. Default 4

    1. totals match exactly

    2. invoice number / order ID(min length of 3 chars) appears in transaction purpose

  7. Default 5

    1. totals match with allowed 2% negative deviation and 10% positive deviation (with max total diff of 300)

    2. invoice number / order ID(min length of 4 chars) appears in transaction purpose

  8. Default 6

    1. totals match with allowed 2% negative deviation and 3% positive deviation (with max total diff of 300)

    2. last 5 characters of invoice number / order ID appears in the transaction purpose

    3. dates are not more than 28 days apart (invoice date can be up to 14 days in the future)

  9. Default 7

    1. transaction type is credit-card

    2. totals match with allowed 10% positive deviation (0% negative)

    3. invoice date in format "DD.MM." appears in the transaction purpose

  10. Default 8

    1. totals match exactly

    2. transaction partner is at least 3 characters long and is at least 75% similar to the invoice partner

    3. dates are not more than 28 days apart (invoice date can be up to 14 days in the future)

  11. Default 9

    1. totals match with allowed 2% negative deviation and 10% positive deviation (with max total diff of 100)

    2. transaction partner is at least 3 characters long and is at least 75% similar to the invoice partner

    3. dates are not more than 6 days apart (invoice date must be before the transaction date)

For some reasons, customer specific matching rules may lead to better results. If you assume a specific matching tuning can increase the performance of your matching pipeline, get in contact. This is a commercial update to domonda default and is possible in several ways.