Pre vývojárov

Stavajte na platforme Votinova

REST API, webhooky, konektory a server MCP. Všetko, čo vie webová aplikácia, vie aj API: vytvorte reláciu, otvorte ju a dostaňte výsledky do svojich systémov za menej než päť minút.

  1. Vytvorte si prihlasovacie údaje vo svojom pracovnom priestore – dve oprávnenia, platné pre celú organizáciu.
  2. Urobte prvé volanie: vytvorte a otvorte reláciu cez curl.
  3. Prihláste sa na odber webhooku a dostávajte výsledky vždy, keď sa otázka uzavrie.
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"}

Všetky rozhrania, jedna zmluva

Každá integrácia vychádza z toho istého dokumentu OpenAPI. Nový koncový bod sa objaví všade naraz.

REST API

Verejné koncové body s oprávneniami, kvótami podľa plánu a stránkovaním cez kurzor.

Referenčná príručka API

Webhooky

Udalosti podpísané cez HMAC s narastajúcimi odstupmi opakovania a ručným opätovným doručením.

Príručka k webhookom

Zapier

Spúšťače a akcie na automatizáciu bez písania kódu.

Zobraziť integráciu

Power Automate

Konektor so spúšťačom cez webhook pre ekosystém Microsoftu.

Zobraziť integráciu

Server MCP

Nástroje odvodené z dokumentu OpenAPI pre Vašich agentov. Vzdialené, netreba nič inštalovať.

Nastaviť MCP

Doplnky

PowerPoint, Google Slides, Teams, Zoom a Webex.

Zobraziť doplnky

Čo z toho ľudia stavajú

Výsledky vo Vašom CRM
Synchronizujte odpovede a dochádzku do svojho CRM alebo dátového skladu v okamihu, keď sa otázka uzavrie – povie Vám to webhook, netreba sa dopytovať.
Vlastné prehľady
Ukazovatele, účastníci a výsledky cez API so stránkovaním kurzorom: postavte si prehľad presne tak, ako to Vaša organizácia chce.
Relácie z Vášho softvéru
Vytvárajte, otvárajte a riaďte relácie zo svojho backendu, z interných nástrojov alebo od svojho agenta – rovnaké API, aké používa táto webová aplikácia.
Stavané pre agentov

Váš agent už pozná platformu Votinova

Vzdialený server MCP s nástrojmi odvodenými z dokumentu OpenAPI a filtrovanými podľa oprávnení Vašich prihlasovacích údajov. Navyše súbor llms.txt, aby dokumentáciu našiel ktorýkoľvek model.

Nastaviť server MCP
{  "mcpServers": {    "votinova": {      "url": "https://mcp.votinova.com/mcp",      "headers": { "Authorization": "Bearer vz_live_…" }    }  }}

Najnovšie zmeny API

Zoznam zmien
  • 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.

Kvóta podľa plánu

  • STARTER120 požiadaviek za 60 s
  • PRO120 požiadaviek za 60 s
  • TEAM600 požiadaviek za 60 s
  • ENTERPRISE3 000 požiadaviek za 60 s

Vaša kvóta cestuje v každej odpovedi (hlavičky X-RateLimit-*).