Companies are wiring HantarSMS into sign-up flows, order systems and internal tools. This release is about making that integration fast, predictable and easy to reconcile.
A request with three numbers or fewer is now submitted to the carrier as soon as it is accepted, instead of waiting behind bulk campaigns in the queue. That is exactly what a verification code, a password reset or an order confirmation looks like: one number, a person waiting on the other end.
The OTP section of the API docs covers the rest: keeping a code to one segment, using an Idempotency-Key so a retry never sends twice, and why you should offer a "resend" button rather than retrying automatically.
The default is 60 send requests per minute per key, which suits batch sending. Sign-up and login traffic cannot be batched, so peaks can be higher. Tell us your expected peak on WhatsApp and we will raise the limit for your account, up to 1,000 requests a minute.
refunded_cent alongside cost_cent. When some numbers are rejected and refunded, what the message actually cost you is cost_cent − refunded_cent, on the message itself and in the list endpoint.When you create an API key in the console, we now show a ready-to-run test command with your new key and your own phone number already filled in. Paste it into a terminal and you will receive a real SMS. A 201 with a message id means you are connected.
We checked every promise in the API documentation against the live behaviour: every example request, every field in every response, every error code and HTTP status, every limit. Each of those checks now runs as an automated test whenever we change the code, so the docs and the API cannot drift apart without us knowing.
Ready to connect? Create an account, generate a key on the API keys tab, and run the test command it gives you.
Free trial credit, real delivery report, no contract.