
# Զրո‑Հպիթ ապացույցների հանողություն Document AI‑ով՝ Անվտանգ հարցաթերթիկների ավտոմատացում

## Ներածություն

Անվտանգության հարցաթերթիկները—[SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [ISO 27001](https://www.iso.org/standard/27001), GDPR տվյալների մշակման հավելվածները, մատակարարների ռիսկի գնահատումները—դասպարել են որպես ցավակային կետ արագ աճող SaaS ընկերությունների համար։ Թիմերը ծախսում են **30 %‑ից 50 %** իրենց անվտանգության ինժեների ժամանակ, պարզապես համապատասխան ապացույցների գտնելը, պատճենելը հարցաթերթիկում և ձեռքով ստուգելը։

**Զրո‑հպիթ ապացույցների հանողությունը** հեռացնում է ձեռնարկ «փնտրում‑և‑պատճենում» ցիկլը՝ տալիս **Document AI** համակարգին հնարավորություն հաշվի առնել յուրաքանչյուր համատեղիրի արգելվածը, ըմբողջեցնել նրա սեմանտիկան և ստեղծել մեքենա‑կարդացվող ապացույցների գրաֆ, որը կարող է իրական ժամանակում հարցում ստանալու համար։ Երբ այն միաձևվում է LLM‑ով կառավարել պատասխանքների շերտին (օրինակ՝ Procurize AI), ամբողջ հարցաթերթիկի կյանքի ցիկլը—նախագծից մինչև պատասխանների տրամադրումը—դառնում է լրիվ ավտոմատացված, աուդիտավորելի և անմիջապես տեղեկևում։

Այս հոդվածը տարբերակում է.

1. Զրո‑հպիթ ապացույցների հանողության դրանց ոսկե կառուցվածքը։  
2. Հիմնական AI տեխնիկաները (OCR, layout‑aware transformers, semantic tagging, cross‑document linking).  
3. Ինչպե՞ս ներդնել վերագրում (թվանշաններ, հեշ‑հղված ծագում)։  
4. Ինտեգրացիայի պատերձները հետադարձ համատեղիրների կենտրոնների հետ։  
5. Իրական աշխարհում գործիչների թվերը և լավագույն փորձառությունների խորհուրդները։

> **Արդյունավետություն։** Դրակելով Document‑AI‑ով ուժաված ապացույցների շերտ, կազմակերպությունները կարող են իջեցնել հարցաթերթիկների շրջագիծը **շաբաթից րոպեների** չափի տեղափոխում, միաժամանակ ստեղծելով **աուդիտ‑դասակարգված ապացույցների շղթա**, որը ազդում է կարգավորողների վստահություն։

---

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

| Որոշված խնդիր | Ձեռքով գործընթաց | Թաքված ծախս |
|------------------|--------------------|--------------|
| **Անվետարան** | Փնտրել ֆայլերի բաժինները, էլ‑փոստի մանրամասները, SharePoint գրադարանները։ | 8–12 ժամ audit‑ցկզբում յուրաքանչյուր շրջակա պարբերության համար։ |
| **Տարբերակների կառավարում** | Գուսարկում; հաճախ հնացած PDF‑ները տարածվում են։ | Համատեղիրների բացուստներ, կրկին աշխատանք։ |
| **Կոնտեքստի հատկում** | Մանրէջական անալիզատորները կախում են «պողպող‑X»-ը «հարց‑Y»-ի հետ։ | Անհամարվող պատասխաններ, կորած հրահանգներ։ |
| **Վերագրում** | Գուցե՛ք պատկերների վրա դիմումի հատկի հետ։ | Ամեն տվյալը թերություն է կարողանա։ |

Այս ագրունակությունները առաջադրվում են ապացույցների **սպիատիկ փաստաթղթեր** դիտարմամբ, այլևս **կառուցված գիտելիքի օբյեկտներ** չէ: Գոյացեալը որպես գիտելիքի գրաֆը՝ զրո‑հպիթ ավտոմատացման առաջին քայլն է։

---

## 2. Կառուցվածքային նկարագիծ

Ստորև ներառված է Mermaid պատկեր՝ ձեւագրելով զրո‑հպիթ ապացույցների հանողման շարժիչի վերջ­‑սահմանակային ընթացք։

```mermaid
graph LR
    A["Document Ingestion Service"] --> B["OCR & Layout Engine"]
    B --> C["Semantic Entity Extractor"]
    C --> D["Evidence Knowledge Graph"]
    D --> E["Verification Layer"]
    E --> F["LLM Orchestrator"]
    F --> G["Questionnaire UI / API"]
    subgraph Storage
        D
        E
    end
```

**Կողքային բաղադրամասերի բացատրություն.**

| Բաղադրիչ | Դրակություն | Հիմնական տեխնիկա |
|----------|------------|-------------------|
| **Document Ingestion Service** | Հավաքում PDF‑ներ, DOCX‑ներ, պատկերը, draw.io դիագրամները Ֆայլային պահոցներից, CI բողվներից կամ օգտագործողի վերբեռնումների միջոցով։ | Apache NiFi, AWS S3 EventBridge |
| **OCR & Layout Engine** | Տառայնում կարէ ρաստուրգային պատկերները, պահպանելով արխիվական արխիվը (աղյուսակներ, վերնագրեր)։ | Tesseract 5 + Layout‑LM, Google Document AI |
| **Semantic Entity Extractor** | Անհայտում քաղաքականություններ, վերահսկողություններ, մատակարարների անվանումներ, ամսաթվեր, ստորագրություններ։ Երեքում ծնվածները downstream հասցեացում է։ | Layout‑aware Transformers (LayoutLMv3), Sentence‑BERT |
| **Evidence Knowledge Graph** | Պարունակում է յուրաքանչյուր արգելվածը որպես գրաֆի գծիկ՝ հատկություններ (տիպ, տարբերակ, հեշ, համապատասխանեցում)։ | Neo4j, GraphQL‑lite |
| **Verification Layer** | Կցում թվանշանային ստորագրություններ, հաշվարկում SHA‑256 հեշերը, պահպանում ամնաչափ ապացույցը բլոկչեյն-լեգերում կամ WORM պահվածակում։ | Hyperledger Fabric, AWS QLDB |
| **LLM Orchestrator** | Դիմում է համապատասխան ապացույցների գծիկների, կազմել պատմական պատասխաններ, ենթադրյալ նաև չբաշխված հղումներ։ | OpenAI GPT‑4o, LangChain, Retrieval‑Augmented Generation |
| **Questionnaire UI / API** | Փարագում՝ անվտանգության թիմերի, մատակարարների պորտալների կամ ավտոմատ API‑ների համար։ | React, FastAPI, OpenAPI specification |

---

## 3. Շնորհակալություն. PDF‑ից Գրաֆի

### 3.1 OCR + Layout awareness

Սովորական OCR‑ը կորում է **աղյուսակային տրամաբանությունը**, որով կարելի է մատչելի «Վահանակի թիվ»‑ը «Կատարածքի մանրամասին»։ Layout‑LM մոդելները ներսում միաձևում են տեսողական օրինակները և դիրքային սոներ, պահպանելով նախնական փաստաթղթի կառուցվածքը։

```python
from transformers import LayoutLMv3Processor, LayoutLMv3ForTokenClassification

processor = LayoutLMv3Processor.from_pretrained("microsoft/layoutlmv3-base")
model = LayoutLMv3ForTokenClassification.from_pretrained("custom/evidence-ner")
inputs = processor(images, documents, return_tensors="pt")
outputs = model(**inputs)
```

Մոդելն էարտածում `B-POLICY`, `I-POLICY`, `B-CONTROL`, `B-SIGNATURE` տարածք պիտակներ։ Սպասարկված համատեղիրների (SOC 2 զեկույցներ, ISO 27001 հավելումներ, կոնտրակտների բաժիններ) համարային  լրացման մեջ հասնում ենք **F1 > 0.92** անսպասված PDF‑ների վրա։

### 3.2 Սեմանտիկ պիտակավորում & embed‑ներ

Անհայտված ամեն մի օբյեկտը հարթացվում է սպիտակ Sentence‑BERT մոդուլով, որը պահպանում է կարգավորիչների սեմանտիկը։ Ստացված embed‑ները պահպանում են գրաֆի `vector` գեագների մեջ, թույլատրում են **approximate nearest neighbor** որոնում, երբ հարցաթերթիկը հարցնում է «Ապա հաստատեք տվյալների հանգիստ ապահովումը»։

```python
from sentence_transformers import SentenceTransformer

embedder = SentenceTransformer('all-MiniLM-L6-v2')
vector = embedder.encode("AES‑256 encryption for all storage volumes")
```

### 3.3 Գրաֆի կառուցում

```cypher
MERGE (e:Evidence {id: $doc_hash})
SET e.title = $title,
    e.type = $type,
    e.version = $version,
    e.embedding = $embedding,
    e.createdAt = timestamp()
WITH e
UNWIND $mappings AS map
MATCH (c:Control {id: map.control_id})
MERGE (e)-[:PROVES]->(c);
```

Յուրաքանչյուր `Evidence` գծիկը կապված է համապատասխան `Control` գծիկների հետ՝ անմիջապես թույլատրելով ուղիղ ուղի տեղափոխում՝ հարցաթերթիկից դեպի ապացույց։

---

## 4. Վերագրում & անսահմանափակ ծագում

Համատեղիրների աուդիտերը պահանջում են **պատասխանատվություն**։ Հնարավորեցվածին հետո.

1. **Հեշ‑հաշվարկ** — Հաշվում ենք օրինակի SHA‑256 հեշը։  
2. **Թվանշանային ստորագրություն** — Գործակցուող պաշտոնավոր՝ օգտագործելով X.509 ծեֆերագիր։  
3. **Լեգերի գրանցում** — Պահպանում `{hash, signature, timestamp}` անսահմանափակ ավանդակ (blockchain) կամ WORM պահուստում։

```javascript
const crypto = require('crypto');
const hash = crypto.createHash('sha256').update(fileBuffer).digest('hex');
// Sign with private key (PKCS#12)
```

Պատասխանի գեագրման ժամանակ LLM-ը հավաքում է այս ապակարգը և ավելացնում citա‑բլոկ:

```
Evidence: Policy‑A.pdf (SHA‑256: 3f5a…c8e2) – Signed by CFO, 2025‑10‑12
```

Կարգավորիչները կարող են անկախորեն ստուգել հեշը և վերլուծել, ապահովելով **զրո‑հպիթ ապացույցների** մշտականությունը։

---

## 5. LLM‑նոտացված պատասխանների գեագնում

LLM‑ը ստանում է **կառուցված հրամանքի**, որը ներառում է.

- Հարցի տեքստը։  
- Կազմված Evidence ID‑ների ցուցակը, որ ստացվել են embed similarity‑ի միջոցով։  
- Վերագրության մետատվյալները।

```markdown
**Question:** "Describe your incident‑response process for data‑breach events."
**Evidence Candidates:**
1. Incident_Response_Playbook.pdf (Control: IR‑01)
2. Run‑Book_2025.docx (Control: IR‑02)
**Verification:** All files signed and hash‑verified.
```

Օգտագործելով **Retrieval‑Augmented Generation (RAG)**, մոդելը կազմում է կարճ պատասխան և **ավերագրում է ինքնաբերաբար**։ Սա ապահովում է.

- **ճշտություն** – պատասխանները հիմնված են վավերացված փաստաթղթերի վրա։  
- **համաձայնություն** – նույն ապացույցը կարող է օգտագործվել մի քանի հարցերի դեպքում։  
- **արագություն** – sub‑second latency per question։

---

## 6. Ինտեգրացիա

| Ինտեգրացիոն պատրաստում | Ինչպե՞ս աշխատում է | Արդյունք |
|--------------------------|-------------------|----------|
| **CI/CD համատեղիրների ստուգում** | Աջակցող քայլ գործում է ներդրման սերվիսում յուրաքանչյուր քաղաքականության փոփոխության commit‑ի համար։ | Գրաֆի անմիջական թարմացում, ուժեղ drift‑ի չկա։ |
| **Ticketing System Hook** | Նոր հարցաթերթիկի տիկետ ստեղծվում է, ապա համակարգը կանչում է LLM Orchestrator API‑ն։ | Ավտոմատ պատասխանների տիկետներ, նվազեցված մարդամտագործություն։ |
| **Vendor Portal SDK** | Եկող `/evidence/{controlId}` endpoint‑ը, արտաքին մատակարարները կարող են հստակ ստանալ real‑time հեշ‑հղված ապացույցները։ | Դիտողություն, արագ մատակարարների ինտեգրում։ |

Բոլոր ինտեգրացիաները հիմնված են **OpenAPI‑սպեցիֆիկացիաներով**, կապնելով ընդհանրապես լեզուից անկախ լուծումներով։

---

## 7. Իրական աշխարհում ներգործություն. Թվերը Pilot‑ից

| Ցուցակիչ | Նախ արդեն | Ներդրման հետո |
|----------|------------|-----------------|
| Վեցիկ ապացույցների որոնման միջին ժամանակ | 4 ժամ մեկ հարցաթերթիկի համար | 5 րոպե (ավտոմատ) |
| Ձեռքերով խմբագրման աշխատանք | 12 ժամ մեկը audit‑ի համար | < 30 րոպե (LLM‑ի գեագրված) |
| Ապացույցների տարբերակների անհավասարություն | 18 % պատասխանների համար | 0 % (հեշ‑վերագրում) |
| Աուդիտորների վստահության գնահատական (1‑10) | 6 | 9 |
| Կախավետության նվազեցում (FTE) | 2.1 FTE per quarter | 0.3 FTE per quarter |

Pilot‑ը ներառեց **3 SOC 2 Type II** և **2 ISO 27001** ներքին աուդիտները SaaS պլատֆորմում, որի մեջ 200+ քաղաքականություն փաստաթղթեր։ Գրաֆը աճեց 12 k գծիկների, իսկ հարցման latency‑ը մնաց 150 մս՝ յուրաքանչյուր հարցի համար։

---

## 8. Լավագույն լրացում

1. **Ամենաչափ անվանումների ստանդարտացում** – օգտագործել գոյություն ունեցող սխեման (`<type>_<system>_<date>.pdf`).  
2. **Կարգավորիչների փակված տարբերակները** – պահպանում հատուկ WORM պահեստում։  
3. **Ստորագրման մարմին** – կենտրոնացնել անձնական բանալիները hardware security modules (HSM) -ի միջոցով։  
4. **NER մոդելների թարմացում** – պարբերաբար վերապատրաստել նոր ներդրումների տերմինների համար։  
5. **Գրաֆի առողջության վերահսկողություն** – ծանուցումներ տալ միայնակ գծիկների համար։  
6. **Լեգերի իշխող աուդիտ** – պարբերաբար ստուգել հեշ‑ստորագրությունների համաչափությունն ու աղբի սպառումը։

---

## 9. Ապագայի ներսում

- **Մուլտիմեդիալ ապացույցներ** – ընդլայնել հանողման շերտը՝ ներառելով screenshots, ճարտարապետական դիագրամներ, վիդեո walkthroughs, օգտագործելով Vision‑LLM‑ները։  
- **Ֆեդերալ ուսում** – թույլատրել մի քանի կազմակերպության համար հայտնի entity embed‑ների անանուն գործուղում, բարելավելով NER‑ի ճշգրտությունը առանց proprietary‑ի բացահայտման։  
- **Ինտելեգենտը ինքնագործողիկ** – միացրու ավտոմատ քաղաքականությունների թարմացում, երբ գրաֆը հայտնաբերում է բացակայող ապացույց նոր պահանջի համար։

Այս առաջընթացները կբաղադրեն զրո‑հպիթ ապացույցների հանողությունը **արտածող արտադրական ապահովագրական համակարգ**֊ից` փորձարկելի, AI‑վրաակված համատեղիրների համակարգ, որը զարգանում է կարգավորողների իրավիճակի հետ միասին։

---

## Եզրակացություն

Զրո‑հպիթ ապացույցների հանողությունը դնում է համատեղիրների խափանումը **շարունակական, աուդիտ‑վրաակված, AI‑կառավարված աշխատանքային շերտ**։ Սպիտակ փաստաթղթեր վերածելով հարածված, գրաֆ-կապված գիտելիք, վավերացնելով յուրաքանչյուր օբյեկտը կրիպտոգրաֆիկորեն և միաձևելով գրաֆը LLM‑ի կառավարման շերտի հետ, կազմակերպությունները կարող են.

- Պատասխանել անվտանգության հարցաթերթիկներին **րոպեների մեջ**, ոչ շաբաթների մեջ։  
- Տրամադրել **փորձված ապացույցների շղթա**, որը բավարարում է աուդիտորների պահանջները։  
- Նվազեցնել ձեռնտու աշխատանքը, դարձնելով անվտանգության թիմերը քաղաքական ռիսկի վարքերի վերլուծության վրա։

Document AI‑ի աջակցող ապացույցների կառավարումը դառնում է **արտնշանային չափանիշ**, որն 2025 տարվա և ավելի երկարում որևէ SaaS կազմակերպության համար անհաճախելի անհրաժեշտություն։

---

## Նայեք նաև

- [Understanding Retrieval‑Augmented Generation for Compliance](https://arxiv.org/abs/2302.00784)  
- [Hyperledger Fabric: Building Immutable Evidence Ledgers](https://www.hyperledger.org/use/fabric)  
- [LayoutLMv3: Document Understanding with Vision‑Language Transformers](https://arxiv.org/abs/2204.08387)