PowerGridБаримт бичиг
Ажиллагаа

Хэрэгжүүлэх төлөвлөгөө

17 мин уншихdocs/implementation-plan.mn.mdGitHub дээр засах

Хувилбар 0.3 · 2026-10-14 · Архитектур: architecture.mn.md · «GS §N» = олон улсын судалгаа v1.6-ийн бүлэг

Зорилтын эрэмбэ (GS §18.1):

  1. Эн тэргүүний зорилт:
    • Эрчим хүчний урсгалыг бүрэн хянах: дэд станц → фидер → трансформатор → хэрэглэгч.
    • Хэрэглэгч гар утсаараа төлбөрөө төлөх.
  2. Ойрын ирээдүйн зорилт: 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/power-grid-mn — Nexus backend/v1.35.0 distribution, брэнд, судалгааны баримт
  • CI: distribution-ci, frontend test/lint, backend+frontend образ → GHCR; Security долоо хоног бүр
  • Deploy pipeline powergrid.mn — DEPLOY_ENABLED=false
  • DNS, сервер, production environment-ийн 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_read RLS, эрхийн матрицын тест CI-д бодит Postgres дээр — ADR-001 (2026-10-14)
  • PGX-08 + PG-04 + PG-05: өгөгдөл солилцооны гэрээ powergrid.meter-data/v1 — POST /api/v1/powergrid/batches; бүртгэл upsert, topology-ийн эцэг солигдох түүх, idempotent raw_receipt, хувилбартай meter_reading (A/E/S/F), заалтын reading.read эрх хугацааны цонхтой; 100k заалт ≈ 2 сек (2026-10-14)
  • PGX-15 (v1): powergrid.node_balance(from, to) — дэд станц → фидер → трансформатор → хэрэглэгч; оролт (node-ийн тоолуур), гаралт (хүүхэд node + хэрэглэгч), бүрэн байдал, тооцоолсон цэгийн тоо; бүрэн бус бүлэгт зөрүү тооцохгүй. API: GET /balance?from&to, GET /metering-points/{id}/readings. 1,000 цэг × 96 интервал: 55 мс; 1 сая цэгт ≈ 1 мин/өдөр тул PGX-14-ийн өдрийн нэгтгэл тэр шатанд шаардлагатай (2026-10-14)
  • PGX-20–25 (v1, sandbox): payment hub — powergrid.billing/v1. Billing-ээс данс/нэхэмжлэл импорт (хувилбартай, дахин илгээхэд аюулгүй), зөвхөн нэмэгддэг 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.gerege.powergrid.app (person surface) — eID-ийн регистрээр данс холбох (holder_reg_no, account_holder, holder_* RLS), сарын хэрэглээ (цэгийн локал өдрөөр, бүрэн бус өдөр тэмдэглэгдэнэ), нэхэмжлэл ба задаргаа, гар утсаар төлөх, «Download My Data» (CSV), «Share My Data» (CUSTOMER_CONSENT grant, цуцлах, уншсан бүрийн бүртгэл). Хүлээн авагч байгууллагыг платформ батална (consent_recipient.approved_at, нэр давтагдахгүй). Одоогоор батлах ажлыг оператор SQL-ээр хийнэ, консолын дэлгэц дараа нэмэгдэнэ. Цөмийн person gate ба PersonOf — backend/v1.34.0; иргэн бүрт анхдагчаар — backend/v1.35.0 (2026-10-15)
  • Үе 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. Үе шат ба хуваарь

