Platform · Deployment
The runtime runs
where your data lives.
Same runtime on your servers, in your cloud, or in Voicing Cloud. Egress: none. Audio, transcripts, models and traces stay inside.
Three topologies
The boundary moves. The runtime does not.
- On-premisesa solid wall, in your own data centre
- Your cloudan account boundary, and you hold the gate
- Voicing Clouda region you pin, with one operations port
On-premises: a solid wall, in your own data centre
Three topologies
The boundary moves. The runtime does not.
- On-premisesa solid wall, in your own data centre
- Your cloudan account boundary, and you hold the gate
- Voicing Clouda region you pin, with one operations port
In your own data centre.
The runtime, the models and the observability store install on your own servers, air-gapped where the review requires it, with nothing dialling out of the room.
Your servers
Ordinary CPU servers in your own racks, sized with your infrastructure team in the review.
CPU-onlyYour network
Inside your own segments and firewall rules. No inbound path is opened for us.
Air-gappedYour keys
Encryption keys and credentials are issued, rotated and revoked by your own team.
Your custody
Or in the cloud account you already have.
The same runtime deploys into your own subscription on AWS, Azure, GCP or OCI, behind your own IAM boundary, in the region your data policy names.
Your subscription
Billed, monitored and access-controlled by you, alongside the rest of your estate.
Your accountYour region
Pinned to the region your data policy names, and it does not move without you.
In regionYour policy
Network policy, private endpoints and logging follow standards you already enforce.
Your controls
The account is yours, on any of the four.
Or managed by us, in a region you pin.
Voicing Cloud runs the same build on infrastructure we operate, in a region you name, on the data handling terms the architecture review settles before anything is signed.
Same build
The image running here is the image you would run yourself. There is no hosted variant.
Same runtimePinned region
The region is written into the agreement, and processing does not leave it.
In regionOperated
Patching, capacity and upgrades are ours, on a change window your team approves.
Managed
Audio and transcripts never leave the boundary.
Recordings, transcripts, model weights and the trace of every call are written inside the deployment, and no transcript trains a model anyone else uses.
Audio and transcripts
Written to storage inside the deployment, under the retention period your policy sets.
InsideModels
Loaded from the deployment. No third-party endpoint is called while a caller is on the line.
InsideTraces
Every turn, tool call and handoff is recorded where the rest of your audit evidence lives.
Inside
The three stores
Every path ends at the wall.
- Audio and transcripts
- Models
- Traces
Audio and transcripts
The three stores
Every path ends at the wall.
From the review to the first traced call.
A deployment starts with an architecture review and ends with a call you can replay. Your infrastructure team is part of every step between.
Architecture review
An architect goes through your topology and your questions.
Sizing
Servers are sized with your team, on the CPU you already run.
Install
Runtime, models and store install inside the chosen boundary.
Connect
Your trunk and your records are joined with keys you issue.
First traced call
The first calls run, and every turn of them is on record.
One level line across the frame with five ports on it, and under each a card: architecture review, sizing, install, connect, first traced call.
Bring one call type. Leave with an architecture.

The whole suite, inside your perimeter
A working session with an engineer who has deployed inside a bank’s perimeter. We map your telephony, data boundary and handoff rules, and tell you what we would not automate.