AetherAetherONE™AMI ذكية متقدمة

برنامج AMI واحد. مسؤوليات منتجات واضحة.

اربط مسؤوليات تصميم HES وMDMS وCIS وGIS وRevenue وDispatch عبر عقود ذات إصدارات وإسقاطات للقراءة فقط. تبقى الخدمة الجديدة والاستبدال والفوترة والدفع المسبق ومطابقة المواقع أهداف تسليم عابرة للمنتجات، وليست دليلًا على تكامل منشور للتشغيل.

تصميم وتقييم · النطاق مبيّن أدناه

نظرة عامة على المنتج

تطبيق واحد. ست مسؤوليات واضحة.

AetherONE هو التطبيق المتكامل لمرافق الكهرباء ضمن Aether Utility Platform لأنظمة AMI. يجمع AetherHES وAetherMDMS وAetherCIS وAetherGIS وAetherRevenue وAetherDispatch.

لكل منتج أعمال مسؤولية تشغيل خاصة به، ومخزن بيانات خاص، وجهة كتابة واحدة. تربط المنتجات عقود ذات إصدارات وإسقاطات للقراءة فقط؛ ولا يقرأ أي منتج قاعدة البيانات الخاصة بمنتج آخر.

AetherUtilityConsole هو مدخل الواجهة الأمامية الموحّد. يدعم مستوى التحكم في العقود والتغطية المخططات والتغطية والأدلة؛ وليس منتج أعمال سابعًا أو نظامًا خلفيًا مشتركًا للأعمال.

لمن صُمّم

  • مالكو برامج مرافق الكهرباء ومهندسو بنية AMI
  • مسؤولو المنتجات والبيانات والتكامل
خريطة مفاهيمية للمسؤوليات: ستة منتجات أعمال، ومخازنها الخاصة، وواجهة أمامية موحدة، وطبقة دعم العقود والتغطية.
سير عمل تصميمي. العلاقات المعروضة لا تدّعي تشغيل تكامل فعلي بين المنتجات.
فتح الصورة بالحجم الكامل ↗

كيف تترابط الأعمال

المخططات ومقتطفات الواجهات الأصلية أدناه بالإنجليزية. يشرح الوصف المحيط بها نطاقها بلغة الصفحة.

تصميم الخدمة الجديدة: طلب CIS، وموقع GIS، وعمل Dispatch الميداني، وتركيب MDMS، واتصال HES.
سير عمل تصميمي. العلاقات المعروضة لا تدّعي تشغيل تكامل فعلي بين المنتجات.
فتح الصورة بالحجم الكامل ↗
سلسلة تتبّع تصميم الدفع اللاحق، من القراءة المفككة إلى القياسات والاستخدام ومحدد الفوترة الفني، ثم فاتورة Revenue والدفع.
سير عمل تصميمي. العلاقات المعروضة لا تدّعي تشغيل تكامل فعلي بين المنتجات.
فتح الصورة بالحجم الكامل ↗

مسؤوليات واضحة بين المنتجات

حساب العميل والسياق المالي
يتولى CIS هوية العميل والحساب ودورة حياتهما. يستخدم Revenue مراجع للسياق المالي؛ ولا تثبت هذه المستندات ربط تلك المراجع بحساب عميل في CIS.
نقطة الخدمة ونقطة القياس
يتولى CIS هوية موقع الخدمة؛ ويتولى MDMS كائن القياس وعمليات التركيب. حمل المرجعين معًا لا يدمج الكائنين ولا يعني وجود علاقة واحد إلى واحد.
محدد الفوترة والفاتورة المالية
يوفّر MDMS محددات الفوترة الفنية. ويتولى Revenue الفاتورة المالية والمستند المالي والدفع والتسوية.
طلب الخدمة وأمر العمل
يتولى CIS الطلب الأصلي. ويتولى Dispatch أمر العمل الميداني. ولا يعني Dispatch التحكم التشغيلي بالشبكة أو SCADA أو OMS.
أدلة الأوامر ونتيجة الأعمال
إقرار النقل وإقرار الجهاز وقراءة التحقق المطابقة أدلة منفصلة لدى HES. يقرر مجال الأعمال المسؤول النتيجة النهائية للأعمال. وتظل بايتات الجهاز الخام خاصة بـ HES.

سيناريوهات مرافق الكهرباء

الخدمة الجديدة والتركيب

طلب CIS ← موقع GIS ← أمر عمل Dispatch وأدلته ← تركيب متحقق منه لدى MDMS ← اتصال HES وأول قراءة مفككة. هذا هدف تسليم عابر للمنتجات.

استبدال العداد واستمرارية البيانات

يوفّر Dispatch أدلة ميدانية متحققًا منها. ويحتفظ MDMS بعمليات التركيب القديمة والجديدة ومراجع الفترات المتجاورة مع سلسلة تتبّعها.

