---
title: "Про Custom Data порівняно з іншими підходами"
description: "Чим Користувацькі дані ConnectiveOne відрізняються від таблиць у зовнішніх сервісах, конструкторах автоматизацій та інших сховищ — і чому це робочий шар даних, який витримує реальний обсяг сервісної операції."
---

# Про Custom Data порівняно з іншими підходами

Потрібен довідник магазинів, реєстр заявок або таблиця для звітів — і команда одразу думає про Google Sheets, окремий admin-портал або вбудоване сховище в конструкторі автоматизацій. **Custom Data** пропонує інший шлях: **одне рішення всередині ConnectiveOne** — і для бота в діалозі, і для менеджера чи оператора в зручному інтерфейсі, з правами доступу по ролях. Це не лише «зручна табличка», а **робочий шар даних**, який тримає щоденну роботу команди — від десятків рядків до реєстрів на сотні тисяч записів — без окремої системи, логінів і ручної синхронізації між «таблицею для людей» і «даними для сценарію».

---

## Два обличчя одного модуля

Custom Data — це не лише технічний шар «зберегти рядок для процесу». Це повноцінний робочий простір для команди:

| Для автоматизації | Для людей |
|-------------------|-----------|
| Процес читає та записує дані під час діалогу | Менеджери та оператори переглядають і редагують записи в знайомому інтерфейсі платформи |
| Довідники, CSAT, заявки, роутинг | Таблиця, **Дошка**, фільтри, **Збережені вигляди**, експорт |
| Дії **custom_modules__get/set**, збереження з блоку вводу | Картка запису, масове редагування, імпорт з файлу або Google Sheets |

**Один набір даних — два споживачі.** Бот не працює з «іншою копією», ніж та, що бачить супервайзер у списку заявок. Це головна відмінність від підходу «Excel для людей + окрема інтеграція для бота».

---

## Контекст: з чим порівнюють

| Підхід | Коротко про суть |
|--------|------------------|
| **Зовнішні таблиці** (Google Sheets, Excel) | Зручно редагувати, але дані живуть поза платформою — потрібен імпорт, права в іншому сервісі, ризик розбіжностей |
| **Окремий admin-портал або міні-CRM** | Свій UI і свої ролі — але ще один продукт, інтеграція з ConnectiveOne і подвоєна підтримка |
| **Таблиці в конструкторах автоматизацій** | Легке сховище для workflow; рідко дають зручний інтерфейс для менеджерів і операторів |
| **Поля клієнта / оператора** (ConnectiveOne) | Атрибути одного профілю, а не окремий довідник записів |
| **CRM як система обліку** | Повноцінна система для всього бізнесу; ConnectiveOne зазвичай лише читає або оновлює окремі поля |

Custom Data займає нішу **внутрішнього робочого довідника**: структура, дані, права, перегляд для команди та використання в процесах — **в одному місці**.

---

## Порівняння за ключовими вимірами

| Вимір | Зовнішні таблиці | Окрема система / admin-портал | Таблиці в конструкторах автоматизацій | Custom Data в ConnectiveOne |
|-------|------------------|-------------------------------|---------------------------------------|-----------------------------|
| **UI для менеджерів і операторів** | Так, але в іншому продукті | Окремий інтерфейс, окремий онбординг | Зазвичай базова сітка або взагалі без UI для людей | **Таблиця**, **Дошка**, картка запису, фільтри, **Збережені вигляди** — у тому ж інстансі, що Operator Line |
| **Права доступу** | Права Google / Excel, не ролі платформи | Окрема модель ролей | Часто лише на рівні automation-проєкту | **Ролі ConnectiveOne**: хто створює таблиці, хто редагує рядки, хто експортує → [Admin Hub](../admin-hub.md) |
| **Дані для процесів** | Через імпорт або API | Через інтеграцію | Нативно в workflow | Нативні дії, вкладка **Використання в процесі** |
| **Масштаб** | Залежить від сервісу; великі листи гальмують | Залежить від обраної системи | Часто обмежений «легким» сховищем | Повноцінні таблиці інстансу — від довідників до реєстрів на сотні тисяч рядків |
| **Великі обсяги / стабільність відкриття** | Повільні фільтри й сортування; ризик «зависання» листа | Потрібен окремий DBA / оптимізація | Часто немає UI для великих списків | Таблиця **відкривається навіть коли обране сортування ще не готове** — записи в безпечному порядку, а не помилка |
| **Типи полів** | Комірка «як вийде» | Залежить від системи | Текст, число, дата | Семантичні типи, **Звʼязок з таблицею**, **Користувач**, **Тема**, валідація |
| **Контекст обслуговування** | Немає | Потрібна інтеграція | Лише automation-проєкт | Клієнти, діалоги, теми, заявки, звіти Metabase |
| **Зовнішні джерела** | Саме джерело | Імпорт у свою систему | Окремий вузол у workflow | **Імпорт даних**, Google Sheets — у тому ж модулі |

**Висновок:** Custom Data — це **не заміна CRM**, а спосіб **не будувати другу систему** для довідників і реєстрів, які потрібні і людям, і автоматизації — з уже налаштованими ролями в ConnectiveOne.

---

## Чому зручно тримати все всередині платформи

**Один інстанс — одна команда — одні правила.** Адміністратор не роздає доступ у Google, не піднімає окремий портал і не синхронізує «таблицю для операторів» з «таблицею для бота». Достатньо налаштувати ролі в ConnectiveOne: хтось лише переглядає, хтось редагує рядки, хтось керує структурою таблиць.

