← Klartext Empresas
Avisar de una avería con un código QR: así «no funciona» se convierte en un aviso útil
11 jun 2026 SilentLink-Team ≈ 4 min de lectura
Lo esencial
- La mayoría de los avisos de avería fracasan dos veces: primero por la barrera (¿a quién llamo?) y luego por el contenido («no funciona» — ¿qué equipo, dónde, qué exactamente?). Un punto de aviso en el equipo resuelve ambas cosas en el mismo paso.
- Un aviso útil consta de cuatro partes: equipo, ubicación, tema, foto. Tres de ellas ya las puede aportar el código QR del equipo — la persona solo responde a la pregunta de qué ocurre.
- La implantación no es un proyecto de TI: definir temas y destinatarios por punto de uso, colocar las etiquetas, listo. Quien sabe usar un smartphone sabe avisar — sin app, sin cuenta, sin formación.
Hay dos clases de avisos de avería, y ambas dan trabajo. Uno directamente no llega — por qué es así lo desmenuzamos en el artículo «Por qué las averías no se comunican». El otro llega y, aun así, apenas sirve: «La máquina de la entrada no funciona.» ¿Qué entrada, qué máquina, qué significa «no funciona» — pantalla apagada, moneda atascada, producto colgado? Antes de que el técnico pueda salir, empieza el pimpón de repreguntas. A veces sale directamente y comprueba sobre el terreno que el repuesto se quedó en el almacén.
Ambas cosas — el aviso que falta y el aviso inservible — tienen la misma causa: avisar exige a quien avisa un conocimiento que no tiene y un esfuerzo que no quiere invertir. Por eso la solución también actúa en el mismo punto.
La anatomía de un aviso útil
Un aviso con el que un técnico de servicio puede trabajar consta de cuatro partes: qué equipo, qué ubicación, qué tema, qué se ve. Lo notable de esta lista: tres de las cuatro partes ya están fijadas antes de que la avería siquiera ocurra. El equipo y la ubicación no cambian, y los posibles temas de una cafetera automática («Avería», «Suciedad», «Reposición») se cuentan con los dedos de una mano.
Justo eso hace tan eficaz al código QR del equipo: lleva dentro las dos primeras respuestas y ofrece la tercera para elegir. Quien escanea no se encuentra con una caja de texto vacía ni con una centralita común, sino con una única pregunta — ¿Qué ocurre? — con los temas registrados para ese equipo concreto. Una foto, enviar, listo. El aviso llega al canal competente completo y asignado de forma unívoca: cafetera K-12, 3.ª planta ala oeste, avería, foto adjunta.
La diferencia con la centralita no es gradual, sino categórica: la centralita exige que quien avisa describa lo que ve. El punto de aviso solo exige que confirme lo que el sistema ya sabe de todos modos.
Enrutado: cada aviso al sitio correcto
La segunda palanca está en el destinatario. Una bandeja común para «todo lo técnico» solo genera el siguiente trabajo de clasificación — y los avisos que caen entre competencias se quedan sin resolver. Es más sensato decidir el enrutado en el propio punto de aviso: el ascensor avisa al proveedor de mantenimiento, el aseo a la limpieza, la cafetera al operador de vending — cada uno con sus propios temas y, donde haga falta, varios destinatarios o franjas horarias. Para quien avisa no cambia nada: escanea lo que tiene delante. La cuestión de la competencia, ante la que fracasan los avisos por centralita, ya la ha respondido el sistema.
Implantación: por qué esto no es un proyecto de TI
La preocupación más frecuente ante la «digitalización del aviso de incidencias» es el esfuerzo del proyecto: interfaces, formaciones, comunicación del despliegue. La respuesta honesta: un sistema de puntos de aviso de este tipo no toca de entrada el panorama de TI existente. No hay nada que instalar — ni para quien avisa (cámara normal del móvil) ni en la empresa (los avisos llegan a los buzones de los equipos). La implantación consta de tres pasos: definir temas y destinatarios por punto de uso, mandar producir las etiquetas, colocarlas. En ubicaciones abarcables, esto se resuelve en una tarde — y los procesos existentes que hay detrás (sistema de tickets, gestión de proveedores) quedan intactos.
Tres reglas prácticas para el arranque, para que la tarde valga la pena:
- La colocación gana a la exhaustividad. Mejor equipar los veinte equipos con las averías más frecuentes — a la altura de los ojos, allí donde la mirada se dirige ante una avería — que cada equipo de la casa detrás de la tapa de mantenimiento.
- Pocos temas, palabras claras. «Avería», «Suciedad», «Reposición» bastan casi siempre. Cada tema adicional es una decisión más que quien avisa tiene que tomar.
- Responda de forma visible. Nada ahoga la disposición a avisar más rápido que la sensación de avisar al vacío. Donde los avisos llevan visiblemente a reparaciones, la tasa sube por sí sola.
La medida para todo esto sigue siendo la misma que la del cartel de «Avería» escrito a mano al que este sistema sustituye: la vía oficial tiene que ser la más fácil. Un escaneo, una pregunta, una foto — menos no se puede. Y más no hace falta.
Preguntas frecuentes
¿Necesitan una app o una cuenta las personas que avisan?
No. El escaneo con la cámara normal del móvil abre un formulario en el navegador — con exactamente los temas registrados para ese equipo. Por eso la vía de aviso funciona también con visitantes, inquilinos o transeúntes, a los que no se puede ni obligar ni formar.
¿Cómo sabe el servicio de qué equipo se trata?
Cada punto de aviso está asignado de forma unívoca a un equipo y una ubicación. El aviso no llega, por tanto, como «en algún sitio hay algo atascado», sino como «cafetera K-12, 3.ª planta ala oeste, avería, foto adjunta» — el técnico llega preparado en lugar de a adivinar.
¿Y los equipos en el exterior?
Los puntos de aviso para el exterior tienen que aguantar de forma duradera la intemperie y la luz UV — en la ServiceID las etiquetas están diseñadas para ello. Importa además la colocación: a la altura de los ojos, allí donde la mirada se dirige de todos modos ante una avería, y no detrás de la tapa de mantenimiento.