Коллеги, у меня есть несколько вопросов:
1) подскажите где можно настроить в BPMonline список полей по которым система ищет дубли. В XRM на мой взгляд это было сделано гораздо удобнее, я мог в любой момент добавить или удалить список полей и логику (И/ИЛИ) при поиске дублей (по крайней мере, это относится к ручному поиску).
2) если у нас раздел, например, "Контрагенты" администрируется по записям, могу ли я каким-то образом запретить даже видеть его той или иной группе пользователей? (ведь доступ к объекту у меня становится неактивен)
Нравится
"D.T." написал:
Коллеги, у меня есть несколько вопросов:
1) подскажите где можно настроить в BPMonline список полей по которым система ищет дубли. В XRM на мой взгляд это было сделано гораздо удобнее, я мог в любой момент добавить или удалить список полей и логику (И/ИЛИ) при поиске дублей (по крайней мере, это относится к ручному поиску).
Настроить список полей, по которым происходит поик дублей можно внеся изменения в соответствующую хранимую процедуру, которая производит поиск дублей. По умолчанию в происке дублей используются абсолютно все поля, а при слиянии можно выбирать совпадающие.
2) если у нас раздел, например, "Контрагенты" администрируется по записям, могу ли я каким-то образом запретить даже видеть его той или иной группе пользователей? (ведь доступ к объекту у меня становится неактивен)
Для того, чтобы можно было закрывать доступ на отдельные разделы, необходима программная доработка в системе.
Это ненадолго, в следующих версиях будет больше удобных функций :) BPMonline очень быстро развивается.
А какую задачу планируется реализовать, каким образом необходимо настроить поиск дублей?
Возможно, удастся реализовать точечную доработку под конкретные потребности прежде, чем выйдет нвая версия с расширенным управлением поиском дублей.
Беда в том, что если начинаешь сидеть на одной версии, то все изменения, которые появляются в новых версиях, проходят мимо. Можно конечно обновиться. Но с учетом того, что на коробочной версии почти никто не остается, и вносятся изменения, то обновление будет очень дорого стоить. И большинство компаний продолжает сидеть на той версии, которая была однажды куплена.
А что касается дублей, хотелось бы просто иметь возможность искать по разным полям, а не по всем подряд. По моему опыту это нередко оказывается нужным.
"D.T." написал:Беда в том, что если начинаешь сидеть на одной версии, то все изменения, которые появляются в новых версиях, проходят мимо. Можно конечно обновиться. Но с учетом того, что на коробочной версии почти никто не остается, и вносятся изменения, то обновление будет очень дорого стоить. И большинство компаний продолжает сидеть на той версии, которая была однажды куплена.
Это справедливо для версии OnSite, однако клиентов OnDemand обновляют автоматически и без каких-либо проблем, в том числе и с доработками.
"D.T." написал:А что касается дублей, хотелось бы просто иметь возможность искать по разным полям, а не по всем подряд. По моему опыту это нередко оказывается нужным.
Ваше пожелание непременно будет учтено в следующих версиях, большое спасибо за ценную информацию.
Разница не в физическом расположении серверов, а в том, что клиент может не иметь навыков, необходимых для обновления.
По сути, процесс сводится к следующему:
1. Замена бинарных файлов;
2. Импорт схем;
3. Применение запросов (если менялась структура БД, триггеры, хранимые процедуры).
Естественно, если Вами велись доработки, следует провести предварительное тестирование и слияние схем.