Всем привет!
Надо хранить инфу потенциальных клиентов, т.е. тех лиц, которые могут и не стать этими самыми клиентами(Например дали визитку на выставке).
Собственно приходит на ум 2 варианта:
1. В справочнике "Партнеры", с признаком "Потенциальный клиент"
плюсы: Весь функционал тут уже реализован
минусы: Дублирование записей

2. Завести новый справочник: "Потенциальные клиенты"
Плюсы: можно сгруппировать контактные записи в одного партнера, который переходит со статуса "Потенциальный" в "Полноценный"
не засоряется справочник "партнеры"
Минусы: Дублирование функционала справочника "Партнеры"

Нужна структура с учетом  вопроса хранения инфы "разработки" партнера, т.е. инфа как его уламывали стать нашим клиентом.

Конфы CRM - не предлагать)

Кто сталкивался, как реализовывали?

У нас просто статус клиента в общем справочнике

(1) Да, это больше к первому варианту, а как быть с дублированием, например: Несколько визиток дали разным менеджерам, а те пытаются завести его в базе?

>>>Нужна структура с учетом  вопроса хранения инфы "разработки" партнера, т.е. инфа как его уламывали стать нашим клиентом.


это называется "воронка продаж" классическая реализация в любой CRM....

даже в УТ-11 есть готовая...

Вылавливаем дубликаты и обьединяем инфу

>>> статус клиента в общем справочнике

имеем минусы
1. при желании использовать группировку нескольких юр лиц проблеммы
2. дубли вызваные неполными данными (например не известен ИНН да и название "бренда" а не юр лица)

Я - за отдельный справочник.

+(6) а, чтобы дублирования не было, надо просто вызывать код, а не копировать

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

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

(5) Речь идет о партнере, там ИНН нету...

(8) Ну как вариант, а как с объединением: Есть 2 партнера, а на самом деле он один(контактные данные разные, но данные одного партнера)?

(10) если данные из регистра не верифицировались в течении 30 дней - значит их можно удалить...

процесс верификации - получение от него ИНН и т.д. и внесение в общий справочник.

(11)
Это CRM а не учет контрагентов

"в течении 30 дней - значит их можно удалить..."

Ну ну

(0)
А если не секрет то сколько времени собираешься потратить на разработку?

(13) так еще надо решить как оптимальнее решить задачу, потом уж сроки оределять

Я к тому что у нас уже есть готовый функционал по типу Битрикс 24 с делами, лидами, воронкой и т.д.

Может проще готовый купить и встроить

Если вводить новый справочник + вводить документ, описывающий взаимоотношения(еще под вопросом, возможно можно использовать стандартный функционал по взаимоотношениям) думаю что 24-40 часов.

(15) не хочется связываться с битриксом...

(7) Вопрос в структуре документа..., Справочник "партнеры" процентов на 95 будет иметь такую же структуру как и новый справочник, на мой взгляд

(17)
Так на 1С все  
Встраивается в типовую  

Как Битрикс - аналогичный функционал

(18)
Нет не будет

(19) У нас давно не типовая, одна из первых УТ 11 - допиленная процентов на 60-70

Как минимум - это другая сущность

(21)
Так это не важно, мы хоть в ЗУП встроим
у нас максимально автономный функционал

Та не.., не надо, сами уж запилим...

(24)
Да не вопрос)

Бесплатный совет

Для лидов - отдельный справочник иначе устанете в отчетах отбор по партнеру устанавливать  

Документ событие - так же лучше пилит свой, если делать все по уму, типовые особенно в УТ - редкое убожество

В 7.7 делал 2 справочниками. в одном партнер и все возможные реквизиты + дата следующего звонка. (верифицировать можно по телефону пытаться). Во втором история контакта. Отчет кому звонить и история контактов с резюме звонков можно глянуть.
2-3 часа работы и 90% потребности закрылось. народ уже десетелетие юзает и не думает менять. потом в клиент ссылка на потенциальнго клиента сделал и всю историю тянул

(26) Пасибо

где то на просторах инета видел такую идею

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

1. поиск нового контакта
2. верификация контакта
3. холодный звонок

и т.д.

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

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