
# გრაფიკული ნერვული ქსელის მხარდაჭერით ალგორითმულად ადაპტიული მტკიცებულებების ატრიბუტის სისტემა

*საკვანძო სიტყვები*: უსაფრთხოების კითხვარის ავტომატიზაცია, გრაფიკული ნერვული ქსელი, მტკიცებულების ატრიბუტია, AI‑მილზე გამომდინარეობს შესაბამისობა, რეალურ დროში მტკიცებულებების მიბმა, შეძენილი რისკი, გენერატიული AI  

 დღესდღეობით სწრაფად განვითარებული SaaS გარემოში, უსაფრთხოების და შესაბამისობის გუნდებს ყოველჟამენ ერთხელ მკაცრად აირჩიონ კითხვარები, აუდიტის მოთხოვნები და სერვისის რისკის შეფასებები. მავალი მტკიცებულებების შეგროვება არამას დროულად სისწერებს სატოლებში, არამედ ქმნის ადამიანურ შეცდომას და აუდიტის დაშვებებს. **Procurize AI** ამ პრობლემას აწესებს ინტელექტუალური მოდულებით; მათ შორის, **ადაპტიული მტკიცებულებების ატრიბუტის სისტემა (AEAE)** გამასწორებულია როგორც ნაწილაკი, რომელიც იყენებს **გრაფიკული ნერვული ქსელებს (GNNs)** ავტომატურად დასაკავშირებლად სწორი მტკიცებულებები თითოეულ კითხვარის პასუხზე რეალურ დროში.

ეს სტატია ახსნის ცენტრალურ კონცეპტებს, არქიტექტურასა, გადამუშავების ნაბიჯებს, და შესაძლებელია მოგების მაჩვენებლებს AEAE‑ის შენკარგვით GNN‑ტექნოლოგიის. სტატიის შემდეგ, წარმოშოცავთ, როგორ უნდა ინტეგრირდეს სისტემა სისტემის compliance‑ში, როგორ შეერთდება არსებულ workflow‑ებთან და რატომ არის აუცილებელი ნებისმიერი ორგანიზაციისთვის, რომელიც ცდილობს უსაფრთხოების კითხვარების ავტომატიზაციას.

---

## 1. რატომ მნიშვნელოვანია მტკიცებულებების ატრიბუტია