**Звичний робочий простір.** Оператор не переходить у Excel чи сторонній CRM, щоб відкрити список зворотних дзвінків або оновити статус заявки. Усе в **Меню → Користувацькі дані**: сортування, фільтри, спільні вигляди для відділу, експорт для звіту.

**Менше точок відмови.** Немає ланцюжка «Sheets → скрипт імпорту → процес → знову Sheets для супервайзера». Змінив запис у таблиці — процес одразу бачить актуальне значення.

**Контроль для адміністратора.** Спільні **Збережені вигляди**, **Кошик** для безпечного видалення, попередження перед зміною структури, якщо таблицю вже використовують процеси — governance без окремого IT-проєкту.

---

## Масштаб без тупика

Коли реєстр виростає — заявки за рік, SKU-звіт, історія звернень — зовнішня таблиця або легке сховище в automation-конструкторі часто дають один з двох сценаріїв: **або все гальмує**, **або таблиця стає недоступною** під час сортування чи фільтрації.

Custom Data поводиться інакше:

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

Детальніше: [Як працюють великі таблиці](./how-large-custom-data-tables-work.md) · [Як прискорити сортування](../how-to/prepare-sort-index-for-large-table.md)

---

## Коли краще інший підхід

**Зовнішня таблиця** — разовий аналіз, дані не потрібні в діалогах і оператори їх не редагують у щоденній роботі.

**Окремий портал або CRM** — якщо це справді система обліку для всього бізнесу (угоди, воронки, бухгалтерія), а не внутрішній довідник для сервісу.

**Таблиця в конструкторі автomatизацій** — чисто технічний lookup у workflow, без UI для людей і без масштабу на тисячі рядків.

**Поля клієнта** — атрибути **одного клієнта** (менеджер, сегмент), а не окремий реєстр. → [Розширити контакти клієнта](../how-to/extend-client-contacts.md)

---

## Коли Custom Data — правильний вибір

Обирайте Custom Data, якщо потрібно **і автоматизація, і робота людей** — в одному місці:

- **Супервайзер веде реєстр**, оператор оновлює статус, бот показує клієнту актуальний список
- **Команда працює з довідником щодня** — міста, магазини, категорії, заявки — без виходу з ConnectiveOne
- **Різні ролі — різні дії**: перегляд, редагування рядків, створення таблиць, експорт
- **Потрібні зв’язки між таблицями**, дошка за статусом, графіки, валідація полів
- **Реєстр росте** — сотні тисяч рядків, щоденна робота команди не повинна зупинятися через сортування
- **Не хочете підтримувати другу систему** лише заради «зручної таблички для менеджерів»

Типові сценарії — [Патерни та приклади Custom Data](./custom-data-patterns-and-examples.md).

---

## Чим ConnectiveOne свідомо відрізняється

Ми не робили «ще один Airtable» і не копіювали легке сховище з automation-конструктора. Custom Data — **робочий шар даних для команд обслуговування**:

1. **Люди + автоматизація в одному модулі** — не два продукти, не дві копії даних.
2. **UI, яким реально користуються** — таблиця, дошка, картка, збережені вигляди — не лише інтеграція для розробника.
3. **Права через ролі платформи** — без окремого сервісу авторизації для довідника.
4. **Контекст сервісу** — поруч з Operator Line, клієнтами, темами та звітами.
5. **Стійкість на великих таблицях** — реєстр відкривається і залишається доступним, навіть коли обране сортування ще не оптимізоване.
6. **Кероване прискорення** — підготовка індексу лише після явного підтвердження адміна з оцінкою ризику, а не сюрприз у пік-годину.
7. **Безпечний імпорт і governance** — preview перед записом, кошик, попередження про залежності в процесах, спільні вигляди для команди.
8. **Семантичні типи й зв’язки** — не «комірка як вийде», а поля з валідацією, посиланнями на операторів, теми, інші таблиці.

---

## Практичні наслідки для команди

**Для інтегратора:** якщо замовник просить «таблицю для операторів і щоб бот теж бачив» — це Custom Data, а не Sheets + custom action. Зовнішній файл лишайте лише як джерело імпорту.

**Для адміністратора:** розділіть ролі до запуску — хто бачить модуль, хто редагує рядки, хто змінює структуру. Перед видаленням поля перевірте **Використання в процесі**. На великих таблицях прискорення сортування — окреме рішення з попередженням про час і навантаження. → [Прискорити сортування](../how-to/prepare-sort-index-for-large-table.md)

**Для супервайзера:** налаштуйте **Збережений вигляд** і зробіть його спільним — команда одразу бачить потрібні колонки та фільтри.

**Типова помилка:** підняти міні-admin на Google Sheets «бо там зручно редагувати», а потім місяцями підтримувати sync, права та дві версії правди.

**Типова помилка:** плутати Custom Data з **Полями клієнта** — довідник записів і атрибут профілю це різні задачі.

---

## Пов'язані документи

- [Що таке Custom Data](./what-is-custom-data.md) — основні концепції модуля
- [Як працюють великі таблиці](./how-large-custom-data-tables-work.md) — безпечний порядок і прискорення
- [Admin Hub](../admin-hub.md) — ролі та доступ до Custom Data
- [Патерни та приклади Custom Data](./custom-data-patterns-and-examples.md) — шість типових сценаріїв
- [Складні кейси Custom Data](./advanced-custom-data-cases.md) — графіки, валідація, підсвітка
- [Створити таблицю](../how-to/create-model.md)
- [Integrator Hub](../integrator-hub.md)