API Docs
Server-side keys
Keep API keys on your backend. Browser clients should call your own server, not Hasantavision directly.
Sensitive data review
Identity, workplace, and document workflows should define consent, retention, and access control before launch.
Latency targets
Share expected image size, request volume, and deployment region during onboarding so limits are realistic.
Observable errors
Treat non-2xx responses as operational events and log request IDs when provided.
Services
01 // EndpointsFace Recognition
Two face images as base64 JSON or multipart files
Similarity score, match decision, threshold, processing time
OCR / Document AI
Document image as multipart form data
Text, fields, document type, confidence, bounding boxes
Liveness Detection
Face image as multipart form data
Live/spoof decision, confidence, depth, texture, reflection scores
PPE Detection
Workspace image as multipart form data
Person boxes, hardhat/mask/glove flags, compliance score
Request Pattern
POST /api/ocr/v1/extract
Authorization: Bearer <server-side-api-key>
Content-Type: multipart/form-data
[email protected]Client-side demos on this website call Next.js proxy routes so API keys stay server-side. Production integrations should follow the same pattern.
Ready for Credentials?
Select an API tier and include expected request volume, data type, latency target, and deployment environment. That context determines the safest onboarding path.
View API Plans