Краткий ответ: Валидация импорта помечает вероятные дубликаты до записи в базу, и вы с полным контекстом решаете — объединить или создать. После запуска естественным уникальным ключом служит номер телефона: один номер — один участник.
Как это работает
Дубликаты обычно приходят из исторических списков; отчёт с пометками ловит их на границе.
Один человек с двумя номерами? Оставьте одну запись; второй номер может жить в пользовательском поле.
Журнал аудита сохраняет след любого решения об объединении, если вопросы возникнут позже.
Часто задаваемые вопросы
Могут ли два участника пользоваться одним семейным телефоном?
Один номер соответствует одной учётной записи для входа — дайте второму участнику собственный номер или email.
А как быть с полными тёзками?
Имена никогда не служат ключом личности; им служат номера телефонов и идентификаторы участников.
Посмотрите на примере ваших данных — запросите бесплатное брендированное демо →
{“@context”: “https://schema.org”, “@type”: “FAQPage”, “mainEntity”: [{“@type”: “Question”, “name”: “Могут ли два участника пользоваться одним семейным телефоном?”, “acceptedAnswer”: {“@type”: “Answer”, “text”: “Один номер соответствует одной учётной записи для входа — дайте второму участнику собственный номер или email.”}}, {“@type”: “Question”, “name”: “А как быть с полными тёзками?”, “acceptedAnswer”: {“@type”: “Answer”, “text”: “Имена никогда не служат ключом личности; им служат номера телефонов и идентификаторы участников.”}}]}