Dane point-in-time: dlaczego każdy rekord potrzebuje dwóch znaczników czasu

Jak znaczniki czasu źródła i przetworzenia w każdym rekordzie API Bourse chronią backtesty przed zaglądaniem w przyszłość i pokazują świeżość danych.

Backtest, który traktuje datę transakcji tak, jakby transakcja była znana tego dnia, jest błędny. Politycy mogą zgłaszać do 45 dni później, Form 4 przychodzi w ciągu dwóch dni roboczych, a dostawca danych potrzebuje czasu na przetworzenie. Każdy rekord w API Bourse ma teraz dwa znaczniki czasu, żebyś mógł odtworzyć, co i kiedy było wiadome.

Najważniejsze

• filed_at_source_timestamp: kiedy źródło opublikowało raport, na przykład czas przyjęcia Form 4 przez SEC albo data ujawnienia raportu Kongresu. null, gdy źródło nie podaje czasu.
• processed_by_bourse_timestamp: kiedy Bourse zapisał rekord, w UTC.
• Różnica między nimi to nasze opóźnienie przetwarzania, mierzone dla każdego rekordu zamiast deklarowane na stronie.
• W backtestach jako moment dostępności używaj processed_by_bourse_timestamp (albo czasu raportu), nigdy daty transakcji.

Przykład

`` { "ticker": "NVDA", "transaction_date": "2026-11-07", "filed_at_source_timestamp": "2026-11-10T21:04:05Z", "processed_by_bourse_timestamp": "2026-11-10T21:31:40Z" } ``

Transakcja była w piątek, SEC przyjęła raport w poniedziałek wieczorem, a Bourse zapisał go 27 minut później. Strategia mogła zareagować najwcześniej na otwarciu we wtorek.

Uwagi

Niektóre źródła podają tylko datę (raporty Kongresu, OGE); wtedy wartość to północ UTC. Rekordy zapisane przed listopadem 2026 w kilku zbiorach nie mają czasu przetworzenia. Szczegóły dla każdego zbioru są w dokumentacji API i na stronie dla programistów.

Bourse dostarcza dane finansowe i informacje redakcyjne, których część jest generowana przez AI. Ta strona ma charakter wyłącznie edukacyjny. Nie jest spersonalizowaną poradą inwestycyjną ani rekomendacją kupna lub sprzedaży jakiegokolwiek instrumentu finansowego. Decyzje podejmujesz samodzielnie.