
# AI‑vođeni kontinuirani registar porijekla dokaza za revizije upitnika dobavljača

Sigurnosni upitnici su čuvari B2B SaaS poslova. Jedan nejasan odgovor može zadržati ugovor, dok dobro dokumentiran odgovor može ubrzati pregovore za tjedne. Ipak, ručni procesi koji stoje iza tih odgovora—prikupljanje politika, izdvajanje dokaza i anotiranje odgovora—prepuni su ljudskih pogrešaka, derutacije verzija i noćnih mora revizija.  

Upoznajte **Kontinuirani registar porijekla dokaza (CEPL)**, AI‑ponjurani, nepromjenjivi zapis koji bilježi cijeli životni ciklus svakog odgovora na upitnik, od sirovog izvornog dokumenta do konačnog AI‑generiranog teksta. CEPL pretvara razbacan skup politika, revizijskih izvještaja i kontrolnih dokaza u koherentnu, verificiranu naraciju koju regulatori i partneri mogu povjerljivo prihvatiti bez beskonačnog „naprijed‑i‑nazad“.

U nastavku istražujemo arhitekturu, protok podataka i praktične prednosti CEPL‑a te pokazujemo kako Procurize može integrirati ovu tehnologiju kako bi vašem timu za usklađenost dao odlučujuću prednost.

## Zašto tradicionalno upravljanje dokazima ne uspijeva

| Problem | Tradicionalni pristup | Utjecaj na poslovanje |
|------------|----------------------|--------------------|
| **Kaos verzija** | Više kopija politika pohranjeno na zajedničkim diskom, često nesinkronizirano. | Nekonzistentni odgovori, propuštena ažuriranja, praznine u usklađenosti. |
| **Ručna pratljivost** | Timovi ručno bilježe koji dokument podržava svaki odgovor. | Vremenski intenzivno, sklon greškama, dokumentacija spremna za reviziju rijetko pripremljena. |
| **Nedostatak revizijskog praćenja** | Nema nepromjenjivog zapisa tko je što i kada uredio. | Revizori traže “dokaz porijekla”, što dovodi do kašnjenja i izgubljenih poslova. |
| **Ograničenja skalabilnosti** | Dodavanje novih upitnika zahtijeva ponovno izgradnju mape dokaza. | Operativna uska grla kako baza dobavljača raste. |

Ove nedostatke dodatno pojačava upotreba AI‑generiranih odgovora. Bez pouzdanog lanca izvora, AI‑izradu odgovora mogu odbaciti kao „crnu kutiju“, čime se potkopava sam zadatak brzine koju obećavaju.

## Osnovna ideja: Neizmjenjivo porijeklo za svaki dokaz

Registar porijekla je kronološki uređen, manipulaciji otporan zapis koji bilježi **tko**, **što**, **kada** i **zašto** za svaki podatak. Integracijom generativnog AI‑ja u ovaj registar postiže se dva cilja:

1. **Pratljivost** – Svaki AI‑generirani odgovor povezan je s točnim izvorima, anotacijama i koracima transformacije koji su ga proizveli.  
2. **Integritet** – Kriptografski hash‑ovi i Merkle‑stabla jamče da se registar ne može mijenjati bez otkrivanja.

Rezultat je **jedinstveni izvor istine** koji se u sekundi može prikazati revizorima, partnerima ili internim recenzentima.

## Arhitektonski nacrt

Dolje je prikazan visokorazinski Mermaid dijagram koji prikazuje CEPL komponente i protok podataka.

```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
```

**Pregled komponenti**

| Komponenta | Uloga |
|------------|-------|
| **Izvorno spremište** | Centralizirano pohranjivanje politika, revizijskih izvještaja, registra rizika i pratećih artefakata. |
| **Ingestor dokumenata** | Parsira PDF‑ove, DOCX, markdown i izdvaja strukturirane metapodatke. |
| **Hash & Store** | Generira SHA‑256 hash za svaki artefakt i zapisuje ga u nepromjenjivo objektno spremište (npr. AWS S3 s Object Lock). |
| **Indeks dokaza** | Pohranjuje vektorske ugradnje u vektorsku bazu podataka radi semantičke pretrage. |
| **AI engine za dohvat** | Vraća najrelevantnije dokaze na temelju upita iz upitnika. |
| **Graditelj prompta** | Sastavlja kontekst‑bogat prompt koji uključuje isječke dokaza i metapodatke porijekla. |
| **Generativni LLM** | Proizvodí odgovor u prirodnom jeziku uz poštivanje usklađenosti. |
| **Skica odgovora** | Početni AI output, spreman za ljudsku reviziju. |
| **Praćenje porijekla** | Bilježi svaki uzvišni artefakt, hash i korak transformacije korišten u izradi skice. |
| **Registar porijekla** | Append‑only log (npr. Hyperledger Fabric ili Merkle‑tree‑rješenje). |
| **Preglednik revizija** | Interaktivno sučelje koje prikazuje odgovor zajedno s kompletnim lanom dokaza za revizore. |

