Які дані компанії не можна віддавати віддавати хмарним AI-сервісам: практичне розмежування

Перший абзац — короткий вступ 2–3 речення, який називає біль читача його ж словами. Без «привіт» і без переказу заголовка.

Власник чекає, що AI скоротить рутину, але боїться, що після першого жодання до хмарного сервісу витік даних знищить репутацію або спровокує штрафи. Питання не в тому, чи корисно AI, а в тому, які саме дані нельзя йому довіряти, а які — можно.

Коротко

• НЕ передавайте хмарному AI дані, через которые можно восстановить личность клієнта або працівника: ПІБ, адреси, телефон, ідентифікаційні коди, банківські реквізити.
• НЕ передавайте комерційну таємницю, що має пряму монетизаційну ціну: форми цін, переговори з постачальниками, чернетки договорів, розрахунки маржі.- Для остаточних даних (зведені показники, анонімні шаблони, публічні реквізити компанії) ризик мінімальний — їх можно віддавати AI після внутрішньої перевірки.

Що саме вважати конфіденційними даними в контексті AI

Визначальна ризик — не сама передача тексту у хмару, а можливість відновити особисті або комерційно важливі деталі з відповіді AI або з логів сервісу. Якщо після обробки запиту хмарним AI можна відновити номер паспорта клієнта, його історію покупок або внутрішню ціну постачальника — це вже не «анімізований текст», а витік.

Отже, критерій простий: чи може отриманий результат або проміжний лог дозволити відновити джерело даних? Якщо так — дані не відправляти.

Приклад: ви запитуєте AI: «Зроби комерційну пропозицію для клієнта ООО «Соняшник» на суму 500 000 грн з 10% знижкою». Якщо у вашому запиті є назва клієнта, сума, знижка — це вже ПІБ + фінансові дані. Якщо сервіс навчається на таких запитах або логи зберігаються — ризик відновлення реальної угоди з'являється.

Які саме типи даних не відправляти

Персональні дані клієнтів і працівників

До них відносяться:

• ПІБ, дата народження, місце проживання.
• Номери паспортів, ІПН, водицьких посвідчень.
• Номери телефонів, електронні скриньки, що прив'язані до особи.
• Банківські реквізити, історія транзакцій, скан чеків.

Це дані, через які можна прямо зidentyfikować особу. Навіть якщо ви надішлете лише частину (наприклад, три цифри з паспорта), AI може їх поєднати з іншими джерелами та відновити повний номер.

Комерційна таємниця з монетизаційною цістю

Це дані, які компанія активно захищає, бо вони впливають на прибуток:

• Таблиці собівартості та формули розрахунку маржі.
• Чорнетки комерційних пропозицій, що ще не відправлені клієнту.
• Умови та ціни з поточних переговорів з постачальниками (особливо якщо вони відрізняються від публічних).
• Списки клієнтів з історією покупок та секторами (наприклад, «топ-10 закупівлюючих у минулому кварталі»).
• Внутрішні прогнози попиту, планвиробництва, графіки поставок.

Якщо дані дозволяють конкуренту відтворити вашу модель цін або зрозуміти, як ви ведете переговори — це комерційна таємниця, а не просто «внутрішня інформація».

Технічні деталі інфраструктури

До ризикових також відносяться:

• Схеми мереж, IP-адреси серверів, логіни до внутрішніх систем (навіть у тестовому форматі).
• Структури баз даних, назви таблиць, що містять ПІБ або фінанси.
• Скрипти автоматизації, що містять жорстко закодовані параметри доступу.

Такі дані не ведуть прямо до витку ПІБ, але можуть спростити атаку на ваші системи, якщо потраплять у неправильні руки.

Які дані можно віддавати (з перевіркою)

Не все, що виходить за рамки публічного, є забороненим. Наступні типи даних зазвичай безпечні, якщо перед відправкою виконати дві дії:

1. Зібрати дані в агрегат (зсумувати, усереднювати, прибрати ідентифікатори).
2. Перевірити, чи результат не дозволяє відновити джерело.

