Skip to content

Bu səhifə avtomatik tərcümə olunub. Səhv görsəniz, info@tamga.network ünvanına yazın.

SPEC-SCHEMA-0003SpesifikasiyaQüvvədədirversiya 1.0.016 oktyabr 2026

Qısaca ​

Bu sənəd təhsildən kənar sektorlar (hüquqi şəxs, səhiyyə, sürücülük vəsiqəsi, səyahət, ticarət) açılmazdan əvvəl verilməli olan erkən qərarları və sektorun açılması şərtlərini toplayır. Oxucuları yeni rəqəmsal sənəd növü təklif etmək istəyən qurumlar və sxem müəllifləridir.

Nə vaxt oxunmalıdır

Sadə izah

Bu sənəd skeletdir: sxem yazmır. Hər sektorun özünəməxsus riskləri var; səhiyyə məlumatları diplomdan qat-qat həssasdır, sürücülük vəsiqəsi fərqli formatla (mdoc) daşınır, ticarət sənədləri isə sahibini dəyişə bilər. Təhsildə verilən qərarlar bu sektorlara olduğu kimi köçürülməsin deyə, hər sektor üçün istinad standartı, məhdudlaşdırıcı erkən qərarlar və açılma şərti indidən yazılır. Bu gün yalnız hüquqi şəxs skeleti qüvvədədir.


Əhatə dairəsi ​

Bu sənəd skeletdir. Təhsil sxemləri SPEC-SCHEMA-0002 sənədində tam yazılıb; buradakılar yazılmayıb — erkən qərarlar, istinad standartları və açılma şərtləri qeydə alınıb.

Niyə indi yazılır: Bu şaquli istiqamətlər sabah açıldıqda, bu gün təhsildə verilmiş qərarlar onlara köçürülməməlidir. Köçürülməməli olan şeyləri indi yazmaq sonradan düzəltməkdən ucuzdur.


1. Sektor Açma Yoxlama Siyahısı (Normativ) ​

Yeni domain (SPEC-SCHEMA-0001 §1.2) açılmazdan əvvəl yeddi şərtin hamısı ödənilməlidir. Biri çatışmırsa, domen açılmır.

SG* kodları açılma şərtləridir, dəyişməz deyil; lakin INVARIANTS indeksində göründükləri üçün unikal adlandırılıb.

#ŞərtSəbəb
SG1Beynəlxalq istinad modeli seçilib və RS-SCHEMA-0001 kimi araşdırma ilə əsaslandırılıbSıfırdan uydurmaq tanınmanı məhv edir
SG2Daşıyıcı format qərarı verilib (SD-JWT VC / mdoc / qarışıq)Format sonradan dəyişərsə, bütün sxem yenidən yazılır
SG3Törəmə boolean claim dəsti müəyyən edilibage_over_NN nümunəsi sonradan əlavə edilə bilməz (RS-SCHEMA-0001 §4)
SG4Selective disclosure siyasəti (sd: always olacaq sahələr) müəyyən edilibYanlış never, REVOKED + rəqəmsal sənədin yenidən verilməsini tələb edir
SG5TTL və ləğv siyahısının istifadəsi razılaşdırılıbSPEC-CRED-0003 Alt. C — qısa ömür, yoxsa ləğv
SG6Minimal sənədi verən qurum kateqoriyası və assurance səviyyəsi müəyyən edilibKateqoriya aşımının qarşısını alır (ADR-0007 K6)
SG7Sektora xas hüquqi araşdırma aparılıbSəhiyyə, maliyyə və şəxsiyyət məlumatları əlavə qanunvericiliyə tabedir

Dəyişməz SK1: Yeddi şərtdən biri çatışmadıqda NETWORK qatında domen açılmır. NATIONAL sxemlər üçün də eyni siyahı həmin dövlətin öz idarəetməsi çərçivəsində tətbiq olunur.

1.1 Risk asimmetriyası ​

Sektorlar bərabər deyil. Səhvin bədəli:

