Guías de ThinkLink / Operación en campo
Organizar un campus en ThinkLink: códigos y rutas de ubicación
Use códigos estables, rutas completas y un alcance de consulta explícito para gestionar edificios, plantas e importaciones.
Cree ubicaciones reales y vincule dispositivos y gateways mediante location_code. La ruta expresa jerarquía y el código conserva asociaciones. Elija nivel directo o descendientes antes de contar.
Asignar funciones a ruta y código
Una ubicación puede representar campus, edificio o sala. Una ruta como Campus/Edificio-1/Planta-3/Sala-técnica describe la jerarquía; un código estable identifica cada registro real. Dispositivos y gateways usan location_code, no el nombre visible. Verifique versión instalada y formulario antes de aplicar las funciones actuales. Renombrar una planta no exige cambiar su código por estética. Acuerde nombres, responsable y niveles necesarios antes de importar y distinga salas con nombres repetidos.
Crear padres reales
El árbol muestra registros existentes y no inventa niveles intermedios. Una ruta profunda no crea por sí sola una rama completa. Cree padres, revise la vista previa y confirme la unicidad. Las ubicaciones se importan con path; los dispositivos, con location_code. Según la documentación, un código inexistente deja vacía la ubicación del dispositivo y la importación continúa. Por ello, el éxito de la importación exige comprobar después las asociaciones. Valide una muestra antes de ampliar el lote.
Definir el alcance del total
El nivel directo incluye objetos vinculados al código elegido; el alcance con descendientes añade ubicaciones inferiores. Para contar todo un edificio, elija la pestaña correcta y complete la paginación o consulte el total oficial. Las filas visibles no bastan. Los subárboles siguen límites de ruta, no prefijos inventados de códigos. Departamento, ubicación y espacio de una aplicación son ámbitos diferentes: indique cuál usa cada informe sin equiparar pertenencia organizativa e instalación física.
Verificar después de mover
Cambiar nombre o padre actualiza rutas descendientes y conserva ID y códigos. No hace falta recrear asociaciones solo porque cambió la ruta. Pruebe en una ubicación de ensayo; después lea padre, descendiente y dispositivo asociado y compruebe el nuevo alcance agregado. Resuelva conflictos según la respuesta de la plataforma, sin borrar y recrear como atajo. Durante la entrega, demuestre la diferencia entre ruta visible y código estable sin enviar órdenes a los equipos.
- Crear padres y revisar rutas.
- Vincular un dispositivo de prueba por código.
- Comparar alcance directo y descendientes.
- Leer rutas, vínculos y totales tras renombrar.
Preparar la reasignación
Borrar desde la lista afecta a registros seleccionados; borrar desde el árbol afecta a una rama. Ninguna opción elimina automáticamente dispositivos ni limpia sus códigos almacenados, por lo que pueden quedar referencias sin ubicación. Revise cantidades, exporte afectados y prepare nuevos destinos antes de una eliminación autorizada. Padres ausentes pueden ocultar parte del alcance real. Mantenga un inventario de códigos y rutas y responsables de altas, cambios y bajas para facilitar el mantenimiento posterior.
Preguntas frecuentes
¿Renombrar una planta exige volver a vincular equipos?
No si el código permanece estable; compruebe de todos modos el resultado.
¿Eliminar la ubicación elimina sus dispositivos?
No. Pueden conservar el código antiguo y necesitar reasignación.
Referencias y lecturas adicionales
Esta guía se basa en las fuentes oficiales siguientes. Los diagramas explican el método; consulte la documentación de su versión para menús, campos y funciones exactos. Las fuentes enlazadas están en chino.