Приклади безпечних даних:

• Загальна сума продажів за місяць без розбивки по клієнтам.
• Середній чек за категорією товарів (без назви конкретного магазину або клієнта).
• Кількість отриманих скарг за типом питання (без номерів замовлень або ПІБ).
• Шаблон листа з заповнюваними полями, де дані беруться з локальної бази (наприклад, шаблон листа підтвердження замовлення, де AI лише формулює текст, а дані підставляються вашою системою).

У такому форматі AI отримує лише структуру і логіку, а конфіденційні дані залишаються всередині вашого контуру.

Практичний чекліст для оцінки запиту перед відправкою

Перед тим як надіслати будь-який текст хмарному AI, задайте собі чотири питання:

1. Чи є в запиті ПІБ клієнта або працівника (імя, прізвище, адреса, телефон, емейл)?
2. Чи є в запиті дані, через які можна розрахувати прибуток або втрати конкретної угоди (ціни, знижки, собівартість, маржа)?
3. Чи є в запиті деталі внутрішньої інфраструктури (логіни, схеми мереж, назви баз даних)?
4. Чи можна з отриманого результату або логів відновити хоча б один з вищеперечислених елементів?

Якщо хоча б на одне питання відповідь «так» — дані не відправляти у хмарний сервіс без попередньої анонімізації або використання локального AI.

Як це виглядає у нас: На нашому корпоративному інтенсиві для команди кожен учасник навчається описувати бізнес-логіку словами, а код пише AI. Перед стартом ми разом із компанією визначаємо 3 пріоритетні задачі, на яких будують працюючі автоматизації — з гарантією повернення грошей. Кожен учасник запускає свою першу мікро-автоматизацію в браузері вже на другому занятті, а код і створені автоматизації залишаються власністю компанії. https://course.aiadvisoryboard.me/corporate?utm_source=blog&utm_medium=article_body&utm_campaign=corporate

Визначення

Визначення: Персональні дані — будь-яка інформація, за якою можна прямо або indirektно ідентифізувати особу (ПІБ, ІПН, номер паспорта, адреса, телефон).

Визначення: Комерційна таємниця — інформація, що має економічну цінсть тому, що вона невідома іншим, і підлягає разумним заходом захисту (форми цін, переговори з постачальниками, собівартість).

Визначення: Анонімізація — процес видалення або заміни идентифікаторів даних так, щоб відновити особу або джерело стало неможливо (заміна ПІБ на ID, зсумування фінансів, агрегація за періодом).

Часті питання

Чи можно передавати дані у хмарний AI, якщо вони зашифровані? Ні, якщо ви передаєте сам зашифрований масив — це безпечно для транзиту, але якщо розшифровування відбувається на стороні сервісу (тобто AI бачить відкриті дані), ризик залишається. Шифрування захищає дані в переміщенні, а не від обробки.

Чи потрібен NDA з провайдером AI для захисту даних? NDA — це правовий інструмент, але він не заважає технічному витку даних через логі або навчання моделі. Почати варто з технічного розмежування: що саме відправляти, а що — ні.

Як перевірити, чи дані достатньо анонімізовані? Спробуйте відновити джерело за допомогою отриманого результату. Якщо ви можете встановити, який клієнт, угода або внутрішній параметр стоїть за запитом — анонімізація недостатня. Повторіть агрегацію або додайте шум.

Висновок

Не всі дані однаково небезпечні для хмарного AI. Персональні дані клієнтів і комерційна таємниця з монетизаційною цістю — це те, що треба залишати всередині компанії або передавати лише після строгой анонімізації. Завтра виконайте перший крок: возьміть один запит, який ваша команда регулярно надсилає AI, і застосуйте до нього чек-лист вище — ви одразу побачите, чи потрібна зміна. Якщо хочете обговорити свою ситуацію — безкоштовна 30-хвилинна консультація-діагностика доступна за запитом.