Live Streams Are Down

Thanks @SteveBowen for the updates here, much appreciated.

We consume several of the streaming endpoints (company profile, filings, charges, officers, insolvency, exemptions and PSCs) for a production pipeline and have been impacted since the outage began. Two questions we’d really value guidance on:

  1. ETA: Any rough estimate for when stream processing will be restored? Even a ballpark window would help us prepare for the backlog surge when it resumes.

  2. Timepoint / resume guidance - Building on @emmanuel.hadoux’s point above about the buffer window: during the outage, connecting with timepoint=00000000 (or with no timepoint at all) returns an open 200 connection but no data. Our concern is that our last
    successfully-stored timepoints are now several days old, and as the buffer only holds ~5-7 days of events, we may soon cross the point where a reconnect silently returns nothing instead of a 416.

When the streams come back online:

  • What timepoint should we use to resume without missing the events that were queued during the outage?
  • Will the backlogged filings be replayed through the stream with new timepoints once processing catches up, or will we need a snapshot / alternative method to backfill the gap?

A status endpoint (or a distinct response code while streams are down vs. up) would be hugely helpful for handling this programmatically in future - seconding the earlier requests on that.

Thanks again for keeping us posted.

1 Like

the streams have resumed, here are what we are seeing from our systems. First event per endpoint received after the outage:

# endpoint event_timepoint event_published_at received_at
1 company-exemptions 5758 2026-06-17 06:01:07 2026-06-17 07:01:25.938784 UTC
2 officers 54405586 2026-06-16 16:40:09 2026-06-16 17:40:09.408306 UTC
3 companies 114251391 2026-06-16 16:40:09 2026-06-16 17:40:11.354729 UTC
4 filings 232629074 2026-06-16 16:40:09 2026-06-16 17:40:11.582513 UTC
5 charges 3883982 2026-06-16 19:42:11 2026-06-16 20:42:11.828617 UTC
6 persons-with-significant-control-statements 299244 2026-06-17 06:01:14 2026-06-17 07:02:06.521918 UTC
7 disqualified-officers 41353 2026-06-17 06:31:08 2026-06-17 07:31:23.500126 UTC
8 insolvency-cases 3493952 2026-06-16 16:40:12 2026-06-16 17:40:18.864286 UTC
9 persons-with-significant-control 28459739 2026-06-16 16:40:03 2026-06-16 17:40:03.501411 UTC

Looks like all is good with the world again. Thanks for the updates Steve, very much appreciated.

Hi everyone thanks for your patience. I can confirm we are now back processing so streams and api requests should contain updates. It will take a a day or so for us to come back up to real time.

Once again thanks for your understanding

Only seeing data on the companies stream - is this expected (will the other streams be back online in due course)?

we see data on all streams

But it doesn’t seem to be giving us the missed entries from the last week, the data that has come through after the problem has been fixed mainly has DateOfCreation of today 2026-06-17, nvery little from the last 6 or 7 days.

OK - having manually restarted the streams I now see data on all streams. This beggars the question (and I totally understand this outage was a one off in the years I have been consuming these streams) but as all streams have been running (even during the outage) and have had their daily disconnect + re-connect but only the companies stream picked up, is there any technical explanation reason as to why the others never picked up? Do we need to ‘baby-sit’ and manually restart these streams when such an outage occurs?

This is the question we have as well.

Will all filings that have been processed eventually come through the stream? Or will we have to manually fill that gap ourselves?

Hi Robbie,
We have suspended processing for an hour or so - as such nothing will hit the streams. They should be back online around 14:00.

Steve

1 Like

Streams should be going back on shortly - sorry for the delay

1 Like