SektorYanlış qərar nümunəsiBədəli
TəhsilQiymətin allowed olmasıNarahatedici, düzəldilə bilər
Hüquqi şəxsSəlahiyyət əhatəsinin geniş olmasıMaliyyə zərəri, müqavilə ilə məhdudlaşdırıla bilər
SəhiyyəDiaqnoz sahəsinin sd: never olmasıGeri qaytarıla bilməz — səhiyyə məlumatlarının ifşası
Sürücülük vəsiqəsi/şəxsiyyətPortret sahəsinin lüzumsuz açılmasıBiometrik ifşa, daimi
TicarətTərəfin yanlış müəyyən edilməsiHüquqi mübahisə

Nəticə: Yoxlama siyahısı (§1) sektor üzrə sərtləşir. Səhiyyədə SG4 və SG7 müstəqil ekspert araşdırması tələb edir; təhsildə daxili baxış kifayətdir.


2. org — Hüquqi Şəxs və Səlahiyyət (ilk mərhələ skeleti) ​

İlk mərhələdə yazılacaq yeganə əlavə şaquli istiqamət.

2.1 İstinad modeli: GLEIF vLEI ​

RS-SCHEMA-0001 §6 əsasında vLEI-nin üç qatı mənimsənilir:

vLEI qatıTamga sxemiNəyi sübut edir
Legal Entity vLEITamgaLegalEntityCredential"Bu hüquqi şəxs mövcuddur və budur"
OOR (Official Organizational Role)TamgaOfficialRoleCredential"Bu şəxs rəsmi səlahiyyətlidir" (imza səlahiyyəti)
ECR (Engagement Context Role)TamgaContextRoleCredential"Bu şəxs bu kontekstdə səlahiyyətlidir" (satınalma meneceri)

2.2 Niyə bu üçlük düzgündür ​

Vahid "işçi kartı" sxemi yazmaq cəlbedici görünür, amma yanlışdır. Üç fərqli sual var:

  • Bu şirkət realdırmı? → LE
  • Bu şəxs şirkəti öhdəlik altına sala bilərmi? → OOR
  • Bu şəxs bu işi görə bilərmi? → ECR

Logistika şirkətinin sürücüsü ECR-dir; imza səlahiyyətlisi OOR-dur. Onları eyni sxemə sıxışdırmaq yoxlayan tərəfin (verifier)Təqdim edilən rəqəmsal sənədi yoxlayan tərəf: imza, etibar siyahısındakı sənədi verən qurum, status və siyasət. Yoxlayan tərəf olaraq da adlandırılır. "bu şəxs müqavilə imzalaya bilərmi" sualına cavab verə bilməməsi deməkdir.

2.3 Erkən qərarlar ​

MövzuQərar
Subyekt insan deyil (LE üçün)cnf hüquqi şəxsin cihaz açarı deyil, səlahiyyətli nümayəndəsinin açarıdır — bu, təhsildən struktur baxımından fərqlidir
FormatSD-JWT VC
Törəmə claimcan_sign_contracts, spend_limit_above (hədd əsaslı)
sd: alwaysŞəxsi ad sahələri, əmək haqqı/limit dəyərləri
TTLOOR/ECR: 90 gün (rollar dəyişir) · LE: 1 il
Ləğv siyahısıÜçündə də bəli — rolun ləğvi real ehtiyacdır
Qurum kateqoriyasıGOVERNMENT (ticarət reyestri) və ya OTHER (şirkətin özü, I1)

Diqqətçəkən məqam: Şirkət öz işçisinə ECR verə bilər (I1 səviyyəsi), lakin LE rəqəmsal sənədini özünə verə bilməz — onu ticarət reyestri verir. Öz mövcudluğunu özü bəyan edən hüquqi şəxs qeydi qeydin özünü mənasız edir.

2.4 vLEI daşıyıcı fərqi ​

vLEI ACDC/KERI daşıyıcısından istifadə edir; Tamga isə SD-JWT VC-dən. RS-SCHEMA-0001 §9-dakı düzləşdirmə məntiqi burada da keçərlidir: semantika mənimsənilir, daşıyıcı mənimsənilmir, və ikitərəfli uyğunlaşdırma cədvəli məcburidir.


3. health — Səhiyyə (genişlənmə mərhələsi) ​

3.1 İstinad: FHIR + IPS ​

RS-SCHEMA-0001 §5. Presedent nümunə: rəqəmsal sənəd FHIR resursunu daşıyır, FHIR-i yenidən müəyyən etmir (SMART Health Cards, WHO GDHCN eyni nümunədən istifadə edib).

