Маршрутизация процессов в 1С Документооборот

Антикризисный комплект – набор сервисов для организации удаленной работы на 180 дней. Включает:

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

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

В выплывшем окне слева располагается полный список объектов, где будет выполнена маршрутизация, с правой стороны – условия по тому объекту, который будет выбран.

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

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

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

Остановимся подробнее на каждом из способов.

Создание условий в режиме конструктора

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

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

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

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

Условие на встроенном языке

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

Комбинация существующих условий

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

Новые условия маршрутизации могут использоваться в обычных, несложных процессах, таких как: Ознакомление, Исполнение, Согласование.

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

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

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

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

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

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

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

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

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

Схематичное отражение процесса облегчает восприятие и делает управление параметрами, составом и выходами условий более простым, поэтому в системе 1С:Документооборот внедряется графическое построение бизнес-процессов. Подобные схемы можно сохранять в электронном виде, распечатывать и использовать в эксплуатационной и проектной документации.

Источник

Использование справочника «Условия маршрутизации» для бизнес-событий в 1С Документооборот.

1. Условие задачи.

Допустим нужно решить такую задачу:

Есть вид документа «Заявление на отпуск». У данного вида документа есть два дополнительных реквизита:

При изменении внутреннего документа необходимо проверять выполнение условия: Дополнительный реквизит = «Отправить уведомление на почту И Дополнительный реквизит 2 = «1» И Подразделение = «_Тестовое подразделение» И Подготовил = «Администратор». Если данное условие выполняется, тогда необходимо отправить уведомление по email. Для решения данной задачи отлично подойдет типовой вид бизнес-события «Изменение внутреннего документа». Его и будем использовать для данного примера.

2. Решение.

Задачу будем решать через дополнительный обработчик типового вида события «Изменение внутреннего документа», но для начала создадим условие маршрутизации, которое будет проверять значения реквизитов.

Условия маршрутизации находятся в подсистеме «Управление процессами»:

Создадим новое условие в конструкторе:

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

Найдем вид события «Изменение внутреннего документа» и создадим новый дополнительный обработчик:

В системе есть типовая функция «ПроверитьПрименимостьУсловияМаршрутизацииКОбъекту», которая проверяет условие маршрутизации (если условие выполняется, функция возвращает значение «Истина», иначе «Ложь»). В нашей ситуации типовыми средствами в 1 строчку кода можно выполнить проверку данного условия. Таким образом задача решена.

Данный пример выполнялся в конфигурации 1С Документооборот 8 КОРП, редакция 2.1 (2.1.14.4).

Специальные предложения

Обновление 28.10.19 13:01

См. также

Как настроить правильную техподдержку (helpdesk, service desk на коленке) Промо

24.04.2019 24367 siddy 0

Иной подход к схемам комплексных процессов (возможность пользователям в удобном формате видеть участников процесса до его запуска) в 1С: Документооборот

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

30.03.2021 447 Capitullo 0

Доступность процессов и задач по предмету всем участникам рабочей группы документа

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

15.02.2021 356 Capitullo 0

Новое в 1С:Документооборот 3.0

Под новый год фирма 1С сделала нам всем подарок – вышла ознакомительная версия долгожданного 1С:Документооборот 3.0! По традиции новая версия кардинально отличается от предшественника как в плане интерфейса, так и по “начинке”. В данной статье рассмотрим самые интересные нововведения. Приступим к обзору.

11.02.2021 1978 Koder_Line 5

Права доступа в 1С:Документооборот 2.1 Промо

16.09.2016 81043 vlush78 0

Запрет повторного запуска комплексных процессов типовыми средствами в 1С: Документооборот

Реализация решения изложенного в статье, исключает ошибочный (повторный) запуск комплексного процесса в 1С: Документооборот.

09.11.2020 1189 sulig 4

Блокировка повторного запуска комплексного процесса по документу в 1С: Документооборот

Доработка в 1С: Документооборот позволяет заблокировать повторный запуск комплексного процесса по шаблону для данного документа, если процесс по этому шаблону уже запущен.

02.11.2020 819 vlad356987 13

Проблемы организаций при подготовке к внедрению документооборота

Что необходимо сделать для реализации проекта по внедрению «1С:Документооборота?»Как мы говорили в предыдущей статье необходимо осознать проблему, провести классификацию проблем, определить риски и обосновать необходимость внедрения документооборота.

18.06.2020 3016 Marta.Snytkina 4

Интеграция «1С:Управление производственным предприятием» с «1С:Документооборот» Промо

В данной статье пойдет речь о возможности интеграции 1С:Управление производственным предприятием ред. 1.3 с 1С:Документооборот КОРП и о том, что может получить предприятие от этой интеграции.

18.02.2013 65043 Vladimir_Konyrev 38

Визуализация электронной подписи в заполняемом файле MS Word в 1С:Документооборот

Произвольное размещение визуализации электронной подписи в заполняемом документе MS Word в конфигурации 1С:Документооборот.

09.04.2020 4867 Xleo777 2

Делегирование в 1С:Документооборот

Важной составляющей при настройке прав доступа пользователей в электронный документооборот «1С:Предприятия» является механизм делегирования прав. Он применяется в случае временного отсутствия одного сотрудника (отпуск, больничный и пр.) и необходимости перенаправлять обязанности и ответственность за своевременное выполнение задач на другого сотрудника. При процессе делегирования возможна передача нескольких или всех прав.

25.02.2020 5362 Koder_Line 4

Отправка «Заявления на подключение к ЭДО ПФР» из программы «1С: Бухгалтерия предприятия, ред. 2» для СЗВ-ТД

Инструкция по отправке «Заявления на подключение к ЭДО ПФР» из программы «1С Бухгалтерия предприятия, ред. 2» для обмена сведениями об электронных трудовых книжках и отправки отчетов по форме СЗВ-ТД.

11.02.2020 26885 rusmil 8

Детектор завершения согласования для 1С: Документооборот КОРП

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

04.02.2020 3444 shiaju 3

28.01.2020 55240 Bene_Valete 220

Источник

Процессы и задачи

Общее описание

Блок бизнес-процессов и задач предназначен для автоматизации порядка взаимодействия пользователей при совместной работе.

В программе предусмотрено несколько «простых» типовых процессов, на основе которых можно построить сложные составные и комплексные процессы.

Каждый «простой» типовой процесс при выполнении порождает задачи. Выполнение задач продвигает процесс по его карте маршрута. Процесс считается завершенным, когда выполнены все его задачи.

«Простые» типовые процессы можно разделить на процессы с одним и несколькими исполнителями.

Для некоторых процессов с несколькими исполнителями есть возможность настроить порядок выполнения задач. Этим порядком определяется создание задачи для конкретного исполнителя.

Комплексный процесс строится на основании «простых» типовых процессов с возможностью настроить порядок их выполнения.

Составные процессы построены на основе простых процессов, но порядок их выполнения жестко определен и недоступен для изменения в режиме «Предприятие». В программе есть три составных процесса обработки документов: обработка внутренних, входящих и исходящих документов.

Для работы с процессами и задачами предусмотрены специальные рабочие места. Подробнее в таблице ниже.

Внутренне устройство

Блок «Процессы и задачи» использует ряд механизмов. Наиболее важные описаны ниже.

Работа процессов

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

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

Такой подход встречается в процессах Приглашение, Рассмотрение, Регистрация, Согласование, Утверждение. Поведение обусловлено тем, что в случае положительного выполнения процесса (например, все согласовано, замечаний нет) автору больше не нужно ничего делать с предметами, и процесс можно считать завершенным. Это справедливо тогда, когда вышеперечисленные процессы являются частью комплексного процесса и их положительное завершение не должно зависеть от автора процесса. То есть если процесс завершился положительно, то комплексный процесс должен перейти к следующим действиям. Реализуется это путем переноса создания задачи ознакомления в точку маршрута Завершение (см. пример).

Условие отказа от создания задачи ознакомления

Создание задачи ознакомления при завершении процесса:

Рекомендации

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

Комплексные процессы

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

Запуск подчиненных действий определяется процедурой СтартоватьНовыеДействия в модуле объекта комплексного процесса. Процедура вызывается изначально при создании подчиненных действий в точке маршрута «Выполнить все действия процесса».

Далее каждый раз при выполнении ведущей задачи действия комплексного процесса (подписка на событие ЗадачаКомплексногоПроцессаПриВыполнении ).

Процедурой СтартоватьНовыеДействия определяются следующие действия для старта процесса в соответствии с настроенным порядком и условиями маршрутизации.

Рекомендации

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

Ролевая маршрутизация

При настройке исполнителей любого процесса помимо указания конкретного пользователя можно использовать роли.

Для каждой роли в программе есть возможность определить несколько исполнителей.

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

Для каждой роли могут быть определены два объекта адресации. Объект адресации – это дополнительный разрез данных, который позволит использовать одну и ту же роль, например, для разных организаций, подразделений и т.д.

При использовании объектов адресации следует учесть следующую особенность – ролевые задачи с указанными объектами адресации доступны и могут быть исполнены только исполнителями роли с такими же объектами адресации. То есть задачу, направленную роли «Секретарь» с объектом адресации организация «ООО Меркурий Проект» не сможет исполнить исполнитель роли с другим объектом адресации или без объекта адресации.

Ролевая маршрутизация обеспечивается стандартным механизмом адресации задач. Для этого используются объекты:

Рекомендации

Шаблоны процессов

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

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

Также в этих справочниках хранятся «служебные» шаблоны процессов. Это такие шаблоны, которые выступают в качестве настроек действий шаблонов комплексных процессов и самих процессов. Они по умолчанию не отображаются в списке. Поэтому, например, в списке шаблонов комплексных процессов можно наблюдать 1 элемент, а обращаясь запросом – несколько тысяч.

Для заполнения по шаблону используется процедура ЗаполнитьПоШаблону модуля объекта процесса.

Заполнение процесса по шаблону происходит в трех случаях:

Но следует учесть, что при заполнении может использоваться и другая логика – например, заполнение по проектной задаче, проекту в обработчике заполнения нового объекта (процедура ОбработкаЗаполнения ).Чтобы понять логику заполнения процесса в том или ином случае можно поставить точку останов в процедуре ЗаполнитьПоШаблону, посмотреть стек вызовов и проанализировать «соседний код».

Рекомендации

Предметы процессов и задач

Часто совместная работа сотрудников направлена на обработку данных или результатом их работы являются некие данные. Такие данные по отношению к процессам и задачам в конфигурации называются предметами. Для каждого процесса/задачи может быть определено любое количество предметов. Каждый такой предмет процесса имеет свою роль по отношению к процессу. В конфигурации предусмотрено три роли предмета:

О ролях предметов можно подробнее ознакомиться в статье «Бизнес-процессы».

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

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

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

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

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

Среди предметов процессов и задач могут быть файлы, добавленные с диска. Такие файлы являются неотъемлемой частью процесса и его задач. Они не передаются ни при каких условиях в другие процессы. Чтобы файл передавался в другие процессы по вышеописанной логике, его следует предварительно разместить в хранилище файлов, а в процесс добавлять из хранилища.

Все предметы сохраняются в табличной части Предметы процессов и их задач. При операциях над предметами происходит синхронизация этих табличных частей.

Рекомендации

Не рекомендуется менять типовое поведение работы механизма предметов из-за достаточно сложной логики его работы.

Запуск процессов

В программе предусмотрено несколько вариантов запуска процессов:

Меню Отправить и Подзадачи находятся в карточках и списках ряда объектов. Для каждого объекта эти меню имеют свой состав, но для открытия помощника используется процедура ОткрытьПомощникСозданияОсновныхПроцессов в общем модуле РаботаСБизнесПроцессамиКлиент.

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

