ScreenVeritAI
    Menu
    Sākt pārbaudi

    Izstrādātāju API

    Kāpēc kopēt vārdus no sistēmas uz sistēmu, ja to visu var izdarīt viens API izsaukums?

    Iestrādājiet uzņēmumu verifikāciju, īpašumtiesību kartēšanu, PEP pārbaudi, negatīvos medijus un sankciju signālus tieši savās esošajās darbplūsmās.

    Iegūt API atslēguSkatīt cenas
    POST/api/v1/searchbash
    curl -X POST https://screenveritai.com/api/v1/search \
  -H 'X-API-Key: YOUR_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{
    "entity_name": "Acme Trading LLC",
    "entity_type": "company",
    "country": "AE",
    "search_type": "sanctions_check"
  }'
# 202 Accepted
# { "search_id": "SEARCH_ID", "status": "processing",
#   "estimated_time_seconds": 15 }

    The request

    One POST call, then your poll loop.

    Entity name, type, country, screening type. The call returns 202 with a search_id and an ETA, and the agent works in the background — you poll for the result rather than hold the connection open.

    • entity_nameRequired, 1-500 characters. Alias-aware matching
    • entity_type"person", "company" or "any" (default "any")
    • countryOptional context field; does not filter Quick Check matching
    • search_type"sanctions_check", "adverse_media" or "full_search"

    The response

    Structured JSON. Findings, not a score.

    Core-jurisdiction fields and per-source arrays, plus criminal-watchlist and PEP/RCA findings. Review the available markdown, identifiers and source references; the response does not provide a numeric risk score.

    GET/api/v1/search/{search_id}200 OK
    {
  "id": "SEARCH_ID",
  "entity_name": "Acme Trading LLC",
  "entity_type": "company",
  "status": "completed",
  "search_type": "sanctions_check",
  "ofac_sanctions": "## OFAC Sanctions Findings\n\n**Status:** *Sanctioned*\n\n**Details:**\n- **Matched entity:** ACME TRADING LLC\n- **Authority:** US Treasury OFAC\n...",
  "eu_sanctions": "## EU Sanctions Findings\n\n**Status:** *No relevant listing found*\n...",
  "sanctions_sources": [
    { "source_id": "ofac_sanctions", "title": "OFAC Sanctions",
      "authority": "US Treasury OFAC", "hit_count": 1 },
    { "source_id": "eu_sanctions", "title": "EU Sanctions",
      "authority": "", "hit_count": 0 }
  ],
  "criminal_watchlists": null,
  "pep": null,
  "news_summary": null,
  "final_report": null,
  "created_at": "2026-09-04T09:20:03.771000+00:00",
  "completed_at": "2026-09-04T09:20:19.088000+00:00"
}
    No relevant listing found / nullSanctioned / potential matchPer-source hit_countStatus and search_type
    • "ofac_sanctions"One markdown field per jurisdiction; read the *Status:* line
    • "sanctions_sources"source_id, title, authority, details, hit_count per source
    • "criminal_watchlists"Markdown when matched, null when nothing matched
    • "pep"Markdown when matched, null when nothing matched
    • "news_summary"Adverse-media report on adverse_media and full_search
    • "status"completed when done; error_* on failure

    API reference

    Three calls cover a screening integration: queue it, poll it, or hand over a file.

    POST/api/v1/searchQueue a screening run. Returns immediately with a search_id; the work happens in the background.202 Accepted
    Requestbash
    curl -X POST https://screenveritai.com/api/v1/search \
  -H 'X-API-Key: YOUR_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"entity_name": "Acme Trading LLC", "entity_type": "company",
       "country": "AE", "search_type": "sanctions_check"}'
    Response202 Accepted
    { "search_id": "SEARCH_ID", "status": "processing",
  "message": "Search queued successfully. Poll the GET endpoint for results.",
  "estimated_time_seconds": 15 }
    GET/api/v1/search/{search_id}Poll for the result. Terminal status is completed; failures land in an error_* status.200 OK
    Requestbash
    curl https://screenveritai.com/api/v1/search/SEARCH_ID \
  -H 'X-API-Key: YOUR_API_KEY'
    Response200 OK
    { "id": "SEARCH_ID", "status": "completed", "search_type": "sanctions_check",
  "ofac_sanctions": "## OFAC Sanctions Findings ... *Sanctioned* ...",
  "eu_sanctions": "... *No relevant listing found* ...",
  "sanctions_sources": [{ "source_id": "ofac_sanctions", "hit_count": 1 }],
  "criminal_watchlists": null, "pep": null }
    POST/api/v1/batchUpload a CSV or XLSX with a name column — up to 100 rows and 2 MB. Poll the job, then export the CSV.202 Accepted
    Requestbash
    curl -X POST https://screenveritai.com/api/v1/batch \
  -H 'X-API-Key: YOUR_API_KEY' \
  -F 'file=@portfolio.csv'
    Response202 Accepted
    { "job_id": "JOB_ID", "total_rows": 100, "credits_charged": 100,
  "search_type": "sanctions_check", "status": "pending",
  "message": "Batch job created successfully. Poll the GET endpoint for status." }

    Integration patterns

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

    • Customer onboarding

      1. Customer signup
      2. POST/api/v1/search
      3. Poll until completed
      4. Approve / hold

    • Payment processing

      1. Transaction init
      2. POST/api/v1/search
      3. Poll until completed
      4. Release / hold

    • CRM re-screen

      1. Record updated
      2. Your scheduler fires
      3. POST/api/v1/search
      4. Write result back

    Izstrāde pašu spēkiem pret integrāciju ar ScreenVeritAI

    Izstrāde pašu spēkiem pret integrāciju ar ScreenVeritAI
    AspektsIzstrāde pašu spēkiemScreenVeritAI API
    Laiks līdz palaišanai produkcijā6–12 mēneši sarakstu iegūšanai, sakritības loģikas izveidei, robežgadījumu apstrādeiDienas integrācijai — gatavs produkcijai jau ar pirmo API izsaukumu
    Sankciju sarakstu pārklājumsManuāla katra saraksta formāta ievade; pastāvīga shēmas uzturēšanaKatrs galvenais avots, uzturēts un nepārtraukti atjaunināts
    Sakritības precizitātePielāgota aptuvenā sakritība prasa NLP zināšanas un pastāvīgu pielāgošanuAI ar aptuveno sakritību, transliterāciju, aizstājvārdu analīzi un fonētiskiem algoritmiem
    PEP un negatīvie medijiAtsevišķi piegādātāji, atsevišķas integrācijas, atsevišķi budžetiPEP, negatīvie mediji un PLG dati tajā pašā API atbildē
    Pastāvīgā uzturēšanaAtsevišķa komanda sarakstu atjauninājumiem, shēmas izmaiņām, viltus trāpījumu pielāgošanaiPilnībā pārvaldīts — atjauninājumus, uzlabojumus un infrastruktūru nodrošinām mēs
    Revīzijas pēdaJāizveido pašiem žurnalēšanas, pierādījumu un glabāšanas infrastruktūraIekļautas pierādījumu paketes ar laika zīmogu un avotu atsaucēm

    Četri soļi līdz iestrādātai atbilstībai

    1. Iegūstiet savu API atslēgu

      Izveidojiet ierobežotu atslēgu savā panelī ar minimālo tiesību atļaujām: search:read, search:write, batch:read, batch:write.

    2. Integrējiet galapunktu

      Viens POST izsaukums jūsu klientu uzņemšanas, maksājumu vai CRM plūsmā — nosūtiet vienības nosaukumu, veidu un valsti, saņemiet atpakaļ uzdevuma ID.

    3. Apstrādājiet rezultātus

      Aptaujājiet rezultātu galapunktu, lai saņemtu strukturētu JSON — uzņēmuma kontekstu, īpašumtiesības, PEP, negatīvos medijus, sankciju signālus un riska vērtējumus.

    4. Uzraugiet un brīdiniet

      Konfigurējiet nepārtrauktu monitoringu — API nosūta brīdinājumus, kad sankciju saraksti atjaunojas vai parādās jauni negatīvie mediji.

    Sāciet dažu minūšu laikā

    Viens API izsaukums atgriež pilnu pārbaudes rezultātu.

    Pārbaudiet vienībubash
    curl -X POST https://screenveritai.com/api/v1/search \
  -H 'X-API-Key: YOUR_API_KEY' \
  -H 'Content-Type: application/json' \
  -d '{"entity_name": "Acme Trading LLC", "country": "AE", "search_type": "sanctions_check"}'

