Un campo oculto puede sumar, promediar o contar un grupo de preguntas etiquetadas en un total en vivo, con bandas opcionales, visualización en tiempo real, y búsquedas de registros más inteligentes detrás.
Cuatro adiciones que trabajan juntas: una forma de totalizar respuestas en un puntaje, y una Búsqueda de Registro más inteligente para alimentarlo.
Campos calculados. Un campo de número oculto ahora puede totalizar un grupo de otros campos etiquetados con un grupo de puntaje compartido: suma, promedio, mínimo, máximo o conteo. Los elementos sin responder del grupo se excluyen del total y se marcan, así una regla de enrutamiento puede exigir un puntaje completo antes de actuar sobre él. Las bandas opcionales asignan una etiqueta como “bajo” o “alto” a rangos del total.
Visualización de puntaje en vivo. Un bloque de contenido puede interpolar ese total en vivo, y su banda, durante la conversación con {{nombre_del_campo}} y {{nombre_del_campo.band}}. La visualización no se guarda; el servidor recalcula el valor canónico al momento del envío, tanto en web como en WhatsApp.
Valores de arrastre en búsquedas. Un campo de Búsqueda de Registro ahora puede copiar otras columnas de la fila encontrada al envío, por ejemplo un puntaje numérico detrás de una etiqueta de escala Likert. La respuesta almacenada se mantiene como la etiqueta que eligió el respondiente; el valor arrastrado se resuelve en el servidor y no escribe nada si la etiqueta coincide con más de una fila.
Filtros por fila en búsquedas. Un campo de Búsqueda de Registro puede acotarse a las filas que coinciden con el valor de una columna, así una misma tabla compartida puede alimentar muchas preguntas distintas en lugar de necesitar una tabla separada por pregunta. Una etiqueta que se repite en la tabla se mantiene inequívoca porque se resuelve dentro de su propio alcance.
Disponible en todos los planes.
A hidden number field can sum, average, min, max, or count other fields tagged with a score group (plain numbers or values carried from a record lookup). Unanswered items are excluded from the total and flagged as incomplete. Optional bands write a label such as low or high. The server recomputes the total at submit.
A content block can interpolate a calculated total and its band from answers so far (for example {{abandono_total}} / {{abandono_total.band}}). That display is not saved. Web and WhatsApp both write carry columns and the canonical total when the submission completes.
A record lookup field can copy other columns from the matched Record Type row onto namespaced submission paths (for example p7.score). The stored answer stays the human-readable label. Carry is resolved on the server from that label; a label that matches more than one row writes nothing.
A record lookup field can now be scoped to the rows matching a column value, for example id_pregunta equals P1. One shared option bank serves every question instead of one record type per question, the option list only offers the rows in scope, and carried values resolve inside that scope so a label repeated across the table is no longer ambiguous.
