в разделе case включены Approvals, в бизнес-процессе добавлено визирование. Проблема в том, что текст уведомления появляется в боковой панели нотификаций, но при этом счетчик по уведомлениям не увеличивается. Подскажите, пожалуйста, в чем может быть причина.
Подскажите, каким образом реализовано визирование в бизнес-процессе, с помощью элемента "Визирование", или с помощью добавления новой записи объекта визы?
Есть ли при открытии коммуникационной панели какие-либо ошибки в консоли браузера (F12)?
может кто-то сталкивался с подобной проблемой. В обращении (cases) при переходе по стадиям происходит перераздача прав , также производятся другие действия (раздача прав и другие действия реализованы в бизнес-процессе) . Проблемы возникает, если пользователь быстро прокликивает через две стадии или более, то раздача прав и другие действия не успевают отработать. Возможно ли разрешить данную ситуацию в креатио, чтобы гарантировать раздачу прав и полную отработку всех действий на каждой стадии?
Хочу заменить изображения в справочнике "Уровни удовлетворённости"
По умолчанию, там 5 видов смайликов, я хочу заменить их на пользовательские изображения, но изменение прикреплённых картинок, не отображается в письме на электронную почту для оценки работы по обращению
Сделать это можно только средствами разработки. Необходимо создать свой контейнер внутри контейнера, в котором находятся табы и внутрь него вставлять поля. Ниже прикрепляю пример:
Вы можете найти пример группировки на базовых страницах. Нужно смотреть в сторону надстройки их контейнеров. Например, код ниже я взял с базовой страницы ContactPageV2, где колонки и контроли сгруппированы.
Также если вы хотите разместить колонки на одной строке, необходимо указывать один и тот же row.
При создании сценария через JMeter создаются обращения и переводятся в работу. Необходимо чтобы и наряды переходили в статусы дальше, но через штатные решения jmetr'а решения не было найдено. Пришла идея что возможно нужно что-то отключить в системе, потому что отправляя запросы со сгенерированными через jmeter guid для нарядов система заменяет на автоматически созданные. У кого какие есть идеи? Возможно ли отключить проверку и ставить свои значения?
Такая постановка вопроса не вполне корректна, eugenes. Если отключить проверку целостности, то можно залить в справочное поле Id записи, которой нет в справочнике этого поля. После этого, пока запись в справочнике не появится, проверку обратно не включить. То есть такое допустимо, но только когда точно знаете, что делаете, например, когда заливаете наполнение связанных таблиц, взятых в произвольном порядке, а не по связям.
В Вашем случае нужно другое, выяснить, почему Вы заполняете Id, а он не передаётся. При обычной работе из раздела, создании новой записи, её Guid формируется на клиенте и передаётся на веб-сервис, где и присваивается новой записи, как я уже писал.
Нужно смотреть, какие запросы к DataService или другим стандартным сервисам Вы отправили. Например, в Fiddler или встроенными средствами браузера.
Добрый день! Подскажите, можно ли настроить отображение сайта для написания комментария к оценке уровня удовлетворенности, если нет портальных лицензий?
Установите в поле объекта в конфигурации значение по умолчанию равное текущей дате. Если после этого будет такая же дата вероятно вы ее посылает в своем запросе в odata посылаете дату как пустую или неопределенную. При запросе в odata самостоятельно посылайте текущее значение даты времени.
Можно еще написать процесс который будет исправлять даты при создании или после создания обращения.
Обычно такое делается так: создаётся администрируемая операция, добавляются права на неё нужным пользователям (а лучше группе, а пользователей туда), затем в коде карточки на открытии проверяют права на операцию и показывают или скрывают вкладку. Как тут.
Если не хотите ещё и вручную или какой-то логикой по событию давать права нужным пользователям, можно и менее гибко, проверять в коде непосредственно условие, главное, чтобы это не требовало большой нагрузки при каждом запуске.
Ну и программное скрытие вкладок не спасёт от сильно хитрых пользователей, которые могут и подправить код на стороне браузера. Надёжнее забрать права на колонки или на таблицы деталей.
Тогда программно проверять права на операцию у пользователя. Если совсем неважны права, то можно и фичей, чтобы пользователь сам решил, что ему надо (хотя изначально этот механизм не совсем для того).