
# موتور انتساب شواهد تطبیقی با استفاده از شبکه‌های عصبی گرافی

*کلیدواژه‌ها*: خودکارسازی پرسش‌نامه‌های امنیتی، شبکه عصبی گرافی، انتساب شواهد، انطباق مبتنی بر هوش مصنوعی، نقشه‌برداری شواهد به‌صورت زمان واقعی، ریسک خرید، هوش مصنوعی مولد  

در محیط پرسرعت SaaS امروز، تیم‌های امنیت و انطباق با حجم عظیمی از پرسش‌نامه‌ها، درخواست‌های حسابرسی و ارزیابی‌های ریسک فروشندگان مواجه هستند. جمع‌آوری دستی شواهد نه تنها دوره فروش را طولانی می‌کند، بلکه خطای انسانی و شکاف‌های حسابرسی را به‌وجود می‌آورد. **Procurize AI** این مشکل را با مجموعه‌ای از ماژول‌های هوشمند حل می‌کند؛ از این میان، **موتور انتساب شواهد تطبیقی (AEAE)** به‌عنوان یک مؤلفه تحول‌آفرین که از **شبکه‌های عصبی گرافی (GNN)** برای اتصال خودکار قطعات مناسب شواهد به هر پاسخ پرسش‌نامه در زمان واقعی بهره می‌گیرد، برجسته می‌شود.

این مقاله مفاهیم اصلی، طراحی معماری، گام‌های پیاده‌سازی و مزایای قابل‌اندازه‌گیری یک AEAE مبتنی بر فناوری GNN را توضیح می‌دهد. پس از مطالعه، می‌توانید بفهمید چگونه این موتور را در پلتفرم انطباق خود جاسازی کنید، چگونه با جریان‌های کاری موجود ادغام می‌شود و چرا برای هر سازمانی که می‌خواهد خودکارسازی پرسش‌نامه‌های امنیتی را به مقیاس بزرگ ارتقا دهد، ضروری است.

---

## ۱. چرا انتساب شواهد اهمیت دارد؟

پرسش‌نامه‌های امنیتی معمولاً شامل چندین ده سؤال در چارچوب‌های مختلفی هستند ([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)). هر پاسخ باید توسط **شواهد** حمایت شود — اسناد سیاستی، گزارش‌های حسابرسی، اسکرین‌‌شات‌های پیکربندی یا لاگ‌ها. گردش کار سنتی به‌صورت زیر است:

1. **سؤال به مالک انطباق تخصیص می‌یابد.**  
2. **مالک به‌دنبال شواهد مرتبط در مخزن داخلی می‌گردد.**  
3. **شواهد به‌صورت دستی پیوست می‌شوند، اغلب پس از چندین تکرار.**  
4. **بازرس نقشه‌سازی را اعتبارسنجی می‌کند، نظرات می‌افزاید و تأیید می‌نماید.**

در هر یک از این مراحل، فرآیند در معرض خطرهای زیر قرار دارد:

* **هدررفت زمان** — جستجو در میان هزاران فایل.  
* **نقشه‌سازی ناسازگار** — همان شواهد ممکن است به سؤال‌های مختلف با سطوح متفاوتی از مرتبط بودن پیوست شود.  
* **ریسک حسابرسی** — شواهد مفقود یا منسوخ می‌توانند منجر به یافتن موارد عدم انطباق شوند.

یک **موتور انتساب مبتنی بر هوش مصنوعی** با انتخاب، رتبه‌بندی و پیوست خودکار مناسب‌ترین قطعات شواهد، ضمن یادگیری مداوم از بازخورد بازرس، این مشکلات را برطرف می‌کند.

---

## ۲. شبکه‌های عصبی گرافی — مناسب‌ترین گزینه

یک GNN در یادگیری از **داده‌های رابطه‌ای** بسیار توانمند است. در زمینه پرسش‌نامه‌های امنیتی، می‌توان داده‌ها را به‌صورت **گراف دانش** مدل‌سازی کرد که شامل:

| نوع گره | مثال |
|-----------|---------|
| سؤال | «آیا داده‌های شما در حالت استراحت رمزنگاری می‌شوند؟» |
| شواهد | «PDF سیاست AWS KMS»، «لاگ رمزنگاری سطل S3» |
| کنترل | «رویه مدیریت کلیدهای رمزنگاری» |
| چارچوب | «SOC 2 – CC6.1» |

