Skip to main content

Forensic Scoring API - Detailed Documentation

The IDCanopy Forensic Scoring API provides banks, lenders, fintechs, and regulated financial institutions with a unified document forensic analysis capability designed to identify fraud indicators, manipulated documents, inconsistencies, and suspicious onboarding artefacts during customer acquisition and lending workflows.

Overview

The service accepts identity documents, payslips, bank statements, and supporting onboarding documentation and returns a normalized forensic assessment response containing:
  • Final forensic verdict
  • Fraud and manipulation indicators
  • Detailed findings
  • Advisory risk scoring
  • Recommended next actions
  • Cross-document and cross-applicant anomaly signals

Authentication

To access the Address Verification API, authentication is required. A Bearer Token must be included in every request.
  • Tokens are valid for 60 minutes and must be refreshed after expiration.
  • Refer to the Authentication for detailed steps on obtaining a token.
  • Include the token in the Authorization header as follows:
Authorization: Bearer YOUR_ACCESS_TOKEN

API Base URL

Production:

Sandbox:


Endpoints

POST /forensic/cases/analyze

Description

This endpoint orchestrates the complete forensic workflow:
  1. Case creation
  2. Document ingestion
  3. Document normalization
  4. Forensic analysis
  5. Verdict generation
  6. Result normalization
Clients only need to make a single API call.

Request Format


Request Fields


Supported File Types


Upload Limits


Example Request

cURL


JavaScript Example


Successful Response

HTTP Status


Response Body


Verdicts


Advisory Risk Bands


Findings

Each forensic response may include one or more findings.

Finding Structure


Check Categories


Severity Levels


Common Fraud Signals

Examples of forensic signals that may be identified:
  • Metadata tampering
  • Document backdating
  • Payslip arithmetic inconsistencies
  • MRZ checksum failures
  • Image manipulation indicators
  • Cross-document identity mismatches
  • Reused applicant data
  • Shared IBAN or salary patterns across applicants
  • OCR inconsistencies
  • Suspicious PDF generation patterns

Error Responses

Error Format


Error Codes


Processing Behaviour


Security & Data Handling

  • All traffic is encrypted in transit using HTTPS/TLS.
  • Uploaded documents are processed within the IDCanopy forensic workflow.
  • File hashes are generated for audit and traceability.
  • Personally identifiable information (PII) is never included in operational logs.
  • Request and response auditing may be enabled for regulated financial institutions.
  • GDPR-compliant deletion workflows are supported.

Recommended Integration Pattern

The recommended integration sequence for banks and lenders is:
  1. Customer onboarding initiated
  2. Customer uploads identity and financial documents
  3. Documents submitted to IDCanopy forensic endpoint
  4. Forensic verdict evaluated
  5. Decision engine applies policy rules
  6. Application proceeds, escalates, or rejects

Notes

  • The forensic verdict should be used as the primary automated decisioning signal.
  • Advisory scoring is informational and should not be used as the sole approval or rejection criterion.
  • Some findings may require manual review depending on institutional policy.
  • IDCanopy abstracts all upstream forensic provider orchestration and normalization.

Support

For onboarding, credentials, production enablement, or integration support: