Доброго времени суток.
Подскажите, такая ситуация, создаю новый раздел, создал новый пакет, в настройке "Текущий пакет" указан нужный пакет и все изменения попадают туда. Кроме кейсов, кейсы сохраняются в пакет Custom. На странице создания кейса указан так же нужный пакет, но при сохранении кейс находится в пакете Custom.
Как это исправить или так и должно работать?
Спасибо.

Нравится

2 комментария

Здравствуйте, Сергей!

Данное поведение напоминает ошибку в базовой логике, которая была исправлена в версии 7.15.4. По данному вопросу будет зарегистрирована обращение, в рамках которого будет предоставлено решение.

Пожалуйста, ожидайте, обратной связи.

Станислав Чернышев,

 

Как раз я работаю на версии 7.15.3.

С нетерпением жду решения данной проблемы.

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

Здравствуйте!

При создании активности в шаге кейса, мне надо чтобы активность была обработана ответственным в заявке этого раздела. Но при попытке изменить с текущего пользователя на ответственного в заявке ничего не происходит. Тоесть, я кликаю на "Колонка текущей записи" текущего пользователя на  колонку основной записи и не появляется всплывающее окно с выбором колонки основной записи. В чем может быть проблема?

Спасибо.

Нравится

2 комментария
Лучший ответ

Похоже на баг.

Попробуйте прописать в формулу руками.

 

