AUMSearch for developers

Build with the investment data API and source-linked feeds.

Query adviser, private-fund, Form D, and Form 13F records through the API or receive scheduled files in your environment. Both preserve identifiers, dates, and source context.

  • Read-only REST resources
  • OpenAPI 3.1 contract
  • Scheduled file delivery
Manager searchGET
/v1/managers?query=ICONIQ&limit=2
application/json200 OK
{
  "data": [{
    "id": "source-package-uuid:source-row",
    "display_name": "ICONIQ Capital, LLC",
    "provenance": {
      "source": "IAPD_ADV",
      "source_url": "https://adviserinfo.sec.gov/..."
    }
  }],
  "meta": { "request_id": "req_...", "has_more": true, "next_cursor": "..." },
  "links": { "self": "...", "next": "..." }
}
ETagX-AUMSearch-Data-VersionRateLimit-Remaining

Choose by workload

Use the API for questions. Use a feed for a data estate.

The interfaces share the same source-first model, but they solve different operational problems. Start with the way your system needs to consume and refresh the data.

REST API

Retrieve a bounded result when your application needs it.

Best for
Search, profiles, filing drill-downs, holdings queries, source verification, and application features.
Transport
JSON over HTTPS with filters, signed cursor pagination, standard HTTP statuses, and version headers.
Data shape
Resource envelopes containing normalized records, metadata, navigation links, and provenance.
Explore the API
Data feeds

Load a defined dataset into your warehouse on a schedule.

Best for
Bulk analysis, monitored universes, internal data products, recurring enrichment, and time-series pipelines.
Transport
Structured files delivered through SFTP, Amazon S3, or Azure Blob Storage.
Data shape
Full snapshots or bounded changes with an agreed schema, source cutoff, and delivery manifest.
Explore data feeds

REST API

A predictable contract for source-linked research.

The published specification is the source of truth for paths, parameters, schemas, headers, and errors. The overview below shows the behavior an integration should be designed around.

Authentication

Scoped bearer credentials

Authenticated REST requests use an issued API key with the api:read scope. Keys are sent in the Authorization header and can be rotated without changing an integration.

Pagination

Signed cursor continuation

List resources return data, meta, and links. Pass meta.next_cursor back as cursor instead of constructing offsets or depending on row position.

Freshness

Data version in every response

Successful responses expose ETag and X-AUMSearch-Data-Version headers so a client can identify unchanged results and trace a response to its source-data revision.

Limits

Conventional HTTP controls

Account-specific limits are communicated through RateLimit and X-RateLimit headers. A 429 response includes Retry-After for bounded backoff.

Errors

Stable machine-readable envelopes

Errors return an HTTP status, an explicit error code, a human-readable message, and request context instead of an unstructured HTML response.

Provenance

Primary-source context stays attached

Source-reported records retain the relevant source, source URL, filing identity, report period, and source timestamps when those values apply.

Browse REST resources and failure behavior
Base URLhttps://aumsearch.com
API version/v1
AuthorizationBearer <api-key>

Managers

Search source-reported adviser firms in a completed SEC or state package.

  • GET/v1/managersSearch source-reported adviser firms

Filings

Search Form 13F filing metadata by manager, CIK, CRD, or accession number.

  • GET/v1/filingsSearch Form 13F, Form D, or ADV-W filings in a completed source package

Holdings

Query as-filed positions by CIK, accession, exact CUSIP or FIGI within one source package.

  • GET/v1/holdingsSearch as-filed Form 13F positions

Securities

Search official Section 13(f) list entries by issuer name or CUSIP.

  • GET/v1/securitiesSearch official Section 13(f) list entries

Coverage

Read public service health and dataset statistics, or use the credentialed source-level coverage model.

  • GET/v1/statusInspect service health and all dataset statistics
  • GET/v1/datasets/statsList record counts and freshness for every dataset
  • GET/v1/datasets/{id}/statsRetrieve record count and freshness for one dataset
  • GET/v1/sources/statusInspect published dataset freshness and coverage

Other datasets

Search representatives, Form D, private funds and N-PORT reports.

  • GET/v1/representativesSearch source-reported adviser representatives
  • GET/v1/offeringsSearch Form D notices
  • GET/v1/private-fundsSearch Form ADV private-fund reports
  • GET/v1/fundsSearch N-PORT fund reports
  • GET/v1/representative-movesRead source-reported adviser representative moves
  • GET/v1/newly-registered-advisersRead source-reported first representative registrations

Immutable evidence

