Централизованное обновление № 7.0 (стр. 7 )

-  «Сохранять централизованные макросы» - параметр-опция;

-  «Экспорт документов» - поле с выпадающим списком значений, соответствующих названиям интерфейсов ввода, на которых используются состояния.

Данная опция позволяет выполнять экспорт схем для нескольких интерфейсов одновременно. Нужные интерфейсы отмечаются в выпадающем списке флагом-опцией.

Удален параметр «Удалять перед импортом старые сценарии действия». Теперь перед импортом всегда происходит удаление устаревших сценариев.

2.  На панели управления интерфейса функционал кнопок «Доп. функции» и «Настройки графического отображения схем» объединен в одну кнопку «Доп. функции» , в выпадающем списке которой присутствуют команды, ранее вызываемые по кнопке «Доп. функции», и команда «Настроить вид схемы».

Команды «Загрузить настройки схемы», «Загрузить настройки всех схем», «Сохранить настройки схемы» и «Сохранить настройки всех схем» удалены.

На закладках «Переходы» и «Действия» в модальной форме «Редактирование сценария», вызываемой по кнопкам «Сценарий до перехода»/«Сценарий до действия» и «Сценарий после перехода»/« Сценарий после действия», в выпадающий список поля «Тип элемента» добавлено значение «Генерация». На закладке «Переходы» реализованы изменения:

Для элемента «Фильтр» в сценарии, вызываемом по кнопке «Сценарий до перехода», в иерархической колонки «Опции элемента» реализованы изменения:

-  поля «Начальное состояние» и «Конечное состояние» теперь заблокированы для редактирования;

-  поле «Причина фильтрации» переименовано в «Информация об ошибке для непопавших под фильтр» и открыто для редактирования.

В детализации на закладке «Права пользователей» реализованы изменения:

-  на панели управления реализовано поле «Правом обладают», в котором через запятую отражается список пользователей, у которых в полях «Право» или «Право группы» установлен флаг-опция;

-  если право на переход дано группе пользователей, то в детализации на закладке «Права пользователей» для всех пользователей, входящих в данную группу автоматически устанавливается флаг-опция в поле «Право группы».

В детализации на закладке «Права групп» на панели управления реализовано поле «Правом обладают», в котором через запятую отражается список групп, у которых в поле «Право» установлен флаг-опция.

В детализации на закладке «Редактирование» на панели управления реализовано поле «Открытые поля», в котором через запятую отражается список полей, у которых в поле «Открыт для ред.» установлен флаг-опция.

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

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

-  «Копировать права» - позволяет скопировать в буфер настройки прав на переход. Копирование выполняется для перехода, выделенного курсором;

-  «Заменить права» - для перехода, выделенного курсором, все права будут удалены и заменены правами, скопированными предварительно из другого перехода;

-  «Дополнить права» - для перехода, выделенного курсором, к существующим правам будут добавлены права пользователей, скопированные предварительно из другого перехода.

В режиме таблицы в заголовке интерфейса реализована иерархическая колонка «Права на операции с файлами», содержащая поля-опции:

-  «Прикрепление файлов к документам»;

-  «Открепление файлов от документов»;

-  «Отклонение прикреплённых файлов».

На закладке «Действия»:

Для элемента «Фильтр» в сценарии, вызываемом по кнопке «Сценарий до действия» в полях «Начальное состояние» и «Конечное состояние» теперь доступны для выбора не все состояния, а только те, которые относятся к переходам, входящим в это действие.

В таблице заголовка добавлена колонка «Картинка».

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

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

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

При этом отражаются только пользователи и группы, которым явно назначено право на переход. Пользователи, право которых наследовано от группы, не отражаются на закладке «Информация о правах».

В детализации на закладке «Переходы» реализованы изменения:

-  добавлены поля:

§  «Фильтр» - поле с модальной формой «Редактор фильтров», предназначено для задания условия при переходе. Если переход в действии не удовлетворяет заданному условию фильтра, то при выполнении действия данный переход не выполняется.

§  «Отрицание (НЕ)» - параметр-опция, определяющий инверсию фильтра. Доступно для редактирования только в том случае, если поле «Фильтр» имеет значение.

-  в поле «Название» теперь нельзя выбрать один и тот же переход дважды. В выпадающем списке поля отражаются только переходы, которые еще не были выбраны на данной закладке.

-  в полях «Сценарий перед (количество элементов)» и «Сценарий после (количество элементов)» теперь отражается число включенных элементов сценария и общее число элементов сценария, заданных на данный переход в формате:

«<Число включенных элементов>/<Общее число элементов>».

Реализована возможность настройки условий выполнения каскадных переходов в системе состояний. Для этого реализован параметр «РежимКаскадногоПерехода», который задается в настройках сценария по кнопкам «Сценарий до перехода» и «Сценарий после перехода» для элемента «Каскадный переход».

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

¤ Пример

Рассмотрим переход в интерфейсе «Реестры казначейства», при выполнении которого выполняется каскадный переход в интерфейсе 03.02 «Расход по п/п».

Пусть имеются Реестр1, в который включены ПП11 и ПП12, и Реестр2, в который включены ПП21 и ПП22, и необходимо выполнить действие по принятию сразу над обоими реестрами.

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

Таким образом, в данном примере, если ПП21 не проходило каскадный переход, а ПП11, ПП12 и ПП22 прошли, то в любом случае состояние не меняли ни ПП, ни один из реестров.

Теперь при использовании параметра «РежимКаскадногоПерехода» возможны следующие варианты обработки данной ситуации:

·  Параметр имеет значение 0- каскадный переход выполняется по старой логике (см. выше).

Данное значение параметра является значением по умолчанию в случае отсутствия параметра «РежимКаскадногоПерехода» в сценарии.

·  Параметр имеет значение 1 - каскадный переход осуществляется подокументно, то есть для каждого родительского документа выполняется свой каскад. Таким образом, те родительские документы, дочерние которых прошли переход, сменят состояние; если же какой-либо из дочерних документов не прошел переход, то состояние не изменится только у его родительского документа и все его дочерних.

В данном случае переход не прошло ПП21. Следовательно, Реестр2 и ПП22 также не сменят состояние (даже если ПП22 прошло переход), а Реестр1, ПП11 и ПП12 состояние изменят. Этот вариант используется только в сценарии ДоПерехода.

·  Параметр имеет значение 2 - «облегченный» режим работы каскадного перехода. Как и в случае, когда РежимКаскадногоПерехода=0, каскад выполняется сразу над всеми дочерними документами. Однако, здесь любой документ, который прошел переход, изменит свое состояние. Таким образом, состояние не изменит только ПП21, остальные документы перейдут в новое состояние.

В контроле (99.10.02) «Контроль графической схемы (предупредительный)» реализованы проверки:

Проверка на наличие в реестре макросов и элементов конфигурации сценариев действий (не включая действий с принадлежностью УРМ) и переходов.

Переход не должен входить одновременно в действие с принадлежностью «УРМ» и в действие с принадлежностью «Бюджет».

Не должно быть переходов, принадлежащих действиям с принадлежностью «Бюджет», на которые даны права пользователям УРМ

За изменения отвечают: модуль DocStatesDraw.OCX, ABL-макрос Новые отчеты 7.0.xml, шаблон (99.08.02) Контроль схемы состояний (предупредительный).XLM

4.1.2. Переходы (права + вид полей)

В детализации интерфейса удалены закладки «Редактирование», «Права пользователей на переход» и «Права групп на переход». Данные функции теперь выполняются только на интерфейсе «Графический редактор схем документооборота».

За изменения отвечает модуль DocStates. OCX