Diversified Banks

SEC EDGAR XBRL Financial Statements API

Datadory delivers sec edgar xbrl financial statements api data covering the as-filed GAAP record of every SEC-registered issuer, listed US diversified banks included. Each fact carries its concept, value, unit, fiscal year and period, form type, accession number and acceptance date, so audited balance sheets, deposits, loan-loss provisions and fair-value disclosures rebuild per bank straight from the filings themselves.

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

What is the SEC EDGAR XBRL Financial Statements API?

It is the difference between reading about a bank's finances and reading the bank's own numbers. The U.S. Securities and Exchange Commission requires every registered issuer to file its financial statements in XBRL - a tagged format where each number carries its concept, unit and period - and this dataset is those tags, delivered as structured records rather than PDFs. Four surfaces do the work:

  • Company facts - every XBRL fact a registrant has ever reported, across all its taxonomies. JPMorgan Chase (CIK 19617) returns 918 us-gaap concepts plus dei, invest, srt, ffd and ecd, each with label, description and units.
  • Single-concept histories - one tag's full timeline, such as Deposits or NetIncomeLoss, without dragging the whole file.
  • Frames - a whole-market snapshot of one concept for one period; the verification probe of us-gaap Assets in USD for CY2025Q3I returned 5,628 data points, every filer that reported that instant.
  • Filings index - each registrant's submission ledger with accession number, filing date, report date, form type and primary document, so facts resolve back to their source documents.

Because every fact keeps its fy, fp, form and filed stamps, statements rebuild as originally reported rather than restated - the version analysts actually need when a restatement muddies a trend line. Get a sample of this dataset cut to your tickers before anything else.

What do sample rows look like?

One fact per row, provenance attached. This is a real reading from the catalog research pass - JPMorgan Chase's total assets at the close of 2008:

cik       : 19617
entityName: JPMORGAN CHASE & CO
tag       : Assets
units     : USD
end       : 2008-12-31
val       : 2175052000000
fy        : 2009
fp        : Q2
form      : 10-Q
accn      : 0000950123-09-032832
filed     : 2009-08-10

$2,175,052,000,000 in total assets, tagged under us-gaap, stated in dollars, reported on the second-quarter 10-Q, traceable to accession 0000950123-09-032832 accepted on 2009-08-10. Nothing about that row required interpretation: the concept names what was measured, the unit says in what, and the form and accession say who said it and when. Pull the same tag across periods and the balance sheet becomes a time series; pull it across CIKs for one instant and you have the whole market's asset ranking in one frame. That double movement - deep in time for one issuer, wide across issuers at one moment - is what separates structured XBRL facts from every aggregator's cleaned-up summary.

What fields does the dataset include?

Fourteen documented fields define a fact, each definition checked by calling the live endpoints during the August 2026 research pass rather than inferred from documentation. The design splits cleanly in two: five identifying columns (cik, entityName, taxonomy, tag, units) say whose number this is, while nine measurement and provenance columns (end, val, accn, fy, fp, form, filed, plus label and description) say what it is and where it came from.

Two consequences matter for pipelines. First, joins hold without a crosswalk: cik is stable for a registrant's lifetime, so a panel built on it survives renames and reorganizations. Second, point-in-time logic is native, not reconstructed - filter on form and filed and the statement a portfolio manager would have seen on filing day reassembles exactly.

Duration concepts (income-statement lines) additionally carry a start date alongside end, and some frames carry a frame label marking inclusion in the standardized period snapshots; both fold under additional fields on request.

What does coverage look like across geography, time and granularity?

Geography - every SEC-registered issuer: US-listed companies including foreign private issuers that file with the commission. For banking work that means the entire listed US diversified-bank universe, from the money-center giants down to the smallest regional still trading, plus custodians and trust banks filed under adjacent SIC codes.

Temporal - the full XBRL reporting history per company. The research pull verified JPMorgan Chase facts running back to 2008, and depth varies with each filer's own XBRL history rather than a fixed window. The filings index covers recent submissions; older documents remain reachable through EDGAR's daily indexes, so a decade-plus panel is assembled rather than assumed.

Granularity - one fact per company per concept per period, the finest cut financial disclosure allows. Frames add the cross-section: one call returns every filer reporting a given concept at a given instant, which is how peer sets get assembled without looping over tickers.

Set against the wider Datadory catalog - mean quality score 7.81 across all 1,744 datasets - this record scores 10/10, one of only 145 to reach the ceiling, carried by complete field documentation, live-verified pulls and coverage no vendor republishes with more authority than the filer itself. See best diversified banks datasets.

How is the data delivered?

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

You pick the channel and the cadence; the field dictionary above travels unchanged across all three. Structured payloads suit products that surface a bank metric inside an app, bulk files suit analysts loading full panels once and joining them to their own macro tables, and warehouse delivery suits teams running system-wide screens in SQL against filing-day freshness. Cadence is a settings conversation, not a re-integration project - tighten it around earnings season, relax it when nothing is landing.

Who uses this data, and for what?

  • Fundamental research and valuation - line-item income statements, balance sheets and deposit trends rebuilt per bank from the filer's own tagged figures, not a vendor's recut of them.
  • Point-in-time backtesting - form, fy, fp and filed stamps let a quant reconstruct exactly what was knowable on a given date, the discipline that separates honest backtests from look-ahead leakage.
  • Peer benchmarking - frames return one concept for every filer at one instant, so asset, deposit or provision rankings across the whole listed universe arrive in one pull.
  • Regulatory-adjacent monitoring - new filings surface as they are accepted, so competitor disclosures, segment changes and risk-factor shifts register on the day they land.
  • Entity resolution - cik and entityName act as join keys onto FDIC registry rows, Federal Reserve series and proprietary credit files, collapsing name-matching projects into a one-column lookup.
  • Citation-grade sourcing - every quoted figure resolves to an accession number, which is why journalists and academics prefer it over secondary charts.

Which personas get the most value?

Investors and quant researchers (relevance 3) read point-in-time GAAP statements and filings for fundamental research on listed banks; see investors quants use cases. Data scientists and ML engineers (relevance 3) pull full reporting histories for every listed issuer as model features; see data scientists use cases. Developers and data-product builders (relevance 3) wire documented JSON structures into data products; see developers builders use cases. Journalists, academics and students (relevance 3) source every quoted figure from official filings rather than aggregator sites; see journalists academics use cases. Market researchers and consultants (relevance 2) benchmark listed peers' results from standardized facts; see market researchers use cases. Competitive intelligence and product teams (relevance 2) track competitors' filings and disclosures as they land; see competitive intel product teams use cases.

How does it compare to alternatives in its slice?

Within diversified-banks data this record owns as-filed GAAP detail: one bank, one concept, one period, straight from the audited submission. The neighbors own different jobs. FDIC BankFind Suite API reports regulator-calculated quarterly financials for roughly 4,700 insured institutions reaching back toward the 1930s - including private and non-filing banks EDGAR never sees - but not the line-item statement detail a filing carries. FDIC Quarterly Banking Profile aggregates those institutions into industry totals. ECB Consolidated Banking Data contributes 66,139 euro-area series, and BIS Locational Banking Statistics maps cross-border exposures no national filing contains. None of them hand you a single bank's own tagged income statement the way a companyfacts pull does. The head-to-head with the FDIC product is worked through in FDIC BankFind Suite vs SEC EDGAR XBRL; the whole shelf sits on the diversified banks data hub.

What should I know before requesting a sample?

Four honest caveats. First, listed issuers only: coverage runs to SEC registrants, so privately held community banks appear in regulator registries but not here - pair with the FDIC products when the question includes them. Second, frames report only what companies actually filed: a concept-period combination absent from the snapshot means nobody disclosed it that period, not that the data is missing. Third, some bank-specific concepts ride outside us-gaap: certain disclosures land under the ffd taxonomy whose coverage deserves a check before you depend on it. Fourth, depth follows each filer's XBRL history: a small regional bank's earliest tagged facts may postdate a giant's by years, so panels should be built per issuer rather than assumed uniform.

None of that changes the join keys, which stay stable across a registrant's lifetime. Name your tickers and concepts when you request a sample - the extract comes back cut to exactly that shape.

Field dictionary

Every field below is documented against real records. The full dictionary ships with the sample.

