Una votación electrónica no debería evaluarse únicamente por la facilidad con la que una persona puede presionar un botón desde su teléfono.
El verdadero valor del sistema está en los controles que rodean al voto: quién puede ingresar, quién está habilitado, qué votación puede ver, cómo se registra el evento, cuándo se cierra y qué evidencia queda disponible después.
En una asamblea, estos controles ayudan a reducir errores operativos y facilitan reconstruir lo ocurrido.
1. Padrón definido antes de votar
El primer control es saber quiénes forman parte del proceso.
El padrón puede contener:
- nombre;
- correo;
- identificación;
- filial, asociado o unidad;
- coeficiente;
- porcentaje;
- condición de elegibilidad;
- representaciones.
Un sistema de votación no debería depender de que el administrador escriba participantes sobre la marcha durante cada decisión.
Mientras mejor preparado esté el padrón, menor es el riesgo de inconsistencias.
2. Acceso individual
Cada participante debe ingresar utilizando un mecanismo que permita relacionarlo con su registro.
Esto puede incluir credenciales, enlaces individuales u otros mecanismos definidos para el evento.
El objetivo es evitar que una misma identidad sea utilizada de forma descontrolada.
3. Contraseñas almacenadas de forma segura
En sistemas modernos, las contraseñas no deberían almacenarse como texto legible.
Una práctica común consiste en almacenar representaciones criptográficas de las contraseñas mediante funciones de hash.
Así, el sistema puede validar un ingreso sin necesitar conservar la contraseña original en texto plano.
4. Conexión cifrada
El sitio utilizado por los participantes debería funcionar sobre HTTPS.
Esto protege la comunicación entre el navegador y el servidor durante el transporte de los datos.
HTTPS no resuelve por sí solo todos los aspectos de seguridad, pero es una capa básica para cualquier plataforma web moderna.
5. Separación de roles
No todos los usuarios deberían tener las mismas capacidades.
Normalmente existen al menos dos grupos:
Participantes
Pueden ingresar, visualizar la información correspondiente y emitir votos cuando están habilitados.
Administradores
Pueden crear o abrir votaciones, gestionar participantes, revisar asistencia y cerrar procesos.
Separar roles ayuda a limitar las acciones disponibles para cada tipo de usuario.
6. Control de elegibilidad
Una persona puede estar en el padrón y aun así no estar habilitada para votar en una decisión determinada.
Por eso el sistema debe poder aplicar reglas de habilitación previamente configuradas.
Ejemplo:
- usuario A: presente y habilitado;
- usuario B: presente, pero no habilitado;
- usuario C: representado;
- usuario D: ausente.
Esto evita depender de verificaciones manuales en cada votación.
7. Control de asistencia
El sistema debería saber quién está participando.
La asistencia puede utilizarse para:
- calcular quórum;
- habilitar votaciones;
- controlar presentes;
- diferenciar representados;
- identificar ausentes.
Puede conocer más sobre este proceso en asistencia para asambleas.
8. Apertura controlada de la votación
Una votación debería encontrarse en un estado claro.
Por ejemplo:
- pendiente;
- abierta;
- cerrada.
Mientras está pendiente, los participantes no deberían poder votar.
Cuando se abre, únicamente los usuarios habilitados deberían tener acceso.
Al cerrarse, ya no deberían aceptarse nuevos votos.
9. Control de opciones
Las opciones deben estar definidas antes de iniciar la votación.
Ejemplos:
- A favor;
- En contra;
- candidato A;
- candidato B;
- candidato C.
Cambiar opciones después de recibir votos puede generar inconsistencias, por lo que el sistema debe administrar cuidadosamente el estado del proceso.
10. Un voto por participación habilitada
El sistema debe evitar que una misma participación emita votos duplicados dentro de una misma decisión.
Esto no significa que una persona nunca pueda representar más de una participación.
En procesos con representaciones, la lógica debe distinguir entre:
- identidad de la persona;
- derechos o unidades que representa.
11. Votos simples y ponderados
Otro control es aplicar correctamente el método de conteo.
En un voto simple:
- cada voto tiene el mismo peso.
En un voto ponderado:
- cada voto puede tener un coeficiente o porcentaje.
El sistema debe utilizar la modalidad configurada para cada votación.
12. Votación secreta
Cuando una votación es secreta, el diseño debe limitar la exposición de la relación entre identidad y elección.
Es importante diferenciar entre:
- verificar que una persona está autorizada a votar;
- revelar públicamente qué opción seleccionó.
Una plataforma puede validar el derecho a voto sin mostrar el voto nominal en los resultados.
13. Trazabilidad administrativa
La trazabilidad ayuda a responder preguntas posteriores.
Por ejemplo:
- cuándo se abrió una votación;
- cuándo se cerró;
- cuántos participantes estaban habilitados;
- cuántos votaron;
- qué resultado se obtuvo.
La información disponible dependerá de la configuración y del tipo de votación.
14. Resultados congelados al cierre
Una vez cerrada una votación, el resultado debería quedar estable.
Esto evita que un voto tardío cambie una decisión que ya fue cerrada.
El cierre actúa como un punto de corte operativo.
15. Reportes
Los reportes son una parte fundamental del control.
Pueden incluir:
- asistencia;
- participantes;
- resultados;
- porcentajes;
- coeficientes;
- votaciones;
- marcas de tiempo.
El objetivo es que la organización no dependa únicamente de una captura de pantalla.
16. Copias de seguridad
La infraestructura debe contar con una estrategia de respaldo.
Las copias de seguridad ayudan a recuperar información ante fallos técnicos.
La frecuencia y el mecanismo adecuado dependen del entorno y de la criticidad del evento.
17. Base de datos protegida
En una arquitectura web es recomendable evitar exponer directamente la base de datos al público cuando no existe una razón para hacerlo.
La aplicación actúa como intermediaria entre los usuarios y los datos.
18. Pruebas antes del evento
La seguridad operativa también depende de la preparación.
Antes de una asamblea conviene probar:
- ingreso;
- recuperación de acceso;
- padrón;
- representaciones;
- coeficientes;
- apertura y cierre;
- votación desde distintos dispositivos;
- reportes.
Un sistema técnicamente seguro puede generar problemas si la configuración del evento no fue validada.
Ejemplo de flujo controlado
Imagine una organización con 800 participantes.
Antes
- carga padrón;
- asigna coeficientes;
- define elegibilidad;
- configura votaciones.
Durante el ingreso
- cada participante se autentica;
- el sistema registra presencia;
- se actualiza el quórum.
Durante una votación
- el administrador abre la decisión;
- únicamente habilitados pueden votar;
- se registra cada participación;
- se controla que no exista duplicidad;
- se calcula el resultado.
Cierre
- el administrador cierra;
- dejan de aceptarse votos;
- el resultado queda disponible;
- se genera reporte.
Qué no debería prometer una plataforma
Ningún sistema debería presentarse como una garantía absoluta contra cualquier riesgo.
La seguridad depende de múltiples factores:
- configuración;
- infraestructura;
- usuarios;
- controles de acceso;
- operación;
- procedimientos internos.
Por eso es preferible hablar de capas de control y de reducción de riesgos, en lugar de promesas absolutas.
Cómo aplica AssemblyVote estos controles
AssemblyVote integra varios elementos del proceso de asamblea:
- padrón;
- acceso de participantes;
- asistencia;
- quórum;
- votaciones;
- coeficientes;
- representaciones;
- resultados;
- reportes.
Esto permite mantener la información relacionada dentro de un solo flujo.
Puede conocer más en votación electrónica.
Preguntas frecuentes
¿HTTPS hace que una votación sea completamente segura?
No por sí solo. Es una capa importante, pero la seguridad también depende de autenticación, permisos, infraestructura y operación.
¿Se puede impedir que una persona vote dos veces?
El sistema puede asociar el estado de voto a la participación habilitada y evitar duplicidad dentro de una misma votación.
¿Una votación secreta significa que cualquiera puede votar?
No. Se puede validar identidad y elegibilidad sin hacer público el voto nominal.
¿Se pueden revisar resultados después?
Sí, los resultados y reportes permiten conservar evidencia del proceso según la configuración del evento.
¿Hay que probar la plataforma antes?
Sí. Una prueba previa ayuda a validar padrón, reglas, dispositivos y flujo operativo.
Conclusión
Una votación electrónica confiable no depende de una sola función.
Necesita controles antes, durante y después del voto:
- padrón;
- acceso;
- roles;
- elegibilidad;
- asistencia;
- apertura;
- cierre;
- trazabilidad;
- reportes;
- respaldos.
La combinación de estas capas permite que la organización administre sus decisiones de una forma más ordenada y verificable.
AssemblyVote reúne estas funciones dentro de una plataforma orientada a asambleas presenciales, virtuales e híbridas.