Keyboard shortcuts

Press or to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Big Picture

Use This When

Use this page when you need the overall map before choosing an implementation topic.

What You Will Build

You will build a frontend that turns the KYC API into regulated product workflows: diagnostics, screening, cases, section updates, reports, workflow progress, and human review.

What Must Already Be True

  • You are building a browser or web application.
  • The API owner can provide public frontend configuration.
  • The target product has a sign-in flow or can add one.

Mental Model

Think of the KYC API as six frontend-facing capabilities.

CapabilityFrontend responsibilityAPI responsibility
AccessSign in the user and send a short-lived bearer token.Validate the token and authorize protected requests.
DiagnosticsShow whether the API is reachable and ready.Expose health and readiness endpoints.
Screening evidenceCollect search input and render evidence clearly.Return screening status, evidence status, limitations, and next steps.
Case workspaceLet operators create and update a review file.Persist durable case records and section updates.
Report snapshotsRequest the correct report view and display it safely.Generate immutable report artifacts with snapshot metadata.
Human reviewRequire reviewer action and rationale.Record accountable review decisions.

The frontend orchestrates the experience. The API owns the regulated workflow contract.

Course Path

The stable learning path is:

  1. Draw the Integration Boundary.
  2. Configure the Environment.
  3. Build the API Client.
  4. Add Diagnostics.
  5. Convert failures into Error States.
  6. Build Quick Screening.
  7. Create Durable Cases.
  8. Save Case Sections.
  9. Generate Report Snapshots.
  10. Display Workflow Events.
  11. Submit Human Review Decisions.
  12. Run the Launch Checklist.

Checkpoint

You are ready to start implementation when you can explain:

  • Which values are public browser configuration.
  • Which credentials must never reach the browser.
  • Which page owns diagnostics, errors, screening, cases, reports, and review.
  • Which workflow you are building first.

Common Mistakes

  • Building product screens before diagnostics.
  • Treating quick screening as final approval.
  • Mixing generated recommendations with human decisions.
  • Showing compliance-only report data on customer-facing routes.
  • Letting every screen invent its own API request logic.