AetherAetherONE™AMI INTELLIGENTE AVANCÉE

Un programme AMI. Des responsabilités produit claires.

Reliez les responsabilités de conception de HES, MDMS, CIS, GIS, Revenue et Dispatch par des contrats versionnés et des projections en lecture seule. Nouveau service, remplacement, facturation, prépaiement et rapprochement de localisation restent des objectifs de livraison interproduits, pas des preuves d'intégration déployée.

CONCEPTION ET ÉVALUATION · PÉRIMÈTRE INDIQUÉ CI-DESSOUS

PRÉSENTATION DU PRODUIT

Une application. Six responsabilités claires.

AetherONE est l'application AMI complète pour les entreprises d'électricité de l'Aether Utility Platform. Elle réunit AetherHES, AetherMDMS, AetherCIS, AetherGIS, AetherRevenue et AetherDispatch.

Chaque produit métier possède sa propre responsabilité d'exécution, son stockage privé et un seul composant d'écriture. Des contrats versionnés et des projections en lecture seule relient les produits ; aucun ne lit la base privée d'un autre.

AetherUtilityConsole est l'entrée frontend unifiée. Le plan de contrôle des contrats et de la couverture prend en charge schémas, couverture et preuves ; il ne constitue ni un septième produit métier ni un backend métier partagé.

À qui il s'adresse

  • Responsables de programmes des entreprises d'électricité et architectes AMI
  • Responsables produit, données et intégration
Carte conceptuelle des responsabilités : six produits métier, leurs stockages privés, un frontend unifié et la couche de support des contrats et de la couverture.
Flux de conception. Les relations présentées ne constituent pas une affirmation d'intégration opérationnelle entre produits.
Ouvrir l'image en taille réelle ↗

Comment le travail s'articule

Les schémas et extraits d'interface originaux ci-dessous sont en anglais. La description qui les accompagne explique leur périmètre dans la langue de la page.

Conception d'un nouveau service : demande CIS, localisation GIS, intervention Dispatch, installation MDMS et communication HES.
Flux de conception. Les relations présentées ne constituent pas une affirmation d'intégration opérationnelle entre produits.
Ouvrir l'image en taille réelle ↗
Traçabilité de conception postpayée, du relevé décodé aux mesures, Usage et Bill Determinant technique, puis à la facture et au paiement Revenue.
Flux de conception. Les relations présentées ne constituent pas une affirmation d'intégration opérationnelle entre produits.
Ouvrir l'image en taille réelle ↗

Responsabilités claires entre produits

Customer Account et contexte financier
CIS possède l'identité et le cycle de vie du client et du compte. Revenue utilise des références de contexte financier ; ces documents n'établissent pas leur correspondance avec un Customer Account de CIS.
Service Point et Metering Point
CIS possède l'identité du lieu de service ; MDMS, l'objet de comptage et ses installations. Porter les deux références ne fusionne pas les objets et n'implique pas une relation un-à-un.
Bill Determinant et facture financière
MDMS fournit les Bill Determinants techniques. Revenue possède le décompte financier, la facture, le paiement et le règlement.
Service Request et Work Order
CIS possède la demande d'origine. Dispatch possède l'ordre d'intervention terrain. Dispatch n'est pas un dispatching réseau, SCADA ou OMS.
Preuves de commande et résultat métier
L'accusé de transport, l'accusé de l'appareil et la relecture concordante sont des preuves HES distinctes. Le domaine métier responsable décide du résultat final. Les octets bruts de l'appareil restent privés dans HES.

Scénarios pour les entreprises d'électricité

Nouveau service et installation

Demande CIS → localisation GIS → ordre et preuves terrain Dispatch → installation validée MDMS → communication HES et premier relevé décodé. Il s'agit d'un objectif de livraison interproduits.

Remplacement du compteur et continuité

Dispatch fournit les preuves terrain validées. MDMS conserve les anciennes et nouvelles installations et les références d'intervalles adjacents avec leur traçabilité.

