对于分析平台

缩小申请差距
而无需拥有刮刀。

62 市场的主要来源覆盖范围 - 规范 KPI、叙述部分、REST、MCP 和签名的 webhooks - 因此您的产品团队提供功能而不是调节器管道。

在进行任何价格谈判之前,请将您的 Universe 发送给我们进行覆盖范围审查。

问题

为什么平台停止构建此 in-house

许多监管机构,许多管道

买家将多市场覆盖视为赌注。构建它意味着在整个 62 市场上,每个监管机构和语言的刮刀都很脆弱,无法获得产品信用。

每一位负责采购的工程师都不是负责产品的工程师

文件提取团队与您的路线图竞争相同的人员数量。维护欧盟、亚洲和美国解析器是永久待命的,以覆盖您的客户已经假设的情况。

PDF 不是数据

表格跨页、脚注分离、OCR 漂移。下游人工智能和屏幕会从残骸中产生幻觉,除非有人拥有正常化——而这个人通常就是你。

重新供应的 Feed 复合错误

从一个聚合商那里购买产品,再从另一个聚合商那里购买产品,每一个上游错误都会出现在你的产品中,上面写着你的名字。主要来源、监管机构直接保持链条 short。

您许可的内容

为产品团队构建的交付和标识符

为产品团队构建的 API

REST 用于列表/回填,签名的 webhooks 用于实时磁带,MCP 用于代理表面 - 与支持 openfilings.org 的索引相同,公开用于嵌入堆栈中。

加入第一天的标识符

实体和归档记录上的 canonical_key、LEI、ISIN、股票代码和 market_id,因此连接到现有发行人表可与第二个映射项目配合使用。

规范 KPI + 部分

通过 FTS 跨 GAAP 行项目加上叙述部分(MD&A、风险因素等)——船舶屏幕和 AI 功能 without 拥有解析器农场。

商业清晰度

基于使用情况的 API 计划,在 Business 上提供 webhook。再分配和白标范围是通过合同协商的——我们按数量和下游使用报价,而不是反向渠道例外。

一体化

通过两条路径进入您的摄取层

Webhook 用于实时磁带(HMAC 签名),REST 用于历史拉取和按需 KPI — 相同的 API 密钥、相同的标识符。

webhook_handler.py · FastAPI

import os
from fastapi import Depends, FastAPI
from openfilings import Client
from openfilings.integrations.fastapi import openfilings_webhook_dependency
from openfilings.webhooks import WebhookEvent

app = FastAPI()
client = Client(api_key=os.environ["OPENFILINGS_API_KEY"])
verify = openfilings_webhook_dependency(os.environ["OPENFILINGS_WEBHOOK_SECRET"])

@app.post("/openfilings-webhook")
async def on_filing(event: WebhookEvent = Depends(verify)) -> dict:
    if event.event == "filing.discovered":
        filing_id = event.data["filing_id"]
        kpis = client.filings.kpis(filing_id)
        ingest(event.data["ticker"], event.data["market_id"], kpis)  # your pipeline
    return {"ok": True}

bulk pull · cURL

# Filing history for one ticker / market
curl "https://api.openfilings.org/api/v1/tickers/AAPL/filings?market_id=us&limit=50" \
  -H "X-API-Key: $OPENFILINGS_API_KEY"

# Canonical KPIs for one filing
curl "https://api.openfilings.org/api/v1/filings/{filing_id}/kpis" \
  -H "X-API-Key: $OPENFILINGS_API_KEY"

现场报道

实时
5,405
近24小时公告
67,252
收录公司
3,408,312
收录公告

覆盖范围审查

把你的宇宙发给我们

粘贴代码或 ISIN 并描述产品表面 - 我们会回复市场覆盖范围、交付选项 (REST / webhooks / MCP) 以及重新分发的商业条款(如果您需要)。

Or email [email protected] directly.

常问问题

合作伙伴团队询问

我们如何知道我们的宇宙的覆盖范围是真实的?

在表格上发送您的股票代码或 ISIN 列表。在做出任何商业承诺之前,我们会按市场和表格类型回复承保范围详细信息 - 附加是您可以检查的数字,而不是索赔。

为什么要购买而不是建造?

多市场申请层与您的产品争夺工程师。没有单一的全球 EDGAR——监管机构按照自己的时间表和格式发布。我们提供主要来源备案和标准化 KPI,以便您的团队专注于销售产品。

从发布到 webhook 的延迟是多少?

对于 RSS/流原生市场,从发现到可查询通常需要不到 60 秒; webhook 在持久化后立即触发。精确的 SLA 语言是商业/企业合同的一部分。

我们可以将文件重新分发给最终用户吗?

下游再分配和白标使用可根据商定的商业条款提供——并非每个计划的默示权利。在表格上告诉我们数量和产品表面,我们将以书面形式确定许可范围。

这是主要来源还是转售?

主要来源。我们根据监管机构和交易所的报道收集信息,而不是购买第三方文件转储。信息披露和您的用户之间没有长长的上游聚合链。

它的定价如何?

通过在 Business 上签名的 webhooks 规划 API 使用层级。对于较大的平台,我们会制定数量或合作条款。请参阅/定价,然后请求对您的 Universe 进行覆盖范围审查。