BiTel

согласно инструкции:
http://docs.bitel.ru/pages/viewpage.act ... 1%80%D1%8B

можно настроить так:
--------------------------------------
processor.4.title=Назначение исполнителя.
processor.4.class=ru.bgcrm.event.listener.DefaultMarkedProcessor
processor.4.commands=addExecutors:18


и по строке меню в оснастке очереди процесса можно назначать исполнителя из группы(18 - такая группа есть) выбранным процессам... не работает.. т.е. вроде отрабатывает что-то там, но результата по факту нет.

++++
а такой вариант должен накатывать дату в пользовательский параметр с индексом 59(есть такой в системе)

#processor.6.title=Установка Плановой даты подключения.
#processor.6.class=ru.bgcrm.event.listener.DefaultMarkedProcessor
#processor.6.commands=setParam:59

тоже - отрабатывает что-то там - результат 0.

-------------------------------------------------
по идее я так понимаю - что в первом случае где-то должно появиться меню выбора исполнителя из группы 18, а во втором - возможность введения даты руками, ведь "поддержаны типы 'date' и 'datetime';"....

примеров в инструкции нет, так что одни догадки... единственно что могу добавить, то если добавить команду processor.4.responseType=file, то вывод в выскакивающем новом окне такой - {"status":"ok","message":"","data":{},"eventList":[]} а ошибок в логах не видно или не понятно как это дебагать..
------------------------------

собственно вопрос - как заставить это работать?

Попробуйте так

для process.4
менюшка вылазит в оснастке, да, но там почему-то не все члены группы 18, а только 1. причём галочку не даёт поставить даже на нём(ставлю, она по какому-то событию тут же стирается).

процесс находится в статусе, кторый позволяет назначить ему исполнителя из этой группы. вручную, через карточку процесса это получается и там в списке группы - все члены этой группы, а не 1.


для process.6
.. хм.. появились две кнопки ок и отмена ... а чего подтверждать-отменять-то ... не появилось )))

Билд последний?
Как сделали ограничение на выбор исполнителя из группы в определенном статусе? Мне кажется в нем проблема, тут слишком простое дейсствие

ага, нашёл.
однако ... галочку в меню всё равно пока не даёт поставить на члене группы (ставлю, она по какому-то событию тут же стирается).

Поставьте галочку на исполнителе а затем нажмите где угодно вне поля выбора. Еще с включенным DEBUG можно эту операцию проделать, может ошибка проскочит.

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

ща поdebugаю.. ещё напишу ..

Не в дебаге вообще ничего. Ничего это - вообще, без шанса ошибиться в содержимом
кстати если жать - "B" - выделить/снять вделение - выделяются 2е записи "Я" (я - админ, прописан в той же группе тоже). и "не указан" стоят обе галки, остальные также слетают. Но даже так - выделенный админ(пользователь "Я") не прописывается в исполнители.. руками в нутри карточки процесса - легко.

кстати на Я - галочка ставится, а на admin - нет.
---------------------



короче... обновлюсь сначала.. это тоже оказца проблема.

после обновления(оно корректное).

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

Билд 1106
Воспроизвел, галочка просто не отображается, исполнитель в списке отображается. При этом галка на Я и Не указал отображается, ниже уже нет

Ни чего криминального, но в заблуждение введет

У меня так.
- две верхних галки ставятся, остальные - нет(тут же стираются) и не назначаются.
если поставить только Я - и меня не назначает(Я это admin) ((

Всё-таки групповые запросы работают криво.

сейчас настроил групповое изменение статуса - не проходит, жалуется, что нельзя изменить статус, так как не заполнено обязательное поле(у меня есть проверка на заполнение полей при смене статуса):requireFillParamIdsBeforeStatusSet.3=31,25,46,47,56

так вот поле, на которое указывает ошибка - ЗАПОЛНЕНО, все поля - 31,25,46,47 и 56 - заполнены, ругается прям на первое - 31
если заходить в карточку процесса и вручную менять статус процесса - никаких ошибок не выходит, статус меняется.
вероятно и с назначением исполнителей - тоже самое?

Выложено обновление, макрос addExecutors некорректно работал. После выбора исполнителя сбрасывало. Попробуйте и отпишите, какие проблемы ещё остались с этими групповыми операциями.

Ошибка с requireFillParamIdsBeforeStatusSet также обновление выложено.

1.обратной совместимости нет: работающие до обновления формы перестали работать после (окно с html-ом вообще не выходит.)
2. в групповых операциях при выборе исполнителей галки заработали, ошибки нет, но и исполнители не назначаются. вообще ничего не меняется по нажатию кнопки.
3. групповое изменение статуса не работает таким же образом - просто ничего не происходит при нажатии на кнопку.

в логах прочесть нечего - ошибок нет.

... откатываюсь... там хоть старый печатных форм работает.

---
я б ещё добавил, что мастер, который я использую для того, чтобы при заведении процесса принудить оператора заполнять обязательные поля работает неверно - обязательных поля у меня три, а система разрешает создать процесс(кнопка завершить), если в мастере заполнен хотя бы одно обязательное поле.

Отпишите, пожалуйста, в тему про плагин Document. И бросьте в личку, как у вас настроены печатные формы. Те, что не работают.

В эту: viewtopic.php?f=49&t=11087

2. и 3. я проверил, отрабатывают как задумывалось.
Давайте тогда высылайте в тему про плагин Document сначала конфигурацию шаблонов - проверим их. А после обновитесь и будем доводить этот вопрос.

Настроил в демо базе тестовый обработчик.
http://demo.bgcrm.ru/user/processQueue#3
Для установки исполнителя. Всё работает корректно. Но, первоначально действительно не отрабатывало.
Проблема решилась пересборкой и публикацией обновления.

обновлюсь сегодня ещё раз - отпишусь

ЗАРАБОАТАЛО!!!!!!!!!

и обратная совместимость есть !!!

УРАААА!!! спасибо!