Раздел Клиенты

Что это за раздел

Раздел Клиенты в Omnis - это база покупателей и заказчиков компании. Здесь хранятся карточки физических лиц, корпоративных клиентов и пользователей клиентского приложения.

Именно здесь сотрудники:

• ищут нужного клиента перед созданием или проверкой заказа
• создают клиентские карточки вручную
• дополняют контактные данные и реквизиты
• ведут данные по юридическим лицам
• смотрят, какие заказы связаны с конкретным клиентом
• проверяют, какие данные клиент оставлял в заказах и клиентском приложении

Связанные документы по этому разделу:

• FAQ
• Пошаговые сценарии работы
• Проблемы и решения

Как пользоваться комплектом документов

Если нужен полный обзор раздела и описание интерфейса, начинайте с этого документа.

Если нужен быстрый ответ на типовой вопрос, открывайте:

• FAQ

Если нужен готовый рабочий маршрут в формате что делать шаг за шагом, открывайте:

• Пошаговые сценарии работы

Если карточка клиента ведет себя не так, как ожидается, или сотруднику нужно быстро разобрать проблему, открывайте:

• Проблемы и решения

Раздел Клиенты тесно связан:

• с заказами, потому что карточка клиента может создаваться или дополняться при сохранении заказа
• с клиентским приложением, Telegram Mini App и Max мини-приложением, потому что система может создавать клиента автоматически при первом входе пользователя
• с профилем покупателя, потому что часть данных клиент может дополнять сам
• с ценами, пунктами выдачи и доставкой, потому что часть клиентских данных используется в CMS-приложениях и клиентском checkout

Кто работает с разделом

Владелец компании

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

Менеджер

Обычно:

• создает карточки клиентов вручную
• уточняет телефоны, e-mail и персональные данные клиента
• ведет корпоративных клиентов
• открывает заказы конкретного покупателя
• проверяет, не создается ли дубль клиента

Бухгалтер

Обычно работает с:

• реквизитами юридических лиц
• банковскими данными
• проверкой карточек клиентов для документов и счетов

Контент-менеджер

Обычно не является основным пользователем раздела, но может косвенно работать с ним в сценариях клиентских приложений и витрин.

Что важно понимать до начала работы

Карточка клиента в Omnis - это не просто телефон и имя. В ней могут одновременно храниться:

• контактные данные
• персональные данные
• данные юридического лица
• банковские реквизиты
• сведения о последнем способе доставки
• сведения о последнем адресе или пункте выдачи
• связь с заказами
• связь с клиентским приложением и Telegram

Также важно:

• карточка клиента может появиться не только вручную, но и автоматически
• в текущем каталоге нет отдельного сложного фильтра: основной инструмент работы - быстрый поиск и просмотр списка
• быстрый поиск в разделе клиентов сейчас в первую очередь опирается на отображаемое имя клиента, которое часто берется из поля ФИО
• телефон, e-mail, ИНН и Telegram ID внутри одной компании должны оставаться уникальными, если они заполнены
• блок Данные слияния в текущем интерфейсе носит в основном информационный характер и не является полноценным ручным мастером объединения карточек

1. Каталог клиентов

Раздел открывается по меню:

Продажи -> Клиенты

Это основной список всех клиентов компании, доступных в текущем интерфейсе сотрудника.

Что видно в верхней части каталога

В верхней части экрана находится только строка быстрого поиска.

Отдельного пользовательского фильтра, как в заказах, в текущем разделе нет.

Быстрый поиск

Внешне строка поиска выглядит как универсальный быстрый поиск.

Но на практике важно учитывать реальное поведение:

• каталог сейчас ищет прежде всего по отображаемому имени клиента
• в текущей реализации таким отображаемым именем часто выступает поле ФИО
• поиск по телефону или e-mail в самом разделе Клиенты может не дать ожидаемого результата

Из этого следует практический вывод:

• если карточка клиента плохо находится в каталоге, нужно учитывать текущую зависимость списка и поиска от отображаемого имени

Что видно в строке клиента

Каждая строка клиента показывает:

• фотографию, если она есть
• отображаемое имя клиента
• телефон
• e-mail

Если фото нет, система показывает стандартную иконку-заглушку.

Прокрутка списка

Каталог клиентов работает с подгрузкой списка по мере прокрутки.

Практический смысл:

• длинная база клиентов не открывается одной большой таблицей сразу
• при прокрутке список догружается частями

Каталог как окно выбора клиента

Этот же каталог используется не только как самостоятельный раздел, но и как диалог выбора клиента в других формах.

Практически это означает:

• в заказах и других разделах сотрудник может видеть тот же список клиентов в виде pop-up окна
• в режиме выбора появляется кнопка Применить
• логика поиска и показа карточек остается той же самой

