StriseWiki

MCP Server

Strise MCP-serveren eksponerer Strises compliance-intelligens til AI-assistenter, der understøtter Model Context Protocol. Forbind Claude eller enhver anden MCP-kompatibel klient til din Strise-tenant, og kør arbejdsgange for KYB/KYC, screening, overvågning og vurdering direkte fra chatten.

Serveren bruger de samme data, den samme autorisation og det samme revisionsspor som Strise-webappen. Hvert værktøjskald går igennem dit Strise-teams tilladelser og logges i Compliance Memory.

Server-endpoint

FeltVærdi
Streamable HTTP-URLhttps://mcp.strise.ai/mcp
Discoveryhttps://mcp.strise.ai/.well-known/oauth-protected-resource
Værktøjsreference (markdown)https://mcp.strise.ai/docs
Sundhedstjekhttps://mcp.strise.ai/healthz

Autentificering

MCP-serveren er en OAuth 2.0-ressourceserver. Autorisation håndteres af Strises identitetsudbyder, Auth0 — det samme login som i Strise-webappen — som udsteder adgangstokens og håndterer klientregistrering, validering af redirect-URI'er og samtykkeskærmen. Klienter finder autorisationsserveren via metadataene for den beskyttede ressource ovenfor, eller fra WWW-Authenticate-headeren på enhver uautoriseret anmodning til /mcp.

OAuth-egenskabVærdi
Autorisationsserverhttps://login.strise.ai/
Ressourceidentifikatorhttps://mcp.strise.ai/mcp
Grant-typerauthorization_code, refresh_token
Token-endpoint-godkendelsenone (offentlig klient med PKCE) eller private_key_jwt (fortrolig)
Scopesopenid, profile, email

Klienter identificerer sig med et Client ID Metadata Document (CIMD) — et JSON-dokument, som klienten er vært for, der lister dens redirect_uris og metadata, og hvis HTTPS-URL er klient-id'et. Der er ikke behov for en registreringsanmodning: autorisationsserveren henter dokumentet og validerer redirect-URI'en op mod det. Claude udgiver sit eget dokument, så Claude-connectoren fungerer uden nogen opsætning fra din side.

Brugere ser en samtykkeskærm, der navngiver klienten, første gang de opretter forbindelse.

Hver anmodning til /mcp skal indeholde et verificeret Strise-adgangstoken som Authorization: Bearer <token>. Brugeren skal tilhøre mindst ét Strise-team. For team-specifikke værktøjer skal du videregive teamId eller konfigurere X-Strise-Team: <teamId>. Serveren bruger dit eneste team, når der er præcis ét; hvis du tilhører flere teams, skal du vælge ét. Brug list_my_teams for at se dine valgmuligheder.

Opsætning

Claude (web og desktop)

  1. Åbn Claude connector directory.
  2. Tilføj Strise-connectoren.
  3. Log ind med din Strise-konto, når du bliver bedt om det.
  4. Strise-værktøjerne bliver tilgængelige i Claude.

Brugerdefineret connector i Claude

I Claudes Settings > Connectors skal du tilføje en brugerdefineret connector med URL'en https://mcp.strise.ai/mcp og derefter logge ind med din Strise-konto. Organisationsindstillinger kan kræve, at en ejer aktiverer det. Følg Claudes vejledning til eksterne connectorer for de aktuelle opsætningstrin.

Codex (CLI og app)

codex mcp add strise --url https://mcp.strise.ai/mcp
codex mcp login strise

URL'en skal være præcis https://mcp.strise.ai/mcp — sti inkluderet, ingen afsluttende skråstreg. Codex sender den som RFC 8707-parameteren resource, og autorisationsserveren opløser den til tokenets audience, så enhver anden stavemåde vil få token-anmodningen til at mislykkes.

Codex vælger automatisk CIMD, når det er muligt. Hvis login mislykkes med en registreringsfejl, kan du gennemtvinge det:

codex mcp login strise --oauth-client-registration cimd

Strise understøtter ikke Dynamic Client Registration, så et Codex-build, der er ældre end dets CIMD-understøttelse, kan ikke fuldføre login. Opgrader Codex, hvis --oauth-client-registration cimd ikke er et genkendt flag.

Cursor / andre MCP-klienter

Enhver klient, der understøtter eksterne MCP-servere med OAuth, kan forbinde til https://mcp.strise.ai/mcp. Se din klients dokumentation for det nøjagtige konfigurationsformat. Vælg en klient med understøttelse af ekstern Streamable HTTP; denne tjeneste tilbyder ikke et lokalt stdio-indgangspunkt.

Funktioner

Værktøjerne er grupperet efter funktionsområde. Den fulde reference med parametre, returformater og eksempler på prompts for hvert værktøj findes på mcp.strise.ai/docs.