# 202 Accepted
# { "search_id": "SEARCH_ID", "status": "processing", "estimated_time_seconds": 15 }
    Pārbaudiet rezultātubash
    curl https://screenveritai.com/api/v1/search/SEARCH_ID \
  -H 'X-API-Key: YOUR_API_KEY'

# 200 OK
# { "id": "SEARCH_ID", "status": "completed",
#   "ofac_sanctions": "## OFAC Sanctions Findings ... *No relevant listing found* ...",
#   "criminal_watchlists": null, "pep": null }

    API veiktspēja

    • €0.39

      Quick Check par vienu pieprasījumu, bez platformas maksas

    • 202

      HTTP statuss, kad meklēšana pieņemta; rezultātu pēc tam pieprasa

    • EU

      Mitināts Somijā; glabātie dati paliek ES

    API integrācijas BUJ

    Kā autentificēt API pieprasījumus?

    Autentificējiet API pieprasījumus ar slepenu atslēgu, kas tiek nosūtīta X-API-Key galvenē. Atslēgas tiek izveidotas jūsu panelī ar konkrētām atļaujām.

    Vai API ir sinhrons vai asinhrons?

    Asinhrons. Iesniedziet pieprasījumu, saņemiet uzdevuma ID, izgūstiet rezultātus ar aptauju. Jūsu plūsma nekad netiek bloķēta.

    Kādā formātā API atgriež atbildi?

    Strukturēts JSON ar galveno jurisdikciju laukiem un masīviem katram avotam, kā arī meklēto personu sarakstu un PEP/RCA rezultātiem. Pārskatiet pieejamo markdown, identifikatorus un avotu atsauces. Atbilde nesniedz skaitlisku riska vērtējumu.

    Kādi pieprasījumu ierobežojumi tiek piemēroti?

    Piešķirti pēc abonementa līmeņa katrai API atslēgai. Atbildes galvenēs iekļauta atlikusī kvota un atiestatīšanas laika zīmogs.

    Vai varu pārbaudīt vienības pakešveidā, izmantojot API?

    Jā. Pakešu galapunkts pieņem CSV vai XLSX ar līdz 100 rindām vienā pieprasījumā, rezultātus var izgūt pa rindām vai kā pilnu eksportu.

    Kā iestatīt nepārtrauktu monitoringu, izmantojot API?

    Konfigurējiet monitoringu pēc sākotnējās pārbaudes. Kad saraksti atjaunojas vai parādās jauni negatīvie mediji, monitorings atzīmē izmaiņu un brīdina jūs lietotnē.

    Kādi atbilstības dati ir iekļauti katrā pārbaudes rezultātā?

    Sankciju sakritības no visiem galvenajiem avotiem, PEP statuss ar ģimenes saiknēm, negatīvie mediji ar daudzvalodu atsaucēm, PLG dati, riska līmenis un pierādījumu pakete ar laika zīmogu.

    Cik ilgi ilgst pārbaude?

    Standarta sankciju pārbaude: sekundes. Padziļināta izpēte ar negatīvajiem medijiem un īpašumtiesību kartēšanu: mazāk nekā divas minūtes.

    API terminoloģija

    REST API
    Tīmekļa API, kas izmanto standarta HTTP metodes — savietojams ar jebkuru valodu vai ietvaru, kas var veikt HTTP pieprasījumus.
    Asinhronā apstrāde
    API nekavējoties pieņem uzdevumu un apstrādā to fonā — rezultātus izgūstiet ar aptauju (polling).
    API atslēga
    Slepens marķieris API pieprasījumu autentifikācijai, ar konkrētām atļaujām minimālo tiesību piekļuvei.
    Pieprasījumu ierobežošana
    Ierobežo API pieprasījumus laika periodā pēc abonementa līmeņa — atlikusī kvota un atiestatīšanas laika zīmogs atbildes galvenēs.
    Strukturēta atbilde
    Mašīnlasāms JSON ar konsekventiem lauku nosaukumiem un tipiem, kas ļauj automatizētu apstrādi un lēmumu loģiku.

    REST API AML pārbaudei

    Integrējiet sankciju, PEP, noziedzības uzraudzības sarakstu, negatīvo mediju un KYB/UBO pārbaudi tieši savās klientu uzņemšanas, monitoringa un darījumu plūsmās. API ir aktīvs: autentificējieties ar API atslēgu un izsauciet to pašu pārbaudes dzinēju, ko izmanto portāls.

    Galapunkti ir vispārēji pieejami ar API atslēgas autentifikāciju un līmeņiem piesaistītiem pieprasījumu ierobežojumiem. Izpētiet katru galapunktu interaktīvajā OpenAPI dokumentācijā /api/v1/docs.

    Quickstart API referenceOpenAPI schema

    Ātrā sākšana

    1. 1. Izveidojiet API atslēgu

      Izveidojiet ierobežotu API atslēgu savā panelī vai ģenerējiet to programmatiski, izmantojot sava konta bearer marķieri servera-servera pieprasījumiem.

      POST/api/v1/keyscurl
      curl -X POST https://screenveritai.com/api/v1/keys \
  -H "Authorization: Bearer <SUPABASE_JWT>" \
  -H "Content-Type: application/json" \
  -d '{"name":"server-key","permissions":["search:read","search:write"]}'

    2. 2. Palaidiet pirmo meklēšanu

      Iesniedziet vienību ar X-API-Key galveni. API atgriež meklēšanas ID, ko izgūstat pēc apstrādes pabeigšanas.

      POST/api/v1/searchcurl
      curl -X POST https://screenveritai.com/api/v1/search \
  -H "X-API-Key: <YOUR_API_KEY>" \
  -H "Content-Type: application/json" \
  -d '{"entity_name":"Acme Ltd","entity_type":"company","search_type":"full_search"}'

    3. 3. Iesniedziet pakešu

      Nosūtiet CSV/XLSX failu, lai vienā uzdevumā pārbaudītu daudzas vienības, tad izgūstiet rindas vai eksportus, kad pakete ir pabeigta.

      POST/api/v1/batchcurl
      curl -X POST https://screenveritai.com/api/v1/batch \
  -H "X-API-Key: <YOUR_API_KEY>" \
  -F "file=@entities.csv"
    API reference (EN)OpenAPI schema

    Galvenie galapunkti

    • POST/api/v1/search

      Izveidojiet pārbaudes pieprasījumu vienai vienībai. Atgriež meklēšanas ID un apstrādes statusu. Konta, pārklājuma un darbības galapunkti arī pieejami zem /api/v1.

      Autentifikācija: X-API-Key (search:write)

    • POST/api/v1/batch

      Iesniedziet CSV/XLSX failus liela apjoma pārbaudei, tad izgūstiet rindas vai eksportus, kad uzdevumi pabeigti.

      Autentifikācija: X-API-Key (batch:write)

    • POST/api/v1/keys

      Izveidojiet un pārvaldiet API akreditācijas datus ar ierobežotām atļaujām, līmenim atbilstošiem pieprasījumu ierobežojumiem un lietojuma uzskaiti.

      Autentifikācija: Bearer marķieris (konts)

    Crypto address checks. Source evidence at 0,39 €.

    Check an address against OFAC’s published digital-currency identifiers. Add native-USDC issuer-block status on Ethereum in the same request, at the same price.

    0,39 € per completed address check · prepaid PAYG only

    • POST/api/v1/crypto-address/checks
    • GET/api/v1/crypto-address/checks/{id}
    API documentation (EN)
    OFAC address match
    Exact address lookup under the requested OFAC currency label, such as ETH, XBT, TRX, USDT or USDC. Evidence includes the publication date, source URL, export hash and matching OFAC record.
    Ethereum USDC
    Set network to ethereum to check native-USDC issuer-block status at a finalized Ethereum mainnet block. The result includes the contract address, block number, block hash and contract response. Omit network for an OFAC-only check.
    Create a check
    POST requires X-API-Key with search:write, an Idempotency-Key of 16–128 ASCII letters, digits, underscores, dots, colons or hyphens, and address, currency and integer max_prepaid_cents fields. Set max_prepaid_cents to 39 to authorize the current price. A completed request returns HTTP 200 synchronously.
    Retrieve and retry
    GET requires search:read and returns your saved check without another charge. If a POST response is lost, reuse the same Idempotency-Key and payload. Keep that key while the outcome is uncertain; create a new key only for a deliberate new check.
    Billing
    Completed checks debit 0,39 € from your EUR prepaid balance. Minimum balance top-up: €5. Subscription allowances do not apply. Source failures are unpaid.

    A negative result means no published OFAC match or no native-USDC issuer block in the checked source. It does not establish wallet ownership or clear an address of all risk.

    This is an address-level source check. Transaction tracing, exposure scoring and continuous KYT monitoring are outside its scope. Crypto checks use this separate API; they are not available through name-screening batch uploads, portal history or PDF reports.

    Kāpēc komandas izmanto API

    • Viena integrācija sankciju, PEP, noziedzības uzraudzības sarakstu, negatīvo mediju un KYB/UBO pārbaudei
    • API atslēgas autentifikācija ar X-API-Key galveni, ar atļauju ierobežotām atslēgām minimālo tiesību piekļuvei
    • Līmeņiem piesaistīti pieprasījumu ierobežojumi ar lietojuma žurnalēšanu pārvaldībai un izmaksu kontrolei
    • Meklēšanas, pakešu, atslēgu, konta, pārklājuma un darbības galapunkti zem /api/v1
    • Interaktīva OpenAPI dokumentācija /api/v1/docs, kā arī mašīnlasāma OpenAPI shēma
    • Strukturēta izvade, piemērota revīzijas žurnāliem, lietu materiāliem un lejupējiem lēmumiem

    Integration playbooks

    API BUJ

    Kā autentificēt API pieprasījumus?

    Pārbaudes pieprasījumi uz /api/v1/search un /api/v1/batch tiek autentificēti ar API atslēgu, ko nosūta X-API-Key galvenē. Izveidojiet atslēgas savā panelī vai programmatiski caur /api/v1/keys pēc autentifikācijas ar sava konta bearer marķieri.

    Vai API ir vispārēji pieejams?

    Jā. API v1 ir aktīvs un vispārēji pieejams. Autentificējieties ar API atslēgu, izsauciet meklēšanas, pakešu un atslēgu pārvaldības galapunktus un izpētiet visu interaktīvajā OpenAPI dokumentācijā /api/v1/docs.

    Vai varu ierobežot API atslēgas atļaujas?

    Jā. Atslēgas atbalsta tādas atļaujas kā search:read, search:write, batch:read un batch:write, lai jūs varētu nodrošināt minimālo tiesību piekļuvi katrai integrācijai.

    Kādi pieprasījumu ierobežojumi tiek piemēroti?

    Pieprasījumu ierobežojumi tiek piešķirti pēc API līmeņa un piemēroti katrai API atslēgai atsevišķi — līmenis nosaka pieprasījumu caurlaidspēju, nevis rēķinu izrakstīšanu. Atbildes galvenēs iekļauts ierobežojums, atlikusī kvota un atiestatīšanas laika zīmogi, lai jūs varētu attiecīgi pielāgot pieprasījumu plūsmu.

    Kur var ātri izmēģināt galapunktus?

    Izmantojiet interaktīvo dokumentāciju /api/v1/docs Swagger testēšanai un /api/v1/redoc uzziņas stila dokumentācijai. OpenAPI shēma ir pieejama /api/v1/openapi.json.

    Sāciet pārbaudi minūtēs.

    Izvēlieties plānu un sāciet pārbaudi jau šodien.

    Iegūt API atslēguSkatīt cenas