یال‌ها روابطی نظیر **«نیاز دارد»**، **«پوشش می‌دهد»**، **«از آن مشتق شده»** و **«توسط آن اعتبارسنجی شده»** را نشان می‌دهند. این گراف به‌طوری طبیعی بازنمایی چندبعدی نقشه‌برداری‌های مورد نیاز تیم‌های انطباق است؛ بنابراین یک GNN برای استخراج ارتباطات پنهان ایده‌آل می‌شود.

### ۲.۱ نمای کلی گردش کار GNN

```mermaid
graph TD
    Q["گره سؤال"] -->|نیاز دارد| C["گره کنترل"]
    C -->|پشتیبان توسط| E["گره شواهد"]
    E -->|تأیید شده توسط| R["گره بازرس"]
    R -->|بازخورد به| G["مدل GNN"]
    G -->|به‌روزرسانی| E
    G -->|ارائه می‌کند| A["امتیاز انتساب"]
```

* **Q → C** – سؤال به یک یا چند کنترل مرتبط می‌شود.  
* **C → E** – کنترل‌ها توسط شواهدی که در مخزن ذخیره شده‌اند، پشتیبان می‌شوند.  
* **R → G** – بازخورد بازرس (تأیید/رد) به مدل GNN بازگردانده می‌شود تا به‌صورت مستمر یاد بگیرد.  
* **G → A** – مدل یک نمره اطمینان برای هر جفت سؤال‑شاهد تولید می‌کند که در UI برای پیوست خودکار نمایش داده می‌شود.

---

## ۳. معماری دقیق موتور انتساب شواهد تطبیقی

در زیر نمایی سطح‑جزئی از یک AEAE آماده‌به‑کار برای یکپارچه‌سازی با Procurize AI آورده شده است.

```mermaid
graph LR
    subgraph Frontend
        UI[رابط کاربری]
        Chat[دستیار گفتگوئی AI]
    end

    subgraph Backend
        API[REST / gRPC API]
        Scheduler[زمان‌بند وظایف]
        GNN[سرویس شبکه عصبی گرافی]
        KG[ذخیره‌ساز گراف دانش (Neo4j/JanusGraph)]
        Repo[مخزن اسناد (S3, Azure Blob)]
        Logs[سرویس لاگ حسابرسی]
    end

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

### ۳.۱ ماژول‌های اصلی

| ماژول | مسئولیت |
|--------|----------|
| **ذخیره‌ساز گراف دانش** | نگهداری گره‌ها/یال‌ها برای سؤالات، کنترل‌ها، شواهد، چارچوب‌ها و بازرس‌ها. |
| **سرویس GNN** | انجام استنتاج روی گراف، تولید امتیازهای انتساب و به‌روزرسانی وزن یال‌ها بر پایه بازخورد. |
| **زمان‌بند وظایف** | راه‌اندازی شغل‌های انتساب هنگام وارد شدن پرسش‌نامه جدید یا تغییر شواهد. |
| **مخزن اسناد** | نگهداری فایل‌های شواهد خام؛ متادیتا در گراف برای جستجوی سریع ایندکس می‌شود. |
| **سرویس لاگ حسابرسی** | ثبت هر پیوست خودکار و هر عمل بازرس برای قابلیت ردگیری کامل. |
| **دستیار گفتگوئی AI** | کاربر را در فرآیند پاسخ‌گویی راهنمایی می‌کند و شواهد پیشنهادی را به‌صورت آن‑دیمند نشان می‌دهد. |

### ۳.۲ جریان داده

1. **ورود داده** – پرسش‌نامه جدید به‌صورت JSON تجزیه می‌شود؛ هر سؤال به گره‌ای در KG تبدیل می‌گردد.  
2. **غنی‌سازی** – کنترل‌ها و نقشه‌برداری چارچوبی به‌صورت خودکار از الگوهای پیش‌تعریف‌شده پیوست می‌شوند.  
3. **استنتاج** – زمان‌بند سرویس GNN را فراخوانی می‌کند؛ مدل هر گره شواهد را در برابر هر گره سؤال امتیاز می‌دهد.  
4. **پیوست** – N‑ای برتر (قابل تنظیم) به سؤال پیوست می‌شوند؛ UI یک نشانگر اطمینان (مثلاً ۹۲ ٪) نشان می‌دهد.  
5. **بازبینی انسانی** – بازرس می‌تواند پذیرفتن، رد یا باز‑رتبه‌بندی کند؛ این بازخورد وزن یال‌ها را در KG به‌روزرسانی می‌کند.  
6. **یادگیری مستمر** – مدل GNN به‌صورت شبانه با استفاده از مجموعه بازخوردهای جمع‌آوری‌شده، مجدداً آموزش می‌بیند و پیش‌بینی‌های آینده بهبود می‌یابد.

---

## ۴. ساخت مدل GNN — گام به گام

### ۴.۱ آماده‌سازی داده‌ها

| منبع | روش استخراج |
|--------|--------------|
| JSON پرسش‌نامه | تجزیه‌کننده JSON → گره سؤال |
| اسناد سیاست (PDF/Markdown) | OCR + NLP → گره شواهد |
| فهرست کنترل‌ها | واردات CSV → گره کنترل |
| اعمال بازرس | جریان رویداد (Kafka) → به‌روزرسانی وزن یال‌ها |

تمام موجودیت‌ها نرمال‌سازی می‌شوند و **بردار ویژگی** اختصاصی می‌گیرد:

* **ویژگی سؤال** — جاسازی متن (بر پایه BERT)، سطح شدت، برچسب چارچوب.  
* **ویژگی شواهد** — نوع سند، تاریخ ایجاد، کلمات کلیدی مرتبط، جاسازی محتوای متن.  
* **ویژگی کنترل** — شناسه الزامی، سطح بلوغ.

### ۴.۲ ساخت گراف

```python
import torch
import torch_geometric as tg

