Агуулгыг алгасах

Үйлчилгээний регистр

Төрийн бүх үйлчилгээний мастер өгөгдөл: CPSV-AP-д нийцсэн «үйлчилгээний паспорт», хувилбарын түүх, нотолгооны каталог, амьдралын үйл явдлын давхарга, ба once-only зөрчлийн илрүүлэлт.

UI: /admin/registry/services, /admin/registry/evidences.

Загварын гарал үүсэл

Бүрэлдэхүүн Эх сурвалж
Үйлчилгээний паспорт EU CPSV-AP + Казахстаны «стандарт»
Амьдралын үйл явдал Сингапур LifeSG, БНСУ Government24
Нотолгоо ↔ ХУР mapping Эстони once-only зарчим
Явц ба үр дүнгийн ялгаа Голланд ZGW

Үйлчилгээний паспорт

registry_services нь CPSV-AP-ийн үндсэн property-үүдтэй тохирно: нэр, тайлбар, эрх бүхий байгууллага, эрх зүйн үндэслэл, зорилтот бүлэг, гаралт, суваг, төлбөр, боловсруулах хугацаа, төлөв, амьдралын үйл явдал.

Гол хязгаарлалтууд:

Талбар Утга
fulfilment auto · manual
output_type Declaration · Physical object · Code …
assurance_level low · substantial · high
lifecycle active · deprecated · withdrawn
proactivity information · online · once_only · proactive

Endpoint-ууд

Уншилт (registry.view)

Endpoint Юу
GET /v1/registry/overview Регистрийн тойм — тоо, зөрчил
GET /v1/registry/catalog Дотоод каталог
GET /v1/registry/services Үйлчилгээний жагсаалт
GET /v1/registry/services/{id} Паспорт
GET /v1/registry/services/{id}/versions Хувилбарын түүх (baseline-тай delta)
GET /v1/registry/services/{id}/once-only Тухайн үйлчилгээний зөрчил
GET /v1/registry/evidences Нотолгооны каталог
GET /v1/registry/life-events Амьдралын / бизнесийн үйл явдал
GET /v1/registry/once-only Бүх once-only зөрчил

Бичилт (registry.manage)

Endpoint Юу
POST /v1/registry/services Шинэ паспорт
PUT /v1/registry/services/{id} Засах (шинэ хувилбар үүснэ)
POST /v1/registry/services/{id}/publish Нийтлэх — каталогт гарна
POST /v1/registry/services/{id}/archive Архивлах
DELETE /v1/registry/services/{id} Устгах
PUT /v1/registry/services/{id}/evidences Шаардагдах нотолгоо тавих
POST/PUT/DELETE /v1/registry/evidences[/{id}] Нотолгооны каталог
POST/DELETE /v1/registry/life-events[/{id}] Амьдралын үйл явдал

Нийтийн каталог

Endpoint Юу
GET /v1/catalog/services Зөвхөн published мөрүүд
GET /v1/catalog/services/{id} Дэлгэрэнгүй
GET /v1/catalog/life-events Үйл явдлаар бүлэглэсэн

Once-only зөрчил

Зарчим: иргэнээс аль хэдийн төрд байгаа бичиг баримтыг дахин шаардаж болохгүй.

Илрүүлэлт нь registry_once_only_violations view-д хийгдэнэ:

нотолгоо.from_citizen = true   (иргэнээс шаардаж байна)
        AND
нотолгоо.in_khur      = true   (ХУР-д аль хэдийн байгаа)
        ↓
    once-only ЗӨРЧИЛ

Зөрчил бүр дээр khur_service_code харагдана — тэр код нь уг мэдээллийг ХУР-аас хэрхэн авахыг заана. Тиймээс засварлах алхам тодорхой: нотолгоог иргэнээс шаардахаа болиод, лавлагааг ХУР-аас татдаг болгоно.

Хаанаас харах вэ?

Admin → Registry → Overview дээр нийт зөрчлийн тоо, үйлчилгээ тус бүрээр задаргаа харагдана. Жишээ seed өгөгдөл дээр 6 зөрчил гарна — платформыг эхний өдрөөс ажиллах чадвартай болгох зорилготой.

RLS-гүй яагаад вэ?

Регистрийн хүснэгтүүд нь хэрэглэгч тус бүрийн биш, байгууллагын нийтлэг мастер өгөгдөл (gateway / relay хүснэгтүүдтэй ижил ангилал). Тиймээс RLS хэрэглэхгүй — хамгаалалт нь HTTP давхаргад:

  • Бичих / удирдах endpoint бүр registry.manage эрх шаардана.
  • Нийтийн каталог зөвхөн status = 'published' мөрүүдийг харуулна.

Хувилбарын түүх

registry_service_versions нь паспортын өөрчлөлт бүрийг baseline-тай харьцуулсан delta хэлбэрээр хадгална. Ингэснээр «энэ үйлчилгээний шаардлага хэзээ, хэрхэн өөрчлөгдсөн бэ?» гэсэн асуултад хариулах боломжтой.

Холбогдох