Для розробників
Створюйте з Votinova
REST API, webhooks, конектори та сервер MCP. Усе, що вміє вебзастосунок, є і в API: створіть сесію, відкрийте її та передайте результати у свій стек менш ніж за пʼять хвилин.
- Створіть облікові дані у своєму просторі — дві області дії, на всю організацію.
- Зробіть перший виклик: створіть і відкрийте сесію через curl.
- Підпишіться на webhook і отримуйте результати, щойно кожне запитання закривається.
curl -X POST https://api.votinova.prd.atbionapps.com/public/v1/sessions \ -H "X-API-Key: vz_live_…" \ -d '{ "presentation_id": "prs_8f3k2" }' 200 OK · X-RateLimit-Remaining: 119{ "id": "ses_71xw9", "join_code": "482913", "state": "LIVE"}Усі поверхні, один контракт
Кожна інтеграція походить із того самого документа OpenAPI. Нова кінцева точка зʼявляється всюди одночасно.
REST API
Публічні кінцеві точки з областями дії, квотами за планом і курсорною розбивкою на сторінки.
Довідник API →Webhooks
Події з підписом HMAC, повторами з відкладанням і ручним повторним надсиланням.
Посібник із webhooks →Zapier
Тригери та дії для автоматизації без коду.
Переглянути інтеграцію →Power Automate
Конектор із тригером webhook для екосистеми Microsoft.
Переглянути інтеграцію →Сервер MCP
Інструменти, похідні від документа OpenAPI, для Ваших агентів. Віддалений, нічого встановлювати не треба.
Налаштувати MCP →Надбудови
PowerPoint, Google Slides, Microsoft Teams, Zoom і Webex.
Переглянути надбудови →Що на цьому будують
Результати у Вашій CRM
Синхронізуйте відповіді та відвідуваність зі своєю CRM чи сховищем даних тієї миті, коли кожне запитання закривається — про це повідомляє webhook, без опитування.
Ваша власна звітність
Показники, учасники та результати через API з курсорною розбивкою на сторінки: побудуйте звіт точно таким, як хоче Ваша організація.
Сесії з Вашого програмного забезпечення
Створюйте, відкривайте сесії та керуйте ними зі свого бекенда, внутрішніх інструментів або агента — тим самим API, яким користується цей вебзастосунок.
Ваш перший виклик — Вашою мовою програмування
Повний швидкий старт →Створено для агентів
Ваш агент уже знає Votinova
Віддалений сервер MCP з інструментами, похідними від документа OpenAPI та відфільтрованими за областями дії Ваших облікових даних. А ще llms.txt, щоб будь-яка модель знайшла документацію.
Налаштувати сервер MCP →{ "mcpServers": { "votinova": { "url": "https://mcp.votinova.com/mcp", "headers": { "Authorization": "Bearer vz_live_…" } } }}Останні зміни в API
Історія змін →- ADDITIVE
An event stranded by an auto-disable is now dead-lettered, so it can be replayed once the endpoint is back. Recovering from a bad afternoon is supposed to be: the platform pauses the endpoint, you fix it, you re-enable it, you redeliver what never arrived. Redelivery only accepts a dead-lettered delivery, and the queue of an auto-disabled endpoint was being terminated as merely failed — so there was nothing to replay and nothing said so. The arithmetic hid it: a delivery gets 8 attempts and an endpoint is paused after 10 consecutive failures, so a single event in flight always dead-letters first. The counter is per endpoint, and one ordinary session emits three events. Deliveries for an endpoint its owner REMOVED are still terminated without a dead letter: nobody is coming back for those.
- ADDITIVE
Three corrections found by driving this API the way an integration does. A bad request body now answers the envelope this surface documents ({ error, code: INVALID_REQUEST_BODY, invalid_fields }) naming the PUBLISHED field: it used to fall through to a shape the API emits nowhere else, which named the internal property (TargetUrl for target_url) and carried no error member for a generated client to read. session.ended is delivered ONCE per close; closing a live session through this API delivered it twice, so anything that posts a summary or books a room did it twice, and the event now always names presentation_id whichever surface closed the session. And enabling an endpoint only revives one the platform paused after failures: it used to undo a DELETE too, so a connector's unsubscribe could be reversed by one call while the connector itself could no longer remove it. Enabling an endpoint that was removed now answers 400 WEBHOOK_NOT_AUTO_DISABLED; register it again instead.
- ADDITIVE
question_id is now published as REQUIRED on per-question results, which is what the endpoint has always enforced: it answers 400 without one. The document said optional, so an integrator who believed it did not send the value and found out from a failed call — and the failed call counted against the organization's quota. Nothing about the endpoint's behaviour changed, and no request that worked before stops working; what changed is that the reference now describes it. Generated clients and MCP tools derived from this document will ask for the question up front instead of discovering the rule at runtime.
Квота за планом
- STARTERЗапитів: 120 за кожні 60 с
- PROЗапитів: 120 за кожні 60 с
- TEAMЗапитів: 600 за кожні 60 с
- ENTERPRISEЗапитів: 3000 за кожні 60 с
Ваша квота приходить у кожній відповіді (заголовки X-RateLimit-*).