Propose new functionalities for Decidim software
#DecidimRoadmap Designing Decidim together
Account for paper ballots in budgets
Most large institutions require using paper ballots for participatory budgeting. We need a smart way to account for them.
Best is to account for them in a seperate way, probably via the admin interface or using a csv import.
This proposal has been rejected because:
Decidim's premise is to hybridize face-to-face and digital participation to ensure that it is as inclusive as possible. However, the use of paper combined with the digital layer presents a number of security and process integrity issues. Our recommendation is that in-person voting be done with digital supports.
This proposal is not accepted in the main project, although it can be developed as a module.
List of Endorsements
Report inappropriate content
Is this content inappropriate?
Comment details
You are seeing a single comment
View all comments
Yep, it's also a possibility that the technical identification phase is omitted completely for paper ballots. Then it's obviously much easier to solve.
Here in normal elections the identification phase is separated from the ballot. You identify yourself, you are marked as "voted" and you get the ballot. With that ballot, you can do whatever you like but you only get one, that's guaranteed.
If it's done similarly, the validity check is at the voting locations and extra technical check would not be necessary in Decidim assuming there's no extra conditions on the budgets to be voted on.
For me it's not as much of a security concern. I'm mostly just concerned about the validity of the result and that sometimes we need to check the voter's eligibility based on their metadata (e.g. for district specific votings).
I do understand it's not the case everywhere, so I'm probably overthinking the whole thing.
(I looked for this proposal in the first place because this need arised in one town)
Loading comments ...