Если на контент или статью назначен Workflow, то в нижней части страницы появляются дополнительные элементы управления, описанные далее.

Галочка Apply Workflow Rule позволяет осуществлять движение статьи по Workflow. Направление движения определяется дополнительными радиокнопками Forwards и Backwards. Кроме этого рядом с этими радиокнопками показываются следующий и предыдущий статусы в соответствии с правилами Workflow. Если какая-то радиокнопка не показывается, это может означать, что либо статья имеет максимальный (минимальный) статус и движение по Workflow в данном направлении невозможно, либо текущему пользователю не хватает прав осуществить данное действие. Кроме того, при применении правил Workflow пользователь может оставить комментарий в поле Comments. Данный комментарий будет показан в виде информационного сообщения в верхней части страницы Article Info на следующем этапе Workflow. Галочка Apply Workflow Rule по умолчанию может быть, как выставлена, так и сброшена в зависимости от настроек текущего Workflow. Если текущий пользователь явно или в составе группы назначен последовательно на несколько этапов данного Workflow, то он все равно вынужден применять правила по очереди, без пропуска промежуточных статусов.

Кроме непосредственного применения правил Workflow, можно переместить статью вниз по Workflow на произвольное число этапов с помощью элемента выбора Status раздела страницы Forced Status Demoting.

Опция Apply Workflow Rule имеет приоритет над опцией Forced Status Demoting.

Данная опция имеет смысл, когда применяемый Workflow работает в асинхронном режиме (расщепления статей). Когда статья повторно достигает максимального статуса Workflow, то с помощью этой галочки можно отложить момент замены старой версии статьи новой до некоторого момента времени в будущем. Данная галочка показывается только, когда она имеет смысл, то есть на последнем или предпоследнем этапе Workflow.

После установки данной опции можно перейти на вкладку Schedule (на одном уровне с Article Info). Там появится дополнительный тип расписания Set Publishing Time for New Version, в котором можно задать требуемое время замены старой версии новой.

Опция Deactivate позволяет временно отключить расписание, не удаляя его. При этом удаляется SQL Job, если он уже был создан, а данные в базе о расписании публикации сохраняются.

При создании правил Workflow администратором может быть задано, что все члены некоторой группы должны осуществлять параллельное утверждение статей, то есть каждый из них должен утвердить статью, чтобы она могла продвинуться дальше по Workflow. Когда статья находится в процессе параллельного утверждения, на странице Article Info появляется дополнительный раздел Parallel Workflow, в котором показываются:

• статус, который должен быть достигнут статьей в результате параллельного утверждения
• список пользователей, которые уже утвердили данную статью
• список пользователей, которые еще не утвердили данную статью

Режим параллельного Workflow изменяет поведения стандартных элементов управления Workflow. Радиокнопка Forwards не перемещает статью выше по Workflow, а лишь отмечает данного пользователя как утвердившего статью на этапе параллельного Workflow. Такое событие будем называть частичным утверждением статьи. И лишь когда последний пользователь из группы параллельного Workflow утверждает статью, она действительно изменяет свой статус. Аналогично, радиокнопка Backwards перемещает статью вниз по Workflow только в том случае, если список пользователей, уже выполнивших частичное утверждение пуст. В противном случае пользователь просто отменяет сделанное им ранее частичное утверждение статьи, соответственно он исчезает из списка пользователей, утвердивших статью, и помещается в список еще не утвердивших. Если пользователь является администратором, не входящим в группу параллельного Workflow, он может свободно перемещать статью по Workflow, и правила параллельного утверждения на него не будут распространяться. Если же он является администратором, но при этом входит в рассматриваемую группу, то никаких дополнительных привилегий он не получает. На опцию Forced Status Demoting параллельный Workflow не влияет. Пользователь по-прежнему может понизить статус статьи, при этом текущие частичные утверждения будут сброшены. Если на последнем этапе Workflow утверждение производится группой параллельного Workflow, то право выставить опцию Schedule New Version Publication получает последний пользователь из группы, выполняющий частичное утверждение.

Если на статью назначено Workflow, то вступают в силу дополнительные ограничения прав доступа: 1) Если пользователь не входит в Workflow (как лично, так и в составе группы), то он не может удалять или модифицировать статьи, находящиеся в Workflow. 2) Пользователь, входящий в Workflow, может удалить статью, находящуюся в Workflow, только если он явно или в составе группы назначен на последний этап Workflow Если статья имеет статус, который отсутствует в Workflow, то при ближайшем обновлении ее статус сначала будет уменьшен до ближайшего статуса, принадлежащего данному Workflow. В случае если пользователь обновляет статью, которая имеет больший статус, чем он может присвоить ей по Workflow, статья автоматически понижается до его максимального статуса. При создании новой статьи, если на контент назначен Workflow, то статья получает статус None, если нет, то Published. При клонировании статьи, находящейся в Workflow, как в режиме OnScreen, так и в обычном режиме копия создается со статусом None. При редактировании статьи, находящейся в Workflow, в режиме OnScreen статус статьи будет понижен до максимального статуса пользователя в Workflow. При этом изменения на сайте появятся после того, как статья будет доведена до максимального статуса путем применения правил Workflow. Это можно сделать только в обычном режиме Form View, а в OnScreen нельзя, о чем пользователю при сохранении статьи выводится соответствующее предупреждение.

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

Следующие фильтры и события связаны с Workflow: • Фильтр Saving/Updating o Cобытие Saving/Updating • Фильтр Status Promoting o Событие Promoting By Workflow o Событие Partial Promoting • Фильтр Status Demoting o Событие Demoting By Workflow o Событие Forced Demoting o Событие Partial Demoting • All o Все события без фильтрации При движении статьи по Workflow генерируется как событие Saving/Updating, с указанием статуса, с которым была сохранена статья, так и одно из событий движения по Workflow.

Одна из информационных панелей на странице Home, относящаяся к Workflow. Показывает статьи, которые в соответствии с их нынешним статусом текущий пользователь может утвердить (как в параллельном, так и в обычном режиме). Статьи сгруппированы по сайтам. Если пользователь не имеет доступа к статье, то будет отсутствовать ссылка перехода на страницу редактирования. Рис. 6. Articles Awaiting Your Approval

Еще одна информационная панель на странице Home, относящаяся к Workflow. Показывает последние статьи, которые были утверждены текущим пользователем (пользователь повысил статус этих статей). Отображаются статьи, утвержденные как частично, так и в обычном режиме.

Как и все прочие панели Home рассмотренные панели могут быть в свернутом состоянии (в виде пиктограмм) или в развернутом (в виде панелей, как на иллюстрациях). Когда панель находится в свернутом состоянии, она не загружает свои данные при открытии страницы Home. Для новых пользователей, создаваемых в системе QP7, обе рассмотренные панели по умолчанию отключены. Включить их может администратор в профайле пользователя или сам пользователь при наличии соответствующих прав.