決算カレンダーデータ:日付、タイミング、および改訂
今日のカレンダーの日付が、決算報告前に投資家が知っていたことを再構築するには不十分な理由。
決算カレンダーデータは、企業がいつ報告すると予想され、いつ実際に報告したかを記録します。信頼性の高い履歴は、企業と会計期間、スケジュールされた日付と時刻、市場前後/不明なセッション、確認または推定ステータス、観察されたすべてのスケジュール改訂、ソース、認識時刻、実際のイベント時刻、およびas-ofクエリに応答するために使用されたカットオフを保持します。
スケジュールはバージョン管理された事実
企業は決算日を確認、変更、または明確にすることができます。集計サービスは、発行者の確認前に推定値も公開します。以前の推定値を最新の日付に置き換えると、アラートとバックテストに必要な履歴が失われます。
各観測値をソース、信頼性、および認識時刻と共に保存します。実際の報告は、以前のすべてのスケジュール行への遡及的な訂正ではなく、個別のイベントです。
イベントを取引可能なセッションにマッピングする
市場前と市場後の発表は、異なる反応ウィンドウを意味します。不明なタイミングは、日付からの推測ではなく、不明のままにしておくべきです。
取引所のタイムゾーン、休日、および早期終了を使用します。金曜日の市場終了後のイベントは、通常、金曜日の終値ではなく、次の取引可能なセッションに属します。
- スケジュール改訂を保持する。
- 推定、確認、および報告済み状態を分離する。
- 取引所のセッションとタイムゾーンを使用する。
- 企業IDと会計期間で結合する。
決算カレンダーAPIを評価する
将来および過去のカバレッジ、改訂履歴、ソース、タイミングの信頼性、会計期間、実際の報告時刻、ページネーション、訂正、およびカバレッジ状態を要求します。将来のみのカレンダーは、履歴調査データではありません。
DataCedarは、有効期間と認識期間のクロックを公開しているため、クエリは以前の意思決定時刻に見えていたカレンダーを再構築できます。
Key takeaways
- 01古いスケジュールを上書きしない。
- 02日付、セッションタイミング、および会計期間を一緒に保持する。
- 03実際の報告を個別のイベントとして扱う。
- 04バックテストにはas-ofフィルタリングを使用する。