2. Как открывается карточка клиента

При нажатии на строку клиента система открывает детальную карточку.

Для нового клиента используется отдельный режим создания.

В карточке нет вкладок как у товара или заказа. Вместо этого вся информация идет одним длинным экраном по тематическим блокам.

3. Общая структура карточки клиента

Карточка клиента состоит из следующих блоков:

• Общие данные
• Данные юр. лица
• Банковские реквизиты
• Данные по заказам
• Данные слияния

Внизу карточки находится стандартная панель действий:

• Создать
• Сохранить
• Удалить

4. Блок Общие данные

Это основной блок клиентской карточки.

Здесь обычно заполняют:

• ID
• Телефон
• E-mail
• ФИО
• Фамилия
• Имя
• Отчество
• Telegram ID
• Фото
• Дата рождения
• Пол

Поле ID

Это внутренний идентификатор клиента.

Поле заполняется системой и доступно только для просмотра.

Телефон

Телефон - одно из самых важных полей карточки.

Практически он нужен для:

• связи с клиентом
• поиска дублей при создании клиентов из заказов
• связи с клиентским приложением
• повторных продаж и уведомлений

Система нормализует телефон при сохранении. Поэтому формат после сохранения может выглядеть чуть иначе, чем при вводе.

E-mail

E-mail используется как дополнительный контактный канал и тоже участвует в защите от дублей.

Если в компании уже есть клиент с таким же e-mail, система не позволит сохранить вторую такую же карточку.

ФИО и раздельные поля имени

В карточке одновременно есть:

• общее поле ФИО
• раздельные поля Фамилия, Имя, Отчество

Для повседневной работы важно помнить:

• в текущем каталоге клиентов главным отображаемым именем часто выступает ФИО
• быстрый поиск раздела тоже сейчас ориентирован прежде всего на это отображаемое имя

Практически это означает:

• при разборе поиска и отображения карточки нужно учитывать текущее поведение каталога
• но сам рабочий процесс лучше строить вокруг корректных персональных данных клиента в целом, а не вокруг одного только поля ФИО

Telegram ID

Это связь клиента с Telegram-пользователем.

Поле особенно важно для компаний, которые работают через Telegram Mini App или ботов.

Практически оно нужно, чтобы:

• понимать, что карточка уже связана с конкретным Telegram-пользователем
• избегать дублирования таких клиентов
• правильно связывать действия покупателя в клиентском приложении с нужной карточкой

Если Telegram ID уже занят другой карточкой той же компании, сохранить новую запись с тем же значением не получится.

Фото

Фото помогает быстрее узнавать клиента в списке и карточке.

Чаще всего это полезно:

• для VIP-клиентов
• для персонального сервиса
• для компаний с активной повторной продажей

Дата рождения и пол

Эти поля могут использоваться как справочная информация о клиенте.

Они особенно полезны в сценариях:

• персонального обслуживания
• маркетинга
• заполнения профиля самим клиентом в приложении

5. Блок Данные юр. лица

Этот блок нужен для корпоративных клиентов и покупателей, которым требуется полноценная карточка организации.

Здесь доступны поля:

• Название организации
• Правовая форма
• ИНН
• ОГРН
• Юридический адрес
• Фактический адрес
• ФИО руководителя
• Должность руководителя
• Сайт

Когда этот блок особенно важен

Он нужен, если клиент:

• покупает как юридическое лицо
• запрашивает документы и счета
• участвует в B2B-продажах
• оформляет регулярные корпоративные заказы

Поля Название организации, Правовая форма, ИНН, ОГРН

Это ядро карточки корпоративного клиента.

Особенно важно поле ИНН, потому что:

• оно участвует в защите от дублей
• по нему система может понять, что такой корпоративный клиент уже существует

Адреса

Юридический адрес и Фактический адрес хранятся отдельно.

Это полезно, если:

• документы выставляются на один адрес
• фактическая работа ведется по другому адресу

6. Блок Банковские реквизиты

Этот блок нужен для финансовых и документарных сценариев.

Здесь доступны поля:

• Банк
• БИК
• ИНН банка
• КПП банка
• ОКПО банка
• Расчётный счёт
• Корр. счёт

Практически этот блок полезен:

• бухгалтеру
• менеджеру, который работает с корпоративными счетами
• владельцу компании при проверке полноты клиентской карточки

7. Блок Данные по заказам

Этот блок связывает клиента с рабочими сценариями продаж.

Здесь доступны поля:

• Тип цен
• Способ доставки последнего заказа
• Пункт выдачи последнего заказа (самовывоз)
• Адрес последнего заказа

Для уже созданного клиента ниже появляется кнопка:

