
# ԱԻ‑ի միջոցով վարած շարունակական ապացույցների նախապատմության մատյան վաճառողի հարցատուի ուդիտների համար

Անվտանգության հարցատուները B2B SaaS գործարքների gatekeeper-ներ են։ Միակ մղկան պատասխան կարող է հանգեցնել պայմանագրի դադարեցմանը, իսկ լավ փաստաթղված պատասխանն ուդիտների մի քանի շաբաթով կարող առաջադեմ negotiations-ին։ Բայց այն ձեռնարկված գործընթացները՝ քաղաքականությունների հավաքագրում, ապացույցների դուրս գույնը և պատասխանի ենթակա նշումների անալիզը՝ մտնում են սխալների, տարբերակների անխճավորության և աուդիտների երախտիններով։  

Մուտք այդ **Շարունակական ապացույցների նախապատմության մատյանը (CEPL)**, ԱԻ‑չափանցչելի, անխորագրվելի գրանցում, որը ոչ միայն գրանցում է յուրաքանչյուր հարցատուի պատասխանի ամբողջ կենսածացմունքները, այլև կապում այն ուղղակի աղբյուրների հետ։ CEPL-ը վերագրում է անհասարաբար տարբերակված քաղաքականությունների, աուդիտների և վերահսկման ապացույցների հավաքածուին մի համարտածված, ստուգելի պատմություն, որը ռեգուլատորները և գործընկերները կարող են վստահել՝ առանց անսպասված մնալվածների։

Ներդաշնակ հետևյալը՝ CEPL–ի կառուցվածքը, տվյալների հոսքը և գրոգարաբար գիտական առավելությունները, ինչպես նաև Procurize-ի միջոցով այս տեխնոլոգիան ինպլեմենտացնելը, որպեսզի ձեր համաձայնության թիմը ձեռք բերել կատարողական առավելություն ։

## Ինչու ավանդական ապացույցների կառավարումն ձախողում է

| Խնդիր | Ավանդական մոտեցում | Բիզնեսի վրա ազդեցություն |
|------------|----------------------|--------------------|
| **Տարբերակների չկայսթվածություն** | Πολսագյան այլ տարբերակների բազմապատիկ կրումը, շատ անգամ համաժամանցում չէ։ | Անհամապատասխան պատասխաններ, թողնված թարմացումներ, համաձայնության բացեր։ |
| **Ձեռնարկված հետագծում** | Թիմները ձեռքով նշում են, թե որ փաստաթուղթը աջակցում է յուրաքանչյուր պատասխանին։ | Ժամանակատար, սխալների պակասված, նվազագույնի – չեն պատրաստվում աուդիտին պատրաստ փաստաթղթեր։ |
| **Աուդիտի հնարավորության բացակայություն** | Չկատարված է անփոփոխ գիրք, որը ցույց կտա, ով և երբ ինչ է խմբագրել։ | Աուդիտորները պահանջում են «պաստկերնել նախապատմությունը», ինչը հանգեցնում է ուշացումների և գործարքային կորուստների։ |
| **Մեծացման սահմանափակումներ** | Նոր հարցատուերի ավելացումը պահանջում է ապացույցների քարտեզի նորից կառուցում։ | Օպերացիոն խափանումներ, երբ վաճառողների բազան ընդարձակվում է։ |

Այս թերությունները դառնում են ավելի ազնվական, երբ ԱԻ-ն ստեղծում է պատասխաններ։ Առանց վստահելի աղբյուրների շղթայից, ԱԻ‑ով պատրաստված պատասխանները կարելի է դիտել «սև տուփ» ելքբաղկիթ, ինչը կդադարեցնի այն արագության առավելությունը, որն նրանք խոսում են տալը։

## Հիմնական գաղափար՝ անփոփոխ նախապատմություն յուրաքանչյուր ապացույցի համար

