R: Створена сторінка: {{DISPLAYTITLE:Злиття клієнтів}} {{SEO |title=Злиття клієнтів — об’єднання дублікатів у CRM та ERP CRM |description=Злиття клієнтів — це процес об’єднання дубльованих профілів клієнтів у CRM або ERP CRM в одну коректну картку з єдиною історією контактів, угод, покупок, докумен...

2026-05-17T18:22:16Z

Створена сторінка: {{DISPLAYTITLE:Злиття клієнтів}} {{SEO |title=Злиття клієнтів — об’єднання дублікатів у CRM та ERP CRM |description=Злиття клієнтів — це процес об’єднання дубльованих профілів клієнтів у CRM або ERP CRM в одну коректну картку з єдиною історією контактів, угод, покупок, докумен...

Нова сторінка

{{DISPLAYTITLE:Злиття клієнтів}}

{{SEO
|title=Злиття клієнтів — об’єднання дублікатів у CRM та ERP CRM
|description=Злиття клієнтів — це процес об’єднання дубльованих профілів клієнтів у CRM або ERP CRM в одну коректну картку з єдиною історією контактів, угод, покупок, документів, оплат, сервісних звернень і задач.
|keywords=злиття клієнтів, об’єднання клієнтів, дублікати клієнтів, CRM, українська CRM, ERP CRM, профіль клієнта, картка клієнта, клієнтська база, якість даних, Customer Journey, клієнтоорієнтованість, K2 ERP
}}

'''Злиття клієнтів''' — це процес об’єднання двох або більше дубльованих профілів клієнта в одну коректну картку клієнта в [[CRM]], [[ERP CRM]] або іншій бізнес-системі.

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

<div style="border:3px solid #2e7d32; background:#e8f5e9; padding:14px; margin:16px 0;">
'''Головне.''' Злиття клієнтів потрібне для того, щоб компанія бачила єдину історію клієнта: звернення, угоди, покупки, документи, оплату, сервіс, скарги, ризики та повторні продажі.
</div>

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Ключова теза.''' Дублікати клієнтів руйнують якість CRM: менеджери бачать неповну історію, аналітика стає неправильною, сервіс повторює питання, а компанія може втрачати продажі.
</div>

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Ризик.''' Неправильне злиття клієнтів може призвести до втрати історії, помилок у документах, неправильних оплат, порушення доступів або об’єднання різних клієнтів в один профіль.
</div>

__TOC__

== Визначення ==

'''Злиття клієнтів''' — це процедура, під час якої дублікати клієнтських профілів об’єднуються в один основний профіль із перенесенням або прив’язкою пов’язаних даних.

Під час злиття можуть об’єднуватися:

* контактні дані;
* контактні особи;
* історія комунікацій;
* ліди;
* угоди;
* задачі;
* комерційні пропозиції;
* рахунки;
* договори;
* акти;
* замовлення;
* оплати;
* борги;
* сервісні звернення;
* скарги;
* документи;
* файли;
* теги;
* статуси;
* сегменти;
* історія змін.

== Навіщо потрібне злиття клієнтів ==

Злиття клієнтів потрібне для підтримки якісної клієнтської бази.

Воно допомагає:

* прибрати дублікати;
* створити єдиний [[Профіль клієнта|профіль клієнта]];
* не втрачати історію комунікацій;
* бачити всі угоди клієнта;
* правильно рахувати продажі;
* уникати подвійних розсилок;
* коректно працювати з оплатами;
* бачити повну історію сервісу;
* покращити [[Customer Journey]];
* підвищити якість [[Клієнтоорієнтованість|клієнтоорієнтованості]];
* зменшити помилки менеджерів;
* покращити аналітику;
* підготувати базу до міграції або інтеграції.

== Причини появи дублікатів ==

Дублікати клієнтів виникають через помилки процесів, інтеграцій або ручного введення.

{| class="wikitable" style="width:100%;"
! Причина
! Приклад
|-
| '''Ручне створення'''
| Менеджер не знайшов клієнта і створив нову картку.
|-
| '''Різне написання назви'''
| “ТОВ Ромашка”, “Ромашка ТОВ”, “Romashka”, “Ромашка”.
|-
| '''Різні телефони'''
| Один клієнт звернувся з кількох номерів.
|-
| '''Різні email'''
| Клієнт використовує робочу, особисту або загальну пошту.
|-
| '''Імпорт із файлів'''
| Після імпорту Excel з’явилися дублікати.
|-
| '''Інтеграція з сайтом'''
| Форма заявки створює нового клієнта без перевірки існуючих.
|-
| '''Інтеграція з телефонією'''
| Дзвінок із нового номера створює новий контакт.
|-
| '''Міграція з іншої системи'''
| Дані з [[1С]], [[BAS]], [[Парус]] або іншої CRM перенесені з дублями.
|-
| '''Помилки в реквізитах'''
| Неправильно введено ЄДРПОУ, ІПН, email або телефон.
|-
| '''Зміна компанії або контактної особи'''
| Людина перейшла в іншу компанію, а старі зв’язки не оновили.
|}

== Типи дублікатів ==

{| class="wikitable" style="width:100%;"
! Тип дубліката
! Опис
! Приклад
|-
| '''Повний дублікат'''
| Дві картки описують того самого клієнта з майже однаковими даними.
| Однаковий телефон, email і назва компанії.
|-
| '''Частковий дублікат'''
| Дані збігаються частково.
| Однаковий телефон, але різні імена.
|-
| '''Юридичний дублікат'''
| Одна юридична особа створена кілька разів.
| Однаковий ЄДРПОУ, різні назви.
|-
| '''Контактний дублікат'''
| Одна фізична особа створена як кілька контактів.
| Один email у кількох картках.
|-
| '''Груповий дублікат'''
| Пов’язані компанії помилково об’єднані або дублюються.
| Головна компанія і філія створені як один клієнт.
|-
| '''Помилковий дублікат'''
| Система вважає клієнтів схожими, але це різні клієнти.
| Дві різні людини з однаковим прізвищем.
|}

== Злиття клієнтів у CRM ==

У [[CRM]] злиття клієнтів має зберігати всю важливу історію продажів і комунікацій.

Потрібно переносити або прив’язувати:

* ліди;
* угоди;
* задачі;
* дзвінки;
* листи;
* повідомлення;
* нотатки;
* файли;
* комерційні пропозиції;
* джерела звернень;
* теги;
* сегменти;
* відповідальних менеджерів;
* причини відмов;
* статуси;
* історію змін.

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''CRM-принцип.''' Після злиття менеджер має бачити повну історію клієнта, а не лише дані з однієї з дубльованих карток.
</div>

== Злиття клієнтів в ERP CRM ==

В [[ERP CRM]] злиття є складнішим, тому що профіль клієнта пов’язаний не тільки з комунікаціями, а й з фінансами, документами, складом і юридичними даними.

Потрібно враховувати:

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

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Фінансовий ризик.''' У ERP CRM не можна бездумно зливати клієнтів, якщо до них прив’язані юридичні документи, оплати, податкові операції або взаєморозрахунки.
</div>

== Головний профіль клієнта ==

Під час злиття потрібно визначити, який профіль буде головним.

'''Головний профіль клієнта''' — це картка, яка залишається після злиття і до якої прив’язуються всі дані з інших дублікатів.

Критерії вибору головного профілю:

{| class="wikitable" style="width:100%;"
! Критерій
! Пояснення
|-
| '''Найповніші дані'''
| Картка містить більше актуальної інформації.
|-
| '''Коректні реквізити'''
| Для B2B важливі правильні ЄДРПОУ, ІПН, юридична назва.
|-
| '''Активні договори'''
| Краще залишити профіль, до якого прив’язані чинні договори.
|-
| '''Фінансова історія'''
| Профіль із оплатами, рахунками й актами може бути основним.
|-
| '''Актуальний відповідальний'''
| Картка має правильного менеджера або команду супроводу.
|-
| '''Найновіші контакти'''
| Профіль містить актуальні телефони, email, контактних осіб.
|-
| '''Системний ідентифікатор'''
| У деяких системах важливо зберегти ID, який використовується в інтеграціях.
|}

== Правила злиття полів ==

Під час злиття потрібно визначити, як об’єднуються окремі поля.

{| class="wikitable" style="width:100%;"
! Поле
! Рекомендоване правило
|-
| '''Ім’я / назва'''
| Залишити актуальну та юридично правильну назву.
|-
| '''Телефони'''
| Об’єднати всі унікальні номери, позначити основний.
|-
| '''Email'''
| Об’єднати всі унікальні адреси, позначити основну.
|-
| '''Адреси'''
| Зберегти юридичну, фактичну, адресу доставки окремо.
|-
| '''Контактні особи'''
| Перенести всіх унікальних контактів.
|-
| '''Теги'''
| Об’єднати, але прибрати застарілі або помилкові.
|-
| '''Статус'''
| Вибрати актуальний статус клієнта.
|-
| '''Сегмент'''
| Перевірити вручну, особливо для VIP або проблемних клієнтів.
|-
| '''Відповідальний'''
| Призначити одного актуального відповідального або команду.
|-
| '''Задачі'''
| Перенести всі відкриті задачі, дублікати задач перевірити.
|-
| '''Комунікації'''
| Зберегти повну історію без видалення.
|-
| '''Документи'''
| Не видаляти, а переприв’язати до головного профілю.
|}

== Автоматичне і ручне злиття ==

Злиття клієнтів може бути автоматичним, напівавтоматичним або ручним.

{| class="wikitable" style="width:100%;"
! Тип
! Опис
! Коли використовувати
|-
| '''Автоматичне'''
| Система сама зливає очевидні дублікати за точними правилами.
| Однаковий ЄДРПОУ, однаковий email або унікальний ID.
|-
| '''Напівавтоматичне'''
| Система пропонує можливі дублікати, а користувач підтверджує.
| Схожі назви, частковий збіг телефону або email.
|-
| '''Ручне'''
| Користувач сам вибирає профілі й правила об’єднання.
| Складні B2B-клієнти, юридичні особи, документи, фінансова історія.
|}

<div style="border:3px solid #ef6c00; background:#fff3e0; padding:14px; margin:16px 0;">
'''Практичний висновок.''' Автоматичне злиття варто застосовувати лише для безпечних і очевидних випадків. У всіх складних випадках потрібна перевірка людиною.
</div>

== Пошук дублікатів ==

Перед злиттям потрібно знайти можливі дублікати.

Критерії пошуку:

* однаковий телефон;
* однаковий email;
* однаковий ЄДРПОУ;
* однаковий ІПН;
* схожа назва компанії;
* схоже ім’я;
* однакова адреса;
* однаковий сайт;
* однаковий домен email;
* однакові контактні особи;
* однакові реквізити договору;
* однаковий месенджер або акаунт;
* однаковий зовнішній ID з іншої системи.

== Процес злиття клієнтів ==

Рекомендований процес:

{| class="wikitable" style="width:100%;"
! Етап
! Дія
! Результат
|-
| 1
| '''Знайти дублікати'''
| Система або користувач знаходить схожі профілі.
|-
| 2
| '''Перевірити, чи це той самий клієнт'''
| Порівнюються реквізити, контакти, історія, документи.
|-
| 3
| '''Визначити головний профіль'''
| Обирається картка, яка залишиться основною.
|-
| 4
| '''Переглянути пов’язані дані'''
| Перевіряються угоди, задачі, рахунки, договори, оплати.
|-
| 5
| '''Налаштувати правила злиття'''
| Визначається, які поля залишити, об’єднати або замінити.
|-
| 6
| '''Виконати злиття'''
| Дані переносяться або переприв’язуються до головного профілю.
|-
| 7
| '''Перевірити результат'''
| Переглядається картка клієнта після злиття.
|-
| 8
| '''Зберегти журнал змін'''
| Система фіксує, хто, коли і що об’єднав.
|-
| 9
| '''Повідомити відповідальних'''
| Менеджери бачать оновлений профіль клієнта.
|-
| 10
| '''Запобігти повторним дублям'''
| Налаштовуються правила перевірки під час створення нових клієнтів.
|}

== Журнал злиття ==

Кожне злиття має бути зафіксоване в журналі.

Журнал має містити:

* дату і час;
* користувача, який виконав злиття;
* ID головного профілю;
* ID злитих профілів;
* перелік перенесених об’єктів;
* змінені поля;
* старі значення;
* нові значення;
* причину злиття;
* можливість перегляду історії;
* можливість відновлення, якщо система це підтримує.

<div style="border:3px solid #1565c0; background:#e3f2fd; padding:14px; margin:16px 0;">
'''Аудит.''' Злиття клієнтів має бути прозорим. Компанія повинна знати, хто і чому об’єднав профілі, особливо якщо є фінансові або юридичні дані.
</div>

== Розділення помилково злитих клієнтів ==

Іноді клієнтів зливають помилково. Тому система має підтримувати або принаймні документувати можливість відновлення.

Помилкове злиття може статися, якщо:

* різні люди мають однакове ім’я;
* компанії мають схожі назви;
* один телефон використовується кількома людьми;
* загальна пошта типу info@ використовується різними підрозділами;
* філії помилково об’єднали з головною компанією;
* різні юридичні особи мають одного бухгалтера або менеджера;
* контактна особа перейшла з однієї компанії в іншу.

Якщо розділення неможливе автоматично, потрібно мати резервні копії, журнал змін і правила ручного виправлення.

== Злиття B2B-клієнтів ==

Злиття [[B2B-клієнт|B2B-клієнтів]] потребує особливої обережності, тому що B2B-профіль може містити юридичні, фінансові та договірні дані.

Потрібно перевірити:

* ЄДРПОУ;
* ІПН;
* юридичну назву;
* групу компаній;
* філії;
* контактних осіб;
* договори;
* акти;
* рахунки;
* оплати;
* борги;
* умови співпраці;
* відповідального менеджера;
* історію переговорів;
* інтеграції;
* документи.

Не можна автоматично зливати різні юридичні особи лише через спільну контактну особу або однаковий номер телефону.

== Злиття B2C-клієнтів ==

Злиття [[B2C-клієнт|B2C-клієнтів]] частіше відбувається за телефонами, email, акаунтами або історією покупок.

Потрібно перевіряти:

* телефон;
* email;
* ім’я;
* адресу доставки;
* історію замовлень;
* акаунти;
* бонуси;
* програму лояльності;
* повернення;
* звернення в підтримку;
* згоду на комунікації;
* персональні дані.

У B2C важливо не об’єднати різних членів родини, які використовують одну адресу доставки або один пристрій.

== Злиття і Customer Journey ==

Дублікати профілів руйнують [[Customer Journey]].

Якщо клієнт має кілька карток, компанія може не бачити:

* перше звернення;
* попередні покупки;
* скарги;
* відкриті задачі;
* історію сервісу;
* причини відмов;
* повторні продажі;
* ризик відтоку;
* VIP-статус;
* проблемний статус.

Після правильного злиття шлях клієнта стає цілісним.

== Злиття і клієнтоорієнтованість ==

[[Клієнтоорієнтованість]] неможлива без якісної клієнтської бази.

Якщо дані дублюються, клієнт може отримувати:

* кілька однакових розсилок;
* повторні дзвінки від різних менеджерів;
* суперечливі пропозиції;
* неправильні документи;
* запити на дані, які він уже надавав;
* поганий сервіс через неповну історію;
* помилкові нагадування;
* некоректний статус у програмі лояльності.

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

== Злиття і міграція даних ==

Під час міграції з [[1С]], [[BAS]], [[Парус]], старої CRM, Excel або інших систем часто виникає багато дублікатів.

Перед міграцією або після неї потрібно:

* очистити клієнтську базу;
* знайти дублікати;
* нормалізувати телефони;
* нормалізувати email;
* привести назви компаній до єдиного формату;
* перевірити ЄДРПОУ;
* розділити B2B і B2C;
* перевірити контактних осіб;
* об’єднати історію;
* зберегти зовнішні ID;
* зробити журнал змін.

== Безпека і права доступу ==

Злиття клієнтів має бути доступне не всім користувачам.

Рекомендовано:

* дозволяти злиття лише адміністраторам або відповідальним користувачам;
* обмежити злиття клієнтів із фінансовими документами;
* вимагати підтвердження для B2B-клієнтів;
* вести журнал дій;
* показувати попередній перегляд результату;
* дозволяти відновлення або ручне виправлення;
* контролювати доступ до персональних даних;
* не зливати клієнтів без достатніх підстав.

<div style="border:3px solid #b71c1c; background:#ffebee; padding:14px; margin:16px 0;">
'''Безпековий принцип.''' Злиття клієнтів змінює структуру клієнтської бази, тому воно має бути контрольованою дією з правами доступу, журналом і перевіркою результату.
</div>

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

{| class="wikitable" style="width:100%;"
! Помилка
! Наслідок
|-
| '''Зливати лише за схожою назвою'''
| Можна об’єднати різні компанії.
|-
| '''Ігнорувати юридичні реквізити'''
| Виникають помилки в договорах, рахунках і актах.
|-
| '''Не переносити історію комунікацій'''
| Менеджери втрачають контекст.
|-
| '''Видаляти дублікати замість злиття'''
| Втрачаються задачі, угоди, документи й історія.
|-
| '''Не вести журнал'''
| Неможливо зрозуміти, хто і що змінив.
|-
| '''Автоматично зливати складні профілі'''
| Підвищується ризик помилок.
|-
| '''Не перевіряти результат'''
| Помилки залишаються непоміченими.
|-
| '''Не налаштувати профілактику дублів'''
| Дублікати з’являються знову.
|}

== Як запобігати дублям ==

Профілактика важливіша за масове злиття.

Практичні правила:

* перевіряти клієнта перед створенням;
* шукати за телефоном, email, ЄДРПОУ;
* нормалізувати телефони;
* перевіряти email;
* використовувати унікальні ідентифікатори;
* налаштувати перевірку дублів у формах сайту;
* перевіряти дублікати під час імпорту;
* не дозволяти створювати клієнта без ключових полів;
* навчити менеджерів шукати існуючий профіль;
* регулярно запускати звіти по можливих дублях.

== Коротко ==

{| class="wikitable" style="width:100%;"
! Питання
! Відповідь
|-
| Що таке злиття клієнтів?
| '''Об’єднання дубльованих профілів клієнта в одну коректну картку з повною історією.'''
|-
| Навіщо це потрібно?
| '''Щоб прибрати дублікати, зберегти історію, покращити CRM, аналітику, сервіс і Customer Journey.'''
|-
| Що потрібно переносити?
| '''Контакти, угоди, задачі, комунікації, документи, рахунки, оплати, сервісні звернення, теги й історію.'''
|-
| Що є головним ризиком?
| '''Помилково об’єднати різних клієнтів або втратити важливі дані.'''
|-
| Чи можна зливати автоматично?
| '''Так, але лише очевидні дублікати. Складні B2B, фінансові та юридичні профілі краще перевіряти вручну.'''
|-
| Яка головна мета?
| '''Створити єдиний, повний і безпечний профіль клієнта без втрати історії та даних.'''
|}

== Див. також ==

* [[Профіль клієнта]]
* [[Клієнт]]
* [[Потенційний клієнт]]
* [[Активний клієнт]]
* [[VIP-клієнт]]
* [[Проблемний клієнт]]
* [[B2B-клієнт]]
* [[B2C-клієнт]]
* [[CRM]]
* [[Українська CRM]]
* [[ERP CRM]]
* [[Customer Journey]]
* [[Клієнтоорієнтованість]]
* [[Клієнтська база]]
* [[Продажі]]
* [[Сервіс]]
* [[ERP]]
* [[Українська ERP]]
* [[K2]]
* [[K2 ERP]]
* [[Українське програмне забезпечення]]
* [[Відкриті API]]
* [[Міграція з 1С]]
* [[Міграція з BAS]]

== Зовнішні посилання ==

* [https://erp.kyiv.ua Сайт K2 ERP]
* [https://wiki.erp.kyiv.ua Wiki K2 ERP]
* [https://cloud.corp2.eu Хмара K2 ERP]

[[Категорія:Злиття клієнтів]]
[[Категорія:Клієнти]]
[[Категорія:Клієнтська база]]
[[Категорія:Профіль клієнта]]
[[Категорія:CRM]]
[[Категорія:Українська CRM]]
[[Категорія:ERP CRM]]
[[Категорія:Customer Journey]]
[[Категорія:Клієнтоорієнтованість]]
[[Категорія:Продажі]]
[[Категорія:Сервіс]]
[[Категорія:ERP]]
[[Категорія:Українська ERP]]
[[Категорія:K2]]
[[Категорія:K2 ERP]]
[[Категорія:Українське програмне забезпечення]]
[[Категорія:Відкриті API]]
[[Категорія:Міграція з 1С]]
[[Категорія:Міграція з BAS]]

Злиття клієнтів - Історія редагувань