Field dictionary - fourteen documented fields, one XBRL fact per row
fieldtypedefinitionexample
cikintegerCentral Index Key identifying the registrant - the stable company key every other SEC dataset joins through.19617
entityNamestringRegistrant name exactly as filed, so name-matching against your own entity master needs no fuzzy cleanup.JPMORGAN CHASE & CO
taxonomyenumXBRL taxonomy the concept belongs to: dei for registry facts, us-gaap for the financial statements, plus srt, invest, ffd and ecd where bank-specific disclosures live.us-gaap
tagstringXBRL concept name - Assets, Deposits, NetIncomeLoss and their ~900 relatives on a large bank.Assets
labelstringHuman-readable label for the concept as filed.Assets
descriptionstringStandard XBRL definition of the concept, which is what makes an unfamiliar tag decodable without a taxonomy manual open.Sum of the reported carrying amounts at period end
unitsstringUnit of measure grouping the facts: USD for money, shares for equity counts, pure numbers for ratios.USD
enddatePeriod end date of the fact value; instant concepts carry only this, duration concepts pair it with a start date.2008-12-31
valnumberThe reported numeric value of the fact, unrounded, in the unit named alongside.2175052000000
accnstringAccession number of the filing that reported the fact - the pointer back to the original document.0000950123-09-032832
fyintegerFiscal year of the filing that carried the fact.2009
fpenumFiscal period of the filing: FY, Q1, Q2 or Q3.Q2
formenumForm type that reported the fact - 10-K for audited annuals, 10-Q for quarterlies, 8-K for current reports.10-Q
fileddateDate the filing was accepted, which is what makes point-in-time, as-originally-reported reconstruction possible.2009-08-10
additional fields on requestvariesColumns present on subsets of records - start dates on duration concepts such as income-statement lines, frame labels marking inclusion in standardized period snapshots, and dei-taxonomy registry facts beside the financial ones.

Questions buyers ask

What does the SEC EDGAR XBRL Financial Statements API cover?

Structured XBRL facts for every SEC-registered issuer: company facts across all taxonomies, single-concept histories, whole-market period snapshots and filing indexes. For banking work that means every listed US diversified bank's audited GAAP statements, from money-center giants down to the smallest listed regional.

How far back does the data go?

To the start of each filer's own XBRL history. The research pull verified JPMorgan Chase facts running back to 2008, and larger filers generally reach further than smaller ones, so panels should be scoped per issuer rather than assumed uniform across the universe.

Can I rebuild financial statements as originally reported?

Yes - that is the point of the provenance columns. Every fact carries its form type, fiscal year, fiscal period and acceptance date, so filtering on them reassembles the statement a reader would have seen on filing day instead of today's restated version.

Which fields identify a fact?

Five: cik and entityName for the registrant, taxonomy and tag for the concept, and units for the measure. Together they make the natural key, which is why joins onto FDIC registry rows or proprietary credit files need only one lookup column rather than a fuzzy match.

Does it include banks that do not file with the SEC?

No. Coverage runs to SEC registrants, so privately held community banks and non-filing institutions sit outside it. Regulator registries cover those - the FDIC products track roughly 4,700 insured institutions including non-filers - which is why the two sources complement rather than substitute.

Can a sample be cut to specific banks and concepts?

Yes. Name the tickers or CIKs, the concepts you care about - deposits, net income, loan-loss provisions - and the period range, and the sample arrives shaped to that scope with the full fourteen-field dictionary attached.

Notes on this record

  • Point-in-time by construction Form, fiscal year, fiscal period and acceptance date ride on every fact, so as-originally-reported reconstruction is a filter, not a rebuild project.
  • Join keys that survive CIK stays constant through renames, mergers and reorganizations, making it the cleanest entity-resolution key in US corporate data.
  • Scored at the top of the catalog Datadory scores this record 10/10 against a catalog mean of 7.81 - one of 145 datasets to reach the ceiling out of 1,744 cataloged.
  • Sample policy Samples ship in the exact fourteen-field schema above, cut to the banks, concepts and periods you name; extended extracts confirm on request.

Datasets that pair with this one

  • FDIC BankFind Suite API Regulator-calculated quarterly financials for roughly 4,700 insured institutions versus as-filed GAAP per listed issuer - supervisory view against the filer's own statement.

See the rows before you pay anything.

Name this dataset and we send real records from it — scoped to the fields you asked for.

See pricing