text
              2026 X    XI    XII  │ 2027 I    II    III   IV    V     VI    VIIҮе 0 суурь       ████████          │1A урсгал v1          ███████████████1B утсаар төлөх       ███████████████Үе 2 MDM ба цоорхой                │██████Үе 3 PowerGrid billing             │       ████████████████Үе 4 алсын команд                  │       ██████████Үе 5 prepaid пилот                 │                         ████████████████Үе 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 ба урсгалын хяналт v18 долоо хоног · 11/09–12/31Өгөгдөл солилцооны гэрээ v1, түгээх компани бүрийн импорт адаптер, бүртгэл ба topology, SCADA уншилт, дэд станц → фидер → трансформатор → хэрэглэгчийн баланс, урсгалын зураглалЭхний түгээх компанийн бүх цэгийн өгөгдөл D+1 ирдэг (≥ 98%); баланс бүрэн байдлынхаа хамт өдөр бүр гардаг; компани бүрийн өгөгдлийн чанарын тайлан
1B. Гар утсаар төлөх v18 долоо хоног · 11/09–12/31Payment 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. Эхний компани (пилот хоёр трансформатор нь түүний хамрах хүрээнд);
  2. Хамгийн том компани;
  3. Бүсийн компаниуд;
  4. Улсын бүх 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-01io.gerege.powergrid модулийн араг: nexus.Register, nexus.Migrations, manifest, main.go-д host.Options.Modules—CI ногоон, staging дээр суудаг
PGX-02cmd/worker араг, JetStream (compose-д), outbox/inbox загвар12Restart/duplicate тест
PG-11authz схем, scope cell, effective_scope (cell + цэг + хугацаа), RLS, pgTAP эрхийн матриц09ADR-001, ADR-006; EXPLAIN нотолгоо
PGX-03Staging орчин (staging.powergrid.mn), DNS, secret, DEPLOY_ENABLED—Deploy ногоон
PGX-04Threat model (төлбөр ба командыг оруулна), DPIA, license inventory—ADR-007
PGX-05GS §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 эсвэл SFTP12data-contracts/ дахь schema + жишээ файл
PG-01Тоолуурын загвар, реле, prepaid горим, түлхүүрийн эзэмшлийн inventory — түгээх компаниудаас02Prepaid ба командад бэлэн цэгийн жагсаалт
PGX-06ADR-010–014 (§6) батлах—ADR файлууд

1A — Hub ба эрчим хүчний урсгалын хяналт v1

IDАжилFN
PGX-10Бүртгэл: organisation → grid_area → topology_node (дэд станц → фидер → трансформатор, хүчинтэй хугацаатай) → metering_point; local_zone (GS §18.5); import01
PGX-11Системийн хэмжилтийн цэгийн төрөл: FEEDER, TRANSFORMER, CUSTOMER; topology_node ↔ системийн тоолуурын холбоос01
PG-04Raw receipt ба idempotency түлхүүр; ACK зөвхөн commit-ийн дараа03, 12
PG-02Simulator эх үүсвэрийг production-оос эхнээс нь тусгаарлах (орчин + source_system)03
PGX-12Түгээх компанийн импорт адаптер: гэрээний формат + компанийн өөрийн форматаас хөрвүүлэгч; хуваарьт таталт эсвэл push, checkpoint, retry, засвар (шинэ version)03, 12
PGX-17Компани бүрийн өгөгдлийн эрх: зөвхөн өөрийн owner_org_id-оор INSERT (powergrid_ingest), илгээлт бүрийн receipt ба чанарын хариу09, 12
PGX-13SCADA-ийн зөвхөн унших холболт (CIM экспорт эсвэл IEC 104 gateway; ADR-011) → дэд станцын оролт12
PGX-14meter_reading сараар partition, batch insert, өдрийн aggregate; VEE v1 (давхардал, цоорхой, хүрээ, rollover)04
PGX-15Түвшин бүрийн баланс: дэд станц → фидер → трансформатор → хэрэглэгч; зөрүү, бүрэн байдал, estimated %, topology хувилбар05
PGX-16Урсгалын зураглал: улс → бүс → дэд станц → фидер → трансформатор руу задардаг самбар (@gerege-systems/ui)11
PG-09D+1 completeness dashboard (offline цэгийг denominator-оос чимээгүй хасахгүй)11

