Za razvijalce
Gradite s platformo Votinova
REST API, webhooki, konektorji in strežnik MCP. Vse, kar zmore spletna aplikacija, je tudi v API-ju: sejo ustvarite, jo odprete in rezultate spravite v svoj sistem v manj kot petih minutah.
- Ustvarite poverilnico v svojem prostoru – dva obsega, za celotno organizacijo.
- Opravite svoj prvi klic: sejo ustvarite in odprite z ukazom curl.
- Naročite se na webhook in prejemajte rezultate ob zaprtju vsakega vprašanja.
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"}Vse površine, ena pogodba
Vsaka integracija izhaja iz istega dokumenta OpenAPI. Nova končna točka se pojavi povsod hkrati.
REST API
Javne končne točke z obsegi, kvotami po paketu in kazalčnim ostranjevanjem.
Referenca API →Webhooki
Dogodki, podpisani s HMAC, s ponovnimi poskusi z zamikom in ročno ponovno dostavo.
Vodnik za webhooke →Zapier
Sprožilci in dejanja za avtomatizacijo brez kode.
Ogled integracije →Power Automate
Konektor s sprožilcem webhook za ekosistem Microsoft.
Ogled integracije →Strežnik MCP
Orodja za vaše agente, izpeljana iz dokumenta OpenAPI. Oddaljena, brez nameščanja.
Nastavite MCP →Dodatki
PowerPoint, Google Slides, Teams, Zoom in Webex.
Ogled dodatkov →Kaj ljudje gradijo s tem
Rezultati v vašem CRM
Odgovore in prisotnost sinhronizirajte v svoj CRM ali podatkovno skladišče v trenutku, ko se vsako vprašanje zapre – webhook vam pove, poizvedovanja ni.
Vaše lastno poročanje
Kazalniki, udeleženci in rezultati prek API-ja s kazalčnim ostranjevanjem: poročilo sestavite natanko tako, kot ga želi vaša organizacija.
Seje iz vaše programske opreme
Seje ustvarjajte, odpirajte in vodite iz svojega zaledja, svojih notranjih orodij ali svojega agenta – z istim API-jem, kot ga uporablja ta spletna aplikacija.
Vaš prvi klic, v vašem jeziku
Celoten hitri začetek →Zasnovano za agente
Vaš agent platformo Votinova že pozna
Oddaljeni strežnik MCP z orodji, izpeljanimi iz dokumenta OpenAPI in filtriranimi po obsegih vaše poverilnice. Zraven pa še llms.txt, da dokumentacijo najde vsak model.
Nastavite strežnik MCP →{ "mcpServers": { "votinova": { "url": "https://mcp.votinova.com/mcp", "headers": { "Authorization": "Bearer vz_live_…" } } }}Zadnje spremembe API
Dnevnik sprememb →- 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.
Kvota po paketu
- STARTER120 zahtev na 60 s
- PRO120 zahtev na 60 s
- TEAM600 zahtev na 60 s
- ENTERPRISE3000 zahtev na 60 s
Vaša kvota potuje v vsakem odgovoru (glave X-RateLimit-*).