Email OTP
Verify registration, login and recovery email addresses with a bounded code lifecycle and independent Email OTP billing.
OTP products can be integrated independently of document verification. Each request has its own status, expiry, verification and idempotency behavior, so a login or recovery flow does not need to become a KYC application.
Implementation and testing status is stated separately from commercial activation, so your team can evaluate what is genuinely available.
Verify registration, login and recovery email addresses with a bounded code lifecycle and independent Email OTP billing.
Use the standalone phone-verification contract where a configured provider and destination are supported. Provider acceptance is required before a live delivery claim.
WhatsApp OTP uses Meta’s official Cloud API and approved authentication templates, with delivery status processing rather than a third-party messaging relay.
Scoped live credentials, idempotency keys, explicit error codes and product-specific credits help prevent duplicate sends and confusing charges.
Application-level OTP validation is implemented, but real delivery acceptance must be demonstrated separately for SMTP, SMS and WhatsApp. A test payload or queued request is not proof that a customer received a message.
No. Email OTP can be used independently without document upload or a KYC case.
No. Delivery must be established from the actual provider response and, where supported, subsequent delivery status.
No. Email, phone/SMS and WhatsApp OTP have product-specific rules and credits. Always check the current published price and activation status before charging.
Review the documentation, test the actual document and provider path, or ask our integration team for a scoped technical assessment.