Données de recherche boursière
Données historiques boursières et dépôts SEC pour backtesting et recherche d’événements.
Interrogez l’historique autorisé des prix et volumes à côté des dépôts, faits financiers, calendriers de résultats, disponibilité des transcriptions et références aux actualités publiques. Chaque flux porte source, couverture, timing et contexte de droits pour qu’un résultat soit reproductible et non simplement téléchargé.
Sept flux de recherche
Prix historiques, volume, dépôts SEC, fondamentaux, résultats, transcriptions et actualités boursières utilisent une identité et un modèle temporel uniques tout en conservant les détails spécifiques à la source nécessaires à la vérification.
Une chronologie d’entreprise unique, pas des tables fournisseurs déconnectées
Les réactions du marché sont plus faciles à étudier lorsque la barre de prix, le dépôt SEC, le fait rapporté, l’événement de résultats, la transcription et la référence aux actualités correspondent à la même identité d’entreprise. DataCedar sépare les tickers actuels et historiques des clés émetteur et titre utilisées pour les jointures.
L’API est conçue pour le backtesting et la recherche d’événements plutôt que pour l’affichage de cotations. Un chercheur peut passer d’un rendement ou volume inhabituel à la preuve publique disponible à ce moment sans reconstruire sept jeux de données incompatibles.
- OHLCV historique lorsque les droits de diffusion le permettent
- Dépôts SEC et documents originaux liés à l’accession
- Faits XBRL à un instant donné et leurs révisions
- Calendriers et événements de résultats versionnés
- Disponibilité des transcriptions avec source et état des droits
- Références aux actualités publiques liées à l’entreprise
Le temps effectif et le temps connu restent séparés
Un trimestre fiscal se termine avant que son dépôt ne devienne public. Une transaction d’initié a lieu avant la diffusion du Formulaire 4. Une date de résultats peut être estimée, révisée, confirmée, puis rapportée. Une transcription peut apparaître après l’appel. Un seul horodatage ne peut représenter en toute sécurité tous ces faits.
DataCedar stocke le temps économique ou d’événement à côté du temps où l’information est devenue observable. Les requêtes as-of appliquent la coupure de décision simulée avant de choisir les versions éligibles, empêchant que des amendements ultérieurs, changements de calendrier, retraitements et corrections ne se répercutent rétroactivement dans un backtest.
La couverture fait partie de la réponse
Un tableau vide peut signifier qu’aucun événement n’a eu lieu, que la collecte a échoué, que la source n’était pas encore couverte, que le compte n’a pas les droits, ou que l’enregistrement ne peut être servi selon ses droits. Ces résultats ont des significations analytiques différentes.
La couverture et la santé de l’ingestion restent séparées des lignes de données. Les états complet, partiel, manquant, obsolète, indisponible et restreint par droits permettent au client d’échouer fermé, de réessayer un problème transitoire ou de documenter une limitation au lieu de transformer l’incertitude en faux zéro.
Sources primaires ouvertes, diffusion indépendante en aval
SEC EDGAR, divulgations des émetteurs et autres sources publiques autorisées forment la base ouverte. Les adaptateurs d’acquisition peuvent utiliser des API directes, fichiers en masse, collecteurs programmés ou Decodo pour une récupération fiable des pages publiques. Un proxy peut surmonter les frictions d’accès ; il ne modifie pas les droits d’auteur ou de redistribution.
Après collecte, DataCedar stocke la preuve brute, la hache, normalise ses propres tables, applique ses propres contrôles de couverture, authentifie ses propres clés, mesure ses propres plans et sert un contrat versionné stable. Alpaca peut valider les enregistrements historiques de marché durant le développement, mais DataCedar ne dépend pas d’Alpaca en temps réel et ne l’utilise jamais pour les données présentes.
Conçu pour un acheteur qui doit vérifier le jeu de données
Chaque page commerciale indique les champs, source, fraîcheur, limite historique, comportement du plan et limitations connues qu’un acheteur technique doit inspecter. Le produit ne prétend pas offrir un flux SIP consolidé en temps réel, et ne cache pas les flux indisponibles derrière une réponse générique de succès.
Commencez par une requête petite et reproductible, inspectez sa couverture et sa filiation, puis étendez à un univers. La même requête, coupure, version de schéma, exécution source et hachage de sortie peuvent accompagner le notebook, modèle ou étude d’événement qui l’a utilisée.
Ce que DataCedar ne prétend pas vendre
DataCedar n’est pas un lieu d’exécution, courtier, conseiller en investissement ou fournisseur SIP consolidé en temps réel. Il n’implique pas que l’accès technique accorde des droits de redistribution, et ne décrit pas les calendriers estimés ou l’historique incomplet comme une couverture confirmée.
Ces limites renforcent les revendications utiles : une couche historique et de recherche d’événements vérifiable construite à partir de sources primaires et autorisées, avec des lacunes explicites et un contrat API contrôlé par DataCedar.
Construisez le jeu de données de recherche avant d’ajuster le modèle.
Commencez par l’identité de l’entreprise, une coupure as-of, les droits source et la couverture attendue. Puis interrogez les preuves que votre décision aurait réellement pu voir.