AetherONE™ERWEITERTE INTELLIGENTE AMIEin AMI-Programm. Klare Verantwortung je Produkt.
Verbinden Sie die Entwurfsverantwortlichkeiten von HES, MDMS, CIS, GIS, Revenue und Dispatch durch versionierte Verträge und schreibgeschützte Projektionen. Neuer Anschluss, Wechsel, Abrechnung, Prepayment und Standortabgleich bleiben produktübergreifende Lieferziele, kein Nachweis bereitgestellter Integration.
PRODUKTÜBERSICHT
Eine Anwendung. Sechs klare Verantwortlichkeiten.
AetherONE ist die vollständige AMI-Anwendung der Aether Utility Platform für Energieversorger. Sie vereint AetherHES, AetherMDMS, AetherCIS, AetherGIS, AetherRevenue und AetherDispatch.
Jedes Geschäftsprodukt hat eine eigene Laufzeitverantwortung, einen privaten Speicher und genau einen schreibenden Prozess. Versionierte Verträge und schreibgeschützte Projektionen verbinden die Produkte; kein Produkt liest die private Datenbank eines anderen.
AetherUtilityConsole ist der einheitliche Frontend-Einstieg. Die Steuerungsebene für Verträge und Abdeckung unterstützt Schemas, Abdeckung und Nachweise; sie ist weder ein siebtes Geschäftsprodukt noch ein gemeinsames Geschäftsbackend.
Für wen es gedacht ist
- Programmverantwortliche bei Versorgern und AMI-Architekten
- Produkt-, Daten- und Integrationsverantwortliche
Wie die Arbeit zusammenhängt
Die folgenden Originaldiagramme und Oberflächenausschnitte sind auf Englisch. Die Begleitbeschreibung erläutert ihren Umfang in der Seitensprache.
Klare Verantwortlichkeiten zwischen Produkten
- Customer Account und Finanzkontext
- CIS verantwortet Kunden-/Kontenidentität und Lebenszyklus. Revenue verwendet Finanzkontextreferenzen; diese Dokumente legen deren Zuordnung zu einem CIS Customer Account nicht fest.
- Service Point und Metering Point
- CIS verantwortet die Identität des Versorgungsorts; MDMS das Messobjekt und die Installationen. Beide Referenzen zusammenzuführen verschmilzt weder die Objekte noch setzt es eine Eins-zu-eins-Beziehung voraus.
- Bill Determinant und finanzielle Rechnung
- MDMS liefert technische Bill Determinants. Revenue verantwortet finanzielle Abrechnung, Rechnung, Zahlung und Ausgleich.
- Service Request und Work Order
- CIS verantwortet die ursprüngliche Anfrage. Dispatch den Außendienst-Arbeitsauftrag. Dispatch ist keine Netz-, SCADA- oder OMS-Leitstelle.
- Befehlsnachweise und Geschäftsergebnis
- Transportbestätigung, Gerätebestätigung und passende Rücklesung sind getrennte HES-Nachweise. Die zuständige Geschäftsdomäne bestimmt das endgültige Geschäftsergebnis. Geräte-Rohbytes bleiben im privaten HES-Bereich.
Szenarien für Energieversorger
Neuer Anschluss und Installation
CIS-Anfrage → GIS-Standort → Dispatch-Arbeitsauftrag und Nachweise → validierte MDMS-Installation → HES-Kommunikation und erste dekodierte Ablesung. Dies ist ein produktübergreifendes Lieferziel.
Zählerwechsel und Kontinuität
Dispatch liefert validierte Feldnachweise. MDMS bewahrt alte/neue Installationen und benachbarte Intervallreferenzen samt Herkunft.
Postpayment-Abrechnung
Dekodierte Ablesungen werden zu Messwertversionen, akzeptierten Intervallen, Usage und technischen Bill Determinants, bevor Revenue eine Rechnung ausstellt und die Zahlung abgleicht.
STS-Token-Verkauf
Revenue verantwortet Finanz- und Prepayment-Zustände; Zahlung, Token, Zustellung und Abgleich sind getrennte Schritte. Die aktuelle Evaluierung belegt kein Produktions-STS.
Adress- und GNSS-Abgleich
Vergleichen Sie eine Feldstandortbeobachtung mit der erfassten Adresse, prüfen Sie Konflikte und erstellen Sie in GIS eine freigegebene Standortversion mit Gültigkeitsdatum. Dies ist ein Entwurfsablauf.
Verantwortlichkeiten und Evaluierungsumfang
- AetherHES
- Freigegebener EntwurfsumfangGerätekommunikation, Erfassung, Rohdatensätze und Befehlsausführungsnachweise.
- In dieser Ausgabe verfügbarAbgegrenzte lokale Komponente zur Evaluierung; Bereitstellungsbedingungen benötigen eine projektspezifische Abnahme.
- AetherMDMS
- Freigegebener EntwurfsumfangZeitlich gültiger Messkontext, Messwertversionen, VEE, Usage, technische Bill Determinants und Auslieferung.
- In dieser Ausgabe verfügbarAbgegrenzte lokale Komponente zur Evaluierung; Bereitstellungsbedingungen benötigen eine projektspezifische Abnahme.
- AetherCIS
- Freigegebener EntwurfsumfangIdentität und Lebenszyklus von Party, Customer Account, Premise, Service Point, Service Agreement und Service Request.
- In dieser Ausgabe verfügbarEvaluierungsoberfläche mit synthetischen Daten; kein realer Geschäftsbetrieb und keine Persistenz.
- AetherGIS
- Freigegebener EntwurfsumfangAdress- und Standortauflösung, Versorgungsgebiete sowie Raum- und Topologieversionen.
- In dieser Ausgabe verfügbarEvaluierungsoberfläche mit synthetischen Daten; kein realer Geschäftsbetrieb und keine Persistenz.
- AetherRevenue
- Freigegebener EntwurfsumfangEntwurf von Tarifen, finanzieller Abrechnung, Zahlungen, Schulden, Abrechnungsausgleich, Prepayment und STS.
- In dieser Ausgabe verfügbarEvaluierungsoberfläche mit synthetischen Daten; kein realer Geschäftsbetrieb und keine Persistenz.
- AetherDispatch
- Freigegebener EntwurfsumfangAußendienst von Energieversorgern: Arbeitsaufträge, Teams, Auftragnehmer, Feldnachweise und Abschluss.
- In dieser Ausgabe verfügbarEvaluierungsoberfläche mit synthetischen Daten; kein realer Geschäftsbetrieb und keine Persistenz.
- AetherUtilityConsole
- Freigegebener EntwurfsumfangUnterstützendes einheitliches Frontend für Navigation und schreibgeschützte Zusammenstellung; kein gemeinsames Produktbackend.
- In dieser Ausgabe verfügbarFührt die Evaluierungsoberflächen gemeinsam zusammen.
- AETHER_UTILITY_PLATFORM
- Freigegebener EntwurfsumfangUnterstützende Steuerungsebene für versionierte Verträge, Funktionsabdeckung, Projektionsvalidierung und Auslieferungsnachweise.
- In dieser Ausgabe verfügbarVertragsdefinitionen und Abdeckungsnachweise; keine Zuständigkeit für Geschäftsdatensätze.
Ausgabe und Evaluierungsbedingungen
HES und MDMS liefern abgegrenzte lokale Evaluierungskomponenten; HES verwendet einen deterministischen simulierten Adapter. CIS, GIS, Revenue und Dispatch bieten Evaluierungs- oder Demooberflächen mit synthetischen Daten.
Vertragsdefinitionen belegen keine bereitgestellte Verbindung. Produktübergreifende Szenarien sind Entwurfs- und Lieferziele. Geräte-/Systemadapter, Vertragsversionen, Authentifizierung, Mandantenisolierung, Verfügbarkeit und Leistung benötigen je Projekt und Produkt eine Abnahme.
Die Architektur zielt auf 50 Millionen Zähler und 4.8 Milliarden Intervalle pro Tag. Dies sind ungemessene Entwurfsanforderungen, keine unterstützte Kapazität oder abgenommene Leistung.
Die Dokumentausgabe 2026.10 kennzeichnet die gelieferten Unterlagen, keine kommerzielle oder bereitgestellte Produktversion.
Produktdokumente
Wählen Sie eine Sprache, um die entsprechende Dokumentfassung herunterzuladen.
- DatenblattDeutsch · PDFDokumentausgabe 2026.10