API trigger layer
Authenticated requests start checks on demand and return controlled job status.
Sanitized operations
Backend proof without exposing the backend, designed around CPA firm and TCSP licensee compliance needs: secure entry points, predictable jobs, status visibility, cache readiness, and clear report handoff.
$ systemctl status screening-api
active | authenticated API | private network ready
$ run check --source client-record --mode guarded
queued | normalized input | background worker assigned
$ cache inspect --datasets compliance
warm | current snapshot | fallback available
$ report export --format internal
ready | scores redacted | audit trail attached
Authenticated requests start checks on demand and return controlled job status.
Background processing separates heavy matching work from the request path.
Prepared reference data keeps repeated checks responsive and predictable.
Results are shaped for internal review, logging, and operational follow-up.
Sanitized operations
Designed around CPA firm and TCSP licensee compliance needs, the interface focuses on the parts clients can safely understand: secure entry points, predictable jobs, status visibility, cache readiness, and clear report handoff.
Mock HTTP terminal
$ Demo-only payloads. Endpoint names, credentials, entity data, matching rules, and operational details are intentionally sanitized.
Built to run as a real backend service with authenticated requests, operational logs, and deployment handoff.
Each run has visible stages, review points, and a final internal output instead of a black-box result.
Built for regulated workflows where client records, screening logic, and review outputs must stay controlled, auditable, and accessible only to authorized users.
Operations snapshot
Status
Operational
Private service path is ready for controlled screening runs.
Secure entry
Authenticated API
Only authorized requests can trigger or inspect a job.
Processing path
Normalize -> Screen -> Review -> Report
Each stage is visible enough for handoff without revealing internals.
Safe outputs
Summary, audit log, handoff record
Sensitive screening logic and client details stay redacted.
{
"service": "compliance-screening",
"status": "operational",
"entry": "authenticated_api",
"processing": [
"normalize",
"screen",
"review_package",
"report"
],
"outputs": [
"internal_summary",
"audit_log",
"handoff_record"
],
"sensitive_details": "redacted"
}