Datadory notebook

Credit card complaint database search: every card grievance, delivered as rows

Datadory delivers credit card complaint database search as a product, not a scavenger hunt: roughly 17.24 million individual U.S. financial-product complaints received since December 1, 2011, cuttable to the credit card and prepaid card families on request - named issuers, a four-level product-to-sub-issue taxonomy, company and public responses with timely-answer flags, Older American and Servicemember cohort tags, mailing-address geography, and opt-in consumer narratives scrubbed of personal details - delivered daily, weekly, or hourly, your call.

1,744 datasets. Pick your catch.

What does a credit card complaint database search actually get you?

The query sounds like a place to visit. What anyone running it actually needs is a population. Behind every credit card complaint database search sits one federal ledger: the CFPB Consumer Complaint Database, the case-level record of what goes wrong between American consumers and financial companies. Datadory catalogs it at quality score 10 out of 10 against a 7.81 average across the 1,744 datasets in the catalog, and delivers its card slice as typed, joined rows instead of a research errand.

The scale holds everything else up. Roughly 17.24 million individual complaints have been received since December 1, 2011, one row per complaint, keyed by a stable complaint ID that survives refresh after refresh. Inside that population the card families - credit card and credit card or prepaid card - sit among the mid-weight blocks, behind credit reporting (about 4.7 million records) and debt collection, ahead of checking and savings. Midweight is not marginal: cards own the fee, interest and billing-dispute vocabulary that pricing and servicing teams actually argue over.

Each card row carries the full lifecycle, not just the grievance: when the complaint arrived and when it went to the issuer, how the issuer answered ('Closed with explanation', 'Closed with monetary relief'), whether that answer was timely, whether the issuer added a public statement - selectable up to 180 days after resolution - and whether the consumer opted into a published narrative, scrubbed of personal details before release. Roughly 38 percent of records carry one.

Get a sample cut to your issuers, issues and date range before anything else - the shape below is what arrives.

What does one delivered complaint row look like?

One credit card complaint, flattened for reading. This is the documented field shape of a delivered card cut - vocabulary values exactly as published, identifiers left as placeholders:

complaint_id        : <stable integer handle>
date_received       : <date>          date_sent_to_company : <date>
product             : Credit card or prepaid card
sub_product         : Credit card
issue               : Fees or interest            # billing disputes - rewards problems
sub_issue           : <present only where the issue allows>
company             : <named issuer>              # the join key for peer work
state / zip_code    : TX / 752XX                  # ZIP truncated where privacy rules bite
tags                : Older American              # or Servicemember
company_response    : Closed with explanation
timely              : Yes

Read the row as an argument rather than a form entry. product narrows through sub_product to issue and sub_issue, and the values cascade - sub-products exist only under some products, sub-issues only under some issues - which is why joins beat keyword counting everywhere in this file. 'Fees or interest' inside a credit card complaint is a different row family from fees inside checking or savings, however much the words match.

Three fields do quiet work. company turns millions of grievances into an issuer panel - name a bank or a peer set and response behavior becomes countable weekly rather than annual-surveyed. timely grades the answer rather than the grievance, which makes it the cleanest service metric in the file. And tags marks the cohorts examiners read first: Older American and Servicemember rows are the ones that escalate fastest once a complaint leaves the queue.

Which datasets answer a credit card complaint question?

No single table answers a card question end to end, which is why the shelf sells it as a small stack. Each record ships through Datadory normalized into typed tables with its field dictionary attached, so the pieces join instead of merely coexisting.

The anchor is the CFPB Consumer Complaint Database (quality score 10): the 17.24-million-row case ledger with the four-level taxonomy, response flags and opt-in narratives. Its CFPB Consumer Complaint Database API (ccdb) companion (quality score 9) carries the same corpus shaped for aggregation - the same seventeen-column spine plus grouped counts along any dimension, which is what turns issuer-versus-issuer volume into a group-by instead of a scan.

The terms layers sit beside it. The CFPB Credit Card Agreement Database (quality score 8) holds the actual cardholder agreements of more than 600 U.S. issuers across 56 quarterly collections running from late 2011 into 2026 - one document per issuer per card product, the fee triggers and penalty clauses drafted by the issuer's own lawyers. The CFPB Credit Card Plans Survey (TCCP) and Market Reports (quality score 8) supply the offer side: roughly 665 plan rows across about 147 columns from 150-plus issuers in the latest verified period, carrying purchase, intro, balance-transfer and cash-advance APRs with min/median/max by credit tier.

And the Federal Reserve G.19 Consumer Credit (quality score 10) frames the whole picture: 118 series of monthly observations reaching back to January 1943, including bank credit card plan rates - 20.94 percent across all accounts in May 2026 - the denominator that separates one issuer's problem from a market-wide repricing.

How do you run an issuer comparison?