3.2 Erkən qərarlar — hamısı məhdudlaşdırıcı istiqamətdə ​

MövzuQərarƏsaslandırma
Selective disclosureMəcburi və defolt — demək olar ki, hər sahə sd: alwaysSığorta "peyvənd olunubmu" soruşduqda bütün immunizasiya tarixçəsini görməməlidir
Törəmə claimƏsas interfeys — is_vaccinated_for(X), has_no_allergy_to(Y)Xam FHIR resursu qayda deyil, istisna olmalıdır
Xam resursun təqdimatıYalnız səhiyyə müəssisəsi olan yoxlayan tərəflərəRP scope-u ilə məcburi edilir
Qurum təminatıMinimum I3Səhiyyə sənədini verən qurum akkreditə olunmalıdır
Ləğv siyahısıBəli, qısa ttlTest nəticələri tez köhnəlir
Zəncirdə əks olunmaHeç biri — sxem qeydi belə domen adından başqa məlumat verməməlidirPM-TRUST-0001

3.3 Qırmızı xətt ​

Dəyişməz SK2: health domenində heç bir sahə sd: "never" ola bilməz — protokol claim-ləri (iss, vct, cnf, status, iat) istisna olmaqla.

SPEC-SCHEMA-0001/D6 onsuz da fərdi məlumatlarda never (selective disclosureRəqəmsal sənəddən yalnız yoxlayan tərəfin soruşduğu sahələrin göstərilməsi, başqa heç nəyin göstərilməməsi. olmadan) istifadəsini qadağan edirdi; səhiyyədə bu, istisnasız qaydaya çevrilir. Diaqnoz sahəsinin səhvən never kimi işarələnməsi həmin sxemlə verilmiş bütün rəqəmsal sənədlərdə diaqnozun hər yoxlayan tərəfə getməsi deməkdir və bu geri qaytarıla bilməz.

3.4 Açılma şərti ​

SG7 (hüquqi araşdırma) səhiyyədə müstəqil olmalıdır. KVKK-nın xüsusi kateqoriyalı fərdi məlumatlar rejimi və müvafiq səhiyyə qanunvericiliyi təhsil sxemlərində olmayan öhdəliklər gətirir. Bu araşdırma aparılmadan health domeni açılmır.


4. id — Sürücülük Vəsiqəsi və Şəxsiyyət (dövlət mərhələsi) ​

4.1 Format fərqi — ən vacib məqam ​

mDL (mobile Driving Licence)Rəqəmsal cüzdanda mdoc formatında (ISO/IEC 18013-5) saxlanılan sürücülük vəsiqəsi. SD-JWT deyil, mdocCBOR-da kodlaşdırılmış ISO/IEC 18013-5 mobil sənəd formatı; üzbəüz təqdimetmə və mobil sürücülük vəsiqəsi üçün istifadə olunur./CBOR/COSE istifadə edir (RS-SCHEMA-0001 §4). ADR-0006 mdoc-u ikinci format kimi artıq qəbul edib.

Dəyişməz SK3: mDL SD-JWT VC (Selective Disclosure JWT Verifiable Credential)Seçici paylaşım (selective disclosure) imkanı olan JSON əsaslı rəqəmsal sənəd formatı, EUDI Wallet-da və Tamga-da onlayn təqdimat üçün istifadə olunur — burada rəqəmsal cüzdan istifadə olunur. formatına çevrilmir. Çevirmək onu mDL olmaqdan çıxarır və beynəlxalq tanınmasını məhv edir — mDL-in bütün dəyəri sərhədlərarası oxuna bilməsindədir.

Nəticə: id domeni açıldıqda rəqəmsal cüzdan, yoxlayan tərəf və SDK hər iki formatı birlikdə dəstəkləməlidir. Bu, dövlət mərhələsinin ən böyük mühəndislik bəndidir.

4.2 Mənimsənilən nümunə ​

age_over_NN (RS-SCHEMA-0001 §4) artıq prinsip kimi bütün Tamga sxemlərinə daxil olub. id domeni açıldıqda bu nümunənin mənbəyi də mənimsənilir: org.iso.18013.5.1 ad fəzası və məlumat elementləri olduğu kimi istifadə olunur.