# مثال شبه‑کد
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=[])

# اتصال سؤال به کنترل
edge_qc = tg.utils.links.edge_index_from_adj(adj_qc)

# اتصال کنترل به شواهد
edge_ce = tg.utils.links.edge_index_from_adj(adj_ce)

# ترکیب همه در یک گراف ناهمگن
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
```

### ۴.۳ معماری مدل

یک **شبکه گرافی رابطه‌ای (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)  # نمره اطمینان

    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'])   # سپس به فضای شواهد نگاشت می‌شود
        return torch.sigmoid(scores)
```

هدف آموزشی: **cross‑entropy باینری** بین نمرات پیش‌بینی‌شده و پیوندهای تأیید شده توسط بازرس.

### ۴.۴ ملاحظات استقرار

| جنبه | توصیه |
|-------|-------|
| **زمان تأخیر استنتاج** | snapshots گراف را کش کنید؛ برای استنتاج زیر‑میلی‌ثانیه از خروجی ONNX استفاده کنید. |
| **بازآموزی مدل** | کارهای شبانه روی GPU؛ نسخه‌های چک‌پوینت را نگهداری کنید. |
| **قابلیت مقیاس‌پذیری** | پارتیشن‌بندی افقی KG بر پایه چارچوب؛ هر بخش یک نسخه GNN مستقل داشته باشد. |
| **امنیت** | وزن‌های مدل در حالت استاتیک رمزگذاری می‌شوند؛ سرویس استنتاج داخل VPC با دسترسی صفر‑اعتماد اجرا می‌شود. |

---

## ۵. یکپارچه‌سازی AEAE در جریان کار Procurize

### ۵.۱ جریان تجربه کاربری

1. **وارد کردن پرسش‌نامه** – تیم امنیت یک فایل پرسش‌نامه جدید بارگذاری می‌کند.  
2. **نقشه‌سازی خودکار** – AEAE به‌سرعت شواهد پیشنهادی برای هر پاسخ را نشان می‌دهد؛ یک نشانگر اطمینان در کنار هر پیشنهاد ظاهر می‌شود.  
3. **پیوست یک‑کلیک** – کاربر روی نشانگر کلیک می‌کند تا پیشنهاد را بپذیرد؛ فایل شواهد به سؤال متصل می‌شود و سیستم این عمل را ثبت می‌کند.  
4. **حلقه بازخورد** – اگر پیشنهاد نامربوط باشد، بازرس می‌تواند یک سند دیگر بکشاند و توضیحی کوتاه اضافه کند (“شاهد قدیمی – استفاده از حسابرسی Q3‑2025”). این نظر به‌عنوان یک **یال منفی** به GNN بازخورده می‌شود.  
5. **ردیابی حسابرسی** – هر عمل خودکار و دستی به‌صورت زمان‌دار، امضا شده و در یک دفتر کل غیرقابل تغییر (مثلاً Hyperledger Fabric) ذخیره می‌شود.  

