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": "11111111-1111-4111-8111-111111111111",
    "display_name": "ICONIQ Capital, LLC",
    "provenance": {
      "source": "FORM_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

Normalized 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 firms, retrieve a sourced profile, follow filing history, and compare reported periods.

  • GET/v1/managersSearch and filter investment managers
  • GET/v1/managers/{id}Retrieve a manager profile and identifiers
  • GET/v1/managers/{id}/filingsList a manager’s sourced filing history
  • GET/v1/managers/{id}/comparisonsCompare adjacent reported Form 13F periods

Filings

Search filing metadata or retrieve the structure, source context, and parser warnings for one filing.

  • GET/v1/filingsSearch filing metadata across sources
  • GET/v1/filings/{id}Retrieve a filing, report structure, and warnings

Holdings

Query reported Form 13F positions by manager, security, report period, identifier, or change type.

  • GET/v1/holdingsQuery reported institutional holdings

Securities

Search normalized securities, resolve source-native identifiers, and inspect identifier history.

  • GET/v1/securitiesSearch normalized securities by canonical name or identifier
  • GET/v1/securities/resolveResolve a dated source-native security identifier
  • GET/v1/securities/{id}Retrieve a normalized security record

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 source freshness and coverage

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.