## Detaljan korak‑po‑korak vodič

1. **Ingestija i hashiranje** – Čim se politika učita, Ingestor dokumenata izdvaja njen tekst, izračuna SHA‑256 hash i pohrani sirovu datoteku i hash u nepromjenjivo spremište. Hash se također dodaje u **Indeks dokaza** radi brzog pretraživanja.  
2. **Semantički dohvat** – Kad stigne novi upitnik, AI engine za dohvat izvršava sličnostnu pretragu nad vektorskom bazom, vraćajući top‑N dokaza koji najviše odgovaraju semantici pitanja.  
3. **Izgradnja prompta** – Graditelj prompta ubacuje svaki isječak dokaza, njegov hash i kratku citaciju (npr. „Policy‑Sec‑001, Odjeljak 3.2”) u strukturirani LLM prompt. To modelu omogućuje izravan citiranje izvora.  
4. **Generiranje LLM‑a** – Korištenjem fino podešenog, usklađenog LLM‑a, sustav generira skicu odgovora koja referira navedena dokaza. Budući da prompt sadrži eksplicitne citate, model uči proizvesti jezik s referencama („Prema Policy‑Sec‑001 …”).  
5. **Zapisivanje porijekla** – Dok LLM obrađuje prompt, **Praćenje porijekla** zapisuje:  
   - ID prompta  
   - Hashove dokaza  
   - Verziju modela  
   - Vremensku oznaku  
   - Korisnika (ako recenzent izvrši izmjene)  

   Ovi zapisi se serijaliziraju u **Merkle‑list** i dodaju u registar.  
6. **Ljudska revizija** – Analitičar usklađenosti pregleda skicu, dodaje ili uklanja dokaze i finalizira odgovor. Svaka ručna izmjena stvara dodatni zapis u registru, čuvajući kompletnu povijest uređivanja.  
7. **Izvoz za reviziju** – Kada se to zatraži, **Preglednik revizija** generira PDF koji uključuje konačni odgovor, hipervezu na sve dokumente dokaza i kriptografski dokaz (Merkle korijen) da lanac nije manipuliran.

## Kvantificirane prednosti

| Metrika | Prije CEPL | Nakon CEPL | Poboljšanje |
|---------|------------|------------|-------------|
| Prosječno vrijeme odgovora | 4‑6 dana (ručno skupljanje) | 4‑6 sati (AI + automatsko praćenje) | ~90 % smanjenje |
| Napori u odgovoru na reviziju | 2‑3 dana ručnog prikupljanja dokaza | < 2 sata za generiranje paketa dokaza | ~80 % smanjenje |
| Stopa grešaka u citatima | 12 % (nedostajući ili netočni reference) | < 1 % (provjereno hash‑om) | ~92 % smanjenje |
| Utjecaj na brzinu sklapanja poslova | 15 % poslova odgođeno zbog uskih grla upitnika | < 5 % odgođeno | ~66 % smanjenje |

Ove uštede izravno se pretvaraju u veći udio pobjeda, niže troškove usklađenosti i jaču reputaciju za transparentnost.

## Integracija s Procurize‑om

Procurize već izvrsno centralizira upitnike i raspoređuje zadatke. Dodavanje CEPL‑a zahtijeva tri točke integracije:

1. **Kuka na spremište** – Povežite Procu‑rizinu repozitorijsku bazu s nepromjenjivim spremištem koje koristi CEPL.  
2. **API AI usluge** – Izložite Graditelj prompta i LLM kao mikro‑uslugu koju Procurize može pozvati kad se upitniku dodijeli zadatak.  
3. **Proširenje UI‑a za registar** – Umetnite Preglednik revizija kao novu karticu unutar stranice detalja upitnika, omogućujući korisnicima prebacivanje između „Odgovor“ i „Porijeklo“.

Zahvaljujući modularnoj mikro‑servisnoj arhitekturi Procurize‑a, ove promjene mogu se uvesti postepeno, počevši s pilot timovima i skalirajući na cijelu organizaciju.

