Transaction enrichment providers sit on top of card-auth and posted-transaction data — the messy strings issuers and banks already have — and turn them into structured, verified records: clean merchant name, exact location and geocoordinates, MCC, logo, and a stable merchant ID. Issuers use this for real-time authorization decisions and fraud scoring; rewards platforms use it for accurate cashback attribution; banks use it to power transaction feeds in their apps and shift disputes from chargebacks to "contact the merchant." This is a foundational layer parallel to Financial Data Connectivity: it does not ship a product to end users, it cleans the data the products run on. Distinct from open-banking aggregators (Plaid, TrueLayer, Tink, Bud, MX), which connect to bank APIs to retrieve account data — enrichment providers operate on card-transaction data the customer already has. Many open-banking aggregators bundle enrichment as an add-on (Plaid Enrich, Tink Insights, Bud Engage, MX Money Map), but the providers below are pure-plays focused on enrichment as the product.
| Provider | HQ | Category | Target Market | Dev Portal | ||
|---|---|---|---|---|---|---|
 | Spade |  | transaction-enrichmentmerchant-intelligence+2 | FintechsNeobanks+3 | Docs | View |
 | Ntropy | | transaction-enrichmentcategorization+2 | Fintechslenders+3 | Docs | View |
 | Heron Data | '%3e%3cpath fill='%23012169' d='M0 0v30h60V0z'/%3e%3cpath stroke='%23fff' stroke-width='6' d='m0 0 60 30m0-30L0 30'/%3e%3cpath stroke='%23C8102E' stroke-width='4' d='m0 0 60 30m0-30L0 30' clip-path='url(%23b)'/%3e%3cpath stroke='%23fff' stroke-width='10' d='M30 0v30M0 15h60'/%3e%3cpath stroke='%23C8102E' stroke-width='6' d='M30 0v30M0 15h60'/%3e%3c/g%3e%3c/svg%3e){kind=small} | transaction-enrichmentcategorization+2 | lendersFintechs+2 | Docs | View |
 | Dateio |  | transaction-enrichmentmerchant-intelligence+4 | BanksNeobanks+2 | Docs | View |
Frequently Asked Questions
What is transaction enrichment?
Transaction enrichment is the process of taking raw card-transaction data — typically a cryptic merchant string like "SQ *COFFEE 8675309 BROOKLYN NY" — and turning it into structured, verified records: the real merchant name (e.g. "Bluestone Lane"), a normalized location with latitude/longitude, the merchant category code (MCC), a logo, and a stable merchant ID that stays the same across transactions and processors. Issuers feed this back into authorization decisioning, banks display it in account feeds, and rewards platforms use it to attribute cashback accurately.
How is transaction enrichment different from open banking aggregators like Plaid or Tink?
Open banking aggregators (Plaid, TrueLayer, Tink, Yapily, MX, Finicity) connect to a customer's bank via a bank API (or screen-scraping) to pull data the customer doesn't already have. Transaction enrichment providers (Spade, Ntropy, Heron Data) operate on transaction data the customer already has — typically from issuer/processor systems or already-aggregated bank feeds — and clean it. The two are complementary, not competitive: many platforms run an aggregator to pull data and then send those transactions through an enrichment provider for cleaning. A few aggregators (Plaid Enrich, Tink Insights, Bud Engage, MX Money Map) bundle their own enrichment, but the pure-plays in this category typically have stronger merchant graphs because that is their entire focus.
Who are the leading transaction enrichment providers in 2026?
The category clusters around four sub-niches. Issuer/bank-side real-time enrichment: Spade leads with sub-50ms P99 latency for authorization-time enrichment, used by Citizens, FIS, Cash App, Stripe, Bilt, Coast, and Mercury. SMB-lender categorization: Heron Data dominates underwriting use cases, classifying business bank transactions for working-capital lenders like Pipe, Ampla, and Parafin. LLM-powered general categorization: Ntropy provides a flexible API for consumer and SMB categorization, used by Mercury and Ramp. European bank-app enrichment: Dateio (with its Tapix API) is the largest European card-linked marketing and enrichment ecosystem, used by 50+ banks including Erste Group, KBC, UniCredit, Société Générale, National Bank of Greece, bunq, and Tatra Banka. Adjacent: open-banking aggregators (Plaid, Tink, Bud, MX) all offer enrichment as a feature — see the API Aggregators directory for those entries.
When should I use a transaction enrichment provider versus building it in-house?
Build in-house only if you have (a) hundreds of millions of transactions to train on, (b) a dedicated data-science team, and (c) the merchant graph as a competitive moat for your product. For everyone else — issuers, neobanks, lending platforms, expense tools, rewards apps — buying is cheaper and faster. The merchant graph problem is recursive: new merchants appear daily, descriptors change with each processor, and chains span thousands of locations. Pure-play providers solve this once across many customers; you would solve it from scratch.
What about merchant intelligence vs transaction enrichment — are these the same thing?
They overlap heavily. "Transaction enrichment" describes the process (cleaning a transaction record); "merchant intelligence" describes a key output (the merchant graph and what you can do with it — geolocation, logos, MCC, brand resolution, category, online vs in-store). Most providers in this directory do both, but lead with one or the other in their marketing. Spade leads with merchant intelligence; Ntropy and Heron Data lead with categorization and underwriting use cases.