DAX2009 учетка AOS перевела ряд пакетов в 'Отложено'

[oleggy]

Привет.
Подскажите какие причины могут побудить систему AX перевести ряд пакетов в статус Отложено (Withhold) ?
Столкнулся с такой ситуацией первый раз.

[oleggy]

Кидаю как версию.
Может ли быть причина редактирование прав пользователя под которым была запущено пакетное задание? Т.к. около 10-15 пакетных заданий попали в такой статус запущенные под определенным пользователем.
Пользователь включен и не отключался. Поэтому пока не знаю причину.

[Владимир Максимов]

Насколько я знаю, штатно, автоматического перевода в статус "Отложено" быть не может. Этот статус может быть присвоен только и исключительно вручную. Или же у Вас сделана какая-то модификация обработки пакетных заданий

Посмотрите по перекрестным ссылкам, где происходит присвоение значения полю "Статус" для BatchJob.Status и что надо делать, чтобы был присвоен статус "Отложено"

[oleggy]

Я почему подумал так, т.к. по журналу истории БД вижу что значение BatchJob.Status было изменено на "Ожидание" userId = -AOS-.

[Raven Melancholic]

Случайно нет функционанальности "Запуск от имени пользователя"?
Если есть, то не запускал ли пользователь пакета экземпляры Аксапты под именем другого пользователя?

[oleggy]

Функционал такой есть, но не запускал это точно.
Это же системная учетка в UserInfo записи Id = '-AOS-' даже нет.
Запустить под такой клиент не возможно (поправьте если ошибаюсь).

[Товарищ ♂uatr]

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

PS Обычно к журналу БД "прикручивают" сбор информации о стеке вызова - это сильный инструмент для расследования подобных сценариев.

[Raven Melancholic]

Цитата:

Сообщение от oleggy

Функционал такой есть, но не запускал это точно.
Это же системная учетка в UserInfo записи Id = '-AOS-' даже нет.
Запустить под такой клиент не возможно (поправьте если ошибаюсь).

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

Просто в некоторых реализациях этого функционала на время запуска от имени другого пользователя сам пользователь блокируется. И если в это время запустится очистка пакетов по зависшим задачам (как раз без клиентской сессии, то есть -AOS-), то одно из действий - перевод задач заблокированных пользователей в отложенные.