Նախապատմության մատյանը՝ ժամանակային կարգավորված, խտանալի գրանցում է **վին, ինչ, երբ, ինչու** – տվյալների յուրաքանչյուր հատվածի համար։ Գեներատիվ ԱԻ‑ին ներկառուցելով այդ մատյանում, մենք հասնում ենք երկու նպատակներին.

1. **Հետագծում** – Յուրաքանչյուր ԱԻ‑ն պատրաստված պատասխան կապված է բացակալի աղբյուրների, մեկնաբանությունների և վերածման քայլերի հետ, որոնք ա­նեն այն։  
2. **Անխառնելիություն** – Գաղտնաբառային իսպածություն և Մերկլի ծառերը ապահովում են, որ մատյանը չի միացող առանց բացահայտման։

Արդյունքը՝ **մեկակրկավակ** փաստում, որը կարելի է ներկայացնել աուդիտորներին, գործընկերներին կամ ներսի վերանայողներին վայրկյանների ընթացքում։

## Նարդական կառուցվածք

Ստորև ներկայացված է բարձր‑դասի Mermaid‑ծավալ, որը ցույց տալիս է CEPL‑ի բաղադրիչները և տվյալների հոսքը:

```mermaid
graph TD
    A["Source Repository"] --> B["Document Ingestor"]
    B --> C["Hash & Store (Immutable Storage)"]
    C --> D["Evidence Index (Vector DB)"]
    D --> E["AI Retrieval Engine"]
    E --> F["Prompt Builder"]
    F --> G["Generative LLM"]
    G --> H["Answer Draft"]
    H --> I["Provenance Tracker"]
    I --> J["Provenance Ledger"]
    J --> K["Audit Viewer"]
    style A fill:#ffebcc,stroke:#333,stroke-width:2px
    style J fill:#cce5ff,stroke:#333,stroke-width:2px
    style K fill:#e2f0d9,stroke:#333,stroke-width:2px
```

**Բաղադրիչի ամփոփում**

| Բաղադրիչ | Դիրք |
|-----------|------|
| **Source Repository** | Կենտրոնական պահեստը քաղաքականությունների, աուդիտների, ռիսկի ռեգլերների և աջակցող փաստաթղթերի համար։ |
| **Document Ingestor** | Վերլուսում է PDF‑ները, DOCX‑ները, markdown‑ները և դուրս գալիսից կառուցված մետա‑տվյալներ։ |
| **Hash & Store** | Ներբեռնում է SHA‑256 հեշ յուրաքանչյուր աւրանաչման և գրանցում անփոփոխ օբյեկտների պահեստում (օր.՝ AWS S3 with Object Lock)։ |
| **Evidence Index** | Պահպանում է ելուցված վեկտորները վեկտորային տվյալների բազայում սեմանտիկ որոնման համար։ |
| **AI Retrieval Engine** | Հաշվում է ամենակարևոր ապացույցը, հիմնված հարցի սեմանտիկի վրա։ |
| **Prompt Builder** | Կառուցում է համատված բնութագրիչ, ներառելով ապացույցի հատվածները և նախապատմության մետա‑տվյալները։ |
| **Generative LLM** | Արդյունք է տալիս պատասխանը բնական ​​լեզվով՝ ապահովելով համաձայնական սահմանափակումները։ |
| **Answer Draft** | ԱԻ-ի սկզբնական արդյունք, պատրաստ վերանայվածության համար։ |
| **Provenance Tracker** | Գրանցում յուրաքանչյուր վերածման, հեշի, մոդելի տարբերակի, ժամանակի և (եթե reviewer‑ը) փոփոխված օգտատիրոջը։ |
| **Provenance Ledger** | Աավել‑որակ գրանը (օր.՝ Hyperledger Fabric կամ Merkle‑tree‑բլիթ)։ |
| **Audit Viewer** | Ինտերակտիվ UI‑ն, որն հատկացնում է պատասխանը նրա ամբողջական ապացույց‑շղթայով աուդիտորների համար։ |

## Քայլ առ քայլ ուղեցույց

1. **Ձեռնարկված & Հեշավորում** – Երբ քաղաքականություն բովանդակվում է,	Document Ingestor‑ը դուրս է բերում տեքստը, հաշվարկում SHA‑256 հեշը և պահում երկու ֆայլերը անփոփոխ պահման մեջ։ Հեշը նաև ավելացվում է **Evidence Index**‑ի մեջ արագ որոնման համար։  
2. **Սեմանտիկ որոնում** – Նոր հարցատուի դեպքում AI Retrieval Engine‑ը կատարում է նմանության որոնում՝ վերադարձնելով ամենագերազանց փաստերի N‑ը, որոնք համընկնում են հարցի սեմանտիկին։  
3. **Բնութագրիչը կազմելով** – Prompt Builder‑ը տեղադրում է ամենայուղի ապացույցի հատվածները, հեշերը և կարճ մատենագրություն (օր.՝ “Policy‑Sec‑001, Section 3.2”) կառուցվածաձև LLM‑ի հարցումի մեջ։  
4. **LLM‑ի գեներացիա** – Օւգտագործելով մասնավոր, համաձայնական‑կենտրոնացված LLM‑ը, համակարգը գեներացնում է սկիզբ պատասխանը, որը ուղղակի հղում է տալիս տրամադրված ապացույցին։ Պրոմպտը ընդգրկում է բացարձակ հղումներ, հետս LLM‑ը սովորում է պաշռել հետագծային լեզու (“Ըստ Policy‑Sec‑001 …”)։  
5. **Նախապատմություն գրանցելով** – LLM-ի պրոցեսում Provenance Tracker-ը գրանցում է՝  
   - Prompt ID  
   - Ապացույցի հեշեր  
   - Մոդելի տարբերակ  
   - Ժամանակահատված  
   - Յուրաքանչյուր օգտատեր (եթե reviewer‑ը կատարել է խմբագրում)  
   Այս տվյալները սերիալիզացվում են Merkle բացառիկ և ավելացվում են մատյանում։  
6. **Մարդուցու վերանայում** – Համաձայնական վերլուքողն քննադատում է պիտակը, ավելացնի կամ հեռացնի ապացույցները և վերջնական պատասխանը։ Այստեղից ցանկացած ձեռքով փոփոխություն ստեղծում է նոր մատյան‑մուտք՝ պահպանելով ամբողջական խմբագրման պատմությունը։  
7. **Աուդիտ‑արտածում** – Aud

it Viewer‑ը գեներացնում է մեկ PDF‑ը, որը ներառում է վերջնական պատասխանը, հղված ապացույցների ցանկը և աուդիտին ապացուցիչը (Merkle‑root) — իսկև տարում, որ մատյանը չի թիրհված։  

## Անտրակված օգուտների չափված տվյալներ

| Չափանիշ | CEPL‑ից առաջ | CEPL‑ից հետո | Բարձրացում |
|--------|-------------|--------------|------------|
| **Միջին պատասխանի պահում** | 4‑6 օր (ձեռք) | 4‑6 ժամ (ԱԻ + ինքնակառավարում) | ~90 % նվազեցում |
| **Աուդիթի պատասխանային ուժ** | 2‑3 օրների ձեռքի ապացույցների հավաքում | < 2 ժամի համարապաստված ապացույցների փաթեթ | ~80 % նվազեցում |
| **Սխալների տոկոսը մեջբերումներում** | 12 % (բացառիկ կամ սխալ հղումներ) | < 1 % (հեշ‑վավանդակված) | ~92 % նվազեցություն |
| **Գործարքի արագության ազդեցություն** | 15 % գործարքների հետապնդումից հիմնված շղթա | < 5 % հետապնդում | ~66 % նվազեցում |