The working questions are comparative, and each maps onto named fields rather than prose guessing:

  1. Scope the universe honestly. Decide whether prepaid belongs beside credit cards - they share a product family but split into different sub-products and issue vocabularies. Locking that boundary first is the difference between a defensible benchmark and a movable one.
  2. Aggregate before you pull detail. Get the volume shape of the market in one move - counts grouped by company and issue - before touching case-level rows. The ccdb record exists precisely so grouped counts arrive alongside the raw rows instead of being recomputed by hand.
  3. Join, don't keyword-count. Because issue values depend on product, string-matching 'fees' across families mixes unlike things. Join on the four-level taxonomy and the same word sorts itself.
  4. Take case detail for named counterparties. For a watchlist of issuers, pull the full rows - dates, responses, public statements, narratives - and diff successive deliveries to watch response behavior move week to week.
  5. Verify alleged terms against filings. Where a complaint alleges a fee or rate practice, read the issuer's filed agreement for that quarter in the CFPB Credit Card Agreement Database before repeating the allegation.

Run end to end, the sequence converts a pile of grievances into an issuer scorecard - issue mix, timeliness by quarter, public-statement posture, narrative themes by cohort. The scorecard is the deliverable; the plumbing between sources is not.

What can't complaint counts tell you?

Five boundaries define the file, and none of them are secrets - the regulator publishes them alongside the rows.

It is not a statistical sample. Complaints reflect people who chose to file, through channels that were open to them. Frequency comparisons therefore measure filing behavior alongside genuine friction.

Low volume does not mean little harm. The Bureau says so itself; a quiet product line is not an exonerated one, and absence of complaints is not absence of damage.

Narratives are unverified. Consumers write them and nobody adjudicates them before release. Quote them as allegations, not findings - which matters doubly once they become training data.

Geography is mailing-address only. State arrives essentially complete; ZIP is published at five digits unless privacy thresholds truncate it to three or withhold it, and some records carry no geography at all. Expect partial coverage below the state line rather than a complete national grid.

The newest days always look light. A complaint surfaces only after its issuer answers or the response window closes - up to fifteen days - and cases about smaller depository institutions referred to other regulators never enter the file at all. Trend lines should end a couple of weeks back, not today.

None of these gaps hides a better copy anywhere else. They mark where interpretation has to stay disciplined - and every one of them survives delivery unchanged, which is why they belong in the deck rather than in a footnote discovered late.

How far beyond US cards does the complaint shelf reach?

There is no drop-in UK equivalent inside this slice, so be explicit about what exists instead. The UK FCA Financial Lives Survey fields nationally representative waves of 12,865 to 19,145 UK adults (2017, 2020, 2022 and 2024) covering product holdings, credit, fraud and financial vulnerability, published as crosstab tables with weighted counts and significance-test flags - attitude and experience surveying rather than case-level grievances.

For demand-side breadth beyond any single regulator, the World Bank Global Findex Database 2025 covers roughly 144,000 adults across 141 economies: how adults save, borrow and pay, disaggregatable by gender, income quintile and rural/urban splits. Inclusion indicators rather than complaints, but the standard complement when grievance counts need a denominator.

And when a question outruns the curated slice entirely, the Data.gov Consumer Finance Datasets Catalog Search record documents the widest net: 552,271 cataloged government datasets as of August 2026, with 21 ranked matches for the consumer finance query - Federal Reserve surveys, CFPB ledgers and state and city tables among them.

Who builds on credit card complaint data?

  • Competitive intelligence teams track complaint volume and response behavior for named rivals, normalized by product line - visible quarters before it reaches an earnings call. Their playbook: competitive intel product teams use cases.
  • Sales and growth teams screen counterparties on observed conduct rather than reputation: rising 'closed without relief' shares and slipping timeliness are counterparty risk with a timestamp. Their playbook: sales and growth teams use cases.
  • Compliance and risk analysts benchmark their own complaint mix against the market's by product, issue and cohort tag - including the Older American and Servicemember segments examiners read first.
  • Data scientists and ML engineers get text-plus-labels: narratives paired with a four-level categorical tree that makes supervised training cheap and auditable. Their playbook: data scientists use cases.
  • Market researchers and consultants turn anecdote into counted events - when a deck claims cards generate more fee disputes than any neighboring product, this is the table that proves or retires it. Their playbook: market researchers use cases.
  • Journalists and academics cite the regulator's own numbers with cohort tags attached, rather than a press release's summary of them.

How is credit card complaint data delivered?

As rows, not a research project. Datadory normalizes the ledger into typed tables - dates as dates, enumerations decoded beside their codes, issuer names parsed and stable, narrative text attached wherever a consumer opted in - so the issuer scorecard above is arithmetic rather than string surgery.

Deliveries preserve every revision. Complaint rows move as cases move - 'In progress' becomes a disposition, a public statement appears weeks after resolution - and keeping consecutive deliveries is what converts a lookup table into a behavioral record where diffing two loads surfaces the week's movement on its own.

API, files, or your warehouse. Daily, weekly, or hourly.

Name the issuers, issues, states and date ranges when you request a sample; it returns already cut to that scope, and the ongoing arrangement follows once the rows validate against the documented schema.

Where should you start?

