Buyer questions, answered plainly

The short answers are first. Deeper commercial and technical detail is still here — open the section you need. Where something is not done, not certified or not integrated, it says so.

View assurance status →

What CheckGuard does today

Available now

  • Case intake (dashboard and API)
  • Check image capture handling in private storage
  • Deterministic explainable fraud signals
  • Deterministic weighted 0-100 risk score with evidence
  • Duplicate presentment checks on submitted data
  • Analyst review, senior review lane and escalation
  • Human binding decisions with named reviewer and rationale
  • Immutable audit trail and case history
  • Versioned REST API (v1) and signed outbound webhooks
  • Sandbox institution isolation, enforced in the database

Experimental — not scored

  • Image forensics observations (informational, not scored)
  • Written amount vs numeric amount comparison (held out of scoring)
  • Certain layout and document-structure observations

Experimental observations are shown to reviewers as context. They do not move the 0–100 risk score.

Roadmap — not built

  • Vendor-specific core banking integrations
  • Signature comparison against approved specimens
  • Expanded behaviour and velocity intelligence
  • Cross-institution intelligence (requires legal, privacy and consent design first)
  • Additional external data providers

Not built today. No delivery dates or commitments are implied.

Frequently asked

Does AI make the final fraud decision?
No. The risk score is produced by deterministic, weighted signals. The AI Investigator is read-only: it summarises and explains evidence already recorded and cannot change a score, create a signal, alter evidence, close a case or declare fraud. Every binding decision is recorded against a named human reviewer with rationale.
What data does CheckGuard store?
Case metadata (amount, date, check number, channel, payee and maker names as submitted), check captures in private storage, machine-generated signals and evidence, reviewer decisions and an immutable audit trail.
Does CheckGuard store full account or routing numbers?
No. Only the last four digits of routing and account numbers are persisted. Full values submitted for validation are used in-request and are not written to the database.
Can CheckGuard integrate by API?
Yes. There is a versioned REST API (v1) for case submission, capture upload, status, and explainable assessments, plus signed outbound webhooks. A machine-readable OpenAPI document is published by the platform.
Is there a sandbox?
Yes. Sandbox is a separate environment bound at the credential level; sandbox cases are flagged and never mix with production records. Production credentials are issued only after a staged activation.
How does tenant isolation work?
Every record carries its institution and every access policy is enforced in the database per record, not in the interface. Cross-institution reads return nothing, including for API credentials, which are bound to one institution and one environment.
Can CheckGuard support multiple reviewers?
Yes. Roles cover submitters, analysts, senior reviewers, institution administrators and platform administrators, with a review queue, senior review lane and escalation path.
What happens when OCR cannot read a check?
Unreadable or poor-quality captures are treated as an intake problem, not fraud evidence. The case is routed for additional information; image quality never raises the fraud score by itself.
Is CheckGuard SOC 2 certified?
No. CheckGuard is not SOC 2 certified and no audit has been performed. We maintain a documented SOC 2 readiness gap map and can share our control descriptions and evidence for diligence.
What core platforms are currently integrated?
None. There are no vendor partnerships or certified core integrations today. Integration is via the CheckGuard API, webhooks, or an adapter built to the institution's transport.

Security, penetration-test, business-continuity, access and tenant-security detail, and what still depends on external parties, all live on one page. View assurance status →

How a design partnership runs

Four phases, sandbox first. No pilot outcome automatically enables production.

  1. Phase 1 — Discovery & acceptance

    Fit, use case and pilot appetite confirmed, tenant provisioned, a named institution admin identified and data handling acknowledged.

    Steps 1–4 of 14

  2. Phase 2 — Sandbox setup

    Sandbox and pilot mode issued, optional least-privilege service account and webhook receiver configured, then a synthetic end-to-end test.

    Steps 5–8 of 14

  3. Phase 3 — Pilot evaluation

    Reviewers trained, approved pilot items loaded with expected outcomes, and labels, reviewer agreement and signal feedback recorded in pilot mode.

    Steps 9–11 of 14

  4. Phase 4 — Review & next-step decision

    Scorecard walked through against the agreed criteria, then a documented go / no-go / extend decision. Production activation is a separate staged, audited control.

    Steps 12–14 of 14

Learn about the design-partner pilot →

Pricing structure

This is the shape of commercial terms, not a quote. Final pricing depends on volume, institution size and scope.

Pilot

Start here

Design partners validating CheckGuard in a controlled environment

BaseWaived or nominal for the agreed pilot window

UsageCapped case volume, sandbox first

  • Sandbox + pilot mode
  • Named pilot contact
  • Pilot scorecard
  • Reviewer training

Starter / Community

Community banks and credit unions with modest check volume

BaseMonthly platform fee

UsageIncluded case allowance, then per-case

  • Dashboard workflow
  • Core signals + Check Intelligence
  • Standard support

Growth

Regional institutions and fintechs integrating by API

BaseMonthly platform fee

UsagePer-case and per-API-call tiers, reviewer seats

  • API + webhooks
  • Sandbox + production
  • SLA configuration
  • Priority support

Enterprise

Multi-program institutions, sponsor-bank programs, RDC operators

BaseNegotiated platform fee

UsageCommitted volume with overage

  • Multiple service accounts and environments
  • Implementation and integration support
  • Premium support and named escalation
  • Security review support

Integration readiness

CheckGuard supports API, webhook, and adapter-based integration. No vendor-specific core integration is certified today, and there are no vendor partnerships. Integration requirements are evaluated with each institution during the sandbox / design-partner process.

Architecture and API readiness is not a certified partner integration.

Support model (draft)

These are discussion targets, not contractual service levels until written into an agreement.

Where do you want to go next?

Design partners start in sandbox with synthetic data, then run a measured pilot before any production activation.