• Посмотреть заказы покупателя

Поле Тип цен

Это предпочтительный ценовой слой клиента.

Практически поле полезно, если:

• у компании есть разные группы цен
• одним клиентам нужны розничные цены, другим оптовые
• менеджер хочет быстрее подбирать корректные условия для постоянного клиента

Последние данные по доставке

Поля последней доставки в первую очередь нужны не как история для менеджера, а как технически полезные значения по умолчанию для CMS-приложений и клиентского checkout.

Они могут использоваться как удобные данные по умолчанию:

• при следующем открытии checkout в клиентском приложении
• при подстановке последнего адреса доставки
• при подстановке последнего пункта выдачи
• при подстановке последнего способа доставки

Кнопка Посмотреть заказы покупателя

Кнопка открывает раздел заказов сразу с фильтром по этому клиенту.

Это один из самых полезных переходов в карточке, когда нужно:

• проверить историю покупок
• разобраться в спорной ситуации
• увидеть все заказы конкретного клиента без ручного поиска

8. Блок Данные слияния

В этом блоке показываются поля:

• Дата слияния
• Причина слияния
• Слияние с пользователем

Как понимать этот блок

В текущем интерфейсе этот блок нужен в первую очередь для просмотра уже зафиксированного факта слияния.

Практически это означает:

• поля обычно недоступны для обычного ручного редактирования
• блок не является полноценным визуальным инструментом ручного объединения карточек
• такие данные чаще появляются как результат специального системного сценария объединения клиентов

Важно: это заметно отличается от старых инструкций, где слияние могло выглядеть как ручная операция прямо из карточки.

Как реально работает слияние клиентов сейчас

В актуальной системе слияние клиента не запускается обычным ручным заполнением этого блока в карточке.

Фактический сценарий сейчас другой:

1. У компании уже есть клиент, созданный по телефону или из заказа.
2. Тот же человек позже приходит в Telegram Mini App или в Telegram-бот и получает отдельную клиентскую карточку, связанную с его Telegram ID.
3. После этого пользователь отправляет боту свой контакт из Telegram.
4. Система сверяет:
   • клиента, найденного по Telegram ID
   • клиента, найденного по номеру телефона
5. Если это две разные карточки одного и того же человека, система может объединить их автоматически.

Практически это означает:

• основная карточка после слияния остается у клиента, связанного с Telegram ID
• вторая карточка не становится основной
• в карточке, которая перестала быть основной, система фиксирует дату, причину и ссылку на итогового клиента

Какие проверки делает система перед объединением

Автоматическое слияние выполняется не всегда.

Система сначала проверяет:

• обе карточки относятся к одной и той же компании
• карточка по Telegram ID еще не была слита раньше
• карточка по телефону тоже еще не была слита раньше
• у карточки по телефону нет другого Telegram ID
• ни одна из карточек не выглядит как корпоративный клиент с реквизитами

Под корпоративным клиентом в этом сценарии система понимает прежде всего карточки, где уже заполнены:

• ИНН
• Название организации

Если такие признаки есть, автоматическое слияние запрещается.

Что именно переносит система при слиянии

Если объединение разрешено, система делает это аккуратно.

Она переносит в основную карточку только те данные, которых там еще не хватает:

• E-mail
• ФИО
• Имя
• Фамилия
• Отчество
• способ доставки последнего заказа
• адрес последнего заказа
• пункт выдачи последнего заказа

Дальше система:

• переносит заказы со второй карточки на основную
• переносит и объединяет Telegram-связи по приложениям
• очищает у второй карточки уникальные поля, чтобы не было конфликта
• помечает вторую карточку как слитую

После этого в неосновной карточке появляются:

• Дата слияния
• Причина слияния
• ссылка в поле Слияние с пользователем

Причина такого слияния сейчас фиксируется как технический код сценария, связанного с подтверждением телефона через Telegram-контакт. На практике в поле причины сотрудник может увидеть значение TG_CONTACT_PHONE.

Когда автоматическое слияние не произойдет

Система не будет автоматически объединять карточки, если:

• телефон уже привязан к другому Telegram-аккаунту
• одна из карточек выглядит как карточка организации
• это уже одна и та же карточка, а не две разные записи

В конфликтном сценарии пользователь может получить сообщение, что номер уже привязан к другому аккаунту, а сотрудники компании - внутреннее уведомление о конфликте.

Пример реального сценария слияния

Представим ситуацию:

1. Менеджер раньше вручную создал клиента Иван Петров с телефоном +7 ....
2. Позже этот же человек впервые заходит в Telegram Mini App.
3. Система создает для него отдельную карточку клиента по Telegram ID.
4. Затем пользователь в Telegram отправляет боту свой контакт с тем же номером телефона.
5. Система видит, что:
   • есть клиент по Telegram ID
   • есть другая карточка по телефону
   • оба клиента относятся к одной компании
   • это не корпоративный клиент
