A monitoring rule is assembled in the Bits rule editor — name, parameters and conditions — then saved. A flagged case matching the rule is reviewed and confirmed for escalation.

Transaction monitoring that understands your business.

Transaction monitoring that understands your business.

Transaction monitoring that understands your business.

Most monitoring systems work alone. Bits works with all the data you already have.

Most monitoring systems work alone. Bits works with all the data you already have.

Weigh every transaction against the customer behind it and carry any updates into the rest of your systems, automatically.

Fewer false positives
Less manual work
No stale customer records
ANDOR
Add conditionAdd group
Active
Large Nordic transfers from partner referrals
Flag when amount is over 50,000 SEK, origin is Norway or Sweden and the customer came in through a referral partner
Rules that understand the customer

Most transaction monitoring solutions look at the transaction in isolation. Our dynamic rules can check the transaction against what you already know about the customer, such as annual income, country of residence, and history.

Transaction details
€15,349.00
Transaction amount€15,349.00
Transaction date15 May 2025 at 13:48
Transaction typeBank transfer
BankNorwegian Bank
Account901- 987 654 321
Transaction number6524457951
ZoneEU-4
Your data model, on top of ours
Your data model, on top of ours

Our data model covers the standard cases, and yours goes on top. Add the data points important to your policy, whether that is the direction of the transaction or the merchant category, and build custom rules on them.

C
CoinbaseCard
€5,000.0012 Sep
Checking against risk profile
Cleared
N
NorwegianCard
€1,240.0013 Sep
Checking against risk profile
Cleared
N
NordeaBank transfer
€8,500.0014 Sep
Checking against risk profile
Cleared
Risk score2.5
ScreeningsDone
Verified individualDone
Fewer false positives with risk-based monitoring
Fewer false positives with risk-based monitoring

If every customer is measured against the same threshold, anything unusual will become a case. With Bits, you can build rules that read the customer's risk score directly, so ordinary customers stop generating cases.

In progress
#1204
BSBukayo Sand
Customer recordCrypto above limit1 transaction

€5,000 card payment to Coinbase exceeds the €3,000 single-payment limit. First crypto activity on the account, no supporting profile.

CancelConfirm
Customer recordCrypto above limit1 transaction

CancelConfirm
Cases open with the full context already there
Cases open with the full context already there

With Bits, cases open with the full customer record, what triggered the case and the linked transactions, so your team can focus on decisions instead of hunting for the necessary data.

Keep your customer records
up to date.

Keep your customer records up to date.

Pull relevant data, auto-update records, and connect compliance with your other tools.

C
CoinbaseCard
€5,000.0012 Sep
Waiting for customer dataCustomer riskLowHigh value
NI
NRG IndustriesOrganization
Risk classificationLowHigh
Updated from Coinbase€5,000.00
Read risk classification
Data enrichment works both ways

A high-value transaction can both read the customer's risk classification and update it directly.

NI
NRG IndustriesOwner · J. Lind
CRMRisk4.0
NI
NRG IndustriesOrganization
Case #1204Risk score4.0
Waiting for customer dataOwner J. LindFrom CRM
b
BitsAPP12:45
New alert
Case #1204 openedRisk score updated to 4.0. Review needed.
Slack · #compliance
Read from CRM
Compliance reaches the rest of your tech stack
Compliance reaches the rest of your tech stack

Bits can pull data from your CRM, write back to it, and send automatic updates to your communication tools, such as Slack.

CUSTOMERBUSINESS ACTIVITYRISK PROFILETRANSACTION

AMLR

2027

Built for what AMLR expects of monitoring.

Built for what AMLR expects of monitoring.

EU’s new AML regulation, enforced in July 2027, requires each transaction to be weighed against what you know about the customer, their business activity and risk profile. This is how Bits has been built from the start.

Old way
Old way
Rules built from dropdowns, one rule per row.
Rules score transactions in isolation.
Changing a rule means a vendor ticket.
Cases open with just the transaction. Every case starts with a search for related data.
Hard to see which rules fired, and which didn't.
The vendor has a fixed data model. No customisation to fit your policies.
The Bits way
The Bits way
Rules built as a flow, with multiple parameters.
Rules read the customer's risk score and history.
Your team changes the rules when needed.
Cases open with the customer record, what triggered the case and linked transactions.
You see the whole path any transaction took.
Your custom properties go on top of our model.

You own the configuration. Your compliance team builds and maintains the rules in a no-code builder. No vendor requests or engineering tickets needed.

Audit-ready by default. Every configuration and event is recorded, so you can show an auditor what changed and when.

STR reports pre-filled. When you report a suspicion to your FIU, the system pre-fills the key data points, saving your team hours of manual work.

Connects to your tools. Bits connects to your transaction system and databases over webhooks and APIs.

Transaction monitoring that understands your business.

Get started today.