ElevenLabs-integrationer i Vionix: vad är ekosystem och vad är verifierat?

Varför vi skiljer på integrationsnivåer

ElevenLabs Agents har ett växande ekosystem för telefoni, CRM, kalender, support, automation och verktyg. Vionix använder ElevenLabs som röst- och agentlager.

Men en tjänst som stöds av ElevenLabs är inte automatiskt samma sak som att Vionix har aktiverat full läs- och skrivåtkomst för varje kund.

Därför använder Vionix tre nivåer.

1. ElevenLabs-ekosystem

Detta är tjänster och anslutningssätt som ElevenLabs dokumenterar eller listar för Agents.

Exempel är telefoni via Twilio och SIP samt integrationer runt CRM, support, kalender och automation.

De visar vad agentlagret kan kopplas mot. Vionix verifierar sedan den konkreta funktionen i kundens miljö.

2. Vionix Native

Vionix Native är vårt inbyggda fallbacklager.

Det kan hantera arbetsobjekt som:

• kunder och kontakter
• katalog och resurser
• bokningar
• beställningar
• ärenden
• callbacks

Det gör att ett företag kan börja arbeta även om det saknar CRM, använder ett ovanligt branschsystem eller väntar på att en extern connector ska verifieras.

3. Kundanpassad connector

När kunden har ett eget system kartlägger vi hur det går att ansluta.

Vanliga vägar är:

• dokumenterat API
• OAuth eller annan verifierad autentisering
• signerad HTTPS-webhook
• MCP där det passar
• SIP för telefoni
• leverantörens partnergränssnitt

Verifiera capability – inte bara logotypen

Säg att ett företag använder ett CRM.

I stället för en enda status ”CRM anslutet” kan Vionix verifiera:

• customer.lookup
• customer.upsert
• skapa aktivitet
• skapa ärende
• skapa eller ändra bokning
• orderfunktioner

En läsfunktion kan alltså vara live medan en skrivfunktion fortfarande använder Native fallback.

Om kundens system är okänt

Lägg in systemets namn och beskriv vad ni använder det till.

Vi behöver framför allt veta:

1. Vilken information agenten behöver läsa.
2. Vad agenten ska få skapa eller ändra.
3. Hur systemet erbjuder åtkomst.
4. Vad som ska hända om anslutningen är nere.

Därefter går det att avgöra om en befintlig connector räcker eller om en adapter behöver byggas.

Vad kunden slipper

Kunden ska inte behöva förstå hela integrationsarkitekturen för att komma igång.

Målet med Vionix onboarding är att fånga hur verksamheten arbetar idag. Vionix väljer sedan mellan verifierad extern route och Native fallback för respektive funktion.