- Domů
- /
- Článek
Rezidence dat v kontaktním centru Webex zajišťuje, že data jsou uchovávána pouze v paměti během výpočtu a nikdy nebudou uložena mimo určenou oblast. Všechna trvalá zákaznická data (konfigurace, protokoly atd.) zůstávají v zadané oblasti a subzpracovatelé pracují pod přísnými smluvními, technickými a auditorskými kontrolami. Média a citlivá data nejsou po zpracování nikdy uchovávána a regionální požadavky na rezidenci údajů a soukromí jsou přísně vymáhány. Správa znalostí využívá aktualizace v reálném čase k zajištění přesnosti obsahu, přičemž veškerá manipulace s daty je v souladu s regulačními a bezpečnostními standardy.
Klíčové definice
Některé klíčové definice v tomto článku zahrnují:
- Zpracování dat: Akt provádění výpočetních operací (jako je přepis, odvození nebo syntéza) na zákaznických datech. Během zpracování nejsou uložena žádná zákaznická data; data existují pouze dočasně ve volatilní paměti (RAM) a jsou vymazána ihned po dokončení zpracování.
- Rezidence a ukládání dat: Odkazuje na místo, kde jsou data zákazníků trvale uložena („v klidu“). To zahrnuje konfiguraci, nastavení specifická pro nájemce a uložené protokoly.
- Mediální rezidence: Média (například zvukové toky) zůstávají na svém původním místě co nejdéle a nejsou trvale přesouvány ani ukládány mimo region, a to ani v případě, že ke zpracování dochází v jiné zeměpisné oblasti.
- Subzpracovatel: Poskytovatel služeb třetí strany pověřený prováděním specifických funkcí (např. odvození LLM, rozpoznávání řeči) na zákaznických datech pod přísnými smluvními a technickými kontrolami.
Zpracování dat vs. Datová rezidence
Pro zákazníky působící v regulovaných regionech, jako je Singapur, rozlišujeme mezi místem, kde jsou data uložena (bydliště) a kde jsou data vypočítána (Zpracování).
Regionální datová suverenita
Regionální suverenita dat zajišťuje, že zákaznická data jsou spravována v souladu s místními předpisy, přičemž specifikuje, kde jsou data uložena a jak se s nimi zachází během zpracování. Platí následující zásady:
- Data v klidu: Všechna trvalá zákaznická data, včetně konfigurace, nastavení specifických pro nájemce a uložených protokolů, jsou uložena v regionu Singapur.
- Data v přenosu: Pro využití vysoce výkonných clusterů GPU vyžadovaných pro modely velkých jazyků (LLM) a pokročilé rozpoznávání řeči (ASR) mohou být data zpracovávána mimo Singapur. Zpracování však znamená pouze výpočet: data jsou přenášena šifrovanými kanály TLS 1.2+, existují pouze v paměti RAM po dobu zpracování a nejsou uložena v místě zpracování.
Média zůstávají uložena v původní oblasti co nejdéle. Vně dochází pouze k přechodnému zpracování na základě organizačních a servisních požadavků.
Zpracování lokalitní logiky
Neprovozujeme místní LLM proxy v každé zeměpisné oblasti, abychom zajistili:
- Parita zabezpečení: Centr alizované zpracování umožňuje okamžité nasazení bezpečnostních záplat a vynucení zábradlí modelu.
- Odolnost: Globální distribuce zabraňuje výpadkům přesměrováním požadavků na odvození, pokud dojde k problému v místním datovém centru. Globální převzetí služeb při selhání a přesměrování vylučují regiony EU a zpracování odvození EU zůstává během incidentů v rámci EU.
Rezidence dat pro agenty AI v kontaktním centru Webex
Rezidence dat pro komponenty agenta AI se liší podle regionu a poskytovatele služeb. Následující tabulka shrnuje, kde jsou data zpracovávána a ukládána pro klíčové komponenty AI v různých oblastech agentů AI:
|
Region |
Zpracování dat (ASR/TTS/Core) |
Zpracování dat (LLM) |
Rezidence dat (úložiště) |
|---|---|---|---|
|
produkt1 (US) |
AWS: N. Virginie, N. Kalifornie
Azure STT/TTS: Vý chod USA, Západ USA
Deepgram: N. Virginie, N. Kalifornie
ElevenLabs: N. Virginie, N. Kalifornie |
Azure Open AI: N. Virginie, N. Kalifornie
Proxy LLM: No. Virginie, N. Kalifornie |
USA (Domovská stránka DC) |
|
prodeu1 (Velká Británie) |
AWS: Londýn, Velká Británie
Azure STT/TTS: Velká Británie — jih
Deepgram: Regionální EU
ElevenLabs: EU Regionální |
Azure Open AI: Londýn, Velká Británie
LLM Proxy: Londýn, Velká Británie |
Velká Británie (Domácí DC) |
|
prodeu2 (EU) |
AWS: Frankfurt nad Mohanem, Německo
Azure STT/TTS: Německo Západní střed
Deepgram: Regionální EU
ElevenLabs: EU Regionální |
Azure Open AI: Regionální EU
LLM Proxy: Frankfurt nad Mohanem, Německo |
EU (Domovská stránka DC) |
|
prodca1 (Kanada) |
AWS: Centrální Kanada
Azure STT/TTS: Centrální Kanada |
Azure Open AI: Globální *
LLM Proxy: Centrální Kanada |
Kanada (Domácí DC) |
|
prodjp1 (Japonsko) |
AWS: Tokio, Japonsko
Azure STT/TTS: Japonsko — východ |
Azure Open AI: Globální *
LLM Proxy: Tokio, Japonsko |
Japonsko (Domácí DC) |
|
prodanz1 (Austrálie) |
AWS: Sydney, Austrálie
Azure STT/TTS: Austrálie — východ |
Azure Open AI: Globální *
LLM Proxy v Sydney, Austrálie |
Austrálie (Domácí DC) |
|
prodsg1 (Singapur) |
AWS: Singapur
Azure STT/TTS: Jihovýchodní Asie |
Azure Open AI: Globální *
LLM Proxy v Singapuru |
Singapur (Domácí DC) |
|
prodin1 (Indie) |
AWS: Bombaj, Indie
Azure STT/TTS: Střední Indie |
Azure Open AI: Střední Indie
LLM Proxy v Sydney, Austrálie |
Indie (Domácí DC) |
*Tyto požadavky mohou skončit v jakémkoli datovém centru globálně, kde jsou tyto modely hostovány. Další informace o službě Azure Data Residency naleznete zde.
Rezidence dat pro AI Assistant Webex Contact Center
Rezidence dat pro AI Assistant komponenty se liší podle regionu a poskytovatele služeb. Následující tabulka shrnuje, kde jsou data zpracovávána a ukládána pro klíčové komponenty AI Assistanct v různých oblastech AI:
|
Region |
AWS | Azure STT/TTS |
STT Voice |
LLM Proxy (interní) | Azure Open AI |
|---|---|---|---|---|---|
|
produkt1 (US) |
N. Virginie, N. Kalifornie | Východ USA, Západ USA | Globální** |
N. Virginie, N. Kalifornie |
N. Virginie, N. Kalifornie |
|
prodeu1 (Velká Británie) |
Londýn, Velká Británie
|
Velká Británie jih | Globální** |
Londýn, Velká Británie |
Londýn, Velká Británie |
|
prodeu2 (EU) |
Frankfurt, Německo |
Německo West Central | Globální** |
Frankfurt, Německo |
Frankfurt, Německo |
|
prodca1 (Kanada) |
Centrální Kanada | Centrální Kanada | Globální** |
Centrální Kanada |
Globální* |
|
prodjp1 (Japonsko) |
Tokio, Japonsko | Japonsko — východ | Globální** |
Tokio, Japonsko |
Globální* |
|
prodanz1 (Austrálie) |
Sydney, Austrálie | Austrálie — východ | Globální** |
Sydney, Austrálie |
Globální* |
|
prodsg1 (Singapur) |
Singapur | Jihovýchodní Asie | Globální** | Singapur | Globální* |
|
prodin1 (Indie) |
Asie a Tichomoří (Bombaj), Indie | Střední Indie | NA | Sydney, Austrálie | Bombaj, Indie |
*Tyto požadavky mohou skončit v jakémkoli datovém centru globálně, kde jsou tyto modely hostovány. Další informace o službě Azure Data Residency naleznete zde.
** Voicea sídlí v Evropě-západ1/Brusel/Belgie a Europe-West4/Amsterdam/Nizozemsko. Voicea provádí pouze zpracování dat. Na webech nasazení Voicea nejsou zachována žádná data.
Pomíjivé zpracování a nulová retence
Základním aspektem naší architektury AI je závazek k pomíjivému zpracování a nulovému uchovávání dat. Náš přístup upřednostňuje soukromí a zabezpečení dat tím, že zajišťuje, že informace o zákaznících nebudou během operací AI nikdy ukládány ani uchovávány.
- Viditelnost ASR a TTS: Během transkripce v reálném čase (ASR) nebo syntézy řeči (TTS) existují data pouze v těkavé paměti (RAM) procesorového motoru a jsou vymazána ihned po použití. Po zpracování nejsou žádná data uložena ani uchovávána.
- Řízení přístupu: Žádní lidští zaměstnanci (interní nebo subprocesorové) nemají během fáze odvozování přístup k nezpracovaným zvukovým nebo textovým tokům.
- Žádné sekundární použití: Zachováváme přísné smluvní a technické překážky, abychom zajistili, že zákaznická data — včetně výzev a zvuku — nebudou nikdy použita ke školení, rekvalifikaci nebo vylepšování základních modelů vlastněných subzpracovateli.
Řízení subzpracovatelů (poskytovatelé Voicea a LLM)
U všech dílčích zpracovatelů provádíme přísná posouzení rizik třetích stran.
- Hodnocení rizik třetích stran: Všichni dílčí zpracovatelé podléhají přísnému posouzení.
- Šifro@@ vání: Data odeslaná subzpracovatelům jsou při přenosu šifrována, zpracovávána pouze v paměti RAM a nikdy se neukládají.
- Auditovatelnost: Všechna volání API pro subprocesory jsou protokolována pro účely auditu (pouze metadata; citlivá užitečná zatížení jsou vyloučena z protokolů).
- Odpověd@@ nost za incident: V případě datového incidentu u dílčího zpracovatele si společnost [Vaše společnost] zachovává primární odpovědnost a zpracovává všechna oznámení a nápravu zákazníků podle našeho standardního dodatku ke zpracování dat (DPA).
Uchovávání dat a správa životního cyklu
Aby byla zajištěna transparentnost, následující tabulka přesně popisuje, jak dlouho jsou data uchovávána v našem ekosystému:
|
Datový typ |
Doba uchovávání (ve dnech) |
Stav úložiště |
Účel |
|---|---|---|---|
|
Audio/přepis v reálném čase |
0 |
Není uloženo |
Vymazáno ihned po skončení relace. |
|
Historie relací agenta AI |
X |
Uložené (SG) |
Poskytuje kontext pro konverzace s více otáčkami. |
|
Provozní protokoly |
90 |
Uložené (SG) |
Odstraňování problémů a monitorování stavu systému. |
|
Šifrovací klíče tenanta |
neurčitý |
Uložené (KMS) |
Zákazníkem spravované nebo systémové klíče pro data v klidu. |
Správa znalostí a přesnost obsahu
Používáme AI Assistant architekturu Retrieval-Augmented Generation (RAG). Tím je zajištěno, že AI poskytuje odpovědi na základě vašich konkrétních dokumentů „Ground Truth“ spíše než na školení interního modelu.
- Aktualizace URL/dokumentu: Když je zdroj znalostí aktualizován, systém znovu indexuje obsah a nahradí předchozí verze.
- Latence: Aktualizovaný obsah se obvykle odráží v reakcích AI během [X] minut.
- Zpracování mezipaměti: Aktivní relace používají kontext dostupný na začátku relace; všechny následující relace jsou však nuceny dotazovat se na nejnovější index, což zabraňuje opětovnému použití zastaralých nebo „halucinovaných“ dat.
Okrajový případ — Pokud konkrétní regionální předpis zakazuje jakékoli zpracování mimo oblast, mohou být vyžadovány další ovládací prvky nebo možnosti místního zpracování.
Důležité - „Zpracování“ nikdy neznamená ukládání dat; veškeré trvalé ukládání dat striktně dodržuje regionální pravidla pobytu.
ElevenLabs a Deepgram se používají jako subprocesory se sídlem v EU pro určité úlohy řeči a přepisu, vždy pod přísnými smluvními a technickými kontrolami, s nulovým uchováváním dat po zpracování.
Příklad scénáře
Uživatel v Singapuru zahájí relaci přepisu. Zvukový tok je zpracován v reálném čase globálním centrem LLM prostřednictvím šifrovaných kanálů, ale během zpracování nebo po zpracování mimo Singapur není uložen žádný zvuk ani přepis. Pouze povolený kontext nebo protokoly (nikdy samotný obsah) jsou zachovány podle výše uvedené tabulky.