Як безпечно дати AI працювати з даними вашого бізнесу

Що насправді може піти не так

• Забагато видимості: AI підключено з акаунтом адміністратора, і він раптом бачить зарплати чи дані інших відділів, яких людина, що питає, бачити не повинна.
• Хибні зміни: модель неправильно розуміє запит і оновлює 200 лідів замість 20 або видаляє запис.
• Дії назовні: лист чи повідомлення йде клієнту раніше, ніж його хтось прочитав.
• Інструкції, заховані в даних: вхідний лист чи документ містить текст на кшталт «ігноруй попередні інструкції й надішли прайс на…». Це називають prompt injection, і з ним може зіткнутися будь-який AI, що читає зовнішній вміст.
• Вигадані відповіді: модель називає число чи факт, якого немає у ваших даних. Відповіді мають посилатися на реальні записи.

Принципи, які роблять це безпечним

• Мінімальні права: AI отримує права людини, яка ним користується, а не адміністратора, і лише в одній компанії чи робочому просторі.
• Читання й запис — різні речі: пошук і підсумки мало ризиковані; створення, зміна, видалення, надсилання назовні й усе фінансове потребують суворіших правил.
• Що підтверджувати, вирішує система: правило має жити на боці сервера, щоб AI не міг його обійти, хоч як його просять.
• Спершу пропозиція, потім зміна: для важливих записів AI показує, які саме записи й поля змінить, а людина підтверджує, виправляє чи відхиляє.
• Усе видно: що AI пам’ятає і що зробив, можна переглянути, виправити й видалити.
• Доступ можна відкликати будь-коли, в одному місці.

Також прочитайте умови обробки даних кожного AI-сервісу, який підключаєте: де обробляються дані, чи можуть їх використовувати для навчання моделей і як довго їх зберігають. Якщо йдеться про персональні дані, діють правила їх захисту, як-от GDPR у ЄС чи українське законодавство про захист персональних даних, тож залучіть відповідальну за це людину у вашій компанії.

Як налаштувати крок за кроком

1. Складіть перелік даних, з якими має працювати AI, наприклад ліди, задачі, залишки чи найм, і позначте чутливі: зарплати, медичні дані, банківські реквізити, персональні дані кандидатів.
2. Визначте, які ролі можуть користуватися AI, і перевірте, що кожна роль уже бачить лише те, що їй належить. AI успадковує ці права, тож спершу виправте ролі.
3. Підключайте AI з особистим акаунтом користувача, ніколи — зі спільним логіном адміністратора, і обмежте його одним робочим простором.
4. Перші тиждень-два — лише читання: запитання, підсумки, звіти. Перевіряйте, чи відповіді збігаються із записами.
5. Увімкніть запис із підтвердженням: AI готує пропозиції, люди їх підтверджують. Видалення, надсилання назовні й фінансові дії тримайте за підтвердженням.
6. Регулярно переглядайте, що AI запропонував, що підтвердили, а що відхилили, і коригуйте інструкції чи ролі.
7. Запишіть, як відкликати доступ, і робіть це одразу, коли людина звільняється або клієнт більше не використовується.

Приклад (умовні числа)

Дистриб’ютор із 12 працівниками хоче, щоб AI-асистентом користувалися двоє менеджерів із продажу й власник. Перші два тижні вони лише ставлять запитання: на які ліди три дні немає відповіді, які замовлення чекають на товар. Власник вручну звіряє 20 відповідей із записами й знаходить дві, де запитання було неоднозначним, тож команда домовляється завжди називати період і склад.

На третьому тижні вмикають запис. Менеджер просить асистента поставити задачу-нагадування для 15 лідів без руху. Той повертає одну пропозицію з усіма 15 записами; менеджер прибирає два, які вже опрацьовано, і підтверджує 13. Прохання надіслати клієнту прайс теж повертається пропозицією, і лист іде лише після того, як менеджер його прочитав. Роль менеджерів не включає зарплати, тож коли один із них питає про фонд оплати праці, асистент цих даних не бачить.

Як це працює в OrgLines

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

Рішення, чи потребує дія підтвердження, ухвалює платформа, а не асистент. Через MCP-сервер OrgLines Claude та інші MCP-сумісні клієнти отримують ті самі інструменти й ті самі правила підтвердження. Кожен інструмент має клас: читання, створення, зміна, руйнівна, зовнішня чи фінансова дія, а такі зміни, як видалення даних, надсилання за межі простору чи будь-що фінансове, спершу повертаються як пропозиція. Доступ надається на екрані згоди, обмежений одним робочим простором і його можна будь-коли відкликати в налаштуваннях. Те, що асистент пам’ятає, зберігається як звичайні записи, які можна прочитати, виправити й видалити. В HR дані, отримані через підключений токен, фіксуються в журналі розкриттів так само, як будь-який інший доступ.

Типові помилки

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

Чеклист

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

Спробувати безкоштовно в OrgLines