Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Head-End-System
Gerätekommunikation, Erfassung, Rohdatensätze und Befehlsausführungsnachweise.
AetherONE™SYS.05 / AMI / SECHS GESCHÄFTSPRODUKTESechs Geschäftsprodukte für Messung, Daten, Kundenservice, Raumkontext, Erlöse und Außendienst — mit einheitlichem Frontend und klaren Zuständigkeiten für private Daten.
Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Gerätekommunikation, Erfassung, Rohdatensätze und Befehlsausführungsnachweise.
Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Zeitlich gültiger Messkontext, Messwertversionen, VEE, Usage, technische Bill Determinants und Auslieferung.
Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Identität und Lebenszyklus von Party, Customer Account, Premise, Service Point, Service Agreement und Service Request.
Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Adress- und Standortauflösung, Versorgungsgebiete sowie Raum- und Topologieversionen.
Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Entwurf von Tarifen, finanzieller Abrechnung, Zahlungen, Schulden, Abrechnungsausgleich, Prepayment und STS.
Konzeptionelle Darstellung der Produktverantwortung. Keine Kundeninstallation und kein Betriebsdatensatz.
Außendienst von Energieversorgern: Arbeitsaufträge, Teams, Auftragnehmer, Feldnachweise und Abschluss.
AetherONE ist die Gesamtanwendung. AetherUtilityConsole ist ihr unterstützendes einheitliches Frontend; die Vertrags- und Abdeckungssteuerung hält keine Geschäftsdatensätze. Der Evaluierungsumfang ist unten je Produkt angegeben.
Fragen Sie Archai nach produktspezifischen Spezifikationen und verfügbaren Konfigurationen.
PRODUKTÜBERSICHT
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.
Die folgenden Originaldiagramme und Oberflächenausschnitte sind auf Englisch. Die Begleitbeschreibung erläutert ihren Umfang in der Seitensprache.
CIS-Anfrage → GIS-Standort → Dispatch-Arbeitsauftrag und Nachweise → validierte MDMS-Installation → HES-Kommunikation und erste dekodierte Ablesung. Dies ist ein produktübergreifendes Lieferziel.
Dispatch liefert validierte Feldnachweise. MDMS bewahrt alte/neue Installationen und benachbarte Intervallreferenzen samt Herkunft.
Dekodierte Ablesungen werden zu Messwertversionen, akzeptierten Intervallen, Usage und technischen Bill Determinants, bevor Revenue eine Rechnung ausstellt und die Zahlung abgleicht.
Revenue verantwortet Finanz- und Prepayment-Zustände; Zahlung, Token, Zustellung und Abgleich sind getrennte Schritte. Die aktuelle Evaluierung belegt kein Produktions-STS.
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.
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.
Wählen Sie eine Sprache, um die entsprechende Dokumentfassung herunterzuladen.