Start with the anchor record, the CFPB Consumer Complaint Database dataset page - verified sample rows, the full field dictionary and coverage chips - and request a sample cut to your issuers before anything ongoing is committed.

This page is one thread of a wider map. The consumer finance data guide walks the 24-record slice end to end, the best consumer finance datasets ranking scores the leaders side by side, and the consumer finance data hub indexes every record with its coverage statement. For the head-to-head between the case-level lens and the macro one, continue at CFPB Complaint Database vs Fed G.19 Consumer Credit. When you want real rows instead of descriptions, request a sample - the rows prove the rest.

Coverage chips - geography, time, granularity
DimensionCoverage
GeographicUnited States, keyed to the consumer's mailing address - complete two-letter state coverage, ZIP at five digits unless privacy thresholds truncate it to three or withhold it, and Older American / Servicemember cohort tags riding on qualifying rows
TemporalComplaints received December 1, 2011 to present, one continuous case ledger rather than periodic releases; the newest days stay intentionally light while issuers answer within the response window
GranularityOne row per individual complaint keyed by complaint_id - no sampling, no aggregation layer - with grouped counts available alongside through the ccdb record for issuer-versus-issuer volume
Datasets answering a credit card complaint question, compared (Datadory catalog, as of August 2026)
RecordUnit of observationScale and coverageTemporal depthWhat it adds
CFPB Consumer Complaint DatabaseOne row per individual complaintRoughly 17.24M complaints; four-level product-to-sub-issue taxonomy; about 38% of records carrying opt-in narrativesDecember 1, 2011 to presentThe grievance itself: named issuer, issue vocabulary, responses, cohort tags, narrative text
CFPB Credit Card Plans Survey (TCCP) and Market ReportsOne row per card plan per issuer per survey periodRoughly 665 plan rows across about 147 columns from 150+ issuers in the latest verified periodCollected since 1990; current releases semiannual, latest period through December 31, 2025The offer side: APRs by credit tier, grace periods, fee schedules, rewards text
CFPB Credit Card Agreement DatabaseOne agreement document per issuer per card product600+ issuers; general terms, pricing and fee disclosures as submitted56 quarterly collections, late 2011 through Q1 2026 (most of 2015 absent)Filed terms to verify what a disputed fee or rate clause actually said that quarter
Federal Reserve G.19 Consumer CreditOne row per series-month observation118 series, roughly 78,000 monthly observations; revolving versus nonrevolving credit plus card plan ratesJanuary 1943 to presentMacro backdrop separating an issuer-specific problem from market-wide repricing

Pick up where this leaves off

Every one of these ships with sample rows before you commit to anything.

Consumer Finance United States - consumer mailing state (50 states plus DC and…

CFPB Consumer Complaint Database

Consumer Finance United States - consumer mailing state (two-letter codes) and…

CFPB Consumer Complaint Database API (ccdb)

Consumer Finance United States - all submitting credit card issuers

CFPB Credit Card Agreement Database

Consumer Finance United States - plan availability flagged National

CFPB Credit Card Plans Survey (TCCP) and Market Reports

Consumer Finance United States - federal, state, county and city publishers

Data.gov - Consumer Finance Datasets Catalog Search

Consumer Finance United States - 50 states and DC, representative nationally…

FDIC National Survey of Unbanked and Underbanked Households

Want rows instead of a pitch? Name the datasets.

API, files, or your warehouse. Daily, weekly, or hourly.

Get a sample

Questions worth asking

What is a credit card complaint database search?

A query against the federal case-level record of consumer financial grievances: roughly 17.24 million complaints received since December 1, 2011, whose credit card and prepaid card families carry the fee, interest and billing-dispute vocabulary. Delivered as rows, each complaint arrives with its issuer, four-level taxonomy placement, response and timeliness flags, cohort tags and optional consumer narrative.

Which fields matter most in a credit card complaint analysis?

Four groups: identity and timing (complaint_id, date_received, date_sent_to_company), the cascading taxonomy (product, sub_product, issue, sub_issue), conduct (company_response, company_public_response, timely) and context (state, zip_code, tags, complaint_what_happened, has_narrative). Joins on the taxonomy beat keyword counting, because issue values differ from one product family to the next.

Can you follow one card issuer's complaint record over time?

Yes. Every row names the company complained about, so a watchlist of issuers assembles into a continuous panel by filtering on the company field - volume by issue, timeliness by quarter, public statements as they appear. Diffing consecutive deliveries shows response behavior moving week to week.

What can't credit card complaint counts tell you?

They are not a statistical sample of consumer experience, low complaint volume does not mean little harm, narratives are unverified allegations, ZIP geography is deliberately partial, the newest days lag while issuers answer within their response window, and cases referred to other regulators never enter the file. Sound trend lines end a couple of weeks back, not today.

How is credit card complaint data delivered?

As typed rows - API, files, or straight into your warehouse - daily, weekly, or hourly, your call. Dates typed, enumerations decoded, issuer names parsed and stable, narratives attached where consumers opted in, and consecutive deliveries preserved so revisions stay visible. Request a sample cut to your issuers and issues first.