Events500 API
The Events500 REST API lets an authorised integration read reference data, query bookings and events, check room availability, and create bookings, events and contacts.
This reference reflects the current controller and request models. It supersedes older downloadable guides where an endpoint, field or response code differs.
Your first successful request
-
1
Request credentials
Your Events500 contact supplies a client ID and password, with permissions for the methods you need.
-
2
Get a bearer token
Send the credentials as form data to
/api/authentication. -
3
Call a reference endpoint
Use the token to retrieve IDs such as event rooms, event types and booking statuses.
-
4
Build your workflow
Use mapped IDs in availability checks, booking creation and event creation requests.
Quickstart
Authenticate, then make a protected request with the returned token.
curl --request POST "https://www.events500i.com/api/authentication" \
--header "Content-Type: application/x-www-form-urlencoded" \
--data-urlencode "grant_type=password" \
--data-urlencode "username=YOUR_CLIENT_ID" \
--data-urlencode "password=YOUR_PASSWORD"
curl "https://www.events500i.com/api/1/event_rooms" \
--header "Authorization: Bearer YOUR_ACCESS_TOKEN"
Core concepts
- Booking
- The parent record for an enquiry or confirmed piece of business. It stores the event type, status, arrival and departure dates, delegates and related records.
- Event
- A dated room booking inside a booking. An event can include a room, layout, status, start and end times, delegates and booked items.
- Company
- An organisation associated with a booking.
- Contact
- An individual who can be associated with one or more bookings.
Versioning and data formats
Versioned URLs
Protected endpoints include the major version in the URL. Version 1 uses
https://www.events500i.com/api/1/. Authentication is unversioned.
JSON casing
Request and response properties use the PascalCase names shown in this reference,
such as EventRoomID and BookingReference.
Dates and times
Send dates as ISO 8601 calendar dates (YYYY-MM-DD) and
times as 24-hour values (HH:mm:ss), unless an endpoint says otherwise.
Content types
Authentication uses application/x-www-form-urlencoded.
Endpoint request bodies use application/json.