Администрирование по записям, дубли

Коллеги, у меня есть несколько вопросов:
1) подскажите где можно настроить в BPMonline список полей по которым система ищет дубли. В XRM на мой взгляд это было сделано гораздо удобнее, я мог в любой момент добавить или удалить список полей и логику (И/ИЛИ) при поиске дублей (по крайней мере, это относится к ручному поиску).
2) если у нас раздел, например, "Контрагенты" администрируется по записям, могу ли я каким-то образом запретить даже видеть его той или иной группе пользователей? (ведь доступ к объекту у меня становится неактивен)

Нравится

7 комментариев

"D.T." написал:
Коллеги, у меня есть несколько вопросов:

1) подскажите где можно настроить в BPMonline список полей по которым система ищет дубли. В XRM на мой взгляд это было сделано гораздо удобнее, я мог в любой момент добавить или удалить список полей и логику (И/ИЛИ) при поиске дублей (по крайней мере, это относится к ручному поиску).

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


2) если у нас раздел, например, "Контрагенты" администрируется по записям, могу ли я каким-то образом запретить даже видеть его той или иной группе пользователей? (ведь доступ к объекту у меня становится неактивен)

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

Эх, получается, старая система (XRM) местами удобнее новой...(

Это ненадолго, в следующих версиях будет больше удобных функций :) BPMonline очень быстро развивается.

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

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

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

"D.T." написал:Беда в том, что если начинаешь сидеть на одной версии, то все изменения, которые появляются в новых версиях, проходят мимо. Можно конечно обновиться. Но с учетом того, что на коробочной версии почти никто не остается, и вносятся изменения, то обновление будет очень дорого стоить. И большинство компаний продолжает сидеть на той версии, которая была однажды куплена.

Это справедливо для версии OnSite, однако клиентов OnDemand обновляют автоматически и без каких-либо проблем, в том числе и с доработками.

"D.T." написал:А что касается дублей, хотелось бы просто иметь возможность искать по разным полям, а не по всем подряд. По моему опыту это нередко оказывается нужным.

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

Так может быть есть беспроблемный способ обновлять и версии OnSite? Ведь разница только в физическом расположении серверов.

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

По сути, процесс сводится к следующему:

1. Замена бинарных файлов;
2. Импорт схем;
3. Применение запросов (если менялась структура БД, триггеры, хранимые процедуры).

Естественно, если Вами велись доработки, следует провести предварительное тестирование и слияние схем.

Показать все комментарии