Запис на телефонни разговори и GDPR: какво трябва да провери бизнесът
Практичен GDPR checklist преди записване на клиентски разговори: цел, правно основание, информиране, срок, достъп, доставчици и отделна AI обработка.
Integric AI
10 мин.
При темата „запис на телефонни разговори GDPR“ най-опасният въпрос е „какъв текст да пуснем преди разговора?“. Текстът е само видимата част. Преди първия запис бизнесът трябва да знае защо записва, на какво правно основание, кой има достъп, колко време пази файла и дали след това ще го транскрибира или анализира.
Тази статия е оперативен checklist, а не правна консултация. GDPR се прилага според конкретната цел, сектор, участници и използвани системи. За реално внедряване потвърдете решението с юрист или длъжностното лице по защита на данните.
1. Опишете отделно всяка цел
„За качество и обучение“ често е твърде общо. Разделете дейностите, защото могат да имат различни основания, срокове и достъп:
доказване на заявка или сключена сделка;
обработка на рекламация;
контрол на качеството;
обучение на служители;
сигурност и предотвратяване на злоупотреби;
транскрипция и създаване на резюме;
автоматична оценка на оператор;
анализ на настроение, риск или вероятност за отказ.
Ако записвате за доказване на конкретна поръчка, не следва автоматично да използвате същия файл за обучение на AI. Това е нова обработка и може да е нова цел.
Член 5 от GDPR изисква законосъобразност и прозрачност, конкретна цел, минимизация на данните и ограничение на съхранението. Преведено в процес: записвайте само разговорите и частите, които са необходими за описаната цел, и не пазете файла „за всеки случай“.
2. Определете правното основание преди записа
Информирането на клиента и правното основание са различни неща. Съобщението „разговорът се записва“ не прави обработването автоматично законосъобразно.
Член 6 от GDPR предвижда шест възможни основания, сред които съгласие, изпълнение на договор, правно задължение и легитимен интерес. EDPB обобщава, че организацията трябва да определи основанието преди обработването и че изборът зависи от контекста.
Не избирайте основание по удобство:
Съгласието трябва да е свободно, конкретно, информирано и недвусмислено и може да бъде оттеглено. Ако човек няма реална алтернатива, преценете дали то е подходящо.
Договорът покрива само обработване, което е обективно необходимо за договора или поисканите преддоговорни стъпки, не всяко полезно подобрение на услугата.
Правното задължение трябва да произтича от конкретна приложима норма, а не от вътрешна политика.
Легитимният интерес изисква описан интерес, необходимост и баланс с правата и очакванията на хората. Трябва да има и работещ път за възражение, когато той е приложим.
Ако разговорът може да съдържа данни за здраве, биометрични данни за уникална идентификация или други специални категории, проверката не спира с член 6. Нужно е да се оцени и приложимо условие по член 9.
3. Подгответе кратка и пълна информация
EDPB посочва, че при записване на клиентски разговори хората трябва да бъдат информирани за целите, получателите, правото на възражение и правото на достъп. Пълният информационен слой по член 13 включва и други елементи според случая.
Практичен двустепенен модел е:
кратко съобщение преди записа с администратора, факта на записване, основната цел и лесен път към повече информация или алтернативен канал;
достъпна пълна политика с правното основание, получателите, трансферите, срока, правата, контакта с администратора или DPO и жалбата до надзорен орган.
Примерната структура не е готов правен текст:
„[Компания] записва този разговор за [конкретна цел]. Подробности за срока, получателите и правата Ви са достъпни на [кратък адрес]. Ако не желаете запис, [реална алтернатива, когато е приложимо].“
Не казвайте, че записът е „за ваша сигурност“, ако действителната цел е оценка на служители и обучение на модел. Информацията трябва да съвпада с реалната система.
4. Решете какво се записва
Проверете дали е нужен целият разговор. В някои процеси може да се запише само потвърждението на заявката, а останалата част да не се съхранява. Ако клиент диктува платежни данни или друга чувствителна информация, предвидете пауза, маскиране или отделен защитен канал.
Направете карта на данните:
аудиофайл;
телефонен номер и идентификатор на клиента;
дата, час и продължителност;
име или ID на служител;
транскрипция и резюме;
тагове и оценки;
връзка към CRM запис;
логове за достъп и изтриване.
Често рискът не е само в гласа, а в търсенето. Достъп до CRM плюс запис и транскрипция дава много по-пълен профил от отделния аудиофайл.
5. Задайте срок и автоматично изтриване
GDPR не дава универсален брой дни за всички записи. Срокът следва целта. Запис за кратък контрол на качеството може да няма същия необходим срок като запис, задържан за конкретен спор.
За всяка цел документирайте:
стандартен срок;
какво събитие го стартира;
как се изтрива аудиото, транскрипцията и резервните копия;
кога се прилага правно задържане;
кой одобрява изключение;
как се доказва изтриването.
Без техническо правило „30 дни“ в политика може да се превърне в години в хранилището. Тествайте автоматичното изтриване с реален запис и проверете всички копия и свързани производни данни.
6. Ограничете достъпа и подгответе права
Не всеки ръководител трябва да може да слуша всеки разговор. Дайте достъп по роля и цел, използвайте индивидуални профили и пазете логове кой е слушал, изтеглил или споделил файл.
Преди пускане симулирайте заявка за достъп:
Как намирате всички записи на конкретен човек?
Как потвърждавате самоличността му без да събирате излишни данни?
Как защитавате данните на други участници в разговора?
В какъв формат предоставяте информацията или копието?
Как обработвате искане за изтриване, ограничаване или възражение?
Правата не се решават с бутон „download“. В запис може да има данни на служител, друг клиент или трето лице, които също трябва да бъдат разгледани.
7. Проверете доставчиците и трансферите
Ако телефонна платформа, CRM, услуга за транскрипция или AI доставчик обработва данните от ваше име, определете ролите и договорите. Член 28 изисква обработването от обработващ да бъде уредено с договор или друг обвързващ акт и да има достатъчни гаранции.
Изискайте конкретни отговори:
къде се съхраняват аудио, транскрипции и логове;
кои подизпълнители участват;
има ли трансфери извън ЕИП и на какъв механизъм;
използват ли се разговорите за обучение на общи модели;
може ли тази употреба да бъде изключена;
как се изпълняват изтриване и достъп;
как се съобщава инцидент;
какво получавате при прекратяване на услугата.
Член 32 изисква мерки, съобразени с риска, включително когато са подходящи криптиране, устойчивост, възстановяване и редовно тестване. Не приемайте сертификат или маркетингова страница като пълен отговор за вашия конкретен поток.
8. Третирайте AI анализа като отделна обработка
Запис, транскрипция, резюме, автоматично тагване и оценка на емоция не са едно и също. Всеки слой създава нови данни, получатели и рискове.
Официално публикуван от EDPB случай за AI анализ на телефонни записи описва банка, която автоматично анализира всички клиентски разговори и оценява вероятност за неудовлетворение или гняв. Надзорният орган установява нарушения, свързани наред с друго с правното основание, целта, прозрачността, възражението и защитата на данните още при проектирането.
Изводът не е, че всеки AI анализ е забранен. Изводът е, че общо уведомление за запис не покрива автоматично нова аналитична цел. EDPB Guidelines 02/2021 са допълнителна отправна точка за гласови системи и privacy by design.
Проверете дали анализът води до решение или профил, който съществено засяга човек. Ако обработването с нова технология вероятно създава висок риск, член 35 изисква оценка на въздействието преди старта. Това е контекстна преценка, не автоматична отметка за всяка транскрипция.
Контролен списък преди пускане
Целите са конкретни и отделени една от друга.
За всяка цел има документирано правно основание.
Краткото съобщение и пълната политика съвпадат с реалността.
Има алтернативен процес, когато основанието или правата го изискват.
Записват се само необходимите данни и части от разговора.
Срокът е обоснован и технически приложен.
Достъпът е по роли и се логва.
Правата на хората са тествани оперативно.
Доставчиците, подизпълнителите и трансферите са проверени.
AI транскрипцията и анализът са оценени отделно.
Служителите също са информирани и обучени.
Има собственик на процеса и периодичен преглед.
При AI гласов оператор този checklist трябва да бъде част от проектирането, не задача след внедряването. Общите възможности и граници на технологията са описани в AI гласов асистент за бизнеса, а по-широкият подход към постепенно внедряване — в AI за малък бизнес.
При чувствителни процеси, например записване на час за преглед, минимизацията и човешката ескалация са особено важни. Ако оценявате телефонна автоматизация, вижте как работи услугата на Integric, но финализирайте записването и обработването на данни едва след конкретен правен и технически преглед.
Често задавани въпроси
Задължително ли е съгласие за запис на телефонни разговори?
Достатъчно ли е съобщението „разговорът се записва“?
Може ли записът автоматично да се транскрибира и анализира с AI?
Колко дълго могат да се пазят записите?