Запуск по событиям выполняется без интерактивного участия пользователя при помощи механизма бизнес-событий.

Об интерактивном и автоматическом запуске процессов можно подробнее ознакомиться в статье «Автостарт бизнес-процессов».

Условия маршрутизации

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

Условия могут быть определены при помощи конструктора (используется механизм компоновки данных), кодом встроенного языка «1С» или составлены из комбинаций других условий.

Условия проверяются при непосредственной маршрутизации комплексных процессов. Если условие не выполнено, то действие (подчиненный процесс) комплексного процесса не создается.

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

Фоновое выполнение процессов

Для увеличения отзывчивости конфигурации предусмотрено несколько механизмов фонового выполнения процессов:

При фоновом старте процессов пользователи создают, записывают и помещают процесс в очередь для старта. Далее эта очередь обрабатывается на сервере, и процесс стартует. В случае удачного старта процесс удаляется из очереди. В противном случае пользователю отправляется уведомление программы.

Возможные проблемы при фоновом выполнении процессов

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

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

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

Большинство ошибок можно устранить, внимательно прочитав сообщение ошибке в уведомлении программы.

Также следует отметить, что фоновое выполнение процессов работает только в клиент-серверном варианте работы программы. Фоновое выполнение задач может использоваться и в файловом варианте, если используется распределенная информационная база (Далее РИБ).

Выполнение задач по почте

В программе есть возможность выполнять задачи в сторонних почтовых клиентах.

Принцип работы механизма выполнения задач по почте заключается в следующем:

Для рассылки уведомлений используются стандартный механизм уведомлений.

Рекомендации

На внедрении может возникнуть потребность доработать тексты формируемых уведомлений и варианты выполнения задач.

Выполнение процессов в РИБ

В отличии от других объектов программы, обмен процессами и задачами в РИБ при использовании плана обмена Полный происходит особым образом.

Общая логика

Ограничения и особенности

Как это работает

При первой записи узла плана обмена Полный определяется его идентификатор (реквизит ИдентификаторУзла ).

Если используется фоновый старт процессов, то процесс обрабатывается регламентными заданиями СтартПроцессов и СтартОтложенныхПроцессов только в мастер узле. Текущий узел при этом определяется функцией ЭтотУзелОбменаДляОбработкиПроцессов общего модуля РаботаСБизнесПроцессами. Если фоновый старт не используется, то процесс стартует сразу.

Обработка процессов только текущего мастер-узла также учитывается в регламентных задания ПовторениеБизнесПроцессов и ФоноваяМаршрутизацияКомплексныхПроцессов.

Сама процедура получения данных процесса разделена на две части:

При получении процесса в других узлах загруженный процесс принимается полностью, если он завершен. Также процесс принимается полностью, за исключением реквизитов с указанием контролеров, если изменена итерация процесса. В других случаях в текущий процесс загружаются все принятые данные, кроме исполнителей задач и предметов. Список предметов будет при этом объединен, а исполнители либо оставлены (если процесс находится в точке маршрута «исполнение») либо полностью взяты вместе с результатом исполнения из того объекта (имеющегося или загруженного), который находится в точке маршрута проверки. При обработке исполнителей в точке маршрута проверки предпочтение отдается имеющемуся объекту.

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

Возможные проблемы при использовании процессов в РИБ

Если процессы в РИБ использовались до версии 2.0.8, то при переходе на новую версию происходит заполнение идентификаторов узлов в плане обмене Полный и сопоставление процессов этим узлам (заполнение реквизита УзелОбмена в процессах). Процессы для привязки к текущему узлу определяются по автору. Если для автора процессов существует пользователь информационной базы, то все его процессы относятся к текущему узлу.

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

Рекомендации

Не рекомендуется менять типовое поведение механики выполнения процессов в РИБ.

Права доступа

Доступ к части объектов текущего блока ограничен на уровне записей. Ниже описаны права доступа и логика распространения для основных объектов.

Источник