FOR DEVELOPERS

Point us at your API. That is the integration.

No SDK. No webhook to host. Nothing to install. Add an action step to a flow, tell it three things, and the bot answers your customers with real data from your systems.

You keep your stack. Nothing moves, nothing gets rebuilt. Hiiifive only calls what you point it at.

what the step sends
GET https://api.yourcompany.com/orders/[ order_number ]
Authorization: Bearer [ your stored key ]
read: status, eta, courier
your data · in the customer's reply

Three things to tell the step

Everything else is already handled. Fill these in and the step is live.

the url

Any endpoint you own

Things the customer typed earlier drop straight into the path, the query or the body. Ask for an order number and the very next call carries it.

/orders/[order_number]
the method

Reads and writes

All four are live. Read, create, replace or update, whichever your endpoint expects.

GETPOSTPUTPATCH
the auth

Paste the key once

Bearer tokens are stored encrypted and sent on every call. Keys that expire are refreshed by a cron job on your schedule, so the call always carries a live token. An API key in a header is just a header.

Authorization: Bearer ••••4f21

Then tell us which fields of the response matter, and the bot answers the customer with your data. That is the whole integration.

One step, start to finish

A customer asks where their order is. Your service answers. Nobody on your team touches it.

01 · THE STEP
Ask for the order number
GET /orders/[order_number]
Reply with what came back
02 · YOUR RESPONSE
{
"status": "out_for_delivery",
"eta": "today before 5pm",
"courier": "Fast Mile"
}

You pick the three fields that matter. The rest is ignored.

03 · WHAT THEY SEE
KS4471
It is out for delivery with Fast Mile and arrives today before 5pm.

Written by you once. Sent thousands of times.

ENTERPRISE
BUILT FOR YOU

We call your API the way you require.

Some APIs cannot accept a generic call, and should not have to. Your security team requires signed requests. Your infrastructure demands mutual TLS. You verify HMAC digests, rotate credentials on your own schedule, or run a handshake nothing off the shelf understands.

For that, we build the connection to your specification, and it appears in your builder as a step only your workspace can see. Your team drags it into a flow like any other step. Underneath, every call is made exactly the way your rules demand.

Built and tested against your sandbox, maintained by us. When your API changes, the step keeps up.

Bring us your specPart of the enterprise plan
Signed requests

Whatever your scheme signs and however it is canonicalised, we match it exactly.

Mutual TLS

Client certificates issued by you, rotated on your schedule, never leaving our vault.

HMAC digests

Body digests and timestamps computed per call, verified against your own checks.

A private step in your builder

Visible only to your workspace. Your ops team uses it without ever seeing the plumbing.

KNOW IT IS US

Every call we make to you is signed

Requests carry a signature and a timestamp, and always come from the same two addresses, so your service can turn away anything else.

Hiiifive-Signature: t=1785600000,
v1=6f1a…c92b
WHEN THINGS GO WRONG
Timeout you choose1 to 30s
Retries on a bad gatewayup to 3
Request log kept30 days
Replay a single callany time

If your service never answers, the customer is told plainly and handed to a person. They never see a status code.

One thing to be straight about

Today the traffic goes one way: Hiiifive calls your services. There is no public Hiiifive API to build against yet. It is on the roadmap and the shape of it is still open, so if you know what you would want to call, tell us and it will steer what we build.

Tell us what you need