უსაფრთხოების კითხვარები ჩვეულებრივ შედგება დაჯების რაოდენობით კითხვებით, რომლებსაც მიეკუთვნება სხვადასხვა სტანდარდი ([SOC 2](https://secureframe.com/hub/soc-2/what-is-soc-2), [ISO 27001](https://www.iso.org/standard/27001), [GDPR](https://gdpr.eu/), [NIST 800‑53](https://www.nist.gov/cyberframework)). თითოეული პასუხი უნდა ჰქონდეს **მტკიცებულება**—პოლისი დოკუმენტი, აუდიტის ანგარიში, კონფიგურაციის სქრინშოტი ან ლოგი. ტრადიციული workflow‑ი გამოიყურება ასე:

1. **კითხვა მიენიჭება** შესაბამისობის მიშამნეჯერ.  
2. **მშვენიერება აბა** შიდა რეპოზიტორიაში შესაბამისი მტკიცებულება.  
3. **მტკიცებულება დინდომდება** ხელით, ხშირად მრავალჯერ.  
4. **რევიუერი ასამოწმებს** მიმდევრულობას, კომენტებს აუცილებლად დაამატებს და დამტკიცებს.

ამ ნაბიჯებზე იყენება:

* **დროის დანაკარგი** – ათასობით ფაილების ძიება.  
* **დაკარგული ურთიერთობა** – იგივე მტკიცებულება შეიძლება ეაწვდივეს სხვადასხვა კითხვას, განსხვავებული სიდიდით.  
* **აუდიტის რისკი** – ნაკლები ან მოძველებული მტკიცებულება წარმოქმნაი compliance‑ის პრობლემები.

**AI‑მდებარე ატრიბუტის სისტემა** უჭირავთ ყველა ამ პრობლემზე, ავტომატურად შერჩევის, კლასიფიცირის და მიმაგრებთ საუკეთესო მტკიცებულებებს, მიმდინარე დროის უკავშირობით რევიუერების უკუკავშირზე.

---

## 2. გრაფიკული ნერვული ქსელები – შესანიშნავი მოათავსებელი

GNN‑ებმა მეტი შესაძლებლობა აქვთ ურთიერთ მონაცემებზე სწავლისთვის. უსაფრთხოების კითხვარებში მონაცემები შეიძლება მოდელირდეს როგორც **ცოდნის გრაფი**, რომელში:

| კვანძი ტიპი | მაგალითი |
|------------|------------|
| Question | “მოძველებული მონაცემები დაინქრიპტავთ?” |
| Evidence  | “AWS KMS პოლიტიკის PDF”, “S3 bucket‑ის დაშიფვრის ლოგი” |
| Control   | “დაშიფვრის‑გასაღებების‑მპლიუკაციის პროცედურა” |
| Framework | “SOC 2 – CC6.1” |

უკეთრები (Edges) ქმნიან ურთიერთობას, მაგალითად **“საჭიროა”**, **“დაკავს”**, **“გამოჩნდა”**, **“ამოწმდა‑მित्यით”**. ეს გრაფი აკლავს მრავალგანზრახულ შევსებებს, რომელთა გამოცემა compliance‑ის გუნდის მიერ უკვე ცნობილია, ამიტომ GNN‑ის გამოსაყენებლად სრულად აღმოჩნდება.

### 2.1 GNN workflow‑ის მიმოხილვა

```mermaid
graph TD
    Q["Question Node"] -->|requires| C["Control Node"]
    C -->|supported‑by| E["Evidence Node"]
    E -->|validated‑by| R["Reviewer Node"]
    R -->|feedback‑to| G["GNN Model"]
    G -->|updates| E
    G -->|provides| A["Attribution Scores"]
```

* **Q → C** – კითხვას მიეკუთვნება ერთ ან მეტი კონტროლ.  
* **C → E** – კონტროლები დაყრდნობა დოკუმენტირებული მტკიცებულებების базе.  
* **R → G** – რევიუერის feedback‑ი (დიახ/არა) მოდის GNN-ისთვის მუდმივი სწავლისათვის.  
* **G → A** – მოდელი ცხადებს ნაერთის ქმედება‑ქულებს თითოეულ ერთზე‑ერთ რელაციაზე, UI‑ში იზიარება ავტომატური მიმაგრებისთვის.

---

## 3. ადაპტიული მტკიცებულებების ატრიბუტის სისტემის დეტალური არქიტექტურა

ქვემოთ მოცემული კომპონენტი‑საწყისი көрүнული AEAE‑ის, ინტեգრირებული Procurize AI‑ში.

```mermaid
graph LR
    subgraph Frontend
        UI[User Interface]
        Chat[Conversational AI Coach]
    end

    subgraph Backend
        API[REST / gRPC API]
        Scheduler[Task Scheduler]
        GNN[Graph Neural Network Service]
        KG[Knowledge Graph Store (Neo4j/JanusGraph)]
        Repo[Document Repository (S3, Azure Blob)]
        Logs[Audit Log Service]
    end

    UI --> API
    Chat --> API
    API --> Scheduler
    Scheduler --> GNN
    GNN --> KG
    KG --> Repo
    GNN --> Logs
    Scheduler --> Logs
```

### 3.1 ძირითადი მოდულები

| მოდული | პასუხისმგებლობა |
|--------|-----------------|
| **Knowledge Graph Store** | შენახავს კვანძებს/უკეთრებს კითხვების, კონტროლთა, მტკიცებულებების, სტანდარტთა და რევიუერთის. |
| **GNN Service** | აკეთებს პროგნოზირებას გრაფზე, ქმნის ეთრიბუტის ქულებს, და განახლებას უღინებს უკუკავშირზე. |
| **Task Scheduler** | ტრიგერებს ატრიბუტის სამუშაოებს, როდესაც ახალი კითხვარი იმპორტირებულია ან ახალი მტკიცებულება განმეორებულია. |
| **Document Repository** | აკეთებს ანახებს რიგურ მტკიცებულებების ფაილებს; მეტა‑დატა ინახება გრაფში სწრაფი მოძიებისთვის. |
| **Audit Log Service** | აკრიბის ყველა ავტომატური მიმაგრება და ფორმულარული ქმედება ფულში ტრეკირებისთვის. |
| **Conversational AI Coach** | იყენებს მომხმარებლებს პასუხის პროცესში, აჩვენებს რეკომენდირებული მტკიცებულებები მოთხოვნაზე. |

### 3.2 მონაცემის ნაკადი

1. **ინჯექცია** – ახალი კითხვარის JSON‑ის გარჩევა; თითოეული კითხვა გახდება KG‑ში კვანძი.  
2. **განახლება** – არსებული კონტროლები და სტანდარტები ავტომატურად მიმაგრებულია წინასწარგებული შაბლონებით.  
3. **ინფერენცია** – Scheduler უკავშირდება GNN Service‑ს; მოდელი აანალიზებს ყველა evidence‑ის ქულას თითოეულ კითხვაზე.  
4. **მიმაგრება** – საუკეთესო N‑მნიშვნელობა (configurable) ავტომატურად მიენიჭება კითხვაზე. UI‑ში ნახავთ ნდობის ბაჯის (მაგ. 92%).  
5. **მ मानवის გადახედვა** – რევიუერი შეიძლება დასტუროთ, უარყოფოთ ან გადახედოთ; ეს feedback განახლებულ დგომებს KG‑ში.  
6. **უწყვეტი სწავლება** – GNN ღამით გადატვირთული იყენებს შეფასაკებული შეცდომის მონაცემებს, კიდევ უფრო ღამურად სწორია პროგნაზები.

---

## 4. GNN მოდელის შექმნა – ნაბიჯი‑ნაბიჯ

### 4.1 მონაცემის მომზადება

| წყარო | გადამუშავების მეთოდი |
|--------|-------------------|
| Questionnaire JSON | JSON‑parser → Question nodes |
| Policy Docs (PDF/Markdown) | OCR + NLP → Evidence nodes |
| Control Catalog | CSV import → Control nodes |
| Reviewer Actions | Event stream (Kafka) → Edge weight updates |

ყველა ერთ-ერთი სახით **ფೀಚურული ვექტორებით** წარმოდგენილია:

* **Question features** – ტექსტის BERT‑ბაზირებული ემბედინგი, სერიოზულობა, სტანდარტის ტეგი.  
* **Evidence features** – დოკუმენტის ტიპი, შექმნის თარიღი, შესაბამისაკლოვან სიტყვა, კონტენტის ემბედინგის.  
* **Control features** – შესაბამისობის მოთხოვნის ID, ზრდის დონე.

### 4.2 გრაფის კონსტრუქცია

```python
import torch
import torch_geometric as tg

# Example pseudo‑code
question_nodes = tg.data.Data(x=question_features, edge_index=[])
control_nodes  = tg.data.Data(x=control_features, edge_index=[])
evidence_nodes = tg.data.Data(x=evidence_features, edge_index=[])

# Connect questions to controls
edge_qc = tg.utils.links.edge_index_from_adj(adj_qc)

# Connect controls to evidence
edge_ce = tg.utils.links.edge_index_from_adj(adj_ce)

# Combine all into a single heterogeneous graph
data = tg.data.HeteroData()
data['question'].x = question_features
data['control'].x = control_features
data['evidence'].x = evidence_features
data['question', 'requires', 'control'].edge_index = edge_qc
data['control', 'supported_by', 'evidence'].edge_index = edge_ce
```

### 4.3 მოდელის არქიტექტურა

Relational Graph Convolutional Network (RGCN) მარტივად მუშაობს ჰეტეროგენური გრაფებზე.

```python
class EvidenceAttributionRGCN(torch.nn.Module):
    def __init__(self, hidden_dim, num_relations):
        super().__init__()
        self.rgcn1 = tg.nn.RGCN(in_channels=feature_dim,
                               out_channels=hidden_dim,
                               num_relations=num_relations)
        self.rgcn2 = tg.nn.RGCN(in_channels=hidden_dim,
                               out_channels=hidden_dim,
                               num_relations=num_relations)
        self.classifier = torch.nn.Linear(hidden_dim, 1)  # confidence score

    def forward(self, x_dict, edge_index_dict):
        x = self.rgcn1(x_dict, edge_index_dict)
        x = torch.relu(x)
        x = self.rgcn2(x, edge_index_dict)
        scores = self.classifier(x['question'])  # map to evidence space later
        return torch.sigmoid(scores)
```

სამაგი ობიექტი: **ბინარული კროს‑ენთროპია** წინასწარ დადობის და რევიუერის დასტური შიდა ლინკებზე.

### 4.4 განთავსების შეღავათები

| ასპექტი | რეკომენდაცია |
|----------|---------------|
| **ინფერენციის ლატენცია** | ქეშის გამოყენება ბოლო გრაფის სნაპშოტებზე; გამოყენება ONNX‑ის ექსპორტი sub‑ms ინტერვალზე. |
| **მოდელის გადატვირთვა** | ღამის ბాచ్‑ჯაბები GPU‑ზე; ვერსია‑კონტოლის შესანახად. |
| **განლაგება** | გრაფის ჰორიზონტალური შერჟანდლა სტანდარდის მიხედვით; თითოეული ნაწილი თავისი GNN‑ის ასპექტით. |
| **უსაფრთხოება** | მოდელის გამოვლენა შიგნით დაშიფრებულია; სერვისი შიდა zero‑trust VPC‑ში. |

---

## 5. AEAE‑ის ინტეგრაცია Procurize workflow‑ში

### 5.1 მომხმარებლის გამოცდილება

1. **ქვითრის იმპორტი** – უსაფრთხოების გუნდი ატვირთავს ახალი კითხვარის ფაილს.  
2. **ავტომატური მიმაგრება** – AEAE მომენტალურად სთავაზობს მტკიცებულებებს თითოეულ პასუხზე; ნდობის ბაჟი განსახორციელებელია თითოადგენ საინფორმაციო მიწოდებით.  
3. **ერთ‑დაწკაპუნებაზე მიმაგრება** – მომხმარებლები დაწკაპუნავენ ბაჟზე, რათა დადასტურენ სიუჟეტს, მტკიცებულება დაიმატება და სისტემა რეგისტრირებს მოქმედებას.  
4. **feedback‑ლუპი** – თუ რეკომენდაცია არამარტო, რევიუერი შეიძლება გადმოიტანოს სხვა დოკუმენტი და დაემატოს მოკლე კომენტარი (“მტკიცებულება მოძველებულია – გამოიყენეთ Q3‑2025 აუდიტი”). ამის შედეგად, მოდელი **негативная ცეცხლი** იღებს შემდეგი iteration‑ზე.  
5. **აუდიტის ტრეკინგი** – ყველა ავტომატური და ხელით მოქმედება დროის მარშრუტით, ციფრულად ხელის ცხადი, და ინახება აბსოლუტურ ლედგერში (მაგ. Hyperledger Fabric).  

### 5.2 API კონტრაქტი (მარტივი)

```http
POST /api/v1/attribution/run
Content-Type: application/json

{
  "questionnaire_id": "qnr-2025-11-07",
  "max_evidence_per_question": 3,
  "retrain": false
}
```

**პასუხი**

```json
{
  "status": "queued",
  "run_id": "attr-20251107-001"
}
```

შესვლის შედეგის მიღება: `GET /api/v1/attribution/result/{run_id}`.

---

## 6. ახდენის გავლენა – KPI‑ის სატრენება

| KPI | ბაზის მიმართულება (ხელით) | AEAE‑ით | % გაუმჯობესება |
|-----|---------------------------|----------|----------------|
| საშუალო დრო კითხვაზე | 7 წუთი | 1 წუთი | 86 % |
| მტკიცებულების გადამუშავების რეიტი | 32 % | 71 % | +121 % |
| რევიუერის კორექტურის მაჩვენებელი | 22 % (ხელით) | 5 % (AI‑პოპულარული) | -77 % |
| აუდიტის აღმოჩენები | 4 % | 1.2 % | -70 % |
| დელავერების დრო | 45 დღე | 28 დღე | -38 % |

ცოცხალი **მტკიცებულებების ატრიბუტის დონორი** (Grafana‑ში) აჩვენებს მონაცემებს, რაც compliance‑ის ხელმძღვანელებს საშუალებას აძლევს თვალყურს ადევნონ ბოტლეკები და შემოთავაზებულ სტრატეგია.

---

## 7. უსაფრთხოების & დარღვევის საკითხები

1. **მონაცემთა კონფიდენციალობა** – AEAE-ს სერხია მხოლოდ მეტა‑დატაზე და დაშიფრული მიგრანტი. შეზღუდული შინაარსის პირდაპირ მოდელს არ გადის; მკვალისება ხდება უსაფრთხოების ელემენტში.  
2. **გამუშავება** – ნდობის ბაჟის ქონისი შედგენილია **ტოპ‑3 მიზეზის** tooltip‑ის (მაგ., “საკვანძო სიტყვა: ‘encryption at rest’, დოკუმენტის თარიღის 90 დღე, შესაბამისი კონტროლური SOC 2‑CC6.1”). ეს აკმაყოფილებს აუდიტის **explainable AI** მოთხოვნებს.  
3. **ვერსია‑კონტროლირება** – ყოველი მიმაგრებული მტკიცებულება ვერსია‑მოთანხმებული. დოკუმენტის ტრაკცია მოხდება, მოდელი ავტომატულად გადატვირთული იქნება სფეროში გავლენას; confidence‑ის შემცირება მდებარეობს.  
4. **მომხმარებლის დაშვების კონტროლი** – როლის‑ბაზირებული პოლიტიკები უშუალოდ აკრძალავენ ვინ შეიძლება გადმოსაშლელად ტრენირება ან ნახისიერად მოდელის ლოგის.

---

## 8. რეალური წარმატებული შემთხვევა

**კომპანია**: FinTech SaaS პროვაიდერი (Series C, 250 თანამშრომელი)  
**პრობლემა**: ორი თვეში 30 საათის დრო SOC 2 და ISO 27001 კითხვარებში პასუხის მორგებაში, ხშირად მსხვილი მტკიცებულებები ვერ გვხვდება.  
**განაცხადი**: AEAE‑ის დანერგვა Procurize‑ის არსებითის ზედზე. ტრენირებულია GNN‑ით 2‑წლიანი ისტორიული დემო (≈ 12k კითხვ‑მტკიცებულებები).  
**შედეგები (პირველი 3 თვე)**:

* **დროის შემცირება** 48 საათიდან 6 საათამდე თითო კითხვარზე.  
* **ხელით ძიების შემცირება** 78 %‑ით.  
* **აუდიტის აღმოჩენები** განუყოფელი მტკიცებულება – ნულსაც.  
* **შემოსავლების გავლენა**: სწრაფი შეთანხმება შემოვა $1.2 M ARR‑ის ზრდა.

კომპანია აღნიშნავს, რომ AEAE‑ის შედეგად “შევარდეთ compliance‑ის ბრინჯისგან კონკურენტის უპირატესობაზე”.

---

## 9. დაწყება – პრაქტიკული საქმე

1. **მონაცემთა მზადყოფნის შეფასება** – გააზრეთ არსებული მტკიცებულებების ფაილები, პოლისები, კონტროლები.  
2. **გრაფის ბაზის ჩამოწერა** – Neo4j Aura‑ის ან JanusGraph‑ის მჟავრი; დაიტვირთეთ კვანძები/უკეთრები CSV‑ის ან ETL‑ის საშუალებით.  
3. **საწყისი GNN‑ის შექმნა** – კლონიეთ ღია‑წყარო `rgcn-evidence-attribution` რეპოზიტორია, ადაპტაციაირდეს თქვენი დომაინის მიხედვით.  
4. **პილოტის გაშვება** – აირჩიეთ ერთის სტანდარტის (მაგ. SOC 2) ქვედანაკლოდურია კითხვარები. შეამოწმე ნდობის ქულები რევიუერისთან.  
5. **გამეორება უკუკავშირის მიხედვით** – ინტეგრირება კომენტარი, უღინია უკვეთვის სისტემა, გადატვირთვა.  
6. **მასშტაბის გადატანა** – დაემატეთ სხვა სტანდარტები, ღამით მოდელის გადატვირთვა, CI/CD‑ის ინტეგრირება მუდმივი მიწოდებისთვის.  
7. **მონიტორინგი & ოპტიმიზაცია** – KPI‑ის დაფა; გაუქმება ნდობის შემცირებაზე (მაგ. 70 % ქვემოთ) ალარე.

---

## 10. მომავალის მიმართულებები

* **ჯგუფის‑გააზიარდილი GNN‑ები** – მრავალ კომპანიას შეუძლია ერთად ტრენირება გლობალურ მოდელზე, თავსურვის დაცვის გარეშე.  
* **Zero‑Knowledge Proof‑ის ინტეგრირება** – ისეთ სენსიტიურ მტკიცებულებით, რომ სისტემა დევს მტკიცებულებას, არ გამოაქვს მისი შინაარსი.  
* **მულტიმოდალური მტკიცებულება** – გაფართოვება სურათები, კონფიგურაციის ფაილები, იმქროცაც IaC‑ის სნიპეტები, ვიზიკალ‑ლანგუჯ‑ტრანსფორმერებით.  
* ** რეგულაციური ცვლილებების რადარი** – AEAE‑ის coupling‑ით რეგულაციური წყარო, რომელიც ავტომატურად დაამატებს ახალი კონტროლის კვანძებს, მოდელი აუმცდება მრბლედ მტკიცებულებებს.

---

## 11. დასკვნა

**Adaptiv Evidence Attribution Engine**, რომელსაც აჩუქებს Graph Neural Networks, გარდაქმნის მწყობრი ხელით მცენარე დადასტურებების მიმაგრების პროცესი **პირუსული, აუდიტირებადი, მუდმივად მუდმივად განვითარებული**. გრაფის-ცივად მოდელის მიანიჭება, იცის რეალურ დროებში ნახის‑მშენებლობის მოთხოვნები, შემდგომში ქმნის:

* სწრაფ შეკითხვა და გადაწყვეტილება, რაც აძლიერებს გაყურ-ხარჯის ციკლებს.  
* მაღალი მასშტაბის მტკიცებულებების გამოყენება, რომელსაც შუალედის სახიფათოების მოხსნა.  
* მკაცრი აუდიტის პოზიცია, გსურთ Explainable AI‑ის გამჭვირვალე.

თუ თქვენ იყავით SaaS კომპანია, რომელიც იყენებს Procurize AI‑ს — ან აგრეთვე ქმნის საკუთარი compliance‑პლატფორმას — AI‑ზე დაფუძნებული ატრიბუტის ე开号რია გარდამოწერილი ფანდის: **სტრატეგიული აუცილებლობა**, რომ მასშტაბირებული უსაფრთხოების, კითხვარის ავტომატიზაციის დონე.