Generation-pinned source records, history, changes and newsroom evidence; these routes require newsroom:read.

  • GET/v1/newsroom/sources/statusInspect newsroom source generations, completeness, history, and limitations
  • GET/v1/snapshots/{generation_id}Retrieve an immutable completed source snapshot receipt and artifact manifest
  • GET/v1/snapshots/{generation_id}/representativesPage a complete IAR snapshot pinned to its immutable source artifact
  • GET/v1/representatives/{crd}Read an IAR representative as observed in one complete snapshot
  • GET/v1/evidence/iar/representatives/{crd}Read bounded canonical IAR primary evidence bound to one immutable representative version
  • GET/v1/representatives/{crd}/affiliationsRead source-versioned current and prior IAR affiliations
  • GET/v1/representatives/{crd}/registration-historyPage generation-bound source-reported current registration statuses and previous registration intervals
  • GET/v1/firms/{crd}/officesRead IAR business-office evidence without substituting firm headquarters
  • GET/v1/firms/{crd}/registrationsRead the IAR jurisdiction registrations observed for a firm roster
  • GET/v1/withdrawalsPage immutable ADV-W filing evidence with exact signer context and explicit unavailable jurisdiction evidence
  • GET/v1/withdrawals/generationsPage immutable ADV-W archive generations oldest first for bounded sequential catch-up
  • GET/v1/withdrawals/{withdrawal_id}Read one generation-pinned ADV-W filing record
  • GET/v1/withdrawals/{withdrawal_id}/later-adv-observationCompare a withdrawal with one selected later immutable ADV snapshot without inferring legal reversal
  • GET/v1/adv-documents/changesPage the firms whose Part 1 filing, Part 2 brochure or Form CRS changed on one source-reported date
  • GET/v1/adv-execution-signersPage source-reported execution signers for initial Form ADV registration requests
  • GET/v1/adv-owner-controlPage source-reported Schedule A/B owner and control relationships without person or current-control inference
  • GET/v1/adv-history/generationsPage firm-filtered immutable ADV history receipts for signer and owner/control evidence, oldest first
  • GET/v1/adv-brochures/{brochure_version_id}Read immutable brochure body and extraction availability evidence
  • GET/v1/adv-brochures/{brochure_version_id}/pagesPage generation-pinned extracted brochure text with page provenance
  • GET/v1/adv-brochures/generationsPage immutable reconciled official monthly Part 2 archive receipts
  • GET/v1/adv-brochures/generations/{generation_id}/versionsPage exact brochure membership and text availability in one monthly receipt
  • GET/v1/adv-brochures/generations/{generation_id}/versions/{brochure_version_id}Read one historical brochure body with exact family and language evidence
  • GET/v1/adv-brochures/generations/{generation_id}/versions/{brochure_version_id}/pagesPage parser-pinned historical brochure text from exact monthly membership
  • GET/v1/adv-current/windowRead exact selected ADV dates and the preceding baseline
  • GET/v1/adv-current/generations/{generation_id}/aum-comparisonsPage the verified complete selected regulatory AUM comparison cohort
  • GET/v1/adv-current/generations/{generation_id}/firms-batchRead at most 50 selected generation-pinned firm profiles
  • GET/v1/newsroom/representatives-batchRead at most 50 selected representative profiles
  • GET/v1/newsroom/evidence-batchRead at most 16 selected checksum-bound candidate packages
  • GET/v1/adv-current/generationsPage checksum-fenced same-date SEC and state ADV generations oldest first for bounded sequential catch-up
  • GET/v1/adv-current/generations/{generation_id}/firmsPage source-distinct firm observations pinned to one ADV current generation
  • GET/v1/adv-current/generations/{generation_id}/presence-changesPage observed feed membership changes without lifecycle inference
  • GET/v1/adv-current/generations/{generation_id}/field-changesPage typed source field differences between adjacent complete generations
  • GET/v1/form-13f/generationsPage reconciled immutable SEC Form 13F quarterly and daily generations
  • GET/v1/form-13f/daily-generationsPage immutable SEC Form 13F daily-index generations oldest first for lossless scheduling
  • GET/v1/form-13f/generations/{generation_id}/filingsPage source-reported Form 13F filings in one immutable archive window
  • GET/v1/form-13f/generations/{generation_id}/filings/{accession_number}Read one generation-pinned Form 13F filing and its reported amendment context
  • GET/v1/form-13f/generations/{generation_id}/filings/{accession_number}/holdingsPage positions as reported in one Form 13F filing without current-ownership inference
  • GET/v1/form-13f/effective-generationsRead the latest or a selected immutable Form 13F effective-set generation
  • GET/v1/form-13f/effective-generations/{generation_id}/setsPage source-supported amendment and confidential-treatment effective sets
  • GET/v1/form-13f/effective-generations/{generation_id}/sets/{effective_set_id}/positionsPage exact reported positions in one complete effective set
  • GET/v1/form-13f/effective-generations/{generation_id}/position-changesPage adjacent-period reported-position difference primitives with explicit inference holds
  • GET/v1/form-d/generationsPage reconciled immutable Form D quarterly and daily generations
  • GET/v1/form-d/generations/{generation_id}/filingsPage filings pinned to one reconciled Form D generation
  • GET/v1/form-d/generations/{generation_id}/filings/{accession_number}Read one document-scoped Form D filing from an immutable generation
  • GET/v1/form-d/lineage-generationsRead the latest or a selected immutable Form D reported-lineage generation
  • GET/v1/form-d/lineage-generations/{generation_id}/filingsPage direct filer-reported predecessor evidence with source receipt coordinates
  • GET/v1/form-d/lineage-generations/{generation_id}/offering-changesPage reconciled before and after cumulative Form D offering values without flow inference
  • GET/v1/newsroom/candidatesPage bounded immutable story candidates through a durable append cursor
  • GET/v1/newsroom/candidates/{candidate_id}/evidenceRead one checksum-bound, story-scoped evidence package
  • GET/v1/changesPage immutable IAR affiliation changes from a fully consumed generation watermark