## Primjeri iz stvarnog svijeta

### 1. SaaS dobavljač koji traži veliki poduzećni ugovor  
Sigurnosni tim poduzeća traži dokaz o **šifriranju podataka u mirovanju**. S CEPL‑om, odgovorna osoba klikne „Generiraj odgovor“, prima koncizan izjava koja citira točnu politiku šifriranja (hash‑verificirano) i poveznicu na revizijski izvještaj upravljanja ključevima. Revizor poduzeća provjeri Merkle korijen u minuti i odobri odgovor.

### 2. Kontinuirano praćenje za regulirane industrije  
FinTech platforma mora kvartalno dokazati usklađenost s **SOC 2 Type II**. CEPL automatski ponovo pokreće iste promptove s najnovijim revizijskim dokazima, generira ažurirane odgovore i novi zapis u registru. Regulatorski portal prima Merkle korijen putem API‑ja i potvrđuje da lanac dokaza ostaje netaknut.

### 3. Dokumentacija incident response‑a  
Tijekom simulacije napada, tim sigurnosti mora odgovoriti na upitnik o **kontrolama otkrivanja incidenata**. CEPL povlači relevantni priručnik, bilježi točnu verziju koja je korištena i proizvodi odgovor s dokazom integriteta, što revizoru omogućuje provjeru postojanja i neizmjenjivosti priručnika u sekundi.

## Sigurnosni i privatnosni aspekti

- **Povjerljivost podataka** – Dokumenti su šifrirani u mirovanju uz ključeve kojima upravlja kupac. Samo ovlaštene uloge mogu dešifrirati i dohvatiti sadržaj.  
- **Zero‑knowledge dokazi** – Za izuzetno osjetljive dokaze registar može pohraniti samo zero‑knowledge dokaz uključenosti, omogućujući revizoru da potvrdi postojanje dokaza bez otkrivanja samog sadržaja.  
- **Kontrole pristupa** – Praćenje porijekla poštuje RBAC, osiguravajući da samo recenzenti mogu uređivati odgovore, dok revizori mogu jedino pregledavati registar.

## Buduća poboljšanja

1. **Federativni registar među partnerima** – Omogućiti više organizacija da dijele zajednički registar porijekla za zajedničke dokaze (npr. procjene rizika trećih strana) uz zadržavanje zasebnih silosa podataka.  
2. **Dinamička sinteza politika** – Iskoristiti povijesne podatke iz registra za treniranje meta‑modela koji predlaže izmjene politika temeljene na ponavljajućim prazninama upitnika.  
3. **AI‑pokrenuto otkrivanje anomalija** – Kontinuirano analizirati registar radi neobičnih uzoraka (npr. nagli porast izmjena dokaza) i automatski upozoriti timove za usklađenost.

## Pet koraka za početak

1. **Aktivirajte nepromjenjivo spremište** – Postavite objektno spremište s politikama „write‑once, read‑many“ (WORM).  
2. **Povežite Ingestor dokumenata** – Iskoristite Procurize‑ov API kako biste proslijedili postojeće politike u CEPL cjevovod.  
3. **Pokrenite usluge dohvaćanja i LLM‑a** – Odaberite usklađeni LLM (npr. Azure OpenAI s izolacijom podataka) i konfigurirajte predložak prompta.  
4. **Omogućite praćenje porijekla** – Integrirajte SDK‑u Praćenja porijekla u vaš tijek rada upitnika.  
5. **Obučite tim** – Organizirajte radionicu o čitanju Preglednika revizija i interpretaciji Merkle‑dokaza.

Slijedeći ove korake, vaša organizacija prelazi s “noćne more papirića” na **kriptografski dokaziv sustav usklađenosti**, pretvarajući sigurnosne upitnike iz uskog grla u konkurentsku prednost.

---

## <span class='highlight-content'>Pogledaj</span> također

- [NIST SP 800‑37 Rev 2 – Risk Management Framework](https://csrc.nist.gov/publications/detail/sp/800-37/rev-2/final)
- [ISO/IEC 27001:2022 – Information Security Management](https://www.iso.org/standard/73906.html)
- [OpenZeppelin – Merkle Tree Proofs for Auditable Data](https://docs.openzeppelin.com/contracts/4.x/api/utils#MerkleProof)
- [Microsoft Azure Confidential Computing Documentation](https://learn.microsoft.com/azure/confidential-computing/)