
# Motor de rutare AI bazat pe intenție pentru colaborarea în timp real la chestionarele de securitate

Chestionarele de securitate, auditurile de conformitate și evaluările de risc ale furnizorilor reprezintă un punct dur pentru companiile SaaS. Fluxul de lucru tradițional – triere manuală, liste de atribuire statice și discuții ad‑hoc pe email – creează latență, introduce erori umane și face dificilă scalarea pe măsură ce volumul de chestionare crește.  

Ce ar fi dacă fiecare întrebare ar putea fi **rutată instantaneu** către persoana exactă (sau asistentul AI) care deține cunoștințele necesare, în timp ce, simultan, se afișează dovezi de susținere dintr-un graf de cunoștințe în timp real?  

Intră în scenă **Motorul de Rutare AI bazat pe Intenție (IBARE)**, un nou model arhitectural care alimentează colaborarea în timp real, bazată pe intenție, în platforme precum Procurize. IBARE combină înțelegerea avansată a limbajului natural, un graf de cunoștințe îmbogățit continuu și un strat de orchestrare micro‑servicii ușor pentru a livra:

* **Clasificare a întrebărilor sub o secundă** – sistemul înțelege intenția de bază a unei întrebări (ex.: „criptare în repaus”, „flux de răspuns la incident”, „rezidență a datelor”) în loc să se bazeze doar pe potrivirea cuvintelor cheie.  
* **Potrivire dinamică a experților** – utilizând profiluri de competențe, metrice de încărcare și calitatea istorică a răspunsurilor, IBARE selectează cel mai potrivit SME, asistent AI sau combinație hibridă.  
* **Recuperare a dovezilor în context** – decizia de rutare este îmbogățită cu extrase relevante din politici, artefacte de audit și dovezi versionate, extrase dintr-un graf de cunoștințe federat.  
* **Buclă de feedback în timp real** – fiecare întrebare răspunsă reîntroduce date în model, îmbunătățind detectarea intenției și rangarea experților pentru chestionarele viitoare.  

În secțiunile de mai jos vom dezbate arhitectura, vom parcurge un caz de utilizare real, vom explora detaliile cheie de implementare și vom cuantifica impactul de business.

---

## 1. De ce intenție, nu cuvinte cheie?

Majoritatea instrumentelor existente de automatizare a chestionarelor se bazează pe rutare simplă pe cuvinte cheie sau pe reguli:

```
if "encryption" in question → assign to Security Engineer
if "GDPR" in question → assign to Data Privacy Lead
```

Aceste abordări se destramă când întrebările sunt formulate ambigu, conțin mai multe subiecte sau folosesc jargon de domeniu.  

**Detectarea intenției** merge cu un pas mai departe, interpretând *ce anume solicită utilizatorul*:

| Exemplu de întrebare | Atribuire bazată pe cuvinte cheie | Atribuire bazată pe intenție |
|----------------------|-----------------------------------|-------------------------------|
| „Criptați backup‑urile în tranzit?” | Engineer de backup (cuvânt cheie: „backup”) | Engineer de securitate (intenție: „criptare date în tranzit”) |
| „Cum gestionați un incident ransomware?” | Liderul răspunsului la incidente (cuvânt cheie: „ransomware”) | Liderul răspunsului la incidente **plus** Engineer de securitate (intenție: „procesul de răspuns ransomware”) |
| „Ce clauze contractuale acoperă rezidența datelor pentru clienții UE?” | Consilier juridic (cuvânt cheie: „UE”) | Liderul de conformitate (intenție: „clauze contractuale rezidență date”) |

Prin extragerea **intenției semantice**, sistemul poate rutele întrebarea către un membru al echipei a cărui expertiză se aliniază acțiunii sau conceptului, nu doar unui termen de suprafață.

---

## 2. Arhitectură de nivel înalt

Mai jos este o diagramă Mermaid care vizualizează componentele principale și fluxul de date al IBARE.

