Архив форума A-Number CRM

 

Разные формы Карточки для одной БД

TIGRus
Пользователь

Эксперт
Постов: 37
graphgraph
 
Разные формы Карточки для одной БД - Добрый день, уважаемые Разработчики!
Есть идея. Оцените, пож., возможность её реализации в программе A-Number CRM:

Использование нескольких шаблонов форм Карточки.

Пример 1:
Многопрофильное предприятие ведет БД клиентов по ВСЕМ направлениям. Есть общие параметры каждого клиента (Наименование, телефон и т.п.) Но есть и уникальные данные в зависимости от направления.
Чтобы не вносить в Карточку ВСЕ уникальные данные ВСЕХ направлений было бы здорово, если бы в зависимости от указанного для этой записи поля шаблона, появлялась бы уникальная для этого направления карточка.

(Сейчас, в виду отсутствия такой возможности приходится вести несколько независимых БД. А клиентская база в принципе то одна. Приходится дублировать данные)

Пример 2:
Ведем в A-Number CRM заявки клиентов длительного цикла исполнения. Каждая строка - заявка. Заявки - специфические. Опять же есть общие параметры (Контрагент, дата и т.п.) а также есть и уникальные. Хорошо бы если бы в зависимости от ТИПА заявки появлялась оригинальная Карточка.

Понимаю, что идея кардинальная и для реализации трудоемкая... Но обращаю внимание - ничего подобного ни у кого не встречал.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Разные формы Карточки для одной БД - Давно хотим, и делаем робкие попытки реализовать такую возможность, но сложность в том, что у всех пользователей, кому нужно такое разделение, разные требования, одни хотят привязку к веткам дерева, другим удобнее привязка к значению справочника, третьи хотят смену завязанную на проектах, то есть большое разнообразие в видении этого вопроса.
Мы же обязаны сделать так, чтобы схема подходила всем (учитывая то, что ни одной одинаковой конфигурации базы нет :о) ) , и на данный момент у нас есть мысли как это можно сделать.
Надеюсь, что в начале следующего года у нас будет уже тестовый вариант.
 
vasadel
Пользователь

Наблюдающий
Постов: 5
graphgraph
 
В ответ на: Разные формы Карточки для одной БД - Если можно добавить, тот же функционал и для главной таблицы. Чтобы например при выборе в левой ветке какого либо раздела, автоматически менялась главная таблица. Например при создании новой ветки, можно было бы назначить необходимые поля в главной таблице именно для этой ветки. Тогда будет удобно в основной базе совмещать физ лиц и организации к примеру. Или добавить возможность создания и выбора из нескольких шаблонов Вида главной таблицы (правда такой способ менее удобен будет). И для карточек я предлагаю сделать такой же функционал. Привязать в каждой ветке свою карточку. И дать возможность админу и пользователю назначать карточку по умолчанию или просто выбирать ее по мере надобности.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Разные формы Карточки для одной БД - В этой ветке мы как раз и обсуждаем Карточку контакта.
Но как я уже и писал выше, привязка к дереву, это один из вариантов предложенных пользователями. Но наша задача, сделать так, чтобы данная схема подходила для всех конфигураций.
Будем совместно с Вами решать, как это будет реализовано.
 
TIGRus
Пользователь

Эксперт
Постов: 37
graphgraph
 
В ответ на: Разные формы Карточки для одной БД - На мой взгляд, самое простое это сделать специальное служебное поле в БД (есть же поле номер карточки). В данном поле ставится номер формы Карточки. По умолчанию, если форма единственная (как сейчас) ставится "1" (или можно "наименование формы").
Если пользователь CRM создает в системе новую форму он должен у нужной группы записей указать этот номер.

На практике это должно выглядеть так:
1. Создаю новую запись в БД. Сразу же появляется вопрос: "Какую форму будете использовать?" Отвечая на данный вопрос система проставляет в записи нужный код.
2. Если загружаю данные из Экселя, то задается тот же вопрос и данной группе проставляется нужный код.
3.Чтобы облегчить процедуру простановки (смены) номера формы у уже созданных нужных записей можно предусмотреть групповую обработку. Когда отфильтрованным записям автоматически проставляется одинаковый код формы.

И ничто не мешает для данной группы записей сделать отдельную ветку, если это нужно. Но два этих фактора не должны быть связаны друг с другом. Такой вариант позволит значительно гибче использовать функционал программы.
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Разные формы Карточки для одной БД - Только такая схема будет отнимать время на проставление номеров у тех кто в базе имеет большое количество записей.
Допустим, для того чтобы проставить номера для 100 000 записей потребуется в среднем 10 сек на одно редактирование, а это уже 100 000 х 10 = 34 рабочих дня ;о))

Как дополнительный вариант использовать можно.
 
TIGRus
Пользователь

Эксперт
Постов: 37
graphgraph
 
В ответ на: Разные формы Карточки для одной БД - Смена формы Карточки для уже существующей записи - это исключительный случай. Основным способом будет являться простановка кода формы при создании НОВОЙ записи.

Возможно много времени займет процесс обновления БД при переходе на новую версию с автоматическим проставлением кода формы в каждую запись. Вот для этого я и предлагаю автоматизировать данный процесс. В настояще время у всех пользователей в работе только 1 форма (default). Значит нужно всем записям проставить в служебное поле это значение.
 
