The routing engine automatically selects which profile is applied when a mandate is created via the API. Rather than requiring your integration to specify a profile explicitly, Twikey evaluates a set of rules you configure and assigns the matching profile to the incoming mandate.
Routing is useful if you operate multiple profiles — for example, a CORE profile for Belgian customers, a B2B profile for Dutch companies, and a credit card profile for specific payment providers. Instead of building profile-selection logic into your integration, you define the rules once in Twikey and let the engine handle it.
This gives you:
When a mandate creation request arrives via the API without an explicit profile, the routing engine evaluates your configured rules in order. The first matching rule determines the profile applied. If no rule matches, the fallback profile (if configured) is used.
Each condition combines a field, an operator, and a value. Set If matched to any to apply the rule when a single condition matches, or to all to require every condition. Click + to add another condition.
The available operators are:
Fields are grouped by where the data comes from:
| Group | Available fields |
|---|---|
| Agreement | Address, Amount, BIC, City, Country, IBAN, Method, Profile Id, Profile Prefix, ZIP |
| Customer | Address, City, Company, Companyname, Country, Enterprise No, Language, Number, ZIP |
To route on the customer's bank, use BIC. To route on the payment method or provider, use Method — for example direct debit, credit card, or a wallet such as PayPal, Apple Pay or Google Pay.
Because the matched profile determines the payment method, you can also use routing to split traffic between direct debit and credit card, or to send specific customer segments through a profile that carries extra checks.
Each rule specifies:
Rules are evaluated top-to-bottom — order matters.
The routing engine can select a profile of any type — CORE, B2B, RCC, Contract, or PAD. The agreement type created is determined by the matched profile, so design your rules so that the correct type follows naturally from the available customer data.