6. После этого система:
   • оставляет основной карточкой клиента, связанного с Telegram
   • переносит на него заказы и недостающие данные из старой карточки
   • старую карточку помечает как слитую

Для сотрудника это выглядит так:

• в одной карточке продолжается обычная работа
• во второй карточке в блоке Данные слияния видно, с кем и почему произошло объединение

9. Как карточка клиента связана с заказами

Связь клиента с заказами работает в обе стороны.

Из клиента в заказы

Из карточки клиента можно:

• открыть список всех его заказов
• быстро перейти в рабочую историю этого покупателя

Из заказа в клиента

При сохранении заказа система может:

• найти уже существующего клиента по телефону, e-mail или ИНН
• не создавать дубль, а привязать заказ к уже существующей карточке
• дополнить пустые поля найденного клиента недостающими данными
• создать новую карточку, если подходящий клиент не найден

Практический смысл:

• клиентская база может пополняться автоматически
• менеджеру не всегда нужно сначала вручную заводить клиента
• но при этом особенно важно следить за качеством контактов, чтобы не плодить лишние карточки
• позже часть таких дублей может быть автоматически объединена в Telegram-сценарии, если пользователь подтвердит свой номер через контакт

10. Как раздел связан с клиентским приложением и Telegram

Карточка клиента важна не только для внутренних сотрудников.

Система использует ее и в клиентских сценариях.

Как клиент может появиться автоматически

Карточка клиента может создаваться автоматически, когда пользователь впервые заходит в клиентское приложение или Telegram Mini App.

На старте система обычно получает базовые данные, связанные с Telegram-пользователем, а затем карточка может постепенно дополняться.

Какие данные клиент может дополнять сам

В клиентском профиле пользователь может изменять или дополнять:

• фото
• имя
• фамилию
• отчество
• телефон
• e-mail
• дату рождения
• пол

Какие данные система запоминает из checkout

При оформлении заказов через клиентское приложение система может обновлять у клиента:

• последний адрес доставки
• последний пункт выдачи
• последний способ доставки

Это нужно прежде всего для того, чтобы в CMS-приложениях и клиентском checkout эти значения могли подставляться автоматически при следующем оформлении.

11. Важные ограничения и правила

Не все сотрудники видят этот раздел

В текущем интерфейсе раздел клиентов рассчитан на роли:

• владелец компании
• менеджер
• бухгалтер

Поиск клиентов сейчас ограничен

Если сотрудник ожидает поиск по телефону, e-mail или ИНН прямо в разделе Клиенты, это может не сработать так, как он ожидает.

Если поиск ведет себя непривычно, нужно учитывать, как в текущем каталоге формируется отображаемое имя клиента.

Дубли по ключевым контактам запрещены

Если уже существует клиент с тем же:

• телефоном
• e-mail
• ИНН
• Telegram ID

система не позволит просто сохранить вторую такую же карточку в рамках одной компании.

Удаление клиента нужно использовать очень осторожно

Удаление в этом разделе не похоже на удаление заказа с режимом восстановления.

Практически это означает:

• отдельного списка Удаленные здесь нет
• при удалении запись убирается из клиентской базы напрямую
• старые заказы клиента могут остаться в системе, но связь с удаленной карточкой может исчезнуть

12. Практический рекомендуемый порядок работы менеджера с клиентом

1. Сначала найти клиента в каталоге и проверить, не существует ли уже нужная карточка.
2. Если карточки нет, создать новую.
3. Сразу заполнить основные данные клиента: имя, телефон, e-mail и другие известные контакты.
4. Если клиент корпоративный, заполнить реквизиты организации.
5. При необходимости указать Тип цен.
6. Для постоянного клиента проверить последние данные по доставке и пункту выдачи.
7. После сохранения при необходимости открыть его заказы и убедиться, что история выглядит корректно.

13. Типичные ошибки пользователей

Ошибка 1. Создают нового клиента, не проверив дубль

Особенно часто это происходит, когда менеджер не проверил существующую карточку по имени и контактам заранее.

Ошибка 2. Пытаются использовать блок Данные слияния как обычный ручной инструмент объединения

В текущем интерфейсе этот блок не предназначен для свободного повседневного редактирования.

Ошибка 3. Удаляют клиента, не оценив последствия

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

Ошибка 4. Ожидают, что раздел клиентов сам по себе умеет сложную аналитику и сегментацию

В текущем виде раздел Клиенты - это прежде всего база карточек и точка входа к данным клиента, а не полноценный CRM-модуль с широкими фильтрами и сегментами.