Monitoring SystemCopy Anchor Link

Strise has rebuilt its monitoring system from the ground up to deliver greater accuracy, transparency, and reliability. The system gives compliance teams a unified overview of all alerts across their portfolio — making it easier to act on what matters and ignore what does not. It reached general availability in June 2026, and all teams have been migrated from the old monitoring.

Why We Built ItCopy Anchor Link

The previous monitoring system had accumulated complexity over time, leading to noisy alerts and limited visibility. The new system was designed with four goals:

• Reduce noise — Improved screening algorithms mean fewer false positives and more relevant alerts.
• Unified overview — A single monitoring space where your team can see, filter, and act on all alerts.
• Transparency — Every alert shows exactly what changed, why it was generated, and which data sources contributed.
• Audit trails — All actions (resolutions, verifications, comments) are logged for compliance reporting.

Key FeaturesCopy Anchor Link

• Monitoring space — A dedicated view for managing all monitoring alerts across your portfolio.
• Team-wide alert list — All team members see the same alerts, with filtering and entity assignment.
• Four alert categories — PEP, Sanctions, Relations, and Company Information alerts, clearly separated.
• Detailed alert cards — Each alert includes full context: what changed, who is affected, and supporting evidence.
• Verification in the alert — Confirm or dismiss PEP/sanctions hits directly from the alert card.
• Configurable per team — Alert settings control categories, thresholds, and email delivery.
• Private persons — Monitoring support for private persons, screened daily.
• API parity — The same alerts and the same resolve model over the Connect API.

Where to Find ItCopy Anchor Link

The monitoring space has its own Monitoring entry in the main navigation.

The screenshots show fictional demonstration data.

Understanding AlertsCopy Anchor Link

Each alert in the monitoring space answers four questions:

1. What changed? — The specific data point that triggered the alert, with before → after values.
2. Who is affected? — The entity or person the alert relates to.
3. How did it change? — Whether something was added, changed, or removed.
4. Context — Supporting details such as screening source, match score, and historical data.

PEP and Sanctions AlertsCopy Anchor Link

PEP and Sanctions alerts are organized into three categories:

• New hits — A screening match that did not exist in the previous run.
• Changed hits — An existing match where the underlying data has been updated.
• Removed hits — A match that was present previously but is no longer found.

Each PEP hit shows the matched person's name, aliases, date of birth, address, country, PEP role, and PEP relation:

Sanctions alerts show the matched sanctions list, the entity details, and any associated identifiers or addresses:

Relation AlertsCopy Anchor Link

Relation alerts cover four types of changes, each independently configurable:

• Role changes — A person's role in the company changed (new board member, resigned CEO, and so on).
• Owner changes — Who owns the company changed.
• Ownership changes — What the company owns (subsidiaries, holdings) changed.
• Beneficial owner changes — The company's beneficial ownership changed.

Company Information AlertsCopy Anchor Link

Company Information alerts cover changes to registry data and risk-relevant company facts: name, legal form, identifiers, address, industry, employee count, business purpose, and company status — plus opt-in alerts for share capital, revenue, net income, auditor notes, lifecycle status (bankruptcy proceedings, compulsory liquidation, mergers, dissolution and similar, normalised across registries), and Norwegian court cases. This category is disabled by default; see the settings reference for every field and default.

Custom Screening List AlertsCopy Anchor Link

Teams with custom screening lists get alerts titled Change in custom screening lists when a monitored company, or a company in its screening scope, gets a hit on one of the team's own lists (New hit) or loses one (Hit removed). Each hit shows the name on the list, the list it is on, and the company name it matched with its similarity score. A hit on a custom screening list is not a sanctions hit. See the settings reference for the options.

Verifying HitsCopy Anchor Link

When reviewing a PEP or sanctions alert, you can verify the hit directly from the alert card — confirming or dismissing the match without leaving the monitoring space. The decision is recorded in the audit trail.

Empty StateCopy Anchor Link

When there are no alerts to review, the monitoring space shows a clean empty state.

How Often Screening RunsCopy Anchor Link