Այս թվերի հիման վրա՝ բարձր բաշխված հաղթանակների, նվազագույն հենցը, և վստահելիության բարձրացումը նպաստում են օպերացիոն ծախսերի նվազեցմանը, բարելավված համատեղ աշխատանքների և რეგուլատորների հանդեպ ավելի բարձր նշվածի։

## Ընկերության Procurize‑ին ինտեգրումը

Procurize‑ը արդեն գերատարածված է հարցատուների կենտրոնացում և գործիզիագործութեան առկայություն։ CEPL‑ի էլեկտրանցումը պահանջում է երեք ինտեգրումը.

1. **Պահեստի Hook** – Կապել Procurize‑ի փաստաթղթի պահեստը անփոփոխ պահումային շղթային։  
2. **ԱԻ ծառայության Endpoint** – Բացել Prompt Builder‑ը և LLM‑ը միկրո‑սերվիսի տեսքով, որը Procurize‑ը կարող է կանչել, երբ հարցատուի առաջադիմություն պատահում է։  
3. **Ledger UI Extension** – Ենթածնել Audit Viewer‑ն նոր tab‑ում Procurize‑ի հարցատուի մանրամասների էջում, որպեսզի օգտատերերը կարող են «Պատասխան» և «Նախապատմություն» միջև փոխարկել։

Սակայն Procurize‑ի կառուցվածք միկրո‑սերվիսների վրա հիմնված է, այդ մեքենայից բնութագրերը կարեւորում են պիլոտ գրչովների մեկնարկը և ամբողջաստիճանի չափումը։

## իրական աշխարհում կիրառությունների օրինակներ

### 1. SaaS վաճառողը, որը վերաբերում է մեծ գործատուի պայմանագրին
Էնտեգրացիոն թիմը պահանջում է ապացույց «ծրագրի տվյալների գաղտնագրում զենքում»։ CEPL‑ի միջոցով գործունեության գրանցողը սեղմում է «Ստորինել պատասխանը», ստանում է սակողմանի կարճ Հանրապետության հղված գաղտնագրման քաղաքականություն (հեշ‑ստուգված) և գաղտնագրման ստուգչագծի աուդիտի զեկույցի հղում։ Ընդհանուր մասնակիցների աուդիտորդը վավերացնում է Merkle‑root-ը մի քանի րոպեների ընթացքում և թույլ է տալիս պայմանագրի ընդունումը։

### 2. Շարունակական մոնիտորինգ կարգավորված արդյունաբերությունների համար
Ֆինտեք­‑պլատֆորմը պետք է ամնոդնուց ցուցադրի **SOC 2 Type II** համապատասխանությունը։ CEPL‑ը ինքնիշքավումում նույնական նախադուրբի հարցեր մեկ այլ արդիկ ապացույցով, գեներացնում նոր պատասխանը և նոր մատյան‑մուտք։ Ռեգուլատորների API‑ն օգտագործում է Merkle‑root‑ը՝ հաստատելով, որ տվյալները չփարված են, և գեներացնում է ապահովված համապատասխանություն մի քանի վրկու ցանցի միջոցով։

### 3. Անհատական պատշաճի փաստաթղթի փաստաթղթեր
Թիրախած ռիսկի սիմուլյացիայի ժամանակ, թիմը պետք է պատասխանի արագ հարցատու «պատասխանման վերահսկողություններ»։ CEPL‑ը հեռեցնում է համապատասխան ձեռնարկված գիրքը, գրանցում է հեշը, ու output‑ը արագում է 1 րոպեում, մատյան‑մասնակները ցույց են տալիս հեշ‑վավանդակվածության ընթացքը, ինչը բավարարում է աուդիտորների պահանջին առանց լրացուցիչ ձևավորումների։

## Անվտանգության և ինտիմության Հարցեր

