Cómo leer las respuestas

Las herramientas de hackÜ no ocultan nada, pero varios de sus campos parecen decir algo más simple de lo que dicen. Esta página junta los casos donde una lectura apurada saca una conclusión equivocada — todos verificados contra datos reales, no hipotéticos.

Una encuesta es compartida entre empresas

list_surveys devuelve las encuestas que usan los cursos de tu empresa, pero la encuesta en sí es un objeto compartido: la misma encuesta puede estar en los cursos de varias empresas a la vez.

get_survey_results trae dos números por esa razón: responses (las de tu empresa) y responses_all_companies (todas). Un caso real: la encuesta 679 tiene 15.359 respuestas de 6 empresas, y solo 11.318 son de la empresa más grande de las seis. Los porcentajes de cada pregunta se calculan siempre sobre el primer número. Reportar el segundo como si fuera de tu empresa es reportar el resultado de otra.

Revisado no es aprobado

En list_challenges, reviewed y approved son cosas distintas: revisado significa que alguien lo miró; aprobado, que lo pasó. Un reto revisado y no aprobado es un rechazo, no algo pendiente — ya está cerrado. Contarlo junto con la cola de pendientes infla el trabajo que falta.

Para “qué le debo al equipo”, filtrá por reviewed=false, o pedí include_summary=true para el desglose completo en una sola consulta.

“Sin evidencia” no es “no llegó”

list_communication_deliveries devuelve banderas por proveedor (whatsapp_sent, whatsapp_delivered, whatsapp_read, whatsapp_failed, sms_sent) que no son excluyentes entre sí: el proveedor levanta una sin bajar las otras, así que la misma fila puede quedar marcada de varias formas a la vez.

Números reales, de una sola campaña

• 39.151 filas están fallidas y entregadas a la vez.
• 66.854 filas están fallidas y leídas a la vez.
• 69.535 filas están leídas sin entregar.

no_evidence — el proceso de envío cerró y el proveedor nunca reportó nada, ni éxito ni falla — suele ser el grupo más grande de todos. No es lo mismo que failed, y no es lo mismo que entregado.

Los grupos se solapan: sumarlos no da el total de destinatarios. Solo recipients (con include_breakdown=true) es un total real. Y restar fallas de envíos, la fórmula que usa el dashboard, tampoco es una tasa de entrega real — la propia herramienta lo dice en su descripción.

Cupos: por encima de 9.999 no hay límite configurado

get_company_overview reporta membership.unlimited_seats. Cuando es true, el número de cupos que quedó guardado en la base es un relleno, no un plan — no lo cites como si fuera el límite real de la empresa.

Progreso 0% en un pensum sin cursos no significa “no empezó”

get_pensum calcula enrolment.average_progress a partir de los cursos que tiene configurados el pensum. Un pensum sin cursos conserva el último valor que tenía guardado en vez de recalcularse — así que un 0% ahí puede significar “nada configurado”, no “nadie arrancó”. Revisá pensum.courses antes de leer el número.

has_progress_data: false es desconocido, no cero

En list_users y get_user, cuando hackÜ todavía no calculó el avance de una persona, has_progress_data viene en false y el estado es no_data. Eso es desconocido, no 0% de avance — son afirmaciones distintas, y la segunda es una acusación que los datos no respaldan.

Aprobar una evaluación depende de la evaluación

passed, en list_evaluation_attempts y get_evaluation_attempt, es el veredicto de la plataforma según el puntaje mínimo de esa evaluación en particular. Alguien puede acertar 4 de 5 preguntas y no pasar si esa evaluación pedía más. No se puede recalcular passed contando aciertos — hay que leerlo del campo.