Failure behavior

Handle the status first, then the error code.

Use the HTTP status for transport behavior and the machine-readable code for application logic. Record the request identifier when escalating a failed request.

HTTP/1.1 429 Too Many Requests
Retry-After: 24
RateLimit-Remaining: 0

{
  "data": null,
  "error": {
    "code": "RATE_LIMITED",
    "message": "The API key rate limit was exceeded."
  },
  "meta": { "request_id": "req_..." },
  "links": {}
}

Data feeds

Make the delivery contract explicit before a file lands.

A feed is defined by more than a file format. The delivery profile records what is included, how change is represented, where it is sent, and how both systems confirm a successful load.

Example delivery profile

Adviser monitoring feed

DatasetAdviser firms + Form ADVSelected tables and source fields
Change modelBounded changesSince the prior successful delivery
CadenceWeekdaysAfter the source-processing window
DestinationAmazon S3Customer-managed bucket and prefix
Destination paths3://research-data/aumsearch/advisers/
Manifest, schema version, source cutoff, and validation fields included
Scope

Dataset families, fields, historical window, and any source-specific coverage limits.

Change model

A full replacement snapshot, bounded changes since the prior successful delivery, or both.

Cadence

A delivery schedule aligned to source publication patterns and the workflow that consumes the files.

Destination

SFTP, an Amazon S3 bucket, or an Azure Blob Storage container controlled by the agreed delivery profile.

File contract

Format, encoding, compression, field types, null behavior, naming, and schema-version policy.

Operations

Source cutoff, delivery window, manifest fields, validation, retries, retention, and support path.

Review manifests and dataset contracts

Delivery manifest

Give every load the context needed to reconcile it.

A delivery manifest should let a pipeline identify the feed, dataset, schema, source cutoff, files, and record totals before promoting data downstream. Exact fields and file conventions are recorded in the delivery profile.

{
  "delivery_id": "del_...",
  "dataset": "adviser_firms",
  "schema_version": "...",
  "source_cutoff": "...",
  "files": [{ "name": "...", "records": "..." }]
}

Dataset contracts

Start with the source family, then select the fields and history.

Each guide documents representative normalized columns, native identifiers, filing and event dates, amendment behavior, joins, and interpretation limits. Feed schemas preserve as-filed values and provenance beside normalized fields.

Advisers, people, and private markets

Connect firms and representatives to their registrations, narrative disclosures, private funds, service providers, and exempt offerings.

Registered funds and portfolios

Move from a registrant and series to its registration lifecycle, portfolio holdings, share classes, and source filings.

Institutional holdings and securities

Study periodic holdings and the identifiers connecting managers, issuers, securities, filings, and fund portfolios.

Common provenancesource_form · source_accession · source_url · report_period · filed_at · accepted_at · amendment_type · normalization_version

Implementation boundary

Know what remains stable—and what belongs in your integration profile.

This lets engineering begin against a real data model without turning an account-specific quota, cadence, or warehouse decision into a universal product promise.

Stable platform contract

Build these assumptions into the integration.

  • Read-only, versioned REST paths
  • Explicit identifiers and date semantics
  • Cursor-based continuation for list resources
  • Structured response and error envelopes
  • Primary-source provenance on consequential records
Defined for the account

Record these values in the implementation plan.

  • Authentication policy and credential ownership
  • Rate limit and expected request volume
  • Datasets, history, and licensed fields
  • Feed format, cadence, destination, and retention
  • Validation, retry, support, and change-notice process
Integration profile

Describe the workload

Share the resources or datasets, historical depth, expected volume, users, and destination.

Technical validation

Test with representative data

Confirm credentials, filters, pagination or file loading, provenance, and failure handling against a real sample.

Production handoff

Record the operating contract

Document owners, quotas or delivery windows, monitoring, retries, schema changes, and the support path.

Build with AUMSearch

Start with a query or define a recurring delivery.

Tell us what you are building, which records it needs, and how the data should move through your system.