Historical information sets
Effective, published, retrieved, and known-at clocks stay distinct.
DataCedar turns source documents into a durable event spine so applications can search what happened now and reproduce what was available then.
Effective, published, retrieved, and known-at clocks stay distinct.
Events retain source documents, entities, revisions, and coverage state.
Serving checks the active source policy and withholds restricted text.
Build against stable event IDs, evidence citations, resolved entities, effective and known-at times, corrections, clusters, coverage, SSE, webhooks, and MCP.
GET /v3/intelligence/events/{event_id}curl 'https://api.datacedar.com/v3/intelligence/events/{event_id}' \
-H 'Authorization: Bearer dc_...'event_id + revisionThe identity survives correction while every material version remains separately addressable.
effective_atWhen the underlying market or company event took effect, independent of discovery time.
published_at + known_atWhen the evidence was published and when it became eligible in DataCedar stay distinct.
entities[] + confidenceResolved assets and organizations retain relationship type, match evidence, and review confidence.
evidence[]Primary and supporting documents identify their source, rights version, and role in the event.
cluster_id + correction_stateRelated reports, conflicts, replacements, and tombstones can be reconciled without deleting history.
Rights-approved connectors preserve raw source objects, retrieval time, checksums, and source identifiers.
Deterministic rules map documents into an event taxonomy and resolve entities with reviewable confidence.
New evidence creates an event revision or related cluster record rather than overwriting historical truth.
REST, SSE, webhooks, and MCP apply the same plan latency, rights, history, and account filters.
The taxonomy includes company, SEC, earnings, macro, regulatory, exchange, listing, protocol, governance, incident, security, and correction events. Each class retains its own entities, clocks, evidence, and coverage state.
The stable event ID links immutable revisions. Clients can inspect the current revision, retrieve a historical cutoff, and process correction or tombstone delivery without losing the earlier record.
No. They compose the same serving rules. Account plan, history window, latency class, source rights, removal state, and display policy are enforced before each delivery channel returns the event.
The source registry, coverage ledger, terminal, REST API, SSE stream, signed webhooks, and remote MCP server are live surfaces of the same rights-aware graph.