Ошибка рабочего процесса изменения статуса Dynamics CRM

#workflow #dynamics-crm #dynamics-crm-4 #status

#рабочий процесс #dynamics-crm #dynamics-crm-4 #Статус

Вопрос:

У меня есть рабочий процесс, который запускается для обновления статуса записи обращения до Разрешенного. Однако рабочий процесс переводится в состояние «ожидание» и содержит общее сообщение об ошибке. При просмотре сообщения о системном задании говорится:

Сообщение об ошибке

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

Кто-нибудь еще сталкивался с этим и как вы это решали?

Заранее спасибо

Обновить:

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

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

Затем я импортировал настройки, которые есть в моей системе клиентов. Повторил то же самое, и все сработало нормально.

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

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

Затем я попробовал новый рабочий процесс для новой записи, и снова это не сработало.

Поэтому кажется, что рабочие процессы не работают ни с какими записями после импорта настроек.

Кто-нибудь сталкивался с этим раньше и какие шаги были предприняты для устранения?

Еще раз спасибо

Ответ №1:

Если у вас есть возможность просмотреть зарегистрированные плагины, найдите плагин, зарегистрированный в сообщении, SetState или SetStateDynamicEntity для обращения к объекту (инцидент).

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

Комментарии:

1. Спасибо за ваш ответ, я проверил зарегистрированные плагины, и ни один из них не зарегистрирован для объекта инцидента.

2. @Brett что насчет других зависимых объектов?

3. Нет, есть другие возможные идеи? Спасибо

4. Обновление добавлено выше, любые предложения будут с благодарностью приняты