Internal GCCAP operating surface

This page is retained behind the public client website.

GCCAP does not delete operating records, trial packs, hardware activation surfaces or evidence automation layers. They are preserved for authorised client portal, command-centre and internal operating use while the public website stays clean for airline first impressions.

Open portal access

Internal GCCAP surface

Control release-candidate testing before GCCAP goes global.

The QA Lab gives internal operators a private surface for tracking test plans, release-candidate checklists, defects, Teltonika payload tests, tenant isolation tests and Watchdog safety tests.

StatusInternal / restricted surface. Not part of the public client walkthrough.

GCCAP
Sensor
Gateway
Evidence
Watchdog
Journey intelligenceRepresentative demo
ViewerAdmin-gated APIs
PurposeQA verification
BoundaryNot client-facing

Operational layer

QA lab controls

Use these records to drive release discipline instead of relying on memory or manual checks.

Test evidence

Unit, integration, load, security and end-to-end pilot test registers.

Payload certification

Teltonika/CtrlOps sample payloads become repeatable adapter test cases.

Release checklist

Build 30 and paid pilot release candidates remain blocked until checklist evidence is complete.

Defect control

Production-blocking defects remain visible until closed or formally accepted.

Decision clarity

Admin APIs

The QA APIs are admin-gated and designed for internal readiness control.

StatsGET /api/qa/stats
Seed foundationPOST /api/qa/seed-foundation
ReadinessGET/POST /api/qa/readiness
DefectsGET/POST /api/qa/defects