AI data and privacyДанные и AI
One customer conversation can leave several copies: audio, a transcript, CRM notes, a model request and execution logs. Privacy governance starts by finding those copies and explaining why each is needed, who receives it and who controls its lifetime.Один разговор может оставить аудио, расшифровку, заметки CRM, запрос к модели и журналы выполнения. Управление данными начинается с поиска этих копий: зачем нужна каждая, кому она доступна и кто отвечает за срок хранения.
Start with purpose and jurisdictionНачните с цели
Write the exact task before choosing the data. Answering opening hours needs no purchase history; checking a specific order may need an approved identity check and a limited order reference. A connected operating system is not a reason to copy every available personal field into a model request.Опишите точную задачу до выбора данных. Для ответа о времени работы не нужна история покупок; для конкретного заказа могут понадобиться установленная проверка личности и ограниченные сведения о заказе. Связанная система не даёт основания передавать модели все доступные персональные поля.
The UK ICO’s AI audit guidance supports purpose-specific data minimisation and retention responsibility. Its guidance was under review when checked on 6 October 2026. Applicable duties depend on jurisdiction, purpose, provider terms and the data involved. Consent is not a universal answer for every processing activity or call-recording scenario.Рекомендации британского ICO по аудиту AI связывают минимизацию данных с целью и ответственностью за хранение. На 6 октября 2026 года руководство находилось на пересмотре. Обязанности зависят от юрисдикции, цели, условий провайдера и данных. Согласие не является универсальным ответом для любой обработки или записи разговора.
Source: Источник: ICO AI audit toolkit: Data minimisation
Map the copies, not just the applicationУчтите каждую копию
For each field or document, record its source, intended use, receiving service, people with access, storage location where known and the responsible owner. Distinguish the CRM original from audio, transcript, extracted summary, model input, tool output and diagnostic log. One deletion button may affect only one of these copies.Для поля или документа укажите источник, назначение, сервис-получатель, роли доступа, известное место хранения и ответственного. Разделяйте оригинал CRM, аудио, расшифровку, итог, вход модели, ответ инструмента и технический журнал. Одна кнопка удаления может затрагивать только одну копию.
Include exports, backups and external support workflows where they are part of the actual setup. Ask the provider which records are retained and which settings govern model use, access and deletion. Mark unanswered questions explicitly instead of deriving retention or residency from a product logo.Учтите выгрузки, резервные копии и внешнюю поддержку, если они есть в настройке. Уточните у провайдера, что сохраняется и какие настройки регулируют использование моделью, доступ и удаление. Неизвестное отмечайте явно; логотип продукта не подтверждает срок хранения или регион.
Reduce information before sending itСократите лишние сведения
Illustrative case: a customer calls about a late appliance repair. The routing assistant may need the job reference, appointment window and current request. It usually does not need the full recording of an unrelated previous dispute. Send a precise excerpt or relevant fields when they can support the task.Условный случай: клиент звонит из-за задержки ремонта техники. Для маршрутизации могут понадобиться номер заявки, согласованное окно и текущая просьба. Полная запись прежнего, не связанного с задачей спора обычно не нужна. Передавайте точный фрагмент или подходящие поля, если их достаточно.
Apply access rules before summarisation. Removing a name from the final answer does not undo a disclosure that already happened in the prompt or log. Test with a role that cannot view the original restricted record, and check both the model input and the information placed in a staff task.Применяйте права до подготовки резюме. Удаление имени из итогового ответа не отменяет передачу, уже состоявшуюся в запросе или журнале. Проверьте роль без доступа к исходной закрытой записи, включая вход модели и сведения в задаче сотруднику.
Assign retention and deletion ownersНазначьте сроки и владельцев
Define retention by purpose and record type with the appropriate policy owner. A short-lived AI transcript and an accounting record can have different obligations. Do not delete an order’s financial evidence merely because a conversation copy is due for deletion. Record justified holds and exceptions separately.Определяйте сроки по цели и типу записи вместе с владельцем политики. У временной расшифровки AI и учётного документа могут быть разные требования. Не удаляйте финансовые доказательства заказа только потому, что истёк срок хранения разговора. Обоснованные запреты на удаление и исключения учитывайте отдельно.
For a permitted deletion request, identify affected copies, the executor and the proof of completion. Check what remains in backups or provider systems and whether a delayed process can recreate the deleted material. If removal cannot yet be verified, report the remaining scope and owner rather than declaring all data gone.Для разрешённого запроса на удаление определите копии, исполнителя и подтверждение. Проверьте остатки в резервных копиях и у провайдеров, а также возможность повторного создания отложенным процессом. Если удаление не подтверждено, укажите оставшийся объём и ответственного вместо заявления о полном исчезновении данных.
Accept evidence, not a compliance labelПроверьте результат
Use approved test records to check restricted access, unnecessary fields, retention actions and a failed provider request. The process owner should be able to trace the information path and explain an exception. NIST’s generative AI profile is voluntary risk-management guidance; citing it does not certify the product or satisfy every local legal duty.На разрешённых тестовых записях проверьте ограниченный доступ, лишние поля, действия по хранению и отказ провайдера. Владелец должен проследить путь данных и объяснить исключение. Профиль генеративного AI NIST — добровольное руководство по рискам; ссылка на него не сертифицирует продукт и не закрывает все местные требования.
No universal SABSUS retention period, processor list, residency promise or deletion guarantee is established by this guide. Ask for current provider terms and the selected configuration’s actual controls. Resolve gaps before adding the workflow’s next data source.Этот материал не устанавливает единый срок хранения SABSUS, список обработчиков, обещание региона или гарантию удаления. Запросите актуальные условия провайдеров и реальные настройки выбранной конфигурации. Закройте пробелы до подключения следующего источника.
Source: Источник: Generative AI Profile, NIST AI 600-1; SABSUS integration boundaries
Sources and scopeИсточники и границы
Source review: 6 October 2026 (UTC). Source dates below are separate from this page’s original publication date. Workflow examples, formulas and acceptance checks are editorial guidance; no customer account or live implementation was tested.Источники проверены 6 октября 2026 года (UTC). Даты источников ниже отличаются от даты первой публикации страницы. Примеры процессов, формулы и проверки приёмки — редакционные рекомендации; клиентский аккаунт и действующее внедрение не тестировались.
- ICO AI audit toolkit: Data minimisation Checked 6 October 2026; UK guidance under reviewПроверено 6 октября 2026; британское руководство находится на пересмотре
- Generative AI Profile, NIST AI 600-1 Published 26 July 2024; publication page updated 8 April 2026Опубликовано 26 июля 2024; страница публикации обновлена 8 апреля 2026
- SABSUS integration boundaries Current product scope checked 6 October 2026Текущий состав продукта проверен 6 октября 2026
