Implementation plan
Хувилбар 0.3 · 2026-10-14 · Архитектур: architecture.mn.md · «GS §N» = олон улсын судалгаа v1.6-ийн бүлэг
This page has not been translated yet — it is shown in Mongolian, the language it is written in.
Зорилтын эрэмбэ (GS §18.1):
- Эн тэргүүний зорилт:
- Эрчим хүчний урсгалыг бүрэн хянах: дэд станц → фидер → трансформатор → хэрэглэгч.
- Хэрэглэгч гар утсаараа төлбөрөө төлөх.
- Ойрын ирээдүйн зорилт: postpaid-аас prepaid руу шилжих.
Өгөгдлийн эх сурвалж (GS §18.2). Түгээх сүлжээний компаниудад тоолуурын өгөгдөл аль хэдийн цугларсан байгаа. Иймээс PowerGrid нь үндэсний hub болно (Fingrid Datahub, Энержинет DataHub-ийн загвар):
- Түгээх компани бүр өөрийн HES/MDM-ээ хадгалж, өгөгдлөө стандарт гэрээгээр илгээнэ.
- PowerGrid бүртгэл, баланс, эрх, төлбөр, хэрэглэгчийн апп, командын бодлогыг эзэмшинэ.
- Тоолуураас шууд уншихыг зөвхөн цоорхойд хэрэглэнэ.
Энэ эрэмбээр ажлыг хоёр урсгалаар зэрэг эхлүүлнэ:
- A урсгал: хяналт. Түгээх компаниудын өгөгдлийг нэгтгэж, SCADA-тай хамт урсгалын зураглал гаргана (GS §18.2).
- B урсгал: төлбөр. PowerGrid-ийн billing бэлэн болохыг хүлээлгүйгээр одоогийн billing дээр payment hub-аар эхэлнэ (GS §18.3).
Хоёр урсгал үе 3–5-д нийлж prepaid болно.
Hub загвар хуваарийг хурдасгах эсэх. Хэрэглэгчийн өгөгдөл 1A-аас эхлэн орж ирэх тул тусдаа «хэрэглэгчийн тоолуур» үе шаардлагагүй болсон. Үе 2 нь MDM-ийг гүнзгийрүүлэх ба цоорхойг нөхөх ажил болж 4 долоо хоног болтлоо богиносов. Харин түгээх компаниудтай өгөгдлийн гэрээ байгуулах нь критик зам болно. Гэрээ хийгдэх хугацаа одоогоор тодорхойгүй.
Хугацаа нь ажлын төлөвлөлтийн жишиг бөгөөд гэрээний амлалт биш. Дараах нөхцөл бүрдсэн гэж үзэж тооцов:
- 7–9 хүний үндсэн баг (§4);
- GS §18.8-ын өгөгдөл үе 0-д ирсэн.
Үе бүр гарах нөхцөл нь биелсэн үед л дараагийн үе рүү шилжинэ.
010. Одоогийн байдал (2026-10-14)
-
gerege-systems/— Nexuspower-grid-mn backend/distribution, брэнд, судалгааны баримтv1. 35. 0 - CI: distribution-ci, frontend test/lint, backend+frontend образ → GHCR; Security долоо хоног бүр
- Deploy pipeline
powergrid.mn—DEPLOY_ENABLED=false - DNS, сервер,
productionenvironment-ийн secret - PGX-01:
io.модулийн араг —gerege. powergrid modules/, өөрийнpowergrid cmd/migrate, каталог, Dockerfile (2026-10-14) - PGX-10 (эхлэл): бүртгэлийн schema —
grid_area,topology_node,topology_link(хугацаатай, давхцалгүй),metering_point(local_zone), tenant RLS; grid area API - PG-11:
authz.,access_ grant authz.scope()(бүс, topology дэд мод, цэг, хугацаа; scope cell заалттай хамт), байгууллага дамнасанgranted_readRLS, эрхийн матрицын тест CI-д бодит Postgres дээр — ADR-001 (2026-10-14) - PGX-08 + PG-04 + PG-05: өгөгдөл солилцооны гэрээ
powergrid.—meter-data/ v1 POST /; бүртгэл upsert, topology-ийн эцэг солигдох түүх, idempotentapi/ v1/ powergrid/ batches raw_receipt, хувилбартайmeter_reading(A/E/S/F), заалтынreading.readэрх хугацааны цонхтой; 100k заалт ≈ 2 сек (2026-10-14) - PGX-15 (v1):
powergrid.— дэд станц → фидер → трансформатор → хэрэглэгч; оролт (node-ийн тоолуур), гаралт (хүүхэд node + хэрэглэгч), бүрэн байдал, тооцоолсон цэгийн тоо; бүрэн бус бүлэгт зөрүү тооцохгүй. API:node_ balance(from, to) GET /,balance?from&to GET /. 1,000 цэг × 96 интервал: 55 мс; 1 сая цэгт ≈ 1 мин/өдөр тул PGX-14-ийн өдрийн нэгтгэл тэр шатанд шаардлагатай (2026-10-14)metering-points/ {id}/ readings - PGX-20–25 (v1, sandbox): payment hub —
powergrid.. Billing-ээс данс/нэхэмжлэл импорт (хувилбартай, дахин илгээхэд аюулгүй), зөвхөн нэмэгддэгbilling/ v1 ledger_entry,Providerадаптер +sandbox, idempotent төлбөр үүсгэлт, callback-ийгCheck-ээр баталгаажуулах (8 зэрэг callback → 1 бичилт), billing pull + ack, өдрийн тулгалт. Үлдсэн: жинхэнэ үйлчилгээ үзүүлэгч (ADR-010), refund, billing руу push (2026-10-14) - Нэр: одоогийн модуль PowerGrid Hub (id өөрчлөгдөөгүй) (2026-10-14)
- PGX-26 (v1): PowerGrid App
io.(person surface) — eID-ийн регистрээр данс холбох (gerege. powergrid. app holder_reg_no,account_holder,holder_*RLS), сарын хэрэглээ (цэгийн локал өдрөөр, бүрэн бус өдөр тэмдэглэгдэнэ), нэхэмжлэл ба задаргаа, гар утсаар төлөх, «Download My Data» (CSV), «Share My Data» (CUSTOMER_grant, цуцлах, уншсан бүрийн бүртгэл). Хүлээн авагч байгууллагыг платформ батална (CONSENT consent_, нэр давтагдахгүй). Одоогоор батлах ажлыг оператор SQL-ээр хийнэ, консолын дэлгэц дараа нэмэгдэнэ. Цөмийн person gate баrecipient. approved_ at PersonOf—backend/; иргэн бүрт анхдагчаар —v1. 34. 0 backend/(2026-10-15)v1. 35. 0 - Үе 3 (эхлэл): PowerGrid-ийн өөрийн billing —
tariff/tariff_version(засагдахгүй, ЭХЗХ-ны шийдвэрийн дугаартай),POST /(бүх интервал ирсэн сард л нэхэмжилнэ),billing/ runs invoice_basis. Анхны хэрэглэгч: Gerege (Дорнод, 100 тоолуур, өгөгдөл PowerGrid руу шууд) (2026-10-14) - PGX-02: queue (JetStream) — хойшлуулав: D+1 багцыг нэг transaction-д хүлээн авах нь хангалттай; ачааллын хэмжилтээр ADR-008-д шийднэ
021. Үе шат ба хуваарь
text1 2026 X XI XII │ 2027 I II III IV V VI VII2Үе 0 суурь ████████ │31A урсгал v1 ███████████████41B утсаар төлөх ███████████████5Үе 2 MDM ба цоорхой │██████6Үе 3 PowerGrid billing │ ████████████████7Үе 4 алсын команд │ ██████████8Үе 5 prepaid пилот │ ████████████████9Үе 6 өргөтгөл │ ███▶| Үе | Хугацаа (индикатив) | Гол үр дүн | Гарах нөхцөл |
|---|---|---|---|
| 0. Суурь | 3 долоо хоног · 10/19–11/06 | Модулийн араг, worker, authz/RLS, staging, ADR-001/002/006/008/010–015, өгөгдлийн хүсэлт (GS §18.8); түгээх компаниудын системийн inventory ба өгөгдлийн дээж | RLS pgTAP тэнцсэн; дор хаяж 1 түгээх компанийн өгөгдлийн дээж, billing интерфэйсийн баримт ирсэн |
| 1A. Hub ба урсгалын хяналт v1 | 8 долоо хоног · 11/09–12/31 | Өгөгдөл солилцооны гэрээ v1, түгээх компани бүрийн импорт адаптер, бүртгэл ба topology, SCADA уншилт, дэд станц → фидер → трансформатор → хэрэглэгчийн баланс, урсгалын зураглал | Эхний түгээх компанийн бүх цэгийн өгөгдөл D+1 ирдэг (≥ 98%); баланс бүрэн байдлынхаа хамт өдөр бүр гардаг; компани бүрийн өгөгдлийн чанарын тайлан |
| 1B. Гар утсаар төлөх v1 | 8 долоо хоног · 11/09–12/31 | Payment hub: одоогийн billing-ийн нэхэмжлэл импорт, ledger, эхний төлбөрийн үйлчилгээ үзүүлэгч, тулгалт, буцааж илгээх; хэрэглэгчийн апп (Nexus mobile + банкны mini app) | Пилотын хэрэглэгчид гар утсаар төлж, төлбөр одоогийн billing-д ≤ 1 цагт тусдаг; 0 давхар бичилт; өдрийн тулгалт 100% |
| 2. MDM ба цоорхой | 4 долоо хоног · 2027 I | Бусад түгээх компаниудыг холбох, VEE v2, хувилбартай архив, засвар илгээх журам, тасралтын incident, апп-д өдрийн хэрэглээ; HES-гүй хэсэгт шууд DLMS адаптер | Холбогдсон компаниудын D+1 ≥ 98%; засвар ба давхардлын тест тэнцсэн |
| 3. PowerGrid billing | ≥ 2 мөчлөг · 2027 II–IV | Тарифын хөдөлгүүр (local_zone), shadow billing, PowerGrid-ийг billing of record болгох, «виртуал prepaid» харагдац | Golden dataset 100%; хуучин системтэй зөрүү шийдэгдсэн; захиалагч шилжилтийг баталсан |
| 4. Алсын команд | 6 долоо хоног · 2027 II–III | Командын төлөвийн машин, түгээх компанийн HES-ийн командын адаптер, read-back, хоёр түлхүүр, хамгаалалтын бодлогын хөдөлгүүр, DR дасгал | 0 худал VERIFIED; хамгаалалтын бүх сөрөг тест тэнцсэн |
| 5. Prepaid пилот | ≥ 3 сар · 2027 V–VII | Үлдэгдлийн хөдөлгүүр, утсаар цэнэглэх, мэдэгдэл, emergency credit, өрийн суутгал, автомат таслалт/залгалт хамгаалалттай; шаардлагатай бол STS адаптер | Хамгаалагдсан цагт 0 таслалт; цэнэглэлтийн дараах залгалт p95 ≤ 15 мин; гомдлын түвшин хүлээн зөвшөөрөгдсөн |
| 6. Өргөтгөл | Бүсчилсэн · 2027 VII→ | Нэвтрүүлэлтийн шат, Analytics, бүлэглэл, бусад протокол/бүс, prepaid-ийг үндсэн горим болгох | KPI ба TCO зорилт; ЭХЗХ-ны журам; ашиглалтын баг хүлээн авсан |
Хамаарал:
- 1A ба 1B бие биеэсээ хамааралгүй.
- Үе 2 нь 1A-аас хамаарна.
- Түгээх компаниудтай өгөгдлийн гэрээ байгуулах нь 1A, 2, 4-ийн критик зам.
- Үе 3 нь 1B ба 2-оос хамаарна.
- Үе 4 нь 2-оос хамаарна.
- Үе 5 нь 3 ба 4 хоёулангаас нь хамаарна.
Prepaid-ийн хамгийн эрт эхлэх хугацаа ойролцоогоор 2027 оны 5 сар. Үүнийг billing-ийн хоёр мөчлөг болон командын баталгаажуулалт тодорхойлно.
Нэвтрүүлэлт нь тоолуур суурилуулах шатаар бус, түгээх компаниар явна:
- Эхний компани (пилот хоёр трансформатор нь түүний хамрах хүрээнд);
- Хамгийн том компани;
- Бүсийн компаниуд;
- Улсын бүх 1,000,000 цэг.
Шат бүрд §3-ын KPI-г шалгана. Хэрэглэгчийн тоолуурын 1% → 100% шат (GS §16) нь hub-аар ирсэн өгөгдлийн хамрах хүрээг хэмжих үзүүлэлт болон хэвээр үлдэнэ.
032. Ажлын жагсаалт
ID: PG-xx нь судалгааны эхний спринт (GS §16), PGX-xx нь энэ төлөвлөгөөнд нэмсэн ажил.
Definition of Done: код + автомат тест + шаардлагатай бол бодит төхөөрөмж эсвэл төлбөрийн sandbox-ийн нотолгоо + богино ашиглалтын заавар.
Үе 0 — Суурь
| ID | Ажил | FN | Гарах баримт |
|---|---|---|---|
| PGX-01 | io. модулийн араг: nexus.Register, nexus., manifest, main.go-д host. | — | CI ногоон, staging дээр суудаг |
| PGX-02 | cmd/worker араг, JetStream (compose-д), outbox/inbox загвар | 12 | Restart/duplicate тест |
| PG-11 | authz схем, scope cell, effective_ (cell + цэг + хугацаа), RLS, pgTAP эрхийн матриц | 09 | ADR-001, ADR-006; EXPLAIN нотолгоо |
| PGX-03 | Staging орчин (staging.), DNS, secret, DEPLOY_ENABLED | — | Deploy ногоон |
| PGX-04 | Threat model (төлбөр ба командыг оруулна), DPIA, license inventory | — | ADR-007 |
| PGX-05 | GS §18.8-ын өгөгдлийн хүсэлтийг захиалагчид хүргэж, хариуг бүртгэх | — | Түгээх компаниудын системийн inventory, billing API баримт, SCADA интеграцын баримт |
| PGX-07 | Түгээх компани бүрээс өгөгдлийн дээж (1 сар, 1 трансформаторын бүлэг) авч, чанарын аудит хийх: бүрэн байдал, давхардал, цаг/бүс, нэгж, ID-ийн тогтвортой байдал, A/E/S ялгаа | 04, 12 | Компани бүрийн чанарын тайлан |
| PGX-08 | Өгөгдөл солилцооны гэрээ v1: цэгийн бүртгэл, register/interval заалт, чанарын төлөв, үйл явдал, засвар, D+1 давтамж; CIM (IEC 61968-9)-тэй зураглал; JSON/CSV, API эсвэл SFTP | 12 | data-contracts/ дахь schema + жишээ файл |
| PG-01 | Тоолуурын загвар, реле, prepaid горим, түлхүүрийн эзэмшлийн inventory — түгээх компаниудаас | 02 | Prepaid ба командад бэлэн цэгийн жагсаалт |
| PGX-06 | ADR-010–014 (§6) батлах | — | ADR файлууд |
1A — Hub ба эрчим хүчний урсгалын хяналт v1
| ID | Ажил | FN |
|---|---|---|
| PGX-10 | Бүртгэл: organisation → grid_area → topology_node (дэд станц → фидер → трансформатор, хүчинтэй хугацаатай) → metering_point; local_zone (GS §18.5); import | 01 |
| PGX-11 | Системийн хэмжилтийн цэгийн төрөл: FEEDER, TRANSFORMER, CUSTOMER; topology_node ↔ системийн тоолуурын холбоос | 01 |
| PG-04 | Raw receipt ба idempotency түлхүүр; ACK зөвхөн commit-ийн дараа | 03, 12 |
| PG-02 | Simulator эх үүсвэрийг production-оос эхнээс нь тусгаарлах (орчин + source_system) | 03 |
| PGX-12 | Түгээх компанийн импорт адаптер: гэрээний формат + компанийн өөрийн форматаас хөрвүүлэгч; хуваарьт таталт эсвэл push, checkpoint, retry, засвар (шинэ version) | 03, 12 |
| PGX-17 | Компани бүрийн өгөгдлийн эрх: зөвхөн өөрийн owner_org_id-оор INSERT (powergrid_), илгээлт бүрийн receipt ба чанарын хариу | 09, 12 |
| PGX-13 | SCADA-ийн зөвхөн унших холболт (CIM экспорт эсвэл IEC 104 gateway; ADR-011) → дэд станцын оролт | 12 |
| PGX-14 | meter_reading сараар partition, batch insert, өдрийн aggregate; VEE v1 (давхардал, цоорхой, хүрээ, rollover) | 04 |
| PGX-15 | Түвшин бүрийн баланс: дэд станц → фидер → трансформатор → хэрэглэгч; зөрүү, бүрэн байдал, estimated %, topology хувилбар | 05 |
| PGX-16 | Урсгалын зураглал: улс → бүс → дэд станц → фидер → трансформатор руу задардаг самбар (@gerege-systems/) | 11 |
| PG-09 | D+1 completeness dashboard (offline цэгийг denominator-оос чимээгүй хасахгүй) | 11 |
1B — Гар утсаар төлөх v1 (payment hub)
| ID | Ажил | FN |
|---|---|---|
| PGX-20 | Хэрэглэгч, данс, supply_; одоогийн billing-ийн дансны дугаартай холбох (mapping, давхардал шалгах) | 01, 07 |
| PGX-21 | Одоогийн billing-ээс нээлттэй нэхэмжлэл импортлох (хуваарьт, checkpoint, хувилбартай; PowerGrid өөрөө тооцохгүй) | 07, 12 |
| PGX-22 | Append-only ledger: нэхэмжлэл, төлбөр, буцаалт эсрэг бичилтээр; idempotency key; settlement хүлээж буй ба баталгаажсан төлбөрийг ялгах | 07 |
| PGX-23 | payment_ адаптерийн интерфэйс (invoice/QR үүсгэх, статус асуух, callback, буцаалт, settlement файл) + эхний үйлчилгээ үзүүлэгч (ADR-010) | 07 |
| PGX-24 | Өдрийн тулгалт: ledger ↔ үйлчилгээ үзүүлэгчийн settlement ↔ одоогийн billing; зөрүүний дараалал | 07 |
| PGX-25 | Төлбөрийг одоогийн billing руу буцааж илгээх (outbox, retry, idempotent) | 12 |
| PGX-26 | io. (person surface): eID нэвтрэлт, данс холбох (регистр + дансны дугаар + баталгаажуулалт), нэхэмжлэл, төлбөр, түүх | 10 |
| PGX-27 | Банкны апп дотор mini app (Nexus guest горим); Nexus mobile апп-д PowerGrid харагдац | 10 |
| PGX-28 | Мэдэгдэл: нэхэмжлэл гарсан, төлбөр орсон, хугацаа хэтэрсэн (push + SMS) | 10 |
Үе 2 — MDM ба цоорхой
| ID | Ажил | FN |
|---|---|---|
| PGX-37 | Бусад түгээх компаниудыг гэрээний форматаар холбох | 12 |
| PG-10 | HES-гүй хэсэгт: лабораторийн 2 загварын DLMS нийцлийн тест ба шууд адаптер | 03 |
| PG-08 | Service point ба meter mounting-ийн түүх (EXCLUDE давхцал), тоолуурын lifecycle төлөв | 01 |
| PG-05 | Архивын actual/estimated/substituted/final төлөв ба version, supersedes_id | 04 |
| PG-06 | Collection-ийг бодит worker, session ownership, backfill квоттой болгох | 03 |
| PGX-30 | TEAMI pull адаптер (шаардлагатай бол) | 12 |
| PGX-31 | Гар уншилтын оролт (manual_, IEC 62056-21) | 03 |
| PGX-32 | VEE каталог v2 (GS §9), quarantine, дахин тооцох жагсаалт | 04 |
| PGX-34 | Дохиолол → incident бүлэглэл, холбоо/тэжээлийн тасралтыг ялгах | 06 |
| PGX-35 | Апп-д өдрийн хэрэглээ, шинэчлэгдсэн цаг, чанарын төлөв | 10 |
| PGX-36 | Prometheus + Grafana, runbook; pgBackRest + PITR, restore дасгал | 11 |
Үе 3 — PowerGrid billing
| ID | Ажил | FN |
|---|---|---|
| PGX-40 | Тарифын хувилбар: нэг тариф, бүсчилсэн (local_zone), шатлал, ангилал, НӨАТ/хураамж, бүхэл төгрөгөөр дугуйруулах | 07 |
| PGX-41 | Сарын register заалтаар нэхэмжлэл гаргах; тоолуур, тариф сар дундуур солигдох үеийн хуваарилалт | 07 |
| PGX-42 | Golden dataset — санхүүгийн баг батална | 07 |
| PGX-43 | Shadow billing ≥ 2 мөчлөг, хуучин системтэй тулгах; зөрүүний тайлан | 07 |
| PGX-44 | Billing of record шилжилт: импортыг зогсоож, PowerGrid-ийн нэхэмжлэлийг payment hub-д холбох | 07 |
| PGX-45 | «Виртуал prepaid»: postpaid дансанд өдрийн хэрэглээ, тооцоолсон дүн, сарын таамаг | 10 |
| PGX-46 | Зөвшөөрлийн бүртгэл: Download/Share My Data, цуцлалт, хандалтын аудит | 13 |
Үе 4 — Алсын команд
| ID | Ажил | FN |
|---|---|---|
| PG-07 | Командын төлөвийн машин — DB update-ийг амжилт гэж тооцохгүй (architecture §5.2) | 08 |
| PGX-50 | Хоёр түлхүүр (CHECK), нэг төхөөрөмжид нэг идэвхтэй команд, bulk хязгаар | 08, 09 |
| PGX-51 | Хамгаалалтын бодлогын хөдөлгүүр (GS §18.4): таслахгүй цаг (local_zone), хүйтний хориг (бүсийн температурын эх сурвалж), хамгаалагдсан хэрэглэгч, маргаан, estimated заалт; worker илгээхийн өмнө дахин шалгана | 08 |
| PGX-52 | Read-back баталгаажуулалт, UNKNOWN → төлөв шалгах ажил | 08 |
| PGX-55 | Түгээх компанийн HES-ийн командын адаптер: хүсэлт илгээх, гүйцэтгэл ба read-back үр дүн хүлээн авах; командын API-гүй компанид команд идэвхгүй | 08, 12 |
| PGX-53 | Туршилтын/бодит командын түлхүүр, дараалал тусгаарлах; DLMS түлхүүрийн нууц (OpenBao) | 08 |
| PGX-54 | DR дасгал: команд ба ledger-ийг сэргээхэд давхардахгүй | — |
Үе 5 — Prepaid пилот
| ID | Ажил | FN |
|---|---|---|
| PGX-60 | Дансны горим POSTPAID / PREPAID, хоёр чиглэлд шилжүүлэх (өр, урьдчилгааг шилжүүлэх дүрэм) | 07 |
| PGX-61 | Үлдэгдлийн хөдөлгүүр: өдрийн register snapshot-оор хасах, тариф, хоцорсон заалтын засвар (засварын баримтаар) | 07 |
| PGX-62 | Утсаар цэнэглэх: payment hub-аар; цэнэглэлтийн reference-ийг дансанд холбох | 07, 10 |
| PGX-63 | Мэдэгдэл: үлдэгдэл 7/3/1 хоногт хүрэх, emergency credit идэвхжих, таслалт төлөвлөгдөх (push + SMS) | 10 |
| PGX-64 | Emergency credit ба өрийн суутгал (цэнэглэлтийн ≤ 25%), бүгд тохиргоогоор | 07 |
| PGX-65 | Автомат таслалт/залгалт = PGX-51 бодлого + үе 4-ийн командын урсгал; залгалтыг VERIFIED болсны дараа мэдэгдэнэ | 08 |
| PGX-66 | STS адаптер — зөвхөн inventory-д STS keypad тоолуур байвал (ADR-013) | 07 |
| PGX-67 | Пилотын үнэлгээ: таслалт, гомдол, төлбөрийн давтамж, өр буурсан эсэх; ЭХЗХ-д тайлан | — |
Үе 6 — Өргөтгөл
| ID | Ажил | FN |
|---|---|---|
| PGX-70 | Бүлэглэл: засаг захиргааны bitemporal мод, дурын бүлэг | 14 |
| PGX-71 | io.: k-босго, давамгайллын дүрэм | 15 |
| PGX-72 | ClickHouse — зөвхөн PostgreSQL-ийн хэмжсэн хязгаар нотлогдвол | 15 |
| PGX-73 | Бусад протокол (DL/T 645 — inventory харуулбал), бүсчилсэн adapter pool | 03 |
| PGX-74 | Нэмэлт төлбөрийн үйлчилгээ үзүүлэгч, e-Mongolia | 07 |
043. Хүлээн авах босго
| Үзүүлэлт | Босго | Үе |
|---|---|---|
| Системийн тоолуурын D+1 бүрэн байдал | ≥ 98% өдөр бүр | 1A |
| Хэрэглэгчийн D+1 бодит заалт | Сарын дундаж ≥ 99%, өдөр бүр ≥ 98% (GS §13) | 2 |
| 72 цагийн нөхөн таталт | ≥ 99.9% | 2 |
| Төлбөрийн давхар бичилт | 0 (давтан callback, давтан илгээлт) | 1B+ |
| Төлбөрийн өдрийн тулгалт | Ledger ↔ settlement ↔ billing 100%, зөрүү бүр дараалалд | 1B+ |
| Төлбөр дансанд тусах | p95 ≤ 1 мин (PowerGrid), ≤ 1 цаг (хуучин billing руу, 1B) | 1B |
| Хэрэглэгчийн апп | Сарын бэлэн байдал ≥ 99.9% | 1B+ |
| Төлбөрийн зөв тооцоо | Golden dataset 100% | 3 |
| Командын үнэн зөв төлөв | 0 худал VERIFIED | 4 |
| Холбоотой төхөөрөмжийн команд | Баталгаажсан амжилт ≥ 99% | 4 |
| Хамгаалалтын бодлого | Хамгаалагдсан цаг, хүйтний хориг, хамгаалагдсан хэрэглэгчид 0 автомат таслалт | 4, 5 |
| Цэнэглэлтийн дараах залгалт | p95 ≤ 15 мин (холбоотой тоолуур) | 5 |
| Сэргэлт | MDM RPO ≤ 15 мин, RTO ≤ 4 цаг; ledger RPO 0 | 2, 4 |
| Эрхийн зааг | Өөр байгууллага, өөр хэрэглэгчийн өгөгдөлд хандах бүх сөрөг тест хаагдах | 0+ |
Босго нь PowerGrid-ийн санал, стандартын заавал тоо биш.
054. Баг
| Үүрэг | Тоо | Урсгал |
|---|---|---|
| Бүтээгдэхүүн ба эрчим хүчний домэйн хариуцагч | 1 | Бүгд |
| Backend/integration инженер (адаптер, SCADA, HES) | 2 | 1A, 2, 4 |
| Backend инженер (ledger, төлбөр, billing) | 1 | 1B, 3, 5 |
| Frontend/mobile инженер (portal, mini app, самбар) | 1–2 | 1A, 1B |
| QA ба өгөгдлийн чанар | 1 | Бүгд |
| DevOps/аюулгүй байдал | 1 | Бүгд |
Талбайн цахилгааны инженер болон billing/санхүүгийн мэргэжилтэн тогтмол оролцоно. Командын баталгаажуулалт, төлбөрийн тулгалт, хамгаалалтын бодлогыг эзэнгүй үлдээхгүй.
065. Эрсдэл
| Эрсдэл | Нөлөө | Хариу |
|---|---|---|
| Одоогийн billing-ийн интерфэйс байхгүй эсвэл хаалттай | 1B зогсоно | Үе 0-д баримт авах; хамгийн муу тохиолдолд файл солилцоо (өдөрт 2 удаа) |
| Төлбөрийн үйлчилгээ үзүүлэгчийн гэрээ удаашрах | 1B хойшлох | Адаптерийн интерфэйс нэг үйлчилгээ үзүүлэгчээс хамаарахгүй; sandbox-оор хөгжүүлж эхлэх |
| SCADA-ийн өгөгдөлд хандах эрх олгогдохгүй | Дэд станцын түвшний баланс дутуу | Фидерийн тоолуураар орлуулах; 1A-ийн гарах нөхцөл SCADA-аас хамаарахгүй |
| Түгээх компаниуд өгөгдөл хуваалцах гэрээ байгуулахгүй эсвэл удаашруулна | 1A, 2, 4 зогсоно | Хуулийн үндэслэл, ЭХЗХ-ны чиглэлийг үе 0-д авах; эхний компанийг пилот болгож, бусдад үлгэр жишээ болгох |
| Компаниудын өгөгдлийн чанар, ID зөрүүтэй | Баланс буруу | PGX-07 аудит; гэрээнд чанарын төлөв ба засварын журам; чанарын тайланг компани бүрт буцаах |
| Түгээх компанийн HES-д командын API байхгүй | Үе 4, 5 хязгаарлагдана | Тухайн компанид prepaid-ийн автомат таслалт идэвхгүй; HES-ийн нийлүүлэгчтэй API захиалах |
| Хуучин тоолуурт реле эсвэл холбоо байхгүй | Prepaid хамрагдахгүй | Inventory-гээр prepaid-д бэлэн цэгийг ялгах; бусдад STS эсвэл тоолуур солих төлөвлөгөө |
| Prepaid-ийн журам батлагдахгүй | Үе 5 хойшлох | Үе 1B, 3-ын «виртуал prepaid» журамгүйгээр үнэ цэнэ өгнө; пилотыг сайн дурын хэлбэрээр |
| Өвлийн таслалтын олон нийтийн эсэргүүцэл | Нэр хүнд, хууль | Хүйтний хориг, хамгаалагдсан хэрэглэгч, урьдчилсан мэдэгдлийг үе 4-д заавал |
| Nexus tenant RLS ба scope cell зөрчилдөх | Эрхийн алдаа | ADR-001-ийг үе 0-д pgTAP-аар; шаардлагатай бол цөмд PR |
| Gurux GPL лиценз | Түгээлтийн хязгаар | Тусдаа адаптер + хуулийн шалгалт; арилжааны лиценз |
076. Шийдвэрүүд (ADR)
Үе 0-д батлах шинэ ADR (architecture §11-д нэмэв):
| # | Шийдвэр | Санал (GS §18) |
|---|---|---|
| ADR-002 | Hub эсвэл тархсан | Hub — түгээх компаниуд өгөгдлөө PowerGrid-д гэрээгээр илгээнэ (GS §18.2) |
| ADR-015 | Өгөгдөл солилцооны гэрээ | CIM-тэй зураглагдах JSON/CSV, D+1, засварыг шинэ version-оор |
| ADR-010 | Төлбөрийн архитектур | PowerGrid биллер; payment_ адаптер; эхний үйлчилгээ үзүүлэгчийг захиалагч сонгоно |
| ADR-011 | SCADA интеграц | Зөвхөн унших; CIM экспорт эсвэл IEC 104 gateway |
| ADR-012 | Цагийн бүс | UTC хадгалалт; local_zone = Asia/Hovd / Asia/ |
| ADR-013 | Prepaid загвар | Серверийн үлдэгдэлтэй ухаалаг prepaid; STS нөөц |
| ADR-014 | Хамгаалалтын бодлогын анхны утга | GS §18.4-ын хүснэгт; ЭХЗХ батална |
087. Одоо шийдэх зүйлс (захиалагч)
- Түгээх компаниудтай өгөгдөл хуваалцах эрх зүйн үндэслэл, эхний компанийг сонгох.
- GS §18.8-ын өгөгдлийн хүсэлтэд хариуцагч ба хугацаа тогтоох.
- Пилотын хоёр трансформатор: орон сууцны нэг, гэр хорооллын нэг.
- Эхний төлбөрийн үйлчилгээ үзүүлэгч болон гэрээний хэлбэр.
- Одоогийн billing-ийн эзэнтэй нэхэмжлэл импортлох, төлбөр буцааж илгээх интерфэйсийг тохирох.
- Prepaid пилотын журмын асуудлаар ЭХЗХ-тай яриа эхлүүлэх.
- Production сервер ба DNS (
powergrid.mn), staging дэд домэйн.