1B — Гар утсаар төлөх v1 (payment hub)

IDАжилFN
PGX-20Хэрэглэгч, данс, supply_contract; одоогийн billing-ийн дансны дугаартай холбох (mapping, давхардал шалгах)01, 07
PGX-21Одоогийн billing-ээс нээлттэй нэхэмжлэл импортлох (хуваарьт, checkpoint, хувилбартай; PowerGrid өөрөө тооцохгүй)07, 12
PGX-22Append-only ledger: нэхэмжлэл, төлбөр, буцаалт эсрэг бичилтээр; idempotency key; settlement хүлээж буй ба баталгаажсан төлбөрийг ялгах07
PGX-23payment_provider адаптерийн интерфэйс (invoice/QR үүсгэх, статус асуух, callback, буцаалт, settlement файл) + эхний үйлчилгээ үзүүлэгч (ADR-010)07
PGX-24Өдрийн тулгалт: ledger ↔ үйлчилгээ үзүүлэгчийн settlement ↔ одоогийн billing; зөрүүний дараалал07
PGX-25Төлбөрийг одоогийн billing руу буцааж илгээх (outbox, retry, idempotent)12
PGX-26io.gerege.powergrid.portal (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-10HES-гүй хэсэгт: лабораторийн 2 загварын DLMS нийцлийн тест ба шууд адаптер03
PG-08Service point ба meter mounting-ийн түүх (EXCLUDE давхцал), тоолуурын lifecycle төлөв01
PG-05Архивын actual/estimated/substituted/final төлөв ба version, supersedes_id04
PG-06Collection-ийг бодит worker, session ownership, backfill квоттой болгох03
PGX-30TEAMI pull адаптер (шаардлагатай бол)12
PGX-31Гар уншилтын оролт (manual_handheld, IEC 62056-21)03
PGX-32VEE каталог v2 (GS §9), quarantine, дахин тооцох жагсаалт04
PGX-34Дохиолол → incident бүлэглэл, холбоо/тэжээлийн тасралтыг ялгах06
PGX-35Апп-д өдрийн хэрэглээ, шинэчлэгдсэн цаг, чанарын төлөв10
PGX-36Prometheus + Grafana, runbook; pgBackRest + PITR, restore дасгал11

Үе 3 — PowerGrid billing

IDАжилFN
PGX-40Тарифын хувилбар: нэг тариф, бүсчилсэн (local_zone), шатлал, ангилал, НӨАТ/хураамж, бүхэл төгрөгөөр дугуйруулах07
PGX-41Сарын register заалтаар нэхэмжлэл гаргах; тоолуур, тариф сар дундуур солигдох үеийн хуваарилалт07
PGX-42Golden dataset — санхүүгийн баг батална07
PGX-43Shadow billing ≥ 2 мөчлөг, хуучин системтэй тулгах; зөрүүний тайлан07
PGX-44Billing 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-52Read-back баталгаажуулалт, UNKNOWN → төлөв шалгах ажил08
PGX-55Түгээх компанийн HES-ийн командын адаптер: хүсэлт илгээх, гүйцэтгэл ба read-back үр дүн хүлээн авах; командын API-гүй компанид команд идэвхгүй08, 12
PGX-53Туршилтын/бодит командын түлхүүр, дараалал тусгаарлах; DLMS түлхүүрийн нууц (OpenBao)08
PGX-54DR дасгал: команд ба 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-64Emergency credit ба өрийн суутгал (цэнэглэлтийн ≤ 25%), бүгд тохиргоогоор07
PGX-65Автомат таслалт/залгалт = PGX-51 бодлого + үе 4-ийн командын урсгал; залгалтыг VERIFIED болсны дараа мэдэгдэнэ08
PGX-66STS адаптер — зөвхөн inventory-д STS keypad тоолуур байвал (ADR-013)07
PGX-67Пилотын үнэлгээ: таслалт, гомдол, төлбөрийн давтамж, өр буурсан эсэх; ЭХЗХ-д тайлан—

Үе 6 — Өргөтгөл

IDАжилFN
PGX-70Бүлэглэл: засаг захиргааны bitemporal мод, дурын бүлэг14
PGX-71io.gerege.powergrid.analytics: k-босго, давамгайллын дүрэм15
PGX-72ClickHouse — зөвхөн PostgreSQL-ийн хэмжсэн хязгаар нотлогдвол15
PGX-73Бусад протокол (DL/T 645 — inventory харуулбал), бүсчилсэн adapter pool03
PGX-74Нэмэлт төлбөрийн үйлчилгээ үзүүлэгч, e-Mongolia07

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 худал VERIFIED4
Холбоотой төхөөрөмжийн командБаталгаажсан амжилт ≥ 99%4
Хамгаалалтын бодлогоХамгаалагдсан цаг, хүйтний хориг, хамгаалагдсан хэрэглэгчид 0 автомат таслалт4, 5
Цэнэглэлтийн дараах залгалтp95 ≤ 15 мин (холбоотой тоолуур)5
СэргэлтMDM RPO ≤ 15 мин, RTO ≤ 4 цаг; ledger RPO 02, 4
Эрхийн заагӨөр байгууллага, өөр хэрэглэгчийн өгөгдөлд хандах бүх сөрөг тест хаагдах0+

Босго нь PowerGrid-ийн санал, стандартын заавал тоо биш.

054. Баг

ҮүрэгТооУрсгал
Бүтээгдэхүүн ба эрчим хүчний домэйн хариуцагч1Бүгд
Backend/integration инженер (адаптер, SCADA, HES)21A, 2, 4
Backend инженер (ledger, төлбөр, billing)11B, 3, 5
Frontend/mobile инженер (portal, mini app, самбар)1–21A, 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-002Hub эсвэл тархсанHub — түгээх компаниуд өгөгдлөө PowerGrid-д гэрээгээр илгээнэ (GS §18.2)
ADR-015Өгөгдөл солилцооны гэрээCIM-тэй зураглагдах JSON/CSV, D+1, засварыг шинэ version-оор
ADR-010Төлбөрийн архитектурPowerGrid биллер; payment_provider адаптер; эхний үйлчилгээ үзүүлэгчийг захиалагч сонгоно
ADR-011SCADA интеграцЗөвхөн унших; CIM экспорт эсвэл IEC 104 gateway
ADR-012Цагийн бүсUTC хадгалалт; local_zone = Asia/Hovd / Asia/Ulaanbaatar
ADR-013Prepaid загварСерверийн үлдэгдэлтэй ухаалаг prepaid; STS нөөц
ADR-014Хамгаалалтын бодлогын анхны утгаGS §18.4-ын хүснэгт; ЭХЗХ батална

087. Одоо шийдэх зүйлс (захиалагч)

  1. Түгээх компаниудтай өгөгдөл хуваалцах эрх зүйн үндэслэл, эхний компанийг сонгох.
  2. GS §18.8-ын өгөгдлийн хүсэлтэд хариуцагч ба хугацаа тогтоох.
  3. Пилотын хоёр трансформатор: орон сууцны нэг, гэр хорооллын нэг.
  4. Эхний төлбөрийн үйлчилгээ үзүүлэгч болон гэрээний хэлбэр.
  5. Одоогийн billing-ийн эзэнтэй нэхэмжлэл импортлох, төлбөр буцааж илгээх интерфэйсийг тохирох.
  6. Prepaid пилотын журмын асуудлаар ЭХЗХ-тай яриа эхлүүлэх.
  7. Production сервер ба DNS (powergrid.mn), staging дэд домэйн.
Энэ хуудас тус болсон уу?Таны хариу баримтыг сайжруулахад тусална.