Rakenna Votinova-palvelun päälle
REST-API, webhookit, liittimet ja MCP-palvelin. Kaikki, mitä verkkosovellus tekee, on myös API:ssa: luo istunto, avaa se ja saat tulokset omaan järjestelmääsi alle viidessä minuutissa.
- Luo API-tunnus työtilassasi – kaksi käyttöoikeutta, koko organisaatiolle.
- Tee ensimmäinen kutsusi: luo ja avaa istunto curlilla.
- Tilaa webhook ja saat tulokset heti, kun kysymys sulkeutuu.
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"}Kaikki pinnat, yksi sopimus
Jokainen integraatio johdetaan samasta OpenAPI-dokumentista. Uusi päätepiste ilmestyy kaikkialle kerralla.
REST-API
Julkiset päätepisteet käyttöoikeuksineen, tilauskohtaiset kiintiöt ja kursoripohjainen sivutus.
API-referenssiWebhookit
HMAC-allekirjoitetut tapahtumat, porrastetut uudelleenyritykset ja manuaalinen uudelleenlähetys.
Webhook-opasMCP-palvelin
OpenAPI-dokumentista johdetut työkalut agenteillesi. Etäpalveluna, mitään ei tarvitse asentaa.
Ota MCP käyttöönMitä tällä rakennetaan
- Tulokset CRM-järjestelmääsi
- Synkronoi vastaukset ja läsnäolo CRM-järjestelmääsi tai tietovarastoosi heti, kun kysymys sulkeutuu – webhook kertoo sen, ilman jatkuvaa kyselyä.
- Oma raportointisi
- Avainluvut, osallistujat ja tulokset API:n kautta kursoripohjaisella sivutuksella: rakenna raportti juuri niin kuin organisaatiosi haluaa.
- Istunnot omasta ohjelmistostasi
- Luo, avaa ja ohjaa istuntoja taustajärjestelmästäsi, sisäisistä työkaluistasi tai agentiltasi – sama API, jota tämä verkkosovellus käyttää.
Ensimmäinen kutsusi valitsemallasi ohjelmointikielellä
Koko pikaopasAgenttisi tuntee Votinova-palvelun jo
Etä-MCP-palvelin, jonka työkalut on johdettu OpenAPI-dokumentista ja suodatettu API-tunnuksesi käyttöoikeuksien mukaan. Lisäksi llms.txt, jotta mikä tahansa malli löytää dokumentaation.
Ota MCP-palvelin käyttöön{ "mcpServers": { "votinova": { "url": "https://mcp.votinova.com/mcp", "headers": { "Authorization": "Bearer vz_live_…" } } }}Viimeisimmät API-muutokset
Muutosloki- ADDITIVE
The plan codes gain STARTER, the tier between FREE and PRO introduced with the 2026-08 pricing. upgrade_to, on a 402 and on a question the caller's plan does not cover, can name it, and so can quota_tiers[].plan_code on GET /public/v1/limits. A client that switches over plan codes needs a branch for STARTER; the other codes keep their meaning and their order.
- 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.
Kiintiö tilauksittain
- STARTER120 pyyntöä / 60 s
- PRO120 pyyntöä / 60 s
- TEAM600 pyyntöä / 60 s
- ENTERPRISE3 000 pyyntöä / 60 s
Kiintiösi kulkee jokaisessa vastauksessa (X-RateLimit-*-otsakkeet).