Arendajatele
Ehitage Votinova peal
REST API, webhookid, konnektorid ja MCP-server. Kõik, mida veebirakendus teeb, on ka API-s: looge sessioon, avage see ja tooge tulemused oma süsteemi vähem kui viie minutiga.
- Looge oma tööruumis mandaat – kaks õigust, kogu organisatsiooni ulatuses.
- Tehke esimene päring: looge ja avage sessioon curl'iga.
- Tellige webhook ja võtke tulemused vastu iga küsimuse sulgumisel.
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"}Iga pind, üks leping
Iga sidustus tuleneb samast OpenAPI dokumendist. Uus lõpp-punkt ilmub kõikjale korraga.
REST API
Avalikud lõpp-punktid koos õiguste, plaanipõhiste kvootide ja kursorpõhise lehitsemisega.
API teatmik →Webhookid
HMAC-allkirjaga sündmused, korduskatsed kasvava ootega ja käsitsi uuesti saatmine.
Webhookide juhend →Zapier
Käivitajad ja toimingud koodivabaks automatiseerimiseks.
Vaata sidustust →Power Automate
Webhookil käivituv konnektor Microsofti ökosüsteemile.
Vaata sidustust →MCP-server
OpenAPI dokumendist tuletatud tööriistad teie agentidele. Kaugserver, midagi pole vaja paigaldada.
Seadista MCP →Lisandmoodulid
PowerPoint, Google Slides, Teams, Zoom ja Webex.
Vaata lisandmooduleid →Mida inimesed sellega ehitavad
Tulemused teie CRM-i
Sünkroonige vastused ja kohalolek oma CRM-i või andmelattu hetkel, mil iga küsimus sulgub – webhook annab teada, pärida pole vaja.
Teie oma aruandlus
Näitajad, osalejad ja tulemused API kaudu kursorpõhise lehitsemisega: koostage aruanne täpselt nii, nagu teie organisatsioon soovib.
Sessioonid teie tarkvarast
Looge, avage ja juhtige sessioone oma taustasüsteemist, oma sisemistest tööriistadest või oma agendist – sama API, mida kasutab see veebirakendus.
Teie esimene päring teie keeles
Täielik kiirjuhend →Loodud agentidele
Teie agent tunneb Votinova platvormi juba
Kaugserver MCP jaoks, mille tööriistad on tuletatud OpenAPI dokumendist ja filtreeritud teie mandaadi õiguste järgi. Lisaks llms.txt, et iga mudel leiaks dokumentatsiooni üles.
Seadista MCP-server →{ "mcpServers": { "votinova": { "url": "https://mcp.votinova.com/mcp", "headers": { "Authorization": "Bearer vz_live_…" } } }}Viimased API muudatused
Muudatuste logi →- 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.
Kvoot plaani kohta
- STARTERPäringuid 60 s kohta: 120
- PROPäringuid 60 s kohta: 120
- TEAMPäringuid 60 s kohta: 600
- ENTERPRISEPäringuid 60 s kohta: 3000
Teie kvoot liigub kaasa iga vastusega (X-RateLimit-* päised).