Сокращайте количество точек алгоритмов. Чем больше точек в алгоритме, тем дольше будут происходить действия с алгоритмом.
Пример: был настроен простой алгоритм визирования для документа «Проект договора», в котором было 48 точек. Алгоритм состоял из 6 пользовательских условий, которые определяли тип договора и 7 согласующих по каждому типу договора. Т.е. весь процесс согласования договора был введен в один алгоритм визирования в системе.
Этот алгоритм будет работать гораздо быстрее если его разбить на 6 алгоритмов согласно каждому условию.
После такого разбиения алгоритма необходимо каждый алгоритм назначить документу согласно условиям.
Не ограничивайте права на установку виз пользовательскими условиями, если это можно сделать другими способами (RLS, Роли исполнителей).
Пример: в регистре сведений «Права установки виз» у пользователя «Иванов И.И.» есть права на установки визы «Руководитель ЦФО», но с условием - если в документе ЦФО = Атлантика. И аналогичная ситуация по всем пользователям.
Подобные ситуации лучше решать с помощью назначения прав установки виз для Роли исполнителя.
Используя пользовательские условия, можно назначить права установки виз для Роли исполнителя, например, для роли «Руководитель ЦФО». Тогда в маршруте визирования может быть создана одна точка действия – виза «Руководитель ЦФО», а для каждого конкретного документа система будет подбирать пользователя, который должен визировать данный документ, исходя из принадлежности его к определенной роли и конкретному объекту адресации.
В справочнике «Роли исполнителей» задаются роли, которые будут использоваться в организации для механизма визирования, а также могут использоваться для механизма бизнес-процессов (адресация задач исполнителям).
Для каждой роли может быть указано до трех объектов адресации. Виды объектов адресации хранятся в плане видов характеристик «Виды объектов адресации задач», для каждого вида указывается один из трех типов данных: Организация, ЦФО или Проект.
Флаг «Обязательный» устанавливается, если данный объект адресации обязательно должен быть указан при назначении роли исполнителям задач. В нашем примере рекомендуется установить флаг «Обязательный», чтобы избежать ошибок при назначении ролей исполнителям в регистре «Исполнители задач».
Например, для роли «Руководитель ЦФО» объектом адресации будет являться ЦФО. Для добавления объекта адресации, необходимо в колонке «Вид» выбрать соответствующее значение из списка «Виды объектов адресации задач».
В регистре «Исполнители задач» необходимо указать исполнителей, которые будут согласовывать документы, их роли и объекты адресации.
Далее, в регистре «Права установки виз» создается новая запись, в которой будут установлены права для роли «Руководитель ЦФО». В качестве пользователя выбирается группа «Все пользователи».
В справочнике «Пользовательские условия» необходимо добавить новый элемент справочника. Указать для него наименование, контекст=Текущий объект. В конструкторе произвольного условия выбрать «Прочее» – функция «ДоступнаРольИсполнителя», вид сравнения =, значение «Да».
Нажать кнопку «ОК», затем выбрать роль «Руководитель ЦФО».
Теперь для роли «Руководитель ЦФО» назначены права установки визы «Руководитель ЦФО». Причем, несмотря на то, что мы создали пользовательское условие для документа «Заявка на расходование денежных средств», данное условие будет применяться для всех документов БИТ.ФИНАНС, в которых присутствует реквизит «ЦФО, и в маршруте визирования которых присутствует виза «Руководитель ЦФО».
Ограничение прав на установку виз с помощью RLS.
Если пользователь может видеть только документы своего ЦФО (а не все документы) и имеет права установки виз только по своему ЦФО, то эту задачу можно решить с помощью настройки прав доступа на уровне записей, ограничив для пользователя видимость документов (в т. ч. и для согласования) по ЦФО. При таком ограничении пользователь просто не видит в базе документов, в которых теоретически мог бы установить визу «Руководитель ЦФО». Как настроить права доступа на уровне записей читайте в руководстве пользователя БИТ.ФИНАНС.
Указывайте отборы в обработке «Рабочее место визирования».
Так как обработка выполняет достаточно большой и сложный алгоритм по каждому документу, который проходит согласование, то, по возможности, надо ограничивать список документов по которым будет выполняться алгоритм.
Сохраняйте настройку обработки для пользователей с отборами по критериям, которые помогут выделить нужные документы:
Период (вряд ли необходимо согласовывать документы прошлого года, квартала, месяца и т.д.);
Статус (вряд ли необходимо согласовывать документы в статусах – Черновик, Закрыт, Оплачена, Частично Оплачена, и т.д.);
Тип документа (если пользователь согласует только документ Проект договора, не нужно для этого пользователя выполнять алгоритм по всем типам документов);
Тип виз (большинству пользователей нужны документы, в которых есть доступные им визы и по ним не принято решение, т.е. Тип виз = Доступные не установленные);
И другие критерии, которые помогут сократить список документов, по которым выполнится алгоритм.
Uploading ....