- **Տվյալների գաղտնիություն** – Ապացույցի ֆայլերը գաղտնագրվում են պահպանվածը՝ հաճախակի հաճախորդի ստացված բանալիներով։ Միայն թիրախված դաժանները կարող են դուրս գալ և դեկոդավորել։  
- **Զրո‑ծանոթություն ապացույց** – Հայտնի ակնարկների համար, մատյան‑ը կարող է պահել միայն զրո‑ծանոթություն ապացույց, որպեսզի աուդիտորները լաւ հպաստեն արդունքի առկայությունը՝ առանց ռուրգենների բացահայտման։  
- **Մուտքի վերահսկողություն** – Provenance Tracker‑ը տոնում է դեր‑բաժանված մուտքի վերահսկողություն, ապահովելով, որ միայն վերանայողները կարող են խմբագրել պատասխանները, իսկ աուդիտորները կարող են միայն տեսնել մատյանը։

## Իրավունքի ապագա ընդլայնումներ

1. **Ֆեդերատիվ մատյան പല կողմերի համար** – Թույլատրում է մի քանի միջոցառումներ համարնել բաժինների ընդհանուր մատյան՝ (օր.՝ երրորդ‑կողսպասարած ռիսկի ամփոփներ)՝ մինչամոլք հայեցքը պահելով պատահական տվյալների բաժանումը։  
2. **Դինամիկ քաղաքականության սինտեզ** – Օգտագործելով մատյանի պատմական տվյալները՝ վերածում է մետա‑մոդել, որը առաջարկում է քաղաքականության թարմացումներ՝ հիմնված պահված իրար պարբերությունների վրա։  
3. **ԱԻ‑չափանցչելի անոմալի բացահայտում** – Շարունակաբար հետևում է մատյանի վրա անօրինիկ միջանցանքների (օր.՝ վնասված ապացույցների ճկունություն) և տեղեկացնում համաձայնական աշխատանքներին։

## Շրջակա 5 քայլերով սկսելու համար

1. **Անփոփոխ պահոցի միացում** – Կազմել օբյեկտների պահոց WORM‑պոլիսիկայով (օր.՝ AWS S3 Object Lock, Azure Immutable Blob)։  
2. **Փակցնել Document Ingestor‑ը** – Օգտագործելով Procurze‑ի API‑ն, ներածել գոյություն ունեցող քաղաքականությունները CEPL‑ի շղթայում։  
3. **Եղբյուր Retrieval & LLM ծառայություն տեղադրման** – Ընտրել համաձայնակ‑պաշտպանի LLM (օր.՝ Azure OpenAI‑ն տվյալների առանձակ) և կազմել prompt‑ի ձեւաչափը։  
4. **Նախապատմության գրանցման ակտիվացում** – Միացնել Provenance Tracker SDK‑ը հարցատուի աշխատընթացի մեջ։  
5. **Թիմի վերանայման կազմակերպում** – Կատարել աշխատանքներ՝ ցուցադրել Audit Viewer‑ը և ճշգրիտ քննարկել Merkle‑Proof‑ները։

Այս քայլերով դուք կանցկացնեք “փաստաթղթեր‑շղթա սարսափելի” վիճակից մինչև **կրիպտոլոգիական՝ վստահելի համաձայնական պլատշտամ պլատին**, որոնք փոխարկում են անվտանգության հարցատուները խոչընդոտից մրցակա առավելություն:

---

## <span class='highlight-content'>Դիտել</span> Also

- [NIST SP 800‑37 Rev 2 – Ռիսկի կառավարում ֆրեմվարք](https://csrc.nist.gov/publications/detail/sp/800-37/rev-2/final)
- [ISO/IEC 27001:2022 – Տեղեկատվական անվտանգության կառավարում](https://www.iso.org/standard/73906.html)
- [OpenZeppelin – Մերկլի ծառի ապացույցներ թվագրման տվյալների համար](https://docs.openzeppelin.com/contracts/4.x/api/utils#MerkleProof)
- [Microsoft Azure Confidential Computing – փաստյուրացված փաստաթղթեր](https://learn.microsoft.com/azure/confidential-computing/)