Regiobeschikbaarheid en gegevenslocatie
Azure Communication Services is toegewijd aan het helpen van onze klanten bij het voldoen aan hun vereisten voor privacy en persoonlijke gegevens. Als ontwikkelaar die Communication Services gebruikt met een directe relatie met mensen die de toepassing gebruiken, bent u mogelijk een controller van hun gegevens. Omdat Azure Communication Services deze data-at-rest namens u opslaat en versleutelt, zijn we waarschijnlijk een verwerker van deze gegevens. Deze pagina geeft een overzicht van de manier waarop de service gegevens bewaart en hoe u deze gegevens kunt identificeren, exporteren en verwijderen.
Gegevensresidentie
Wanneer u een Azure Communication Services-resource maakt, geeft u een geografie op (niet een Azure-datacenter). Alle chatberichten en resourcegegevens die zijn opgeslagen door Communication Services-at-rest, worden in die geografie bewaard in een datacenter dat intern door Communication Services is geselecteerd. Gegevens kunnen worden overgedragen of verwerkt in andere geografische gebieden. Deze globale eindpunten zijn nodig om eindgebruikers een ervaring met hoge prestaties en lage latentie te bieden, ongeacht hun locatie.
De lijst met geografische gebieden waaruit u kunt kiezen, omvat:
- Afrika
- Azië-Pacific
- Australië
- Brazilië
- Canada
- Europa
- Frankrijk
- Duitsland
- India
- Japan
- Zuid-Korea
- Noorwegen
- Zwitserland
- Verenigde Arabische Emiraten
- Verenigd Koninkrijk
- Verenigde Staten
Gegevensverzameling
Azure Communication Services verzamelt alleen diagnostische gegevens die nodig zijn om de service te leveren.
Gegevenslocatie en gebeurtenissen
Elk Event Grid-systeemonderwerp dat is geconfigureerd met Azure Communication Services, wordt gemaakt op een globale locatie. Ter ondersteuning van betrouwbare levering kan een globaal Event Grid-systeemonderwerp de gebeurtenisgegevens opslaan in een Microsoft-datacenter. Wanneer u Event Grid configureert met Azure Communication Services, levert u uw gebeurtenisgegevens aan Event Grid. Dit is een Azure-resource onder uw beheer. Hoewel Azure Communication Services kan worden geconfigureerd voor het gebruik van Azure Event Grid, bent u verantwoordelijk voor het beheren van uw Event Grid-resource en de gegevens die erin zijn opgeslagen.
Mensen verbinden aan identiteiten van Azure Communication Services
Uw toepassing beheert de relatie tussen menselijke gebruikers en Communication Service-identiteiten. Als u gegevens voor een menselijke gebruiker wilt verwijderen, moet u gegevens verwijderen die betrekking hebben op alle Communication Service-identiteiten die voor de gebruiker zijn gecorreleerd.
Er zijn twee soorten Communication Service-gegevens:
- API-gegevens. Deze gegevens worden gemaakt en beheerd met Communication Service-API's, bijvoorbeeld chatberichten die worden beheerd via Chat-API's.
- Azure Monitor-logboeken Deze gegevens worden door de service gemaakt en beheerd via het Azure Monitor-gegevensplatform. Dit zijn onder andere telemetrie- en metrische gegevens waarmee u inzicht krijgt in het gebruik van uw Communication Services.
API-gegevens
Identiteiten
Azure Communication Services onderhoudt een map met identiteiten. Gebruik de DeleteIdentity-API om identiteiten te verwijderen. Als u een identiteit verwijdert, worden alle bijbehorende toegangstokens ingetrokken en worden hun chatberichten verwijderd. Zie Toegangstokens maken en beheren voor meer informatie over het verwijderen van een identiteit.
Delete Identity
Azure Resource Manager
U kunt de Azure-portal of Azure Resource Manager-API's gebruiken met Azure Communication Services om persoonlijke gegevens te maken. Zie Persoonlijke gegevens beheren die zijn gekoppeld aan Azure Resource Manager voor meer informatie.
Telefoonnummerbeheer
Azure Communication Services onderhoudt een directory met telefoonnummers die zijn gekoppeld aan een Communication Services-resource. Beheer-API's voor telefoonnummers gebruiken om telefoonnummers op te halen en te verwijderen:
Get All Phone Numbers
Release Phone Number
Chat
Azure Communication Services slaat chatthreads op volgens het bewaarbeleid voor gegevens wanneer de thread wordt gemaakt. U kunt het bewaarbeleid indien nodig bijwerken tijdens de retentieperiode die u hebt ingesteld. Nadat u een chatthread hebt verwijderd (op beleid of door een Api-aanvraag verwijderen), kan deze niet worden opgehaald.
Belangrijk
Het bewaarbeleid voor gegevens dat in deze sectie wordt beschreven, is momenteel beschikbaar als openbare preview. Deze preview-versie van de service wordt geleverd zonder een service level agreement en we raden deze niet aan voor productieworkloads. Zie Aanvullende gebruiksvoorwaarden voor Microsoft Azure-previews voor meer informatie.
U kunt kiezen tussen retentie van onbepaalde threads, automatische verwijdering tussen 30 en 90 dagen via het bewaarbeleid voor de API Chatthread maken of direct verwijderen met behulp van de API's Chatbericht verwijderen of Chat-thread verwijderen.
Alle threads die zijn gemaakt voordat het nieuwe bewaarbeleid wordt beïnvloed, worden alleen beïnvloed als u specifiek het beleid voor die thread wijzigt. Als u een ondersteuningsaanvraag indient voor een verwijderde chatthread meer dan 30 dagen nadat het bewaarbeleid die thread heeft verwijderd, kan deze niet meer worden opgehaald en is er geen informatie over die thread beschikbaar. Open zo nodig zo snel mogelijk een ondersteuningsticket binnen het venster van 30 dagen nadat u een thread hebt gemaakt, zodat we u kunnen helpen.
Deelnemers aan chatthreads kunnen de ListMessages
berichtgeschiedenis voor een bepaalde thread bekijken. De ListMessages
API kan de geschiedenis van een thread niet retourneren als de thread wordt verwijderd. Gebruikers die zijn verwijderd uit een chatgesprek, kunnen de vorige berichtgeschiedenis bekijken, maar kunnen geen nieuwe berichten verzenden of ontvangen. Per ongeluk verwijderde berichten kunnen niet worden hersteld door het systeem.
Gebruik Chat-API’s om berichten op te halen, weer te geven, bij te werken en te verwijderen.
Get Thread
Get Message
List Messages
Update Message
Delete Thread
Delete Message
Voor klanten die virtuele afspraken gebruiken, raadpleegt u de privacy van onze teams-interoperabiliteitsgebruikers voor het opslaan van chatberichten in Teams-vergaderingen.
Sms
De service verwerkt tijdelijk verzonden en ontvangen sms-berichten en ze worden niet bewaard.
PSTN-spraakoproepen
Audio- en videocommunicatie wordt kortstondig verwerkt door de service en er worden geen oproepverwerkingsgegevens bewaard in uw resource anders dan Azure Monitor-logboeken.
Audio- en videobellen via het internet
Audio- en videocommunicatie wordt kortstondig verwerkt door de service en er worden geen oproepverwerkingsgegevens bewaard in uw resource anders dan Azure Monitor-logboeken.
Opname van gesprek
Oproepopnamen worden tijdelijk opgeslagen in dezelfde geografie die u hebt Data Location
geselecteerd tijdens het maken van resources gedurende 24 uur. Nadat de opname is verwijderd, bent u verantwoordelijk voor het opslaan van de opname op een veilige en compatibele locatie.
E-mailen
Inhoud van e-mailberichten wordt kortstondig opgeslagen voor verwerking in de resource die Data Location
u tijdens het inrichten van resources hebt opgegeven. Logboeken voor bezorging van e-mailberichten zijn beschikbaar in Azure Monitor-logboeken, waar u de werkruimte definieert voor het opslaan van logboeken. Gebruikersnamen van domeinzenders (of MailFrom) worden opgeslagen in de bron Data Location
totdat ze expliciet zijn verwijderd. De e-mailadressen van de geadresseerde die resulteren in niet-bezorgde berichten, worden tijdelijk bewaard voor spam- en misbruikpreventie en -detectie.
Azure Monitor en Log Analytics
Azure Communication Services-feed in Logboekgegevens van Azure Monitor voor inzicht in de operationele status en het gebruik van de service. Sommige van deze logboeken bevatten Communication Service-identiteiten en telefoonnummers als veldgegevens. Als u mogelijk persoonlijke gegevens wilt verwijderen, gebruikt u deze procedures voor Azure Monitor. U kunt ook de standaard retentieperiode voor Azure Monitor configureren.