voidBillCorrespondenceAddress
Where void-period bills are sent.
How to send tenancies to Muuvo, when to send each piece of data, how the British Gas void service works, and how to read back the utility and council details we add to each property. Use it alongside the Swagger reference.
Nothing in the guide matches that search. Try a field name such as voidService or an endpoint such as /end.
Muuvo handles the change of occupier for every tenancy you send: notifying the council and the water and energy suppliers, offering tenants broadband and energy, and switching the property onto a void tariff when tenants leave. Your job is to send each stage at the right moment. We queue everything and release it at the right time.
POST /tenancies as soon as references are passed, whether move-in is days or months away.POST /tenancies/{id}/start ideally within five days of move-in. The longer readings wait, the more likely billing issues become.POST /tenancies/{id}/end as soon as notice is given, and more than five days before move-out. Most arrive around 60 days ahead./end again with the closing readings and the tenants' forwarding address.An end of tenancy can reach Muuvo before the new tenancy at the same property, or the other way round. Send each piece of data as soon as you have it for the next change of occupancy, and we match them up.
Each letting agency you work with is set up as its own company within Muuvo, with its own API key. Send each agency's tenancies using that agency's key. This is how we know which agency a tenancy belongs to, who to contact, and where agency-addressed void bills should go.
POST /companies is available as part of our V2 API. Ask your Muuvo contact for the V2 documentation and access.Void bills are never addressed to the integration partner. They go to the agency's correspondence address from its company profile, or to the landlord, depending on voidBillCorrespondenceAddress on each tenancy.
Send the agency's key in the X-Muuvo-Key header on every request. Staging keys are issued at the start of your integration. Production keys are issued once your test data has been signed off.
| Environment | Base URL | Keys |
|---|---|---|
| Staging | https://agent.muuvostaging.com/services | Issued at the start of your integration |
| Production | https://agent.muuvo.co.uk/services | Issued once your test data is signed off |
curl https://agent.muuvostaging.com/services/tenancies/{tenancyId} \
-H "X-Muuvo-Key: YOUR_AGENCY_KEY" \
-H "Accept: application/json"
Every create and update returns the same response shape. Keep the resultId: it's the ID of the record you just created.
{
"resultCode": "string",
"resultId": 0,
"Errors": [
"string"
]
}
Records build on each other. Create them in this order and keep each returned ID for the next step.
POST /landlords returns the landlord ID.POST /properties with the landlordId and the property address. Returns the property ID, and we start matching meters and council straight away.POST /tenancies with the propertyId, dates and service options. Returns the tenancy ID.POST /tenancies/{tenancyId}/tenants once for each tenant.POST /tenancies/{tenancyId}/start with the move-in readings.POST /tenancies/{tenancyId}/end when notice is given, then again at move-out with closing readings.Select an endpoint to see its fields and an example request and response.
Fill in a tenancy and copy the request body for POST /tenancies. It contains every field in the Swagger definition, in the same order; anything left blank is sent empty. The summary shows what Muuvo will do with it.
These fields on the tenancy decide what Muuvo does on your behalf. Set them on every pre-tenancy.
Where void-period bills are sent.
Who is liable for the bills while the property is empty.
Whether we notify the council and utility suppliers of the change of occupier.
Set per utility: councilTax, gas, electric, water.
Opts the tenancy into the void service.
Tells the council it's a student property. Tenants still need to apply for their own council tax exemption. Being added to the tenancy create.
Send each stage as early as you can. Everything sits in our queue until the right moment, so early is never too early.
| Stage | Call | Send it | What happens |
|---|---|---|---|
| Pre-tenancy | POST /tenancies | As soon as references are passed | Queued until the right time to notify and pitch services |
| Move-in readings | POST /tenancies/{id}/start | Once the check-in inventory is done. Target: within 5 days of move-in | Opening readings recorded for council and suppliers |
| Notice | POST /tenancies/{id}/end | As soon as notice is given, and more than 5 days before move-out (most arrive around 60 days ahead) | Void switch queued |
| Move-out readings | POST /tenancies/{id}/end | On move-out, with readings and forwarding address | Closing readings and forwarding address recorded |
An end of tenancy can reach Muuvo before the new tenancy at the same property, or the other way round. Send each piece of data as soon as you have it for the next change of occupancy, and we match them up.
Enter the dates for a tenancy to see when each call is due and when the void switch is released.
Between tenancies, the landlord is usually liable for the bills. The void service takes the cost out of that gap. It only works if we know about the move-out early, which is why we ask for the end of tenancy as soon as notice is given.
When you create a property, Muuvo matches it against the national database and adds the council, water supplier, energy suppliers and meter details. You can read them back with either ID.
| Call | Returns |
|---|---|
GET /properties/{id} | Council, council tax band and cost, water supplier, UPRN; gas supplier, MPRN, meter serial, smart and prepay flags; electric supplier, MPAN, meter serial, smart, prepay and Economy 7 flags |
GET /tenancies/{id} | Everything on the tenancy, plus electricity, gas and water meters with start and end readings, and the tenants |
This data is usually available straight away. If a property doesn't match the national database, our team maps it to the correct meters manually. This takes up to two hours.
Each create call makes a new record, so posting the same tenancy twice creates two tenancies. To avoid this:
PUT with the stored ID for any change or correction. Don't post the record again./addSales appears in the Swagger, but it's used by our call centre partners to report sales to Muuvo. You don't need it.
https://agent.muuvo.co.uk/services.voidBillCorrespondenceAddress set correctlyDD-MM-YYYY. Dates come back as YYYY-MM-DD. We're confirming this applies to every field, including date of birth.dateOfBirth. Home buyer and tenant lead records return it as dateofBirth.