4.3 Erkən qərarlar ​

MövzuQərar
Formatmdoc (ISO/IEC 18013-5), onlayn üçün 18013-7
Portretsd: always; bundan əlavə ayrıca razılıq tələb edir (biometrik)
QurumYalnız GOVERNMENT + I3
Yaxınlıqda təqdimatBLE/NFC — SPEC-PROTO-0002 əhatə dairəsindən kənar idi, ayrıca profil lazımdır
Standartın xərciISO mətni ödənişlidir — büdcə bəndi (RS-SCHEMA-0001 §4)

4.4 PID əlaqəsi ​

id domeni açıldıqda SPEC-SCHEMA-0002 §1.2.3-dəki ilk mərhələ məhdudiyyəti aradan qalxır: birləşmiş təqdimatla (diplom + PID (Person Identification Data)Dövlətin ən yüksək təminat səviyyəsində verdiyi əsas şəxsiyyət məlumatları. Tamga bu rolu öz üzərinə götürmür; onun şəxsiyyət sənədi PID deyil., eyni cnf) şəxsiyyətin uyğunlaşdırılması kriptoqrafik olur. Bu, id domeninin təhsil üçün də ən vacib qazancıdır.


5. travel — Səyahət (genişlənmə mərhələsi) ​

İstinad: ICAO DTC. Pasportun çipindəki məntiqi məlumat strukturunun rəqəmsal törəməsi; virtual və fiziki olmaqla iki komponentlidir.

Erkən qərar: Tamga DTC vermir — pasport vermə səlahiyyəti dövlət inhisarıdır. Turizm modulu (turkistantour.com konteksti) və sərhədkeçmə ssenarilərində Tamga yoxlayan tərəf rolundadır.

Bu, digər şaquli istiqamətlərdən struktur baxımından fərqlidir və id domeni yetkinləşmədən nəzərdən keçirilməməlidir.


6. log — Ticarət və Logistika (genişlənmə mərhələsi) ​

İstinad: UN/CEFACT məlumat modelləri + MLETR (elektron ötürülə bilən qeydlər haqqında model qanun).

6.1 Struktur fərq: ötürülə bilmə ​

Bu vertikal Tamga-nın bütün dizaynına zidd olan bir tələb gətirir.

Konosament kimi sənədlər ötürülə bilən olmalıdır — mal əl dəyişdikcə sənəd də əl dəyişir. Lakin Tamga-nın əsas təhlükəsizlik xüsusiyyəti rəqəmsal sənədin ötürülə bilməz olmasıdır (SPEC-CRED-0001 §3, SPEC-WALLET-0001/WL1).

İnvariant SK4: Ötürülə bilən ticarət sənədləri TamgaBaseCredential-dan törəyən adi rəqəmsal sənəd (credential)Sənədi verən qurum tərəfindən imzalanan və şəxsin rəqəmsal cüzdanında saxlanan rəqəmsal sənəd; şəxs yalnız soruşulan sahələri göstərir. ola bilməz. Ayrıca primitiv lazımdır — ehtimal ki, zəncirüstü sahiblik qeydi + rəqəmsal sənədin yalnız sahiblik sübutu kimi istifadəsi.

Bu, sxem dizaynı deyil, memarlıq dizaynı problemidir və log domeni açılmazdan əvvəl ayrıca ADR tələb edir.

6.2 vLEI ilə əlaqə ​

Ticarət sənədlərinin tərəfləri hüquqi şəxslərdir; §2-dəki org sxemləri ilkin şərtdir. log, org yetkinləşmədən açıla bilməz.


7. Sektorlararası qaydalar ​

QaydaƏhatə
Törəmə boolean claim-lər hər domendə məcburidirRS-SCHEMA-0001 §4
Çoxdillilik əvvəldən nəzərə alınırSPEC-SCHEMA-0001 §8
İkitərəfli uyğunlaşdırma cədvəli məcburidirRS-SCHEMA-0001 §9
İki səviyyədən dərin iç-içə struktur yoxdurSPEC-CRED-0002/C11
Şəxsiyyət nömrəsi NETWORK sxemlərində yer almırSPEC-SCHEMA-0002 §1.2
Siyahı URI-si qeyri-şəffaf, indeks təsadüfiSPEC-CRED-0003 §6