KategoriHvad det dækker
Søgning og opslagSøg efter virksomheder, erhvervspersoner og privatpersoner efter navn eller registreringsnummer; opslag via nationalt identifikationsnummer
EntitetsoplysningerProfiler for virksomheder, personer og privatpersoner — adresser, identifikatorer, statsborgerskab, branche, virksomhedsformål
Risiko og complianceCalculated Risk-score, sanktionsscreening, PEP-screening, hændelser vedrørende negative medier (AMS), vurderingshistorik
VirksomhedsdataRegnskabstal, ejerskab, kapitalandele, fast ejendom, sikkerhedsstillelser, kredit- og CCJ-rapporter, registre, dokumenter, filialer
EntitetsstrukturReelt ejerskab (UBO) med konfigurerbar tærskel, ejerskabsdiagrammer, bestyrelsesroller, tegningsberettigede, forbundne entiteter
Overvågning og advarslerVis advarsler, hent detaljer om advarselsændringer, portefølje-briefing, løs advarsler
VurderingsstyringOpret vurderinger af virksomheder og privatpersoner med revisionsrisiko og vurderingsstatus
Negative medierForetag disposition for AMS-hændelser som bekræftet sand/falsk; opret brugerdefinerede AMS-hændelser
RedigeringRediger ejerskab og roller, administrer brugerdefinerede registre, tilknyt eller frakobl Custom Entities, opdater entitetsstatus
ArbejdsgangeBestil kredit- og CCJ-rapporter; send kundehenvendte formularer; log teamaktiviteter

Eksempler på arbejdsgange

Compliance-vurdering af en norsk virksomhed

Slå den norske virksomhed med org.nr. 923609016 op. Giv mig Calculated Risk-scoren, reelle ejere ved en tærskel på 25 % og eventuelle sanktions- eller PEP-træffere.

Modellen kalder lookup_company, get_entity_risk_summary og get_entity_ownership og syntetiserer derefter en skriftlig opsummering.

Sanktions- og PEP-screening af en person

Søg efter "Ivan Petrov", og tjek, om der er sanktions- eller PEP-markeringer på nogen af matchene.

Modellen kalder search_entities (eller search_private_persons) og derefter get_entity_risk_summary for hvert lovende match.

Triagering af porteføljeadvarsler

Vis denne uges overvågningsadvarsler med høj alvorsgrad, og forklar, hvad der udløste hver enkelt.

Modellen kalder get_portfolio_briefing og derefter get_alert_changes for individuelle advarsler for at afdække den underliggende ændring.

Onboarding og godkendelse af en kunde

Godkend virksomhed abc-123 som lav risiko med kommentaren "KYC verificeret", og sæt status til ACCOUNT.

Modellen kalder get_entity_risk_summary for at bekræfte det aktuelle risikoniveau, create_company_review med reviewStatus: APPROVED, auditRisk: LOW, og update_entity_status for at angive den endelige status.

Tilføj en privatperson til løbende overvågning

Søg efter "Jane Doe" i Sverige, screen hende, og tilføj hende til løbende overvågning.

Modellen kalder search_private_persons, get_entity_risk_summary og add_private_person_to_monitoring.

Brug af MCP og Connect API sammen

Brug MCP, når en AI-assistent skal drive en arbejdsgang ved hjælp af din Strise-konto. Brug Strise Connect GraphQL API til en direkte integration med dens egne API-legitimationsoplysninger. MCP bruger det interne API under dine brugertilladelser; Connect har et særskilt skema og en særskilt autentificeringskontrakt. Tjek hver grænseflade for de handlinger og felter, din integration har brug for.

Begrænsninger og adfærd

  • Værktøjsudvalget er kurateret. De tilgængelige værktøjer afhænger af din konto og dine tilladelser. Nogle værktøjer ændrer teamindstillinger; undersøg værktøjsbeskrivelsen og de anmodede ændringer, før du godkender et kald.
  • Destruktive værktøjer er markeret. Værktøjer, der sletter data (brugerdefinerede registre, Custom Entity-forbindelser, nulstilling af ejerskab/roller, fjernelse af status, fjernelse af overvågning), er markeret som destructive: true i værktøjsreferencen. Modeller bør kræve eksplicit bekræftelse, før de kalder dem.
  • Sessioner er tilstandsløse på tværs af genforbindelser. Hver initialize genererer et nyt sessions-id. Tokens og teamkontekst opløses pr. anmodning.
  • Read-after-write-konsistens. Mutationer skriver til Spanner og returnerer den opdaterede ressource; efterfølgende læsninger registrerer ændringen med det samme.

Support

Sidst opdateret

På denne side