Scanner SDK and RDC Integration

Scanner SDK Remote Deposit Capture

Connect scanner inputs from Canon, Panini, Digital Check, Epson, RDM, MagTek, TWAIN, ISIS, and local bridges to a controlled RDC workflow with MICR, OCR, image quality review, duplicate detection, approvals, and audit evidence.

Use this page for scanner integration fit. Use the RDC and bank check OCR API pages for capture-to-decision workflow details.

Major Scanner Support Details

Chequedb isolates scanner hardware at the capture edge and standardizes the downstream control layer. Teams can evaluate major scanner families without reworking validation, exception routing, or audit logic for each device.

Scanner familyTypical fitIntegration checks
Canon imageFORMULA CR seriesBranch, teller, and compact desktop captureEvaluate MICR output, duplex image settings, feeder events, and workstation driver support.
Panini check scannersLow-volume RDC through higher-volume branch and batch captureEvaluate device management, MICR quality, endorsement behavior, and branch-scale installation.
Digital Check TellerScan and CheXpressTeller, branch, and remote deposit capture workstationsEvaluate SDK access, batch recovery, scanner state events, and locked-down endpoint support.
Epson CaptureOne and TM-S familiesBranch environments that combine check capture with other teller peripheralsEvaluate MICR/image support, peripheral management, endorsement needs, and OS support.
RDM EC series and networked RDC devicesDistributed RDC, compact scanner deployments, and managed capture endpointsEvaluate network or service-layer integration, device identity, firmware management, and duplex capture.
MagTek Excella and other MICR-capable scannersSpecialized desktop, teller, and controlled capture flowsEvaluate native SDK coverage, MICR character support, image formats, and exception recovery behavior.

Scanner names are listed as common evaluation targets, not as partnership or certification claims. Final support depends on model, SDK access, drivers, operating system, and deployment constraints.

Supported Integration Paths

Scanner SDK projects usually succeed when hardware capture is isolated from the workflow controls that decide whether an item can move forward.

Native vendor SDKs

Use vendor libraries where you need feeder state, MICR output, endorsement control, batch events, or device-specific recovery behavior.

TWAIN and ISIS

Support standard imaging paths when the deployment already uses scanner drivers, while preserving MICR and device metadata where the driver exposes it.

Local bridge services

Let browser-based RDC apps talk to USB scanners through a secured localhost service with origin checks, update controls, and clear device identity.

File and API ingest

Accept front and rear images plus metadata from watched folders, SFTP flows, upload APIs, lockbox software, or existing branch capture tools.

Validation and fraud controls

Run OCR, ICR, MICR comparison, image QA, duplicate checks, policy rules, and fraud signals after capture instead of embedding that logic in the scanner adapter.

Exception workflow

Route low-confidence reads, amount mismatches, duplicate signals, bad images, and high-risk deposits into review queues with maker-checker approval where needed.

What the Scanner Adapter Should Pass Forward

A scanner SDK integration should deliver workflow-ready evidence, not just an image file. Chequedb attaches capture metadata, OCR, and MICR results so operations can review exceptions and audit the decision trail.

Front and rear images
Raw and normalized MICR data
Scanner model and device identifier
Operator, branch, tenant, or workstation context
Capture timestamp and idempotency key
Image QA results for blur, skew, crop, and resolution
Endorsement, inkjet, or feeder status when available
Failure codes for jams, rescans, and rejected captures

Capture

Use the scanner layer for duplex images, MICR data, capture metadata, device state, and retry-safe item creation.

Control

Apply image QA, field extraction, policy checks, duplicate detection, fraud signals, and exception routing in the workflow layer.

Evidence

Preserve rule versions, model versions, operator actions, reviewer decisions, and final status for audit, reconciliation, and dispute review.

Frequently Asked Questions

Does Chequedb replace the scanner vendor SDK?

No. Chequedb sits above the scanner SDK layer. Teams can use vendor SDKs, TWAIN, ISIS, local bridge services, watched folders, or API ingest to capture images and MICR data, then send the item into Chequedb for OCR, validation, fraud checks, exception routing, and audit evidence.

Which check scanner vendors can be evaluated with this architecture?

Teams commonly evaluate Canon imageFORMULA, Panini, Digital Check TellerScan and CheXpress, Epson check scanner families, RDM EC devices, MagTek Excella, and other MICR-capable scanners. Support depends on the model, driver, SDK access, deployment environment, and the metadata the integration can pass into the workflow.

What should a scanner SDK integration send to the RDC workflow?

A strong integration sends front and rear images, MICR data, scanner model, device identifier, operator or branch context, capture timestamp, image quality results, idempotency key, and any endorsement or feeder state metadata available from the scanner layer.

How does this help with compliance review?

Chequedb preserves the operational evidence around each item: capture source, OCR and MICR results, image quality checks, duplicate and fraud signals, exception reasons, reviewer actions, and final decision state. This helps teams reconstruct what happened during audits, disputes, and reconciliation.

Bring Scanner-Based RDC into One Reviewable Workflow

Standardize validation, fraud checks, approvals, reconciliation, and audit trails for every check item while keeping scanner choice flexible.

Discuss Scanner Support