```mermaid
flowchart TD
    subgraph Frontend
        UI[User Interface] -->|Submit Question| API[REST / GraphQL API]
    end

    subgraph Core
        API --> Intent[Intent Detection Service]
        Intent --> KG[Dynamic Knowledge Graph]
        Intent --> Skills[SME Skill‑Profile Service]
        KG --> Evidence[Evidence Retrieval Service]
        Skills --> Ranking[Expert Ranking Engine]
        Evidence --> Ranking
        Ranking --> Router[Routing Engine]
    end

    subgraph Workers
        Router -->|Assign| SME[Subject‑Matter Expert / AI Assistant]
        SME -->|Answer| Feedback[Feedback Collector]
        Feedback --> KI[Knowledge‑Graph Ingestion]
        Feedback --> Model[Model Retraining Loop]
    end

    classDef external fill:#f9f9f9,stroke:#333,stroke-width:1px;
    class UI,API,SME external;
```

**Componente cheie**

| Componentă | Responsabilitate |
|------------|------------------|
| **Intent Detection Service** | Transformă textul brut al întrebării într-un vector multi‑eticheta de intenție, utilizând un transformer ajustat (ex.: RoBERTa‑large). |
| **Dynamic Knowledge Graph (KG)** | Stochează entități cum ar fi politici, dovezi, controale și relațiile dintre ele. Îmbogățit continuu din întrebări răspunse. |
| **SME Skill‑Profile Service** | Menține un profil pentru fiecare expert uman și asistent AI, incluzând domeniul de expertiză, certificări, încărcarea recentă și scoruri de calitate a răspunsurilor. |
| **Evidence Retrieval Service** | Interoghează KG pentru cele mai relevante documente (clauze de politică, jurnale de audit, artefacte versionate) pe baza intenției. |
| **Expert Ranking Engine** | Combină similaritatea intenției, potrivirea competențelor, disponibilitatea și istoricul de latență pentru a produce o listă rangată de candidați. |
| **Routing Engine** | Selectează candidatul(i) de top, creează o sarcină în hub‑ul de colaborare și notifică alocatul(i). |
| **Feedback Collector** | Capturează răspunsul final, dovezile asociate și o evaluare a satisfacției. |
| **Knowledge‑Graph Ingestion** | Integrează noi dovezi și actualizări de relații în KG, închizând bucla. |
| **Model Retraining Loop** | Reantrenează periodic modelul de intenție utilizând date recent etichetate pentru a îmbunătăți acuratețea în timp. |

---

## 3. Parcurgere detaliată a unui scenariu real

**Scenariu:** Un inginer de vânzări primește o solicitare de la un client enterprise prospect:

> „Puteți furniza detalii despre cum izolați datele clienților într-un mediu multi‑tenant și ce mecanisme de criptare folosiți pentru datele în repaus?”

### Pasul 1 – Trimitere

Inginerul copiază întrebarea în tabloul Procurize. UI trimite o cerere POST către API cu textul brut.

### Pasul 2 – Extracție de intenție

Serviciul de Intent Detection transmite textul printr-un transformer ajustat, producând o distribuție de probabilitate peste o taxonomie de 120 de intenții. Pentru această întrebare primele trei intenții sunt:

1. **Izolare tenant** – 0,71  
2. **Criptare‑în‑repaus** – 0,65  
3. **Rezidență date** – 0,22  

Aceste intenții sunt stocate ca un **vector multi‑etichetă** atașat înregistrării întrebării.

### Pasul 3 – Interogare în Graful de Cunoștințe

KG primește vectorul de intenție și execută o **căutare de similaritate semantică** (folosind încorporări vectoriale ale clauzelor de politică). Returnează:

| Document | Scor de relevanță |
|----------|-------------------|
| “[SOC 2] – Control de sistem 5.3: Izolare tenant” | 0,84 |
| “[ISO 27001] Anexă A.10: Controale criptografice” | 0,78 |
| „Whitepaper intern: Arhitectură Multi‑Tenant v2.4” | 0,66 |

Cele mai relevante artefacte sunt ambalate ca **pachete de dovezi**.

### Pasul 4 – Potrivire profil competențe

Serviciul Skills caută toți experții etichetați cu **Arhitectură Cloud**, **Inginerie Securitate** și **Conformitate**. Încorporarea competenței fiecărui expert este comparată cu vectorul de intenție. Simultan, serviciul ia în calcul:

* **Încărcarea curentă** (sarcini în așteptare, lungimea cozii)  
* **Scorul de calitate a răspunsurilor** (media din răspunsurile la chestionare)  
* **Proximitatea fusului orar** (pentru a reduce latența)

Candidatul de top este **Alex Patel (Senior Cloud Security Engineer)**, cu un scor compozit de 0,92. Un asistent AI specializat în politică criptografică (denumit **CryptoBot**) este și el sugerat cu scorul 0,87.

### Pasul 5 – Rutare & notificare

Routing Engine creează o **sarcină de colaborare** ce include:

* Întrebarea originală  
* Intențiile detectate  
* Pachetul de dovezi (linkuri de descărcare)  
* Asistentul AI sugerat (opțional)  

Alex primește o notificare push în Slack și în UI‑ul Procurize, în timp ce CryptoBot este inițializat ca micro‑serviciu în fundal, pregătit să completeze răspunsul.

### Pasul 6 – Compoziție răspuns

Alex revizuiește dovezile, adaugă context suplimentar despre actualizările recente ale platformei și apelează CryptoBot pentru a genera automat un paragraf concis ce descrie algoritmul de criptare (AES‑256‑GCM). Paragraful generat este editat, aprobat și trimis.

### Pasul 7 – Buclă de feedback

Clientul marchează răspunsul ca **„complet satisfăcător”**. Feedback Collector înregistrează:

* Textul răspunsului  
* ID‑urile dovezilor legate  
* Evaluarea satisfacției (5/5)  

Serviciul Knowledge‑Graph Ingestion adaugă un nou nod **„Answer‑2025‑10‑21‑001”** legat de întrebarea originală, dovezi și etichetele de intenție. Acest nod devine parte din căutările de similaritate viitoare.

### Pasul 8 – Actualizare model

Datele recent etichetate (întrebare + intenții confirmate + răspuns) sunt adăugate în **pipeline‑ul de antrenare**. După acumularea unui lot de 1 000 de astfel de interacțiuni, modelul de intenție este re‑antrenat, rafinând capacitatea de a detecta intenții nuanțate precum **„gestionarea cheilor la nivel de tenant”**.

---

## 4. Blocuri tehnice de bază

### 4.1 Model de detectare a intenției

* **Arhitectură:** RoBERTa‑large ajustat pe un set de date proprietar de 50 k de propoziții din chestionare etichetate.  
* **Funcție de pierdere:** Entropie binară pentru clasificare multi‑etichetă.  
* **Augmentare la antrenare:** Traducere inversă pentru robustețe multilinguală (engleză, germană, japoneză, spaniolă).  
* **Performanță:** Macro‑F1 = 0,91 pe setul de validare; latență medie ≈ 180 ms per cerere.

### 4.2 Platformă graf de cunoștințe

* **Motor:** Neo4j 5.x cu indexuri vectoriale integrate (prin librăria **Neo4j Graph Data Science**).  
* **Schema de bază:**  
  * **Tipuri de entități:** `Policy`, `Control`, `Evidence`, `Question`, `Answer`, `Expert`.  
  * **Relații:** `VALIDATES`, `EVIDENCES`, `AUTHORED_BY`, `RELATED_TO`.  
* **Versionare:** Fiecare artefact are proprietatea `version` și timestamp‑ul `valid_from`, permițând **audit‑time travel**.

### 4.3 Serviciul de profil competențe

* **Surse de date:** Director HR (competențe, certificări), sistem de ticketing intern (timp de finalizare sarcini) și un **scor de calitate** derivat din sondajele post‑răspuns.  
* **Generare încorporări:** Încorporări FastText ale frazelor de competență, concatenate cu un vector de încărcare dens.  
* **Formulă de rang:**  

```
score = α * intent_similarity
      + β * expertise_match
      + γ * availability
      + δ * historical_quality
```

unde α=0,4, β=0,35, γ=0,15, δ=0,10 (optimizat prin Bayesian optimization).

### 4.4 Orchestrare și micro‑servicii

Toate serviciile sunt containerizate (Docker) și coordonate prin **Kubernetes** cu mesh‑ul de servicii **Istio** pentru observabilitate. Comunicația asincronă folosește **NATS JetStream** pentru streaming cu latență scăzută.

### 4.5 Considerații de securitate și confidențialitate

