AetherAetherONE™AMI INTELIGENTE AVANZADA

Un programa AMI. Responsabilidades de producto claras.

Conecte las responsabilidades de diseño de HES, MDMS, CIS, GIS, Revenue y Dispatch mediante contratos versionados y proyecciones de solo lectura. Nuevo servicio, sustitución, facturación, prepago y conciliación de ubicación siguen siendo objetivos de entrega entre productos, no pruebas de integración desplegada.

DISEÑO Y EVALUACIÓN · ALCANCE INDICADO ABAJO

RESUMEN DEL PRODUCTO

Una aplicación. Seis responsabilidades claras.

AetherONE es la aplicación AMI completa para empresas eléctricas de Aether Utility Platform. Reúne AetherHES, AetherMDMS, AetherCIS, AetherGIS, AetherRevenue y AetherDispatch.

Cada producto de negocio tiene su propia responsabilidad de ejecución, almacenamiento privado y un único componente de escritura. Los contratos versionados y las proyecciones de solo lectura conectan los productos; ningún producto lee la base de datos privada de otro.

AetherUtilityConsole es el acceso frontend unificado. El plano de control de contratos y cobertura admite esquemas, cobertura y evidencias; no es un séptimo producto de negocio ni un backend de negocio compartido.

A quién se dirige

  • Responsables de programas de empresas eléctricas y arquitectos AMI
  • Responsables de producto, datos e integración
Mapa conceptual de responsabilidades: seis productos de negocio, sus almacenes privados, un frontend unificado y la capa de soporte de contratos y cobertura.
Flujo de trabajo de diseño. Las relaciones mostradas no afirman que exista una integración operativa entre productos.
Abrir imagen a tamaño completo ↗

Cómo se conecta el trabajo

Los diagramas y extractos de interfaz originales de abajo están en inglés. La descripción que los acompaña explica su alcance en el idioma de la página.

Diseño de nuevo servicio: solicitud CIS, ubicación GIS, trabajo de campo Dispatch, instalación MDMS y comunicación HES.
Flujo de trabajo de diseño. Las relaciones mostradas no afirman que exista una integración operativa entre productos.
Abrir imagen a tamaño completo ↗
Trazabilidad de diseño pospago: de la lectura decodificada a medidas, Usage y Bill Determinant técnico, hasta factura y pago de Revenue.
Flujo de trabajo de diseño. Las relaciones mostradas no afirman que exista una integración operativa entre productos.
Abrir imagen a tamaño completo ↗

Responsabilidad clara entre productos

Customer Account y contexto financiero
CIS es responsable de la identidad y ciclo de vida del cliente y su cuenta. Revenue usa referencias de contexto financiero; estos documentos no establecen su correspondencia con Customer Account de CIS.
Service Point y Metering Point
CIS es responsable de la identidad del lugar de servicio; MDMS, del objeto de medición y sus instalaciones. Incluir ambas referencias no fusiona los objetos ni implica una relación uno a uno.
Bill Determinant y factura financiera
MDMS proporciona Bill Determinants técnicos. Revenue es responsable de la factura financiera, el documento de facturación, el pago y la liquidación.
Service Request y Work Order
CIS es responsable de la solicitud inicial. Dispatch, de la orden de trabajo de campo. Dispatch no es despacho de red, SCADA ni OMS.
Evidencia de órdenes y resultado de negocio
El acuse de transporte, el acuse del dispositivo y la relectura coincidente son evidencias HES separadas. El dominio de negocio responsable decide el resultado final. Los bytes brutos del dispositivo permanecen privados en HES.

Escenarios de empresas eléctricas

Nuevo servicio e instalación

Solicitud CIS → ubicación GIS → orden y evidencias de campo Dispatch → instalación validada MDMS → comunicación HES y primera lectura decodificada. Es un objetivo de entrega entre productos.

Sustitución de contador y continuidad