الفوترة لاحقة الدفع

تتحول القراءات المفككة إلى إصدارات قياسات وفترات مقبولة واستخدام ومحددات فوترة فنية، قبل أن يصدر Revenue الفاتورة ويطابق الدفع.

بيع رصيد STS

يتولى Revenue الحالة المالية وحالة الدفع المسبق؛ والدفع والرمز والتسليم والمطابقة مراحل منفصلة. ولا يثبت التقييم الحالي تشغيل STS إنتاجيًا.

مطابقة العنوان وGNSS

قارن رصد الموقع الميداني بالعنوان المسجّل، وراجع التعارضات، وأنشئ إصدار موقع معتمدًا ومؤرّخًا بالسريان في GIS. هذا سير عمل تصميمي.

المسؤوليات ونطاق التقييم

AetherHES
نطاق التصميم المعتمداتصال الأجهزة وجمع البيانات والسجلات الخام وأدلة تنفيذ الأوامر.
المتاح في هذا الإصدارمكوّن محلي محدود النطاق للتقييم؛ تتطلب ظروف النشر قبولًا خاصًا بالمشروع.
AetherMDMS
نطاق التصميم المعتمدسياق القياس المؤرّخ بالسريان، وإصدارات القياسات، وVEE، والاستخدام (Usage)، ومحددات الفوترة الفنية (Bill Determinants)، والتسليم.
المتاح في هذا الإصدارمكوّن محلي محدود النطاق للتقييم؛ تتطلب ظروف النشر قبولًا خاصًا بالمشروع.
AetherCIS
نطاق التصميم المعتمدهوية ودورة حياة الطرف (Party)، وحساب العميل (Customer Account)، والموقع (Premise)، ونقطة الخدمة (Service Point)، واتفاقية الخدمة (Service Agreement)، وطلب الخدمة (Service Request).
المتاح في هذا الإصدارواجهة تقييم ببيانات اصطناعية؛ دون تشغيل أعمال فعلية أو حفظ دائم.
AetherGIS
نطاق التصميم المعتمدتحديد العناوين والمواقع ومناطق الخدمة وإصدارات البيانات المكانية والطوبولوجيا.
المتاح في هذا الإصدارواجهة تقييم ببيانات اصطناعية؛ دون تشغيل أعمال فعلية أو حفظ دائم.
AetherRevenue
نطاق التصميم المعتمدالتعرفات والفوترة المالية والمدفوعات والديون والتسوية والدفع المسبق وتصميم STS.
المتاح في هذا الإصدارواجهة تقييم ببيانات اصطناعية؛ دون تشغيل أعمال فعلية أو حفظ دائم.
AetherDispatch
نطاق التصميم المعتمدالأعمال الميدانية لمرافق الكهرباء: أوامر العمل والفرق والمقاولون والأدلة الميدانية والإنجاز.
المتاح في هذا الإصدارواجهة تقييم ببيانات اصطناعية؛ دون تشغيل أعمال فعلية أو حفظ دائم.
AetherUtilityConsole
نطاق التصميم المعتمدواجهة أمامية موحّدة داعمة للتنقل والتجميع للقراءة فقط؛ دون نظام خلفي مشترك للمنتجات.
المتاح في هذا الإصدارتعرض واجهات التقييم معًا.
AETHER_UTILITY_PLATFORM
نطاق التصميم المعتمدمستوى تحكم داعم للعقود ذات الإصدارات، وتغطية الميزات، والتحقق من الإسقاطات، وأدلة التسليم.
المتاح في هذا الإصدارتعريفات العقود وأدلة التغطية؛ دون ملكية سجلات الأعمال.

الإصدار وشروط التقييم

يوفّر HES وMDMS مكوّنات تقييم محلية محدودة النطاق، ويستخدم HES مهايئ محاكاة حتميًا. وتوفّر CIS وGIS وRevenue وDispatch واجهات تقييم أو عرض توضيحي ببيانات اصطناعية.

تعريفات العقود ليست دليلًا على اتصال منشور للتشغيل. السيناريوهات العابرة للمنتجات أهداف تصميم وتسليم. وتتطلب مهايئات الأجهزة والأنظمة وإصدارات العقود والمصادقة وعزل المستأجرين والتوافر والأداء قبولًا لكل مشروع ومنتج.

تستهدف البنية 50 مليون عداد و4.8 مليار فترة يوميًا. هذه متطلبات تصميم غير مقاسة، وليست سعة مدعومة أو أداءً مقبولًا بالاختبار.

يشير إصدار المستندات 2026.10 إلى المستندات المورّدة، وليس إلى إصدار تجاري أو نسخة منشورة للتشغيل.

مستندات المنتج

اختر لغة لتنزيل النسخة المقابلة من المستند.

ناقش إجراء تقييم ↗