1. Прочее
1голос

Когда контакт физлица и ИП/ООО совпадают

У нас часто возникают случаи, когда сначала тур заказывается от имени физлица, а потом от имени ИП этого же физлица.
В обоих случаях телефон и емейл совпадали, но Ю-Он не давал завести заказчиком ИП или физика, если хотя бы один из контактов совпадает.

А бывает, когда в карточке ООО тоже указаны контакты ген.дира, которые ранее фигурировали в качестве контактов Туриста-физика.

Просить людей дать другие контакты, которые не совпадают - не вариант!
Вообще, совпадение контактов в юр.лице/ИП и физика не должно вызывать конфликт.
Надо разрешать создавать карточки, где совпдают контакты.

Просто при заведении Заказчика, у которого совпадает контакт с физиком/ИП/ООО надо спрашивать, кого из них назначить на роль Заказчика, но в качестве Туриста, ессно, всегда выступает только физик.

Александр Селезнёв
Александр Селезнёв, официальный ответ
Здравствуйте, Виктор!
Благодарим вас за подробный ответ. Мы понимаем ситуацию, что в туристическом бизнесе один и тот же человек часто выступает и как турист-физлицо, и как ИП (или представитель ООО), используя при этом одни и те же контактные данные.
Тем не менее текущая логика системы остаётся неизменной и вот почему:
В системе карточка физлица, ИП и ООО — это одна и та же сущность (одна запись в справочнике клиентов), у которой просто меняется тип.
Контакты — это ключевой идентификатор клиента. По ним работает:
поиск клиента при создании заказа;
автоматическое предотвращение дублей;
отправка всех уведомлений, SMS, e-mail, сообщений в мессенджеры;
интеграции и автоматические сценарии.
Если разрешить нескольким карточкам (физлицо + ИП + ООО) иметь полностью одинаковые контакты, система перестанет понимать, какая именно карточка является получателем уведомления.
Это приведёт к дублированию клиентов в базе; риску, что уведомление уйдёт «не туда»; некорректной работе поиска и интеграций.

Именно поэтому принцип уникальности контактов — это не «личное понимание», а осознанное архитектурное решение, которое защищает целостность всей клиентской базы и не может быть изменено.
2 комментария
  • Иван Чугаевский
    Здравствуйте, Виктор.
    В текущей логике системы карточки физического лица и юридического лица / ИП относятся к одной сущности - карточке клиента. Тип клиента (физлицо, ИП или организация) выступает как подвид одной и той же записи в справочнике.
    Такая архитектура была выбрана намеренно и используется для обеспечения целостности клиентской базы.
    Контактные данные (телефон и e-mail) в системе выступают ключевыми идентификаторами клиента. По ним выполняются:
    поиск клиента в базе;
    предотвращение создания дублей;
    отправка уведомлений и автоматических сообщений;
    работа интеграций и автоматических сценариев.
    Поэтому один и тот же номер телефона или e-mail не может быть закреплён одновременно за несколькими карточками клиентов, независимо от того, идет ли речь о физическом лице, ИП или организации.
    Если разрешить создавать отдельные карточки с одинаковыми контактами для физлица, ИП и ООО, это может привести к ряду проблем:
    - появлению дублей клиентов в базе;
    - невозможности однозначно определить, какой именно клиент является получателем уведомлений;
    - некорректной работе автоматических рассылок и интеграций;
    - усложнению поиска клиента по телефону или e-mail;
    - накоплению избыточных данных при работе с одной и той же контактной информацией.
    Именно поэтому в системе реализован принцип уникальности контактных данных для одной карточки клиента.
    Также важно учитывать логику заполнения данных по юридическим лицам.
    Предполагается, что личные контактные данные физических лиц не должны указываться в карточках ИП или организаций (ООО).
    Контакты, указанные в карточке юридического лица, рассматриваются системой как контакты самой организации, а не конкретного человека.
    Если в карточке компании указывать личный телефон или e-mail директора или другого физического лица, это может привести к ряду проблем:
    - один и тот же человек будет фигурировать в базе как несколько разных клиентов;
    - уведомления и автоматические сообщения могут направляться некорректному получателю;
    - усложняется поиск клиента по контактам, так как система не сможет однозначно определить, к какой карточке относится номер;
    - возникает дублирование и смешивание данных физических лиц и организаций.
    В связи с чем в системе предусмотрено ограничение на совпадение контактных данных между карточками клиентов. Такой подход позволяет сохранять корректную структуру базы клиентов и избегать ситуаций, когда личные контакты физического лица одновременно используются как контакты нескольких разных карточек клиентов.
  • Виктор Чернышев
    Иван, добрый день.
    Вы написали: "Предполагается, что личные контактные данные физических лиц не должны указываться в карточках ИП..."

    Вы предполагаете, а я вам привожу примеры из жизни, которых великое множество. ))
    Проблематику создания дублей вы описали правильно, но она вытекает только из вашего личного понимания.
    Вы просто придумали свое определение для "контактного номера" и подменили понятия

    Мобильный - это личный телефон, на которые приходят уведомления, отправка сообщений с мессенджеров и т.п. и ОН ВСЕГДА УНИКАЛЬНЫЙ. Вся официальная переписка ведется через него.

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

    Только не понятно, какие функции в вашей логике системы, возлагаются на контактный номер? Для чего он нужен, когда есть мобильный?