Son iki sətir xüsusilə vacibdir: health və id domenlərində şəxsiyyət nömrəsi əlavə etmək daha cəlbedici olacaq (qanunvericilik əsaslandırması ilə). Qərar lazımdırsa, NATIONAL sxemlə verilir, NETWORK sxeminə daxil olmur.


8. Faza xəritəsi ​

DomenFazaİlkin şərt
edu0 — yazılıb—
org0 — skelet§1 yoxlama siyahısı (SG1–SG7)
id1Dövlətin iştirakı + mdoc dəstəyi + ISO mətni
health2Müstəqil hüquqi ekspertiza (§3.4)
travel2id-in yetkinləşməsi
log2org-in yetkinləşməsi + ötürülə bilmə ADR-i (§6.1)
fin2Ayrıca iş — bu sənəddə nəzərdən keçirilməyib

9. İnvariantlar ​

#İnvariant
SK1Yeddi şərtli yoxlama siyahısı tamamlanmadan domen açılmır.
SK2health domenində heç bir fərdi məlumat sahəsi sd: "never" ola bilməz.
SK3mDL SD-JWT VC-yə çevrilmir; mdoc olaraq qalır.
SK4Ötürülə bilən ticarət sənədləri adi rəqəmsal sənəd ola bilməz; ayrıca primitiv lazımdır.
SK5Hüquqi şəxs öz LE rəqəmsal sənədini özünə verə bilməz.
SK6Şəxsiyyət nömrəsi heç bir NETWORK sxemində yer almır — domendən asılı olmayaraq.

Təhlükəsizlik və məxfilik qeydləri ​

Hətta domen adı da məlumat daşıyır. İstifadəçinin rəqəmsal cüzdanında health domenindən rəqəmsal sənədin olması, təqdim edilməsə belə, bir siqnaldır — təqdimat siyahısında tip adı görünür. Rəqəmsal cüzdanın dizaynı istifadəçiyə rəqəmsal sənəd tiplərini gizlətməyə imkan verməlidir → SPEC-WALLET-0001 açıq məsələsi.

Sektor genişlənməsi yoxlayan tərəfə yük yaradır. Hər yeni domen yoxlayan tərəf SDK-sında yeni format və yeni siyasət deməkdir. id domeninin mdoc gətirməsi (SPEC-CRED-0002-in təkformatlı fərziyyəsini pozacaq) ən böyük dönüş nöqtəsidir.

Yoxlama siyahısı ləngidicidir və belə də olmalıdır. Yeni vertikal açmağın asan olması pis sxem yazılmasını asanlaşdırır. §1-in sürtünməsi qəsdəndir.


Açıq məsələlər ​

  1. fin domeni bu sənəddə nəzərdən keçirilməyib. Maliyyə org və id-nin kəsişməsindədir və ehtimal ki, ən ağır tənzimləmə yükünə malikdir. Ayrıca araşdırma tələb olunur.
  2. §6.1-dəki ötürülə bilmə problemi ADR gözləyir. Zəncirüstü sahiblik qeydi, yoxsa MLETR ilə uyğun ayrıca primitiv?
  3. id domeni açıldıqda SPEC-CRED-0002-in "tək format" fərziyyəsi pozulur. Həmin sənədin mdoc bölməsi nə vaxt yazılacaq?
  4. org skeletinin ilk mərhələdə yazılacağını dedik, lakin o, pilotun əhatəsinə daxil deyil. Nə vaxt və hansı tətiklə tam sxemə çevriləcək? → PM-GTM-0001
  5. §1 yoxlama siyahısının tətbiqinə kim nəzarət edir? İlk mərhələdə fondun texniki şurası; dövlət mərhələsində şura (PM-GOV-0001).

Əlaqəli sənədlər ​

RS-SCHEMA-0001 · SPEC-SCHEMA-0001 · SPEC-SCHEMA-0002 · SPEC-CRED-0001 · SPEC-CRED-0002 · SPEC-CRED-0003 · SPEC-WALLET-0001 · ADR-0006 · ADR-0007 · PM-TRUST-0001 · PM-GOV-0001 · PM-GTM-0001 · INVARIANTS


Status ​

Qüvvədədir — versiya 1.0.0 (2026-10-02).