[#Основная запись.Ответственный#]

 

Где Ответственный - название (заголовок) вашего поля.

Похоже на баг.

Попробуйте прописать в формулу руками.

 

[#Основная запись.Ответственный#]

 

Где Ответственный - название (заголовок) вашего поля.

Артур Матюшок, добрый день!
Павел прав, очень похоже на баг. Проверьте нет ли ошибок в консоли браузера. Также, проверьте, воспроизведение на разных ПК.
Ручной ввод формулы тоже должен помочь.

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

Доброго времени суток.

Некоторым пользователям интуитивно не понятно как закрывать обращения(действия-закрыть). Возник вопрос, какие действия необходимо произвести что бы портальный пользователь мог нажать "закрыть" в кейсе обращения(в полосе состояния).

Нравится

1 комментарий

Игорь, добрый день.

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

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

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

Как сделать так, чтобы переключение вкладок тоже происходило автоматически вместе со сменой статусов (шагов кейса)?

Нравится

1 комментарий

Добрый день.

Для реализации Вам необходимо подписаться на изменение колонки кейса и при её изменении вызывать метод setActiveTab.

Пример реализации для страницы CasePage:

define("CasePage", [], function() {
		return {
			entitySchemaName: "Case",
          	attributes: {
              "ActiveTabName": {
                dependencies: [
                  {
                    columns: ["Status"],
                    methodName: "setActiveTabByStatus"
                  }
                ]
              },
              "StatusTabDictionary": {
                dataValueType: Terrasoft.DataValueType.COLLECTION,
                value: [
                  { statusId: "7e9f1204-f46b-1410-fb9a-0050ba5d6c38", tabName: "CaseInformationTab" },
                  { statusId: "3859c6e7-cbcb-486b-ba53-77808fe6e593", tabName: "TimelineTab" },
                  { statusId: "ae7f411e-f46b-1410-009b-0050ba5d6c38", tabName: "SolutionTab" }
                ]
              }
            },
			methods: {
 
              setActiveTabByStatus: function() {
                var status = this.get("Status");
                if (!status) {
                  return;
                }
 
                var statusTabDictionary = this.get("StatusTabDictionary");
                for (var i = 0; i < statusTabDictionary.length; i++) {
                  var item = statusTabDictionary[i];
                  if (item.statusId === status.value) {
                    this.setActiveTab(item.tabName);
                    return;
                  }
                }
              },
 
              initTabs: function() {
                this.callParent(arguments);
                this.setActiveTabByStatus();
              },
 
              onEntityInitialized: function() {
                this.callParent(arguments);
                this.setActiveTabByStatus();
              }
 
            }
		};
	}
);

 

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

Здравствуйте.

Вопрос в следующем. Меняется процесс обработки обращений. Добавляются новые стадии и новые процессы по стадиям. Но при этом условия кейса остаются прежними. В системе имеется достаточное количество незавершенных обращений.

Версионности, как у бизнес-процессов, у кейсов нет. Как лучше ввести новый кейс, не сломав все открытые обращения? 

Нравится

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

как вариант добавить поле версии в продажу (просто поле), и сделать что бы кейс на это поле оринтировался при отображении (отображать кейс по этому полю справочному, кстати поле должно быть справочное)

Здравствуйте, Алексей!

Предположим, в разделе настроена первая версия кейса (далее DCMv1) с определенным набором активностей для каждой стадии.
По записи в разделе был запущен кейс и созданы новые активности согласно DCMv1.
Далее кейс изменен на вторую версию (далее DCMv2) с другим набором активностей.
В результате активности, которые были созданы по DCMv1, отвязываются от кейса и становятся обычными задачами, которые привязаны к сущности. Если перейти на другую стадию и обратно – к обычным задачам добавляются еще новые активности, согласно новому кейсу DCMv2.
Это базовая логика приложения, сделанная для того, чтобы предотвратить потерю запланированных задач.

Александр Тыра,

Условие запуска кейса уже занято.

Илья, если в ходе кейса только задачи, то да, все будет хорошо. А если в задачах запускается подпроцесс? То он скорее всего зависнет иди перейдет в состояние отменен. Риск только в процессах, которые запускается по шагам кейса.

Здравствуйте, Алексей!

 

У Вас при смене кейса процессы отменяются или зависают? Стандартно запущенные  процесы по кейсу отменяются при смене стадии в кейсе.

У нас зависло много процессов в статусе выполняется. Причина - кейс перешел в состояние отменен и удалил за собой все данные по запущенным процессам. Процессы зависли в статусе выполняется. А вот почему кейс отменился ни я, ни техподдержка не выявили.  Единственное в тот день переносили обновления, в том числе и кейса. Но эта версия не подходит по времени. Разница в 7 часов. в 13 часов ставились обновления. Кейс отменился в 20 часов.

Алексей, если кейс не менялся после этого, то узнать, кто поменял состояние, можно по значению колонки «Изменил». Если такое происходит не раз, можно настроить журнал изменений для выяснения, что происходит: меняет пользователь, процесс по таймеру, интеграция или кто-либо иной. А если речь конкретно о разделе обращений, там есть вкладка «Обработка» в карточке, где можно включить показ системных сообщений. Возможно, там что-то интересное.

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

Добрый день!

Подскажите, есть ли порядок в котором стартуют Бизнес-процессы в следующей ситуации (пример): 

Есть два БП. Один стартует по Сигналу от Объекта. Второй БП без стартового сигнала, но указан на одной из стадий динамического кейса объекта.

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

Оба запустятся одновременно или сначала отрабатывают БП на кейсе?

Нравится

1 комментарий
Лучший ответ

Оба запустится одновременно.

Оба запустится одновременно.

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

Коллеги, такой вопрос. При запуске кейса в Лидах он стартует со второй стадии, хотя на среде разработки работает корректно, значения по умоланию для стадии в объекте верное, другие процессы не запускаются.

В чем может быть проблема?

Нравится

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

Может на проде в пакете Custom есть замещенный объект Лид и там стоит другое значение по умолчанию для стадии лида? Либо какой-то процесс, который меняет стадию. 

А как создаются данные лиды? Если приходят из Landing page, то ещё в конфигурации Landing page могут указываться значения по умолчанию, в том числе для стадий

Alex Zaslavsky,

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

Владимир Соколов,

Нет, создаются по процессу

Вообще, кейс не «стартует», на полосе просто отображается текущее значение справочного поля «стадия», плюс логика при изменении и условия допустимости переходов. Следовательно, нужно понять, кто и когда задаёт значение в поле.

Это может быть значение поля по умолчанию в дизайнере объекта «Лид» в одном из пакетов, в них же логика во встроенных БП на объекте «Лид», отдельные БП на событии создания или изменения лида, логика в событийном слое, триггер или значение по умолчанию в БД или, наконец, JS-логика на стороне карточки. Если создать тестовую запись на уровне ESQ (не сработает логика карточки) и на уровне Insert-запроса (сработает только логика БД), можно подтвердить или отсеять два последних варианта. Остальные нужно проверять, изучая все места вручную.

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

Добрый день!

Имеется список кейсов (рис. cases.png), стадии которых определяются значением поля Stage, а тип кейса определяется значением поля Type. Кейс "Type = Legal customer acceptance v.2" не содержит процессов (рис. lca_case.png).

При сохранении записи с типом кейса "Type = Legal customer acceptance v.2" (как, впрочем, и с любым другим кейсом), создается и запускается процесс с именем "Type = Legal customer acceptance v.2" (рис. process_log.png). При попытке открыть этот процесс в дизайнере, выдается ошибка (рис. process_log_err.png). Если кейс деактивировать, создания процесса "Type = Legal customer acceptance v.2" не происходит.

Подскажите, пожалуйста, в чем проблема ?

Прикрепленные файлы

Нравится

3 комментария

Попробуйте посмотреть логи приложения, есть ли там больше информации по ошибке?

Вообще, записи в БД в таблице SysProcessLog по каждому экземпляру кейса — это нормально.

В журнале они могут отображаться или нет в зависимости от его настроек. См. SysProcessLogSectionV2:

addHideDcmFilter: function(filters) {
	var filterName = "HideDcm";
	filters.removeByKey(filterName);
	var shouldHideDcm = !Terrasoft.isDebug && !this.getIsFeatureEnabled("ShowDcmInProcessLog");
	if (shouldHideDcm) {
		var managerName = Terrasoft.manager.DcmSchemaManager.managerName;
		filters.add(filterName, Terrasoft.createColumnFilterWithParameter(
			Terrasoft.ComparisonType.NOT_EQUAL, "SysSchema.ManagerName", managerName));
	}
},

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

В новых версиях обещают полноценный журнал кейсов.

Зверев Александр,

спасибо за ответ! Да, режим отладки включен. 

Александр, корректно ли, что этот процесс находится в статусе Running?

 

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

Добрый день, коллеги.

В кейсе раздела на каждом этапе присутствует виза, положительный ответ на которую переводит запись на следующую стадию. После перехода на вторую стадию другому пользователю приходит виза. Также на этой стадии в бизнес-правилах поле «Примечание» становится обязательным, однако если не заполнить это поле и утвердить визу – ошибок не произойдет, стадия перейдет на 3-ью, запись сохранится, процесс согласно кейсы пойдет дальше.

 

 

Такой вопрос – как запретить утверждение визы, если необходимые поля не заполнены?

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

Нравится

1 комментарий
Лучший ответ

Добрый день.

Недавно подобная проблема обсуждалась в этом посте.

Добрый день.

Недавно подобная проблема обсуждалась в этом посте.

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

Впервые хотел использовать этот элемент , и возможно некорректно настроил. 

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

Нравится

3 комментария
Лучший ответ

Кирилл Паксюдкин,

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

Под Supervisor, так как этот пользователь системный администратор, права забираться не будут - у этого пользователя максимальные права доступа на все.

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

Посмотрите, обучающее видео про настройку прав доступа. Обратите внимание на приоритет прав доступа!

Также учтите, что доступа может не быть, но при этом кнопки будут активны и доступны. О том, что нет нужных прав доступа, пользователю сообщается уже тогда, когда он выполнит действие, на которое у него нет доступа. Каким образом Вы проверяли, что доступ не блокируется?

Проверьте соответствуют ли ваши записи указанным условиям отбора (фильтрации)

Шаг запускается под привелигированным пользователем? Если нет попробуйте выполнить под SuperVisor на тестовой записи

Григорий Чех,

фильтрация правильная, 

Шаг я запускал как от простого пользователя так и от Supervisor никакой блокировки нет.

Кирилл Паксюдкин,

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

Под Supervisor, так как этот пользователь системный администратор, права забираться не будут - у этого пользователя максимальные права доступа на все.

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

Посмотрите, обучающее видео про настройку прав доступа. Обратите внимание на приоритет прав доступа!

Также учтите, что доступа может не быть, но при этом кнопки будут активны и доступны. О том, что нет нужных прав доступа, пользователю сообщается уже тогда, когда он выполнит действие, на которое у него нет доступа. Каким образом Вы проверяли, что доступ не блокируется?

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