* **Zero‑Knowledge Proofs (ZKP):** Pentru dovezi extrem de sensibile (ex.: rapoarte interne de pen‑test), KG stochează doar angajamente ZKP; fișierul real rămâne criptat în seif extern (AWS KMS) și este decriptat la cerere de expertul atribuit.  
* **Confidențialitate diferențială:** Pipeline‑ul de antrenare a modelului adaugă zgomot Laplace calibrat la actualizările gradului agregat pentru a proteja conținutul oricărui chestionar individual.  
* **Traseu de audit:** Fiecare decizie de rutare, căutare de dovezi și editare a răspunsului este logată într-un registru imutabil append‑only (Hyperledger Fabric), satisfăcând cerințele de trasabilitate **SOC 2**.

---

## 5. Măsurarea impactului de business

| Indicator | Baza (manual) | După implementarea IBARE |
|-----------|----------------|---------------------------|
| Timp mediu de finalizare a chestionarului (zile) | 12 | 3,4 (‑71,7 %) |
| Timp mediu până la prima atribuire (ore) | 6,5 | 0,2 (‑96,9 %) |
| Acuratețea răspunsurilor (revizii post‑audit) | 18 % din răspunsuri necesită revizie | 4 % |
| Satisfacția SME (scor sondaj 1‑5) | 3,2 | 4,6 |
| Constatări de audit legate de gestionarea chestionarelor | 7 pe an | 1 pe an |

Un proiect pilot cu trei clienți SaaS enterprise, pe o durată de șase luni, a arătat un **ROI net de 4,3×**, generat în principal de scurtarea ciclurilor de vânzare și reducerea costurilor legale.

---

## 6. Listă de verificare pentru echipe

1. **Definirea taxonomiei de intenții** – colaborați cu echipele de securitate, juridic și produs pentru a enumera intenții de nivel înalt (≈ 100‑150).  
2. **Colectarea datelor de antrenament** – etichetați cel puțin 10 k de propoziții istorice din chestionare cu intenții.  
3. **Construirea profilurilor de competență** – importați date din HR, Jira și sondaje interne; normalizați descrierile de competență.  
4. **Implementarea grafului de cunoștințe** – importați politicile existente, dovezile și istoricul versiunilor.  
5. **Integrarea cu hub‑ul de colaborare** – conectați motorul de rutare la Slack, Teams sau o interfață personalizată.  
6. **Stabilirea buclei de feedback** – capturați evaluările de satisfacție și adăugați-le la pipeline‑ul de re‑antrenare.  
7. **Monitorizarea KPI‑urilor** – configurați dashboard‑uri Grafana pentru latență, rata de succes a rutării și deriva modelului.

---

## 7. Direcții de dezvoltare viitoare

### 7.1 Detectare de intenție multimodală  

Integrarea **imaginilor de documente** (ex.: contracte scanate) și a **înregistrărilor audio** (briefinguri vocale) prin modele CLIP‑style multimodale, extinzând capacitatea de rutare dincolo de text simplu.

### 7.2 Grafuri de cunoștințe federate  

Permite **federarea grafurilor** între organizații partenere, pentru a partaja fragmente anonimizate de politici, îmbunătățind acoperirea intențiilor fără a expune date proprietare.

### 7.3 Profiluri de experți generate automat  

Folosiți **modele mari de limbaj (LLM)** pentru a sintetiza un profil draft de competență pentru noii angajați, pe baza parsării CV‑urilor, reducând fricțiunea onboarding‑ului.

---

## 8. Concluzie

Motorul de Rutare AI bazat pe Intenție reimaginează modul în care fluxurile de lucru ale chestionarelor de securitate sunt orchestrate. Prin interpretarea **adevăratei intenții** din spatele fiecărei întrebări, potrivirea dinamică cu expertul uman sau AI potrivit și ancorarea răspunsurilor într-un graf de cunoștințe viu, organizațiile pot:

* **Acceleră timpii de răspuns** de la săptămâni la ore,  
* **Îmbunătățească calitatea răspunsurilor** prin dovezi contextualizate,  
* **Scală colaborarea** în echipe distribuite, și  
* **Păstra procese audibile și conforme**, satisfăcând regulatorii și clienții deopotrivă.

Pentru firmele SaaS care doresc să își protejeze viitorul în managementul riscului furnizorilor, IBARE oferă un plan de acțiune concret și extensibil – unul ce poate fi adoptat incremental și perfecționat continuu pe măsură ce peisajul de conformitate evoluează.