Vote Verification
Features and capabilities of the Vote Verification extension
Last updated
Was this helpful?
Features and capabilities of the Vote Verification extension
Last updated
Was this helpful?
Vote Verification is a platform feature used to manage important votes that require an audit trail. It provides granular visibility of voting behaviour and patterns in order to provide greater control and compliance around sensitive audience voting.
Vote Verification supports incoming votes from our Apps (e.g. via a Vote Element), from Twitter Hashtags and from other sources such as Twilio, WhatsApp or Facebook Messenger.
Threat detection algorithm highlights suspicious voting patterns
Vote de-duplication
Exclude suspicious voting groups
See how many votes per option came from specific IPs
Export CSV Reports of all votes
To enable it, go to Settings and select the Vote Verification tab. Edit the settings and enable the check box. The Vote Verification will then appear in the Event related nav menu.
Vote Verification on an Element level can only be enabled if it is enabled on the Project level as per the screenshot above.
Vote Verification for a specific Element can be enabled via Element settings as shown below. This must be done before publishing it as this setting can not be changed after the Element is published.
There is also extra configuration for the verification control in the Elements spec.
If it is disabled on the Project level before the Element is published then the Element is published with vote verification switched off.
If it is disabled on the Project level while an Element with vote verification enabled is active then the verification data collection continues until the end of the Element. By re-enabling it on the Project level one can still get access to this Element's verification data within Studio.
Threat level must be taken as a guide only as different Projects might require different interpretation of certain voting patterns.
There are two factors we currently account for when calculating threat level:
Quantity - the formula is less sensitive at the lower numbers of votes.
Deviation - this factor assesses whether someone is trying to rig the vote in favour of a particular answer option. It's derived from the difference of number of votes received for the top option and the runner up option.
Below is an example of how the threat estimation works out for specific scenarios. The first three columns set a number of votes per each answer option:
Note that if a user is allowed to cast more than one vote per option or vote for more than one option then the number of answers is used instead of the number of votes. For example, when a user participates in a poll and casts 2 votes for one option and 1 vote for another option we consider this as a single vote for the "Quantity" factor.
We offer a service for custom vote processing and reporting. For example:
Automatic vote results PDFs emailed to stakeholders
Regional vote weighting
Investigative analysis
Audit support
Post-voting processing is handled within our data lakehouse and involves creating customised queries or scripts to report results according to your custom rules. These results are not produced in real-time but can be run at agreed intervals with your logic.
Please get in touch with your account manager or producer to request custom vote processing or reporting.