vasadel
Пользователь

Наблюдающий
Постов: 5
graphgraph
 
В ответ на: Разные формы Карточки для одной БД - Я поддерживаю идею. 10 секунд потребуется на редактирование человеком. Но если сделать это програмно, то скорее всего потребуется не более 1 часа на обновление базы. С учетом того что для MSDE размер базы макс 2Гб. то и того меньше. Да и если програмно не получится сразу сделать, то ничего страшного нет. Можно и вручную заведенным клиентам назначить формы. А можно и при импорте с екселя это поле добавлять автоматом. Вопрос чтобы программа считывала значение этого поля и подставляла при просмотре нужный тип карточки. Можно так же сделать, чтобы клиент сам настраивал, тип карточки в зависимости от типа клиента. Например для физ лиц и для юр лиц, нужны разные карточки. Клиент выбирает юр лица из меню и отражаются только юрики. Или физ. лица.
 
Zheka
avatar Пользователь

Эксперт
Постов: 61
graphgraph
 
В ответ на: Разные формы Карточки для одной БД - Столкнулся с этой проблемой давно, ещё в 2012, каждая ветка это разный менеджер, направления у менеджеров разные b2b, b2c и т.д. и соответственно нужны разные карточки, но здесь было проще, один раз пользователю скопировал шаблон и он работает, а вот когда одному пользователю нужны разные карточки под различных контрагентов...
Насчёт времени потраченного на выбор формы карточки под каждую запись: я не знаю, у кого как, но при импорте из Excel действующей базы, ввиду несовпадения типа полей, я делал так называемые "старые поля", откуда потом ручками по каждой карточке всё постепенно переносилось. Пример: было текстовое поле в Excel "Регион", а стало выбор из справочника в CRM, и приходилось этот регион добавлять в справочник(если его не было), потом выбирать его, а потом удалять в "старом поле". Когда записей в этом "старом поле" ни по одной карточке не осталось, я это поле удалял из базы. Те поля, которые совпадали по типу, естественно быстро импортировались. Работа была не маленькая, но обычно оно пропорционально, если много карточек, то и менеджеров много, которых можно этому обучить, а если человеко-часов мало, то и карточек должно быть не много.
Я к тому что, реализовав такую возможность, применить её в текущей базе это уже второй вопрос.
Для меня лично скорее важно понимание необходимого минимального функционала, при котором система будет легкой, быстрой и бесплатной. Лично я бы на месте разработчиков пошёл по пути двух версий, т.к. сказать Lite и Full. Кому-то лишние фишки и навороты не нужны, его устроит бесплатная упрощенная версия. А кто-то готов потратить небольшую сумму за "Full", где будут разные допнавороты.
Но это лишь сугубо моё мнение...мысли вслух
Сохраняйте тонкую грань между "удержать покупателя" и "прогнуться под покупателя"
 
admin
avatar Администратор

Администратор
Постов: 2728
graph
 
В ответ на: Разные формы Карточки для одной БД - Zheka писал(а):
Столкнулся с этой проблемой давно, ещё в 2012, каждая ветка это разный менеджер, направления у менеджеров разные b2b, b2c и т.д. и соответственно нужны разные карточки, но здесь было проще, один раз пользователю скопировал шаблон и он работает, а вот когда одному пользователю нужны разные карточки под различных контрагентов...


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


Насчёт времени потраченного на выбор формы карточки под каждую запись: я не знаю, у кого как, но при импорте из Excel действующей базы, ввиду несовпадения типа полей, я делал так называемые "старые поля", откуда потом ручками по каждой карточке всё постепенно переносилось. Пример: было текстовое поле в Excel "Регион", а стало выбор из справочника в CRM, и приходилось этот регион добавлять в справочник(если его не было), потом выбирать его, а потом удалять в "старом поле". Когда записей в этом "старом поле" ни по одной карточке не осталось, я это поле удалял из базы. Те поля, которые совпадали по типу, естественно быстро импортировались. Работа была не маленькая, но обычно оно пропорционально, если много карточек, то и менеджеров много, которых можно этому обучить, а если человеко-часов мало, то и карточек должно быть не много.
Я к тому что, реализовав такую возможность, применить её в текущей базе это уже второй вопрос.


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



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


Так вроде уже все блоки включаются опционально (В окне -"Дополнительно"), поэтому те кому нужны "навороты" имеет возможность их включить, а по умолчанию они отключены.


Лично я бы на месте разработчиков пошёл по пути двух версий, т.к. сказать Lite и Full. Кому-то лишние фишки и навороты не нужны, его устроит бесплатная упрощенная версия. А кто-то готов потратить небольшую сумму за "Full", где будут разные допнавороты.
Но это лишь сугубо моё мнение...мысли вслух


Все верно, параллельно готовим версию - Pro.
 
Zheka
avatar Пользователь

Эксперт
Постов: 61
graphgraph
 
В ответ на: Разные формы Карточки для одной БД - Со всем согласен, это были мысли вслух Сохраняйте тонкую грань между "удержать покупателя" и "прогнуться под покупателя"
 
© 2005 - 2015 A-Number Software. Все права защищены                          Написать письмо