Facturation postpayée

Les relevés décodés deviennent des versions de mesures, intervalles acceptés, Usage et Bill Determinants techniques avant que Revenue émette une facture et rapproche le paiement.

Vente de jetons STS

Revenue possède l'état financier et de prépaiement ; paiement, jeton, livraison et rapprochement sont des étapes distinctes. L'évaluation actuelle n'établit pas un STS de production.

Rapprochement d'adresse et de GNSS

Comparez une observation terrain à l'adresse enregistrée, examinez les conflits et créez dans GIS une version de localisation approuvée et datée. Il s'agit d'un flux de conception.

Responsabilités et périmètre d'évaluation

AetherHES
Périmètre de conception approuvéCommunication des appareils, collecte, enregistrements bruts et preuves d'exécution des commandes.
Disponible dans cette éditionComposant local à périmètre limité pour évaluation ; les conditions de déploiement nécessitent une acceptation propre au projet.
AetherMDMS
Périmètre de conception approuvéContexte de comptage daté, versions de mesures, VEE, Usage, Bill Determinants techniques et livraison.
Disponible dans cette éditionComposant local à périmètre limité pour évaluation ; les conditions de déploiement nécessitent une acceptation propre au projet.
AetherCIS
Périmètre de conception approuvéIdentité et cycle de vie de Party, Customer Account, Premise, Service Point, Service Agreement et Service Request.
Disponible dans cette éditionInterface d'évaluation avec données synthétiques ; aucune exploitation métier réelle ni persistance.
AetherGIS
Périmètre de conception approuvéRésolution des adresses et localisations, zones de desserte, versions spatiales et topologiques.
Disponible dans cette éditionInterface d'évaluation avec données synthétiques ; aucune exploitation métier réelle ni persistance.
AetherRevenue
Périmètre de conception approuvéConception des tarifs, de la facturation financière, des paiements, dettes, règlements, prépaiements et STS.
Disponible dans cette éditionInterface d'évaluation avec données synthétiques ; aucune exploitation métier réelle ni persistance.
AetherDispatch
Périmètre de conception approuvéInterventions terrain des entreprises d'électricité : ordres de travail, équipes, prestataires, preuves terrain et achèvement.
Disponible dans cette éditionInterface d'évaluation avec données synthétiques ; aucune exploitation métier réelle ni persistance.
AetherUtilityConsole
Périmètre de conception approuvéFrontend unifié de support pour la navigation et la composition en lecture seule ; aucun backend produit partagé.
Disponible dans cette éditionPrésente ensemble les interfaces d'évaluation.
AETHER_UTILITY_PLATFORM
Périmètre de conception approuvéPlan de contrôle de support pour les contrats versionnés, la couverture fonctionnelle, la validation des projections et les preuves de livraison.
Disponible dans cette éditionDéfinitions de contrats et preuves de couverture ; aucune propriété des enregistrements métier.

Édition et conditions d'évaluation

HES et MDMS fournissent des composants locaux d'évaluation à périmètre limité, HES utilisant un adaptateur simulé déterministe. CIS, GIS, Revenue et Dispatch proposent des interfaces d'évaluation ou de démonstration sur données synthétiques.

Les définitions de contrats ne prouvent pas une connexion déployée. Les scénarios interproduits sont des objectifs de conception et de livraison. Adaptateurs, versions de contrats, authentification, isolation des locataires, disponibilité et performances nécessitent une acceptation par projet et produit.

L'architecture vise 50 millions de compteurs et 4.8 milliards d'intervalles par jour. Ce sont des exigences de conception non mesurées, pas une capacité prise en charge ni des performances acceptées.

L'édition documentaire 2026.10 identifie les documents fournis, pas une version commerciale ou déployée.

Documents du produit

Choisissez une langue pour télécharger la version correspondante du document.

Parlons d'une évaluation ↗