### ۵.۲ قرارداد 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}` دریافت شود.

---

## ۶. اندازه‌گیری تاثیر — داشبورد KPI

| KPI | قبل از AI (دستی) | پس از AEAE | درصد پیشرفت |
|-----|-------------------|------------|--------------|
| زمان متوسط برای هر سؤال | ۷ دقیقه | ۱ دقیقه | ۸۶ ٪ |
| نرخ استفاده مجدد از شواهد | ۳۲ ٪ | ۷۱ ٪ | +121 ٪ |
| نرخ اصلاح بازرس | ۲۲ ٪ (دستی) | ۵ ٪ (پس از AI) | –۷۷ ٪ |
| نرخ یافتن نقص حسابرسی | ۴ ٪ | ۱٫۲ ٪ | –۷۰ ٪ |
| زمان بسته شدن معامله | ۴۵ روز | ۲۸ روز | –۳۸ ٪ |

یک **داشبورد زمان‑واقعی انتساب شواهد** (ساخته شده با Grafana) این معیارها را به‌صورت زنده نمایش می‌دهد و به رهبران انطباق امکان می‌دهد گلوگاه‌ها را شناسایی و ظرفیت برنامه‌ریزی کنند.

---

## ۷. ملاحظات امنیتی و حاکمیتی

1. **حریم شخصی** – AEAE فقط به متادیتا و شواهد رمزگذاری‌شده دسترسی دارد؛ محتوای حساس به‌صورت مستقیم برای مدل در دسترس نیست؛ جاسازی‌ها داخل یک محیط ایزوله (enclave) تولید می‌شوند.  
2. **قابلیت توضیح‌پذیری** – نشانگر اطمینان شامل یک tooltip است که ۳ عامل مهمترین دلیل (مثلاً «تطبیق کلیدواژه: “encryption at rest”، تاریخ سند در ۹۰ روز گذشته، مطابقت با کنترل SOC 2‑CC6.1») را نمایش می‌دهد. این ویژگی نیازهای حسابرسی برای **AI توضیح‌پذیر** را برآورده می‌کند.  
3. **کنترل نسخه** – هر پیوست شواهد نسخه‌بندی می‌شود؛ اگر سند سیاست به‌روزرسانی شود، موتور مجدداً انتساب‌های مرتبط را اجرا می‌کند و هر کاهش اطمینانی را علامت‌گذاری می‌کند.  
4. **دسترسی‌پذیری** – سیاست‌های مبتنی بر نقش (RBAC) تعیین می‌کند که چه کسی می‌تواند بازآموزی مدل را آغاز کند یا لاگ‌های خام را ببیند.

---

## ۸. داستان موفقیت واقعی

**شرکت**: ارائه‌دهندهٔ FinTech SaaS (دوره C، ۲۵۰ کارمند)  
**چالش**: صرف میانگین ۳۰ ساعت در ماه برای پاسخ به پرسش‌نامه‌های SOC 2 و ISO 27001، با شواهد گمشده مکرر.  
**پیاده‌سازی**: AEAE بر روی نمونهٔ موجود Procurize مستقر شد. مدل GNN بر پایه ۲ سال داده تاریخی (حدود ۱۲ k جفت سؤال‑شاهد) آموزش داده شد.  
**نتایج (۳ ماه اول)**:

* **زمان تحویل** از ۴۸ ساعت به ۶ ساعت برای هر پرسش‌نامه کاهش یافت.  
* **جستجوی دستی شواهد** ۷۸ ٪ کاهش یافت.  
* **یافته‌های حسابرسی** مرتبط با شواهد مفقود به صفر رسید.  
* **تاثیر بر درآمد**: زمان کوتاه‌تر برای بسته شدن قراردادها موجب افزایشی معادل ۱٫۲ میلیون دلار در ARR شد.

