As STATSCORE, we guarantee 99.5% uptime of our services, but sometimes Sometimes there are situations beyond our control that may affect Scoutsfeed customers. One example of such a situation is when the data feed stops unexpectedly.
...
technical problems of the scout
loss of transmission source (for TV coverage)
loss of internet connection (mainly for relations coverage from the venue coveragevenues)
other reasons
Depending on how you receive data, you may be notified in different ways when the data feed has been interrupted:
Reason of interruption | Data feed information |
---|
The scoutScout's temporary technical problems | Added “Technical problem” problems” incident (ID:1200) as soon as possible Changed the “betstatus” to “suspended” After restoring the continuity of the data feed, needed correction will be done, the relation will be continued and betstatus will be changed to “active” value If it is not possible to continue the relation - Changed the “scoutsfeed” parameter to “no” which is equivalent to the cessation of data delivery
|
The Scout lost the transmission source | Added “Technical problem” problems” incident (ID:1200) by Scout Quality Controllers (SQC) as soon as possible Changed the “betstatus” to “suspended” After restoring the continuity of the data feed, needed correction will be done, the relation will be continued and betstatus will be changed to “active” value If it is not possible to continue the relation - Changed the “scoutsfeed” parameter to “no” which is equivalent to the cessation of data delivery
|
The Scout lost the internet connection | Added “Technical problem” problems” incident (ID:1200) by Scout Quality Controllers (SQC) as soon as possible Changed the “betstatus” to “suspended” After 30 seconds we will stop sending "event_keep_alive" messages After restoring the continuity of the data feed, needed correction will be done, the relation will be continued and betstatus will be changed to “active” value If it is not possible to continue the relation - Changed the “scoutsfeed” parameter to “no” which is equivalent to the cessation of data delivery
|
...
After the “scoutsfeed” parameter is changed , depending on how the data is received, the recipient will be informed of the cessation of data delivery to “no” the game will be automatically unbooked and in the AMQP data feed you will receive information as follows:
...
Note |
---|
{"id":414928815,"uuid":null,"type":"event","source":147640,"ut":1608201728,"data":{"event":{"id":2750161,"action":"update","start_date":"1900-01-01 09:46","ft_only":"no","coverage_type":"from_tv","status_id":1,"sport_id":5,"day":null,"neutral_venue":"yes","item_status":"active","clock_time":null,"clock_status":null,"area_id":208,"competition_id":1004,"season_id":26769,"stage_id":0,"group_id":null,"tour_id":null,"gender":"male","bet_status":"suspended","bet_cards":"suspended","bet_corners":"suspended","relation_status":"finished","status_type":"scheduled","name":"Test 1 - Test 2","round_id":null,"round_name":null,"scoutsfeed":"no", (..)
|
You will no longer receive any further messages from that game after this message.
Info |
---|
Please note there is always possibility when the connection between ScoutsFeed server and customers end-point is broken or the data transmission is delayed. To determine such cases we suggest to handle special message type: “event_keep_alive”. See more about event_keep_alive message. |