DataCedar/Resources·Reference

Dati Calendario Utili: Date, Tempistiche e Revisioni

Perché una data sul calendario odierno non basta a ricostruire cosa sapevano gli investitori prima di un report utili.

By DataCedar··2 min read·Italian

I dati calendario utili registrano quando le aziende sono attese a riportare e quando effettivamente riportano. La storia affidabile conserva azienda e periodo fiscale, data e ora programmata, sessione before/after/sconosciuta, stato confermato o stimato, ogni revisione osservata, fonte, tempo osservazione, ora evento reale e cutoff usato per rispondere a query as-of.

I calendari sono fatti versionati

Le aziende possono confermare, spostare o chiarire date utili. Gli aggregatori pubblicano anche stime prima della conferma emittente. Sostituire la stima precedente con la data più recente distrugge la storia necessaria per alert e backtest.

Conserva ogni osservazione con fonte, confidenza e tempo known-at. Il report reale è un evento separato, non una correzione retroattiva di ogni riga calendario precedente.

Mappa l’evento a una sessione negoziabile

Annunci before-market e after-market implicano finestre di reazione diverse. Tempistiche sconosciute devono rimanere tali e non essere indovinate dalla data.

Usa fuso orario, festività e chiusure anticipate della borsa. Un evento dopo la chiusura del venerdì appartiene normalmente alla sessione negoziabile successiva, non alla chiusura del venerdì.

  • Preserva revisioni calendario.
  • Separa stati stimati, confermati e riportati.
  • Usa sessioni e fuso orario di borsa.
  • Unisci per identità aziendale e periodo fiscale.

Valuta un’API calendario utili

Richiedi copertura futura e storica, storia revisioni, fonte, confidenza tempistica, periodi fiscali, orari report reali, paginazione, correzioni e stati copertura. Un calendario solo futuro non è dato di ricerca storica.

DataCedar espone orologi effective e known-at così una query può ricostruire il calendario visibile a un tempo decisionale precedente.

Key takeaways

  • 01Non sovrascrivere vecchi calendari.
  • 02Mantieni data, tempistica sessione e periodo fiscale insieme.
  • 03Tratta il reporting reale come evento separato.
  • 04Usa filtro as-of per backtest.

Perché una data sul calendario odierno non basta a ricostruire cosa sapevano gli investitori prima di un report utili.

Start freeView pricing

Questions, answered.

Date iniziali possono essere stime e le aziende possono poi confermare o riprogrammare l’evento.

Costruisci il dataset di ricerca prima di adattare il modello.

Inizia con l’identità aziendale, un cutoff as-of, diritti fonte e copertura attesa. Poi interroga l’evidenza che la tua decisione avrebbe effettivamente potuto vedere.

Start free