این مشتری موتور AEAE را “تبدیل یک کابوس انطباق به مزیت رقابتی” می‌نامد.

---

## ۹. راهنمای عملی – برنامه‌ریزی گام به گام

1. **ارزیابی آمادگی داده** – فهرست تمام اسناد شواهد، سیاست‌ها و نقشه‌برداری‌های کنترل را تهیه کنید.  
2. **راه‌اندازی پایگاه گراف** – از Neo4j Aura یا یک JanusGraph مدیریت‌شده استفاده کنید؛ گره‌ها/یال‌ها را از طریق CSV یا خطوط ETL وارد کنید.  
3. **ساخت مدل پایه GNN** – مخزن متن‌باز `rgcn-evidence-attribution` را کلون کنید، استخراج ویژگی‌ها را به دامنه‌تان سفارشی کنید.  
4. **اجرای یک پایلوت** – یک چارچوب واحد (مثلاً SOC 2) و زیرمجموعه‌ای از پرسش‌نامه‌ها را انتخاب کنید. نمرات اطمینان را با بازخورد بازرس مقایسه کنید.  
5. **تکرار بر روی بازخورد** – نظرات بازرس را برای وزن‌گذاری یال‌ها به کار ببرید، مدل را دوباره آموزش دهید.  
6. **گسترش به مقیاس** – چارچوب‌های بیشتری اضافه کنید، بازآموزی شبانه را فعال کنید و یکپارچه‌سازی CI/CD برای تحویل مستمر راه‌اندازی کنید.  
7. **نظارت و بهینه‌سازی** – از داشبورد KPI برای پیگیری پیشرفت استفاده کنید؛ هشدارهایی برای نمرات اطمینان زیر آستانه (مثلاً ۷۰ ٪) تنظیم کنید.  

---

## ۱۰. مسیرهای آینده

* **GNNهای فدرال** – شرکت‌های متعدد می‌توانند مدل‌های جهانی را بدون به اشتراک‌گذاری شواهد خام، به‌صورت فدرال آموزش دهند و از الگوهای گسترده‌تر بهره‌مند شوند.  
* **یکپارچه‌سازی اثبات صفر دانش (zk‑Proof)** – برای شواهد فوق‌العاده حساس، موتور می‌تواند یک zk‑Proof صادر کند که سند معیار را برآورده می‌کند بدون آنکه محتوا را فاش کند.  
* **شواهد چندرسانه‌ای** – گسترش مدل برای درک اسکرین‌شارت‌ها، فایل‌های پیکربندی و حتی snippets زیرساخت‑به‑عنوان‑کد از طریق ترکیب Vision‑Language Transformers.  
* **ردیاب تغییرات مقرراتی** – AEAE با یک فید زمان‑واقعی از به‌روزرسانی‌های قانونی ترکیب می‌شود؛ گره‌های کنترل جدید به‌صورت خودکار افزوده می‌شوند و انتساب شواهد بلافاصله به‌روزرسانی می‌شود.

---

## ۱۱. نتیجه‌گیری

**موتور انتساب شواهد تطبیقی با قدرت شبکه‌های عصبی گرافی** فرآیند پرزحمت تطبیق شواهد با پاسخ‌های پرسش‌نامه امنیتی را به یک عملیات دقیق، حسابرسی‌پذیر و به‌صورت مستمر یادگیری‌شونده تبدیل می‌کند. با مدل‌سازی اکوسیستم انطباق به‌عنوان یک گراف دانش و اجازه دادن به یک GNN برای استخراج ارتباطات پنهان، سازمان‌ها می‌توانند:

* زمان چرخه پرسش‌نامه را تسریع کنند و سرعت فروش را افزایش دهند.  
* استفاده مجدد از شواهد را ارتقا دهند و هزینه‌های ذخیره‌سازی را کاهش دهند.  
* با ارائه شفافیت AI توضیح‌پذیر، وضعیت حسابرسی را تقویت کنند.  

برای هر شرکت SaaS که از Procurize AI استفاده می‌کند — یا هر پلتفرم انطباقی سفارشی — سرمایه‌گذاری در یک موتور انتساب مبتنی بر GNN دیگر یک «آزمایش» نیست؛ بلکه یک ضرورت استراتژیک برای مقیاس‌پذیری امنیت و انطباق در سرعت سازمانی.