Each screening run follows the same steps:

1. Check — The entity is screened against all configured data sources (PEP lists, sanctions lists, registries).
2. Compare — The new results are compared against the previous run to detect changes.
3. Group — Changes are grouped by entity and alert type to avoid duplicate notifications.
4. Create alerts — Alerts are created for meaningful changes and surfaced in the monitoring space (and over the API).

An entity's first screening after it is added to monitoring sets the baseline that later runs compare against, so PEP and sanctions hits it already has don't alert. To be alerted about them, turn on Alert on hits found when an entity is added to monitoring.

Private Persons MonitoringCopy Anchor Link

Private persons you select as monitored in the Private persons portfolio are screened daily against PEP and sanctions lists. Their alerts appear in the same monitoring space, under the Private persons tab, with the same alert categories. Monitoring is opt-in per person because private-person portfolios can be very large — monitor the ones whose risk warrants it.

Connected NetworkCopy Anchor Link

Monitoring also covers a monitored private person's connected network: the business persons they are linked to (added under Connected business persons on the private person's page) and the companies where those connected persons hold a role or a direct ownership. Which parts of the network are included follows your team's four private-person screening settings — the same settings the entity page uses:

PEP screening only applies to persons, so with default settings (connected persons off), network alerts on a private person come from sanctions hits on the connected companies. Enabling Connected persons also brings PEP into scope for the connected business person.

A new connection that lands on an entity with an existing PEP or sanctions hit generates an alert on the next run; a connection to an entity with no hits does not. AMS is not part of monitoring, so AMS events on the connected network are not covered here — see the entity page for that screening.

In the alert, the private person's own hits come first. Hits in the connected network follow under Connected network, with one block per connected person or company, each labelled with how it connects: a connected person, a role, an ownership share, or No longer connected once the connection is gone. The blocks are listed by match score, highest first. If the private person has no hits of their own, the alert says so at the top, so a network hit is never read as a hit on the person.

Changing Screening SettingsCopy Anchor Link

Screening behavior is controlled by four types of settings:

1. PEP settings — Which PEP sources and categories to screen against, matching thresholds, and retention.
2. Sanctions settings — Which sanctions lists to include and how strictly to match.
3. Monitoring alerts settings — Which alert categories to generate and how they're delivered.
4. Calculated Risk settings — How risk is scored on top of the monitored data.

Important: Changing screening settings can generate new alerts. Lowering a match threshold or adding sanctions lists makes the next run alert on the difference. These alerts are explicitly marked as stemming from a settings change, so your team can distinguish them from genuine new information — and clear them per entity with Resolve all (N) once reviewed. If a settings change produces a wave too large to work through entity by entity, contact support@strise.ai.

Changes in Data SourcesCopy Anchor Link

When updated source data changes a monitored entity's screening results or company information, review the resulting alert in Monitoring. Your team's screening and alert settings determine which changes generate alerts.

PEP and Sanctions Screening AlgorithmCopy Anchor Link

The screening algorithm (v3) uses fuzzy matching designed to balance accuracy with recall:

• Per-term matching — Each term in the entity name must reach at least a 75% similarity score against the corresponding term in the screening source, with stricter handling for short terms.
• Middle-name handling — Missing middle names are tolerated through subset logic; conflicting middle names are penalised to reduce false positives.
• One-directional overlap — The algorithm checks whether the entity name is a subset of the screening-source name (or vice versa), not both directions simultaneously.

For the full pipeline — preprocessing, search, filtering, scoring, and verification — see the screening algorithm reference in the Data section.

Monitoring Alerts SettingsCopy Anchor Link

Alert generation and delivery are configurable per team — every category, threshold, and email option is documented in the Monitoring Alerts Settings reference.

Connect APICopy Anchor Link

Monitoring has full API parity: list alerts, fetch the change behind an alert, and resolve — with the same audit trail as in-app actions. See the dedicated guide: Monitoring Alerts over the API.

Old vs New Monitoring ComparisonCopy Anchor Link

Release HistoryCopy Anchor Link