Skip to content

A record of what was decided, and why.

Compliance teams start with the record: every decision logged with its reasons and the message the customer saw, every face check signed and replayable, and every policy versioned. Each control maps to a dated rule, market by market.

What you measure

On your own traffic

  1. 01Decisions logged with their reasons and the message shown
  2. 02Time to answer a disputed transaction with its record
  3. 03Rules mapped to a control, market by market
  4. 04Policy changes, and when each one applied

Agreed in writing before the pilot, against what you see today.

What you start with.

The first question we hear: “Can we show a regulator what we did and why?” Most teams start at the payment, with these modules.

  1. One decision, with reasons

    Decision

    Reason codes on every decision, logged with the message shown to the customer.

  2. Journey builder

    Decision

    Policies and thresholds versioned per market, so you can show what applied and when.

  3. Liveness and face match

    Verification

    A signed record of every face check, replayable for audit.

What you add next.

The same SDK reads the next moment, so each one you add is checked against what is already bound.

  1. 1

    The rule map

    Seven markets, dated and sourced.

  2. 2

    RBI’s 2027 liability framework

    What changes on 1 January 2027.

  3. 3

    Silent network verification

    Beyond SMS codes, as each market’s rule says.

Three things to know.

  1. Each control maps to the rule it supports, market by market.
  2. Every decision is logged with its reasons and the customer message shown.
  3. DeepID supports compliance and never guarantees it.

Start with what your history can show.

A free retrospective on 30 to 90 days of your own transactions shows the payee and mule links in them. Session signals follow in a shadow proof, once the SDK runs.