# Kūrėjo API

    Integruokite atitikties tikrinimą į bet kokią darbo eigą

    $

    Jūsų priėmimo procesas, mokėjimų tarpininkas ir CRM jau kasdien priima rizikos sprendimus. ScreenVeritAI API leidžia integruoti sankcijų tikrinimą, PEP patikras, neigiamos žiniasklaidos analizę ir tikrųjų savininkų nustatymą tiesiai į šias darbo eigas — be rankinių paieškų, be kopijavimo-įklijavimo, be atitikties spragų tarp sistemų. Vienas API kvietimas paleidžia tą patį DI agentą, kuris valdo mūsų platformą, o struktūrizuotas JSON grąžinamas paruoštas jūsų sprendimų varikliui.

    // The request

    One POST call. That's your entire integration.

    Entity name, country, screening profile. Send it. The AI agent takes it from there — no orchestration logic on your end.

    nameEntity name, alias-aware
    countryISO 3166-1 alpha-2 country code
    profile"sanctions_check" or "deep_research"
    POST /v1/screenbash
    1curl -X POST https://api.screenveritai.com/v1/screen \
    2 -H 'Authorization: Bearer YOUR_API_KEY' \
    3 -H 'Content-Type: application/json' \
    4 -d '{
    5 "name": "Acme Trading LLC",
    6 "country": "AE",
    7 "profile": "deep_research"
    8 }'
    POST /api/v1/screen — response200 OK
    1{
    2"entity": "Acme Trading LLC",
    3"request_id": "srv_a8f3c1d9",
    4"processed_at": "2026-03-26T09:14:02Z",
    5"sanctions": {
    6"status": "clear",
    7"lists_checked": 10,
    8"matches": []
    9},
    10"pep": {
    11"status": "match",
    12"details": "Board member linked to PEP (gov. minister spouse)"
    13},
    14"adverse_media": {
    15"hits": 3,
    16"languages": ["en", "ar", "ko"],
    17"highest_severity": "medium"
    18},
    19"ubo": {
    20"layers_traced": 3,
    21"flagged": true,
    22"reason": "UBO connected to sanctioned entity"
    23},
    24"risk_tier": "enhanced_due_diligence"
    25}
    Clear / pass
    Match / flagged
    Hits / warnings
    Counts / metadata

    // The response

    Structured JSON. Every risk vector. Color-coded.

    Sanctions status, PEP matches, adverse media hits, UBO flags, and risk tier — all in one response, ready for your decision engine.

    "sanctions"Direct list match status + count
    "pep"PEP match + relationship detail
    "adverse_media"Hit count, languages, severity
    "ubo"Layers traced + flagged indicator
    "risk_tier"Normalized risk classification

    // Endpoints

    API Reference

    Three endpoints cover all screening workflows.

    POST
    /v1/screen

    Submit an entity for sanctions, PEP, adverse media, and UBO screening.

    Request

    curl -X POST https://api.screenveritai.com/v1/screen \
    -H 'Authorization: Bearer {API_KEY}' \
    -d '{"name": "Acme LLC", "country": "AE", "profile": "deep_research"}'

    Response

    200 OK
    { "request_id": "srv_a8f3c1d9", "status": "queued",
    "estimated_seconds": 30, "poll_url": "/v1/result/srv_a8f3c1d9" }

    // Integration patterns

    Drop into your existing workflow

    The API sits between data entry and decision — wherever you need a risk signal.

    Customer onboarding
    Customer signupPOST /v1/screenDecision engineApprove / reject
    Payment processing
    Transaction initGET /v1/checkScreen counterpartyRelease / hold
    CRM re-trigger
    Record updatedWebhook firesPOST /v1/screenAlert if changed

    // Build vs buy

    Kurti ar pirkti

    AspektasKurti vidujeScreenVeritAI API
    Laikas iki gamybos6–12 mėnesių sąrašams gauti, atitikimo logikai sukurti ir kraštiniams atvejams apdorotiDienos integracijai; paruošta gamybai nuo pirmo API kvietimo
    Sankcijų sąrašų aprėptisRankinis kiekvieno sąrašo formato apdorojimas; nuolatinė priežiūra keičiantis schemomsDaugiau nei 10 režimų prižiūrima ir nuolat atnaujinama — OFAC, ES, JT, JK ir daugiau
    Atitikimo tikslumasPasirinktinis neapibrėžtas atitikimas reikalauja NLP ekspertizės ir nuolatinio derinimoDI agentas su neapibrėžtu atitikimu, transliteracija, slapyvardžių sprendimu ir fonetiniais algoritmais
    PEP ir neigiama žiniasklaidaAtskiri duomenų tiekėjai, atskiros integracijos, atskiri biudžetaiPEP, neigiama žiniasklaida ir tikrųjų savininkų duomenys įtraukti į tą patį API atsakymą
    Nuolatinė priežiūraSkirta inžinerijos komanda sąrašų atnaujinimams, schemų pokyčiams ir klaidingų teigiamų rezultatų derinimuiPilnai valdoma — sąrašų atnaujinimai, modelio patobulinimai ir infrastruktūra tvarkomi už jus
    Audito pėdsakasKurkite savo registravimo, įrodymų generavimo ir saugojimo infrastruktūrąLaiko žyma pažymėti įrodymų paketai su šaltinių nuorodomis ir sprendimo pagrindimas įtraukti

    // How it works

    Keturi žingsniai iki gamybos

    1

    Gaukite API raktą

    Sukurkite apimties API raktą iš ScreenVeritAI valdymo skydelio. Priskirkite teises — search:read, search:write, batch:read, batch:write — mažiausios privilegijos prieigai.

    2

    Integruokite galutinį tašką

    Pridėkite vieną POST kvietimą į savo priėmimo, mokėjimų ar CRM darbo eigą. Siųskite subjekto pavadinimą, tipą ir šalį. API grąžina užduoties ID asinchroniniam rezultatų gavimui.

    3

    Apdorokite rezultatus

    Apklausinkite rezultatų galutinį tašką arba gaukite webhook atgalinį kvietimą. Išanalizuokite struktūrizuotą JSON atsakymą — sankcijų atitikimus, PEP žymėjimus, neigiamos žiniasklaidos aptikimus ir rizikos balus — ir nukreipkite į savo sprendimų logiką.

    4

    Stebėkite ir pranešinėkite

    Sukonfigūruokite nuolatinę stebėseną patikrintiems subjektams. Kai atnaujinami sankcijų sąrašai ar iškyla nauja neigiama žiniasklaida, API siunčia pranešimus, kad jūsų sistema galėtų automatiškai inicijuoti pakartotinį tikrinimą.

    // Quickstart examples

    Pradėkite per minutes

    Vienas API kvietimas grąžina pilną tikrinimo rezultatą.

    Patikrinkite subjektąbash
    bash
    curl -X POST https://api.screenveritai.com/v1/screen \
      -H 'Authorization: Bearer YOUR_API_KEY' \
      -H 'Content-Type: application/json' \
      -d '{"name": "Acme Trading LLC", "country": "AE"}'
    Patikrinkite rezultatąbash
    bash
    curl https://api.screenveritai.com/v1/results/RESULT_ID \
      -H 'Authorization: Bearer YOUR_API_KEY'

    API veikimas

    10+

    Globalių sankcijų režimų tikrinama vienu API kvietimu

    <2 min

    Vidutinis atsakymo laikas pilnam tikrinimui su giliu tyrimu

    99.9%

    API veikimo laiko SLA gamybinėms integracijoms

    // FAQ

    API integracijos DUK

    #Kaip autentifikuoti API užklausas?
    Visos API užklausos autentifikuojamos naudojant API raktą, perduodamą Authorization antraštėje. Raktai sukuriami iš ScreenVeritAI valdymo skydelio su apibrėžtomis teisėmis (search:read, search:write, batch:read, batch:write) mažiausios privilegijos prieigai užtikrinti.
    #Ar API yra sinchroninė ar asinchroninė?
    API naudoja asinchroninį apdorojimo modelį. Pateikiate tikrinimo užklausą per POST ir iš karto gaunate užduoties ID. Rezultatai gaunami apklausiant rezultatų galutinį tašką arba sukonfigūravus webhook atgalinį kvietimą. Tai neleidžia blokuoti jūsų gamybinio proceso, kol DI agentas baigia analizę.
    #Kokį atsakymo formatą grąžina API?
    Visi atsakymai yra struktūrizuoti JSON su nuosekliais laukų pavadinimais ir tipais. Tikrinimo rezultatai apima sankcijų atitikimo detales, PEP žymėjimus, neigiamos žiniasklaidos aptikimus, patikimumo balus, šaltinių nuorodas ir rizikos lygio klasifikaciją — paruoštus automatizuotam analizavimui ir sprendimų logikai be rankinio gavimo.
    #Kokie užklausų apribojimai taikomi?
    Užklausų apribojimai priskiriami pagal prenumeratos lygį ir taikomi per API raktą. Atsakymų antraštės apima dabartinį limitą, likusią kvotą ir atstatymo laiko žymą. Jei reikia didesnio pralaidumo masiniam apdorojimui, paketinis galutinis taškas priima CSV/XLSX įkėlimus didelio tūrio tikrinimui.
    #Ar galiu tikrinti subjektus paketu per API?
    Taip. Paketinis galutinis taškas priima CSV arba XLSX failus su iki 100 eilučių per užklausą. Kiekviena eilutė apdorojama kaip individualus tikrinimas, o rezultatus galima gauti per eilutę arba kaip pilną atsisiunčiamą eksportą, kai užduotis baigiasi.
    #Kaip nustatyti nuolatinę stebėseną per API?
    Po pradinio tikrinimo galite sukonfigūruoti stebėseną patikrintam subjektui. Kai atnaujinami sankcijų sąrašai ar iškyla nauja neigiama žiniasklaida, API siunčia webhook pranešimą į jūsų sukonfigūruotą galutinį tašką, kad jūsų sistema galėtų automatiškai inicijuoti pakartotinį tikrinimą ar eskalavimą.
    #Kokie atitikties duomenys įtraukti į kiekvieną tikrinimo rezultatą?
    Kiekvienas rezultatas apima sankcijų atitikimus per daugiau nei 10 režimų, PEP statusą su šeimos ir bendradarbių ryšiais, neigiamos žiniasklaidos aptikimus su daugiakalbėmis šaltinių citatomis, tikrųjų savininkų nuosavybės duomenis, rizikos lygio klasifikaciją ir laiko žyma pažymėtą įrodymų paketą, tinkamą auditui ir reguliavimo peržiūrai.
    #Kiek laiko trunka tikrinimas?
    Standartinis sankcijų patikrinimas paprastai baigiasi per sekundes. Gilaus tyrimo tikrinimas — įskaitant neigiamos žiniasklaidos analizę ir nuosavybės nustatymą — vidutiniškai užtrunka mažiau nei dvi minutes. Asinchroninis modelis reiškia, kad jūsų sistema niekada neblokuojama laukiant rezultatų.

    API terminologija

    REST API
    Žiniatinklio API architektūra, naudojanti standartinius HTTP metodus (GET, POST, PUT, DELETE) sąveikai su ištekliais. ScreenVeritAI API seka REST konvencijas, todėl yra suderinama su bet kuria kalba ar karkasu, galinčiu atlikti HTTP užklausas.
    Webhook
    Serverio-serverio HTTP atgalinis kvietimas, inicijuojamas įvykio. Užuot apklausę rezultatus, galite sukonfigūruoti ScreenVeritAI siųsti POST užklausą į jūsų galutinį tašką, kai tikrinimas baigiamas ar nuolatinė stebėsena aptinka pokyčius.
    Asinchroninis apdorojimas
    Užklausų modelis, kai API priima užduotį iš karto ir apdoroja ją fone. Klientas gauna užduoties ID ir gauna rezultatus vėliau per apklausą ar webhook. Šis šablonas neleidžia blokuoti gamybinių procesų.
    API raktas
    Slaptasis žetonas, naudojamas serverio-serverio API užklausų autentifikavimui. ScreenVeritAI API raktai turi apibrėžtas teises (search:read, search:write, batch:read, batch:write) mažiausios privilegijos prieigos modeliams užtikrinti.
    Užklausų ribojimas
    Mechanizmas, ribojantis API užklausų skaičių, kurį klientas gali atlikti per nustatytą laiko langą. Užklausų ribos priskiriamos pagal prenumeratos lygį ir komunikuojamos per atsakymų antraštes, įskaitant likusią kvotą ir atstatymo laiko žymas.
    Struktūrizuotas atsakymas
    Mašininiu būdu skaitomas API atsakymo formatas (JSON) su nuosekliais laukų pavadinimais, tipais ir įdėjimu. Struktūrizuoti atsakymai leidžia automatizuotą analizavimą, sprendimų logiką ir audito pėdsako generavimą be rankinio duomenų gavimo.

    /* Pramonės šaltiniai */

    1. [1]
    2. [2]
      Reguliavimo technologija AML/CFT atitikčiai

      Tarptautinių atsiskaitymų bankas — FSI įžvalgos

    3. [3]
    4. [4]

    Pradėkite tikrinimą per minutes.

    Kredito kortelė nereikalinga.