NEXUS AI PLATFORM
Doce pods. Una plataforma conectada. Dentro de su perímetro.
Nexus conecta los sistemas que una distribuidora ya opera, centraliza lo que contienen y suma IA que responde sobre todos ellos y actúa en el sistema de registro — con los modelos que usted elija, dentro de su propia infraestructura.
Su perímetro
Los datos se quedan dentro de su infraestructura. La comunicación va cifrada de extremo a extremo, tanto con los sistemas conectados como con el modelo. La plataforma es cerrada por defecto: no se requiere ni se permite acceso externo salvo que usted lo pida.
Su modelo
Nexus no está atado a un solo proveedor de IA. Use los modelos que elija, en sus instalaciones o en su propia nube, y reaproveche suscripciones que ya paga — incluso modelos distintos para distintos grupos de usuarios al mismo tiempo.
Su ritmo
La funcionalidad se entrega como pods autocontenidos, y ningún pod necesita que otro esté instalado antes. Empiece por el uno o dos que resuelven el problema de este trimestre y agregue el resto cuando el trabajo lo pida. Nada de esto exige un programa a escala de plataforma antes de servir para algo.
Cuatro pasos, en este orden. Todo lo que hace un pod se apoya en ellos.
-
Conectar una vez
Cuando un pod necesita alcanzar un sistema fuera de la plataforma, un administrador registra ese sistema y se conecta a él por API o por conexión directa a la base de datos. La conexión y sus mapeos se definen una vez, no de nuevo en cada proyecto.
-
Centralizar
Lo que esos sistemas contienen queda disponible en un solo lugar, para todos los pods, bajo las reglas de acceso que ya aplica a su gente.
-
Informar
Las preguntas se responden cruzando sistemas, en lenguaje natural, sin que quien pregunta tenga que saber qué sistema guarda qué campo.
-
Actuar
La plataforma escribe de vuelta en el sistema de registro, dentro de las reglas que usted define, y deja registrado qué se hizo y quién lo hizo en el momento de la escritura.
Alguien de una cuadrilla pregunta desde el mensajero que ya usa. Nexus responde contra la red, no contra un documento sobre la red.
Presentación de la plataforma
Qué hace Nexus y dónde se ubica frente a los sistemas que ya opera. Sin registro.
Todos los pods corren sobre la misma plataforma, bajo las mismas reglas de acceso, y cada uno se sostiene solo. Empiece por el que coincida con el problema que tiene enfrente.
Conectividad
Configure sus propias conexiones y APIs. Se agrega cuando un pod necesita alcanzar un sistema fuera de la plataforma.
-
Conecte un sistema una vez y todos los pods pueden usarlo, así nada tiene que volver a integrarse proyecto por proyecto.
Ya disponible
Pods centrales
Los que casi todos los clientes terminan usando. Preguntar, actuar, orquestar y reportar sobre todo el entorno conectado.
-
Los diseñadores piden en lenguaje natural y el trabajo ocurre dentro de Smallworld, con la integridad de la red verificada antes de publicar nada.
Ya disponible -
La cola de trabajos del GIS y los servidores de trabajos se cuidan solos, y una falla avisa en el momento en vez de aparecer días después.
Ya disponible -
Pregunte en lenguaje natural sobre todos los sistemas conectados y comparta los reportes y tableros que vuelven, en lugar de exportarlos.
Ya disponible -
Todas las capas y todos los sistemas conectados en un mapa en el navegador, con preguntas en lenguaje natural sobre todo eso.
Ya disponible
Pods especializados
Un trabajo cada uno, con un mapa propio y simplificado. Se agregan cuando ese trabajo es el que tiene enfrente.
-
El dibujo de un tercero llega como archivo y sale como un proyecto verificado dentro de su GIS.
Ya disponible -
Marque un punto donde está el cliente y reciba un proyecto diseñado y verificado contra las reglas, ya dentro de su GIS.
Ya disponible -
Su propio equipo corrige la geometría de red desplazada, y los patrones que va construyendo se reutilizan de un área a la siguiente.
Ya disponible -
Pode donde la red realmente falla y no donde lo dice el calendario, con todo —desde la captura en campo hasta la orden de trabajo terminada— en un solo lugar.
Ya disponible -
La red de telecomunicaciones de la propia empresa —hasta el nivel de empalme y de puerto— en el mismo mapa que la red eléctrica que mantiene en pie, con el uso compartido de postes al lado.
Ya disponible
Se entregan con el mantenimiento y el soporte
Se aplican a su ambiente en lugar de licenciarse como pods aparte.
-
Operator
Una mesa de servicio autónoma — por ejemplo, integrada con ServiceNow.
Ya disponible Sin página aparte -
MD Studio
Un entorno de ingeniería Magik/VMDS.
Ya disponible Sin página aparte
Seguridad y datos
Dónde están los datos, dónde corre el modelo, quién puede ver qué y qué queda registrado a medida que la plataforma actúa.
Despliegue
Dónde puede correr y qué cubre una sesión de dimensionamiento. Sin cifra de referencia, por un motivo que la página explica.
Videos
Todas las grabaciones públicas en un solo lugar, sin nada que llenar antes.
Spatial Studio es donde los usuarios miran y preguntan. Los pods especializados son donde actúan. Workspace es donde los resultados se consolidan en reportes e indicadores.
Los pods especializados llevan mapas de una sola capa, deliberadamente simplificados — la red eléctrica, la vegetación, el uso compartido de postes, las capas externas. Spatial Studio es donde esas capas se ven juntas.
Centrada en la IA
La inteligencia viene incorporada, no añadida encima. La plataforma recupera y cruza información y ejecuta acciones reales sobre los sistemas conectados.
Modular
La funcionalidad se entrega como pods autocontenidos, desplegados y ajustados para cada cliente. Usted agrega los que coinciden con el trabajo que tiene enfrente.
Agnóstica de nube
La misma imagen de contenedor corre en cualquier destino — un clúster de Kubernetes en cualquier nube grande, en sus instalaciones, o una mezcla de ambos. Solo cambia la capa de orquestación.
Agnóstica de modelo
Sin atadura a un solo proveedor de IA. Modelos distintos pueden atender a usuarios distintos al mismo tiempo, y se pueden reaprovechar suscripciones que ya paga.
Autocontenida y segura
Los datos se quedan dentro de su infraestructura, la comunicación va cifrada de extremo a extremo y nada sale de la red salvo que usted lo habilite.
Cada conexión se hace por API o por conexión directa a la base de datos. Una vez definida, todos los pods pueden trabajar a partir de ella.
- GE Smallworld
- Esri
- 3GIS
- SAP
- Sistemas de mantenimiento
- ADMS — solo lectura, desde una copia no operativa
- Servicios de pronóstico del tiempo
Conectarse a Esri o a otro GIS es interoperabilidad. Nexus lee y escribe junto a los sistemas que usted opera; no los reemplaza, y ellos siguen siendo el sistema de registro.
Nexus no es un ADMS. Lee desde una copia no operativa y no participa en la operación de la red.
Los datos temáticos no tienen que esperar al GIS
Los datos temáticos pueden vivir en la plataforma en lugar de en el GIS. Una distribuidora que está a mitad de una actualización de versión del GIS no tiene que esperar, ni abrir una ventana de cambio en el GIS para empezar a obtener valor. Llevar esos datos al GIS más adelante sigue siendo una opción y no un requisito previo. La plataforma es el punto de acceso estable: la versión del GIS que está detrás cambia, la conexión se reapunta, y los usuarios conservan la misma interfaz y los mismos perfiles.
Quién puede ver qué
Los usuarios se autentican contra su directorio corporativo. El control de acceso se aplica en cuatro lugares — en la plataforma, dentro de cada pod, en el mapa y en las respuestas a las consultas — de modo que un perfil que no puede ver una capa tampoco puede leerla dentro de una respuesta.
Una sesión técnica cubre su entorno, dónde correría la plataforma y con qué pods conviene empezar.
Agende una sesión técnica