Available now — Trading Tool

Source-backed platform inventory

Compliance controls that live inside the transaction.

This inventory describes behavior found in current Trading Tool source paths—not roadmap language. Every capability includes the boundary buyers and compliance teams need to know.

16source-reviewed capability groups

YS-0184 · Synthetic case

Follow one transaction through four control layers.

This fictional trace shows how available Trading Tool controls can connect during a review. It is an explanatory sequence, not a claim that every jurisdiction or workflow uses the same configuration.

  1. 01

    Shape the intake

    Direction, current value, and rolling 24-hour volume determine which customer information the workflow requires.

  2. 02

    Gather the signals

    Customer-screening signals, sanctions and blacklist results, wallet indicators, and stored beneficiary context are brought into view. That context does not imply active automated beneficiary screening or blocking.

  3. 03

    Hold the control point

    The workflow surfaces incomplete requirements. Server-enforced blocking flags and specific completion checks prevent completion until an authorized person resolves them.

  4. 04

    Preserve the record

    Transaction identifiers, notes, reviewer comments, and exportable records support later review and report preparation.

Identity & customer records

05 / 16
01

Adaptive KYC collection

Collect the fields required for the transaction in progress—not an indiscriminate form dump.

Review supported controls and boundary

What it supports

  • Direction and asset type
  • Current transaction value
  • Customer volume across a 24-hour window
02

Customer and beneficiary records

Keep the people, purpose, and parties connected to a transaction in one operational record.

Review supported controls and boundary

What it supports

  • Name, birth date, occupation, address, phone, and email
  • Identification, issuing jurisdiction, and expiry
  • Source of funds, transaction purpose, and related beneficiary
03

Identity controls during the transaction

Reduce retyping while keeping document review and final acceptance with trained staff.

Review supported controls and boundary

What it supports

  • Canadian and US AAMVA documents
  • Québec RAMQ cards and French national identity cards using 2D-DOC DC04 / document type 07
  • Expired-ID completion block when ID is rule-required; CAD $10,000+ scan-and-return attestation
04

Data-minimized scanning

Review parsed fields before use without creating new raw barcode-payload records from the active scanner flow.

Review supported controls and boundary

What it supports

  • 16 KiB payload limit
  • Safe rejection of unsupported formats
  • Raw scan display restricted to application debug mode
05

Contact verification and review requests

Record phone-verification status and send a customer review message from the transaction workflow.

Review supported controls and boundary

What it supports

  • Verification state and timestamp
  • Customer review-message activity record
  • Bilingual receipt delivery support

Screening & investigation

02 / 16
06

Sanctions and blacklist screening

Screen customer names against maintained sanctions and internal decision lists before the transaction proceeds.

Review supported controls and boundary

What it supports

  • Names, aliases, and entity names
  • Canadian autonomous-sanctions and UN list imports
  • Custom lists and internal customer blocks
07

Wallet blacklist controls

Check destination addresses against internal decisions, with an optional public abuse-report lookup.

Review supported controls and boundary

What it supports

  • Internal address blacklist and reason
  • CSV import and managed search
  • Optional Chainabuse public-report indicator when configured

Transaction controls

06 / 16
08

Threshold and direction controls

Apply Canada/CAD-oriented transaction bands and rolling customer-volume checks to supported exchange directions.

Review supported controls and boundary

What it supports

  • Fiat-to-fiat, fiat-to-crypto, and crypto-to-fiat rule branches
  • Transaction-value bands
  • Rolling 24-hour customer volume used by KYC collection rules
09

Human-controlled transaction gates

Keep unresolved controls visible in the transaction workflow and enforce specific completion-time gates on the server.

Review supported controls and boundary

What it supports

  • Required-field checks in the transaction workflow
  • Blocked order status plus server checks for expired ID, blocking flags, and configured attestations
  • Blocking flags prevent completion until their blocking state is manually cleared
10

Pattern monitoring and profile integrity

Surface repeat activity and fragmented customer histories for focused staff review.

Review supported controls and boundary

What it supports

  • Selected repeat-activity and large-value flags
  • A deterministic score derived from counts in CAD transaction bands
  • Read-only duplicate scan and separate operator-initiated profile-merge tools
11

Suspicious-transaction review

Let staff flag a transaction, preserve its context, and route it into a human compliance queue.

Review supported controls and boundary

What it supports

  • Staff-originated suspicious marker
  • Order and customer history linkage
  • Comment, review status, assigned-reviewer label, and deadline fields
12

Transaction integrity checks

Require the operational record to reconcile before a transaction is marked complete.

Review supported controls and boundary

What it supports

  • Order and transaction identifiers plus receipts
  • Committed inbound and outbound breakdowns
  • Cash or asset totals matched to the order
  • Inbound BTC paid-invoice amount and PAID-status matching when enforcement is enabled
13

Operational transaction reconciliation

Run a separate operational audit of transaction values and repository movements.

Review supported controls and boundary

What it supports

  • Sum and ticker consistency checks
  • Repository assignment and float-change checks
  • Findings returned for staff review

Reporting & evidence

03 / 16
14

Compliance operations workspace

Turn completed transaction records into a reviewable Canadian reporting work queue.

Review supported controls and boundary

What it supports

  • LCTR, LVCTR, and suspicious-report candidate queues from closed sessions
  • Operator-maintained pending, incomplete, and submitted states
  • Client-side completeness checks and LVCTR JSON preparation
15

Evidence, notes, and controlled exports

Keep review context beside the transaction and export the fields compliance staff actually need.

Review supported controls and boundary

What it supports

  • Manager/admin CSV or JSON export
  • Reusable field-selection templates
  • Separate notes, flag comments, activity events, and session-access records
16

Session sign-off and review queues

Give managers and administrators a defined sign-off step while keeping unresolved compliance events visible.

Review supported controls and boundary

What it supports

  • Manager/admin session verification with timestamp
  • Optional verification notes
  • Reviewed/unreviewed flag queues with deadlines and overdue status

Current Canada/CAD-oriented rules

An operational starting point—not a global legal preset.

Trading Tool currently applies hard-coded Canada/CAD-oriented branch rules to fiat-to-fiat, fiat-to-crypto, and crypto-to-fiat flows, using transaction bands and rolling 24-hour customer-volume checks. No crypto-to-crypto KYC rule is currently defined. These controls support operations; they are not a selectable jurisdiction library and do not transfer legal responsibility away from the reporting entity.

Official guidance referenced for these Canada/CAD-oriented rules

Thresholds and duties can change. Qualified local compliance staff must confirm the rules that apply at implementation and filing time.

Built for high-stakes transfers. Designed for review.

See where Sentinel fits in your operation.

Request a demo