oigodesk REST API
Manage support tickets from your own system.
- List tickets (filter by status)
- Create, read and update tickets
- List and add comments
Our products talk to other systems through JSON REST APIs and webhooks. If the endpoint you need doesn't exist yet, we build it for your project.
JSON · Bearer API key · data isolated per company · HTTPS
# Create a support ticket (example) curl -X POST https://<your-domain>/api/v1/tickets \ -H "Authorization: Bearer $OIGODESK_API_KEY" \ -H "Content-Type: application/json" \ -d '{ "title": "Billing address needs updating", "priority": "high", "contact_email": "customer@example.com", "contact_name": "Jane Doe" }'
If you run in-house software, a mobile app or a customer portal, you can connect it to oigoworks products through the API: open support tickets from your own screens, check their status, embed live chat on your site, or react to payment and channel events.
Every request is authenticated with an API key that belongs to your company and only reaches your company's data. Our products talk to each other the same way — oigohotel, for example, opens oigodesk tickets matched by hotel ID.
If you need an endpoint that isn't available yet, we build it, with documentation and a test environment.
These endpoints run in our products.
Manage support tickets from your own system.
Embed oigodesk live chat in your site or app.
Emails sent to your company's inbound address become tickets automatically.
/api/v1/ticketsLists tickets; filter with status./api/v1/ticketsOpens a ticket: title, description, type, priority, contact./api/v1/tickets/{id}A single ticket's details./api/v1/tickets/{id}Updates status, priority or assignee./api/v1/tickets/{id}/commentsThe ticket's comments./api/v1/tickets/{id}/commentsAdds a comment to the ticket.Our products receive events from external services via webhooks, instantly — no polling. Incoming requests are verified with each service's own method (signature or verification token).
When the existing API isn't enough, or your own system needs one, we deliver to these standards:
REST or GraphQL as needed; JSON responses, consistent error codes and pagination.
An OpenAPI (Swagger) spec, example requests and change notes.
A sandbox with separate keys to try everything before going live.
API keys or OAuth, permission scopes, rate limiting and access logs.
Event notifications to your system; signed requests and retries on failure.
Endpoints are versioned, so updates don't break your existing integrations.
It starts with a short call.
Tell us which product you want to connect to, and why.
We create a key for your company and share the endpoints and examples.
Our team answers your questions while you build the integration.
After launch we announce changes in advance and keep versions stable.
Technical question? Write to our team.
oigodesk has a REST API for tickets and comments, a live chat API and email-to-ticket. oigohotel and oigoecomm receive channel manager, WhatsApp, Instagram and payment events via webhooks. For other products we open the endpoints your project needs.
Requests are authenticated with a company-specific API key sent in the Authorization: Bearer header. Each key only reaches its own company's data.
Tell us which product you want to connect to and why; we create a key for your company and send it with the endpoint list and examples.
Yes. REST or GraphQL APIs, delivered with OpenAPI documentation, a test environment, versioning and outgoing webhooks.
Yes; public endpoints (such as live chat) are rate limited. For high-volume use we tune the limits to your needs.
Tell us what you want to connect; we'll send your key and docs, or quote the API you need.