Dispatch aporta evidencias de campo validadas. MDMS conserva las instalaciones antigua y nueva y las referencias de intervalos adyacentes con su trazabilidad.

Facturación pospago

Las lecturas decodificadas se convierten en versiones de medidas, intervalos aceptados, Usage y Bill Determinants técnicos antes de que Revenue emita una factura y concilie el pago.

Venta de tokens STS

Revenue es responsable del estado financiero y de prepago; pago, token, entrega y conciliación son etapas distintas. La evaluación actual no demuestra STS de producción.

Conciliación de dirección y GNSS

Compare una observación de ubicación de campo con la dirección registrada, revise conflictos y cree en GIS una versión de ubicación aprobada con fecha de vigencia. Es un flujo de diseño.

Responsabilidades y alcance de evaluación

AetherHES
Alcance de diseño aprobadoComunicación de dispositivos, recogida, registros brutos y evidencias de ejecución de órdenes.
Disponible en esta ediciónComponente local de alcance acotado para evaluación; las condiciones de despliegue requieren aceptación específica del proyecto.
AetherMDMS
Alcance de diseño aprobadoContexto de medición con fechas de vigencia, versiones de medidas, VEE, Usage, Bill Determinants técnicos y entrega.
Disponible en esta ediciónComponente local de alcance acotado para evaluación; las condiciones de despliegue requieren aceptación específica del proyecto.
AetherCIS
Alcance de diseño aprobadoIdentidad y ciclo de vida de Party, Customer Account, Premise, Service Point, Service Agreement y Service Request.
Disponible en esta ediciónInterfaz de evaluación con datos sintéticos; sin operación comercial real ni persistencia.
AetherGIS
Alcance de diseño aprobadoResolución de direcciones y ubicaciones, áreas de servicio, versiones espaciales y de topología.
Disponible en esta ediciónInterfaz de evaluación con datos sintéticos; sin operación comercial real ni persistencia.
AetherRevenue
Alcance de diseño aprobadoDiseño de tarifas, facturación financiera, pagos, deuda, liquidación, prepago y STS.
Disponible en esta ediciónInterfaz de evaluación con datos sintéticos; sin operación comercial real ni persistencia.
AetherDispatch
Alcance de diseño aprobadoTrabajo de campo de empresas eléctricas: órdenes de trabajo, cuadrillas, contratistas, evidencias de campo y finalización.
Disponible en esta ediciónInterfaz de evaluación con datos sintéticos; sin operación comercial real ni persistencia.
AetherUtilityConsole
Alcance de diseño aprobadoFrontend unificado de soporte para navegación y composición de solo lectura; sin backend de producto compartido.
Disponible en esta ediciónPresenta juntas las interfaces de evaluación.
AETHER_UTILITY_PLATFORM
Alcance de diseño aprobadoPlano de control de soporte para contratos versionados, cobertura funcional, validación de proyecciones y evidencias de entrega.
Disponible en esta ediciónDefiniciones de contratos y evidencias de cobertura; sin titularidad de registros de negocio.

Edición y condiciones de evaluación

HES y MDMS proporcionan componentes locales de evaluación de alcance acotado; HES utiliza un adaptador simulado determinista. CIS, GIS, Revenue y Dispatch ofrecen interfaces de evaluación o demostración con datos sintéticos.

Las definiciones de contratos no prueban una conexión desplegada. Los escenarios entre productos son objetivos de diseño y entrega. Adaptadores, versiones de contratos, autenticación, aislamiento de tenants, disponibilidad y rendimiento requieren aceptación para cada proyecto y producto.

La arquitectura apunta a 50 millones de contadores y 4.8 mil millones de intervalos diarios. Son requisitos de diseño no medidos, no capacidad soportada ni rendimiento aceptado.

La edición documental 2026.10 identifica los documentos suministrados, no una versión comercial ni desplegada.

Documentos del producto

Elija un idioma para descargar la versión correspondiente del documento.

Hablemos de una evaluación ↗