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

> Як розмежувати дані, які безпечно передавати AI, а які залишати всередині компанії. Конкретні критерії, приклади та кроки для оцінки ризиків без юридичного żаргону.

- Автор: Ярослав Максимович (Founder & CEO, AI Advisory Board)
- Опубліковано: 2026-09-10
- Оновлено: 2026-10-25
- Джерело: https://aiadvisoryboard.me/uk/blog/which-company-data-should-never-be-sent-to

Перший абзац — короткий вступ 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-хвилинна консультація-діагностика доступна за запитом.

---

Цитуючи, посилайтесь на https://aiadvisoryboard.me/uk/blog/which-company-data-should-never-be-sent-to. Більше статей: https://aiadvisoryboard.me/uk/blog