Реквизиты адресации 1с задача что это

Реквизиты адресации 1с задача что это

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

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

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

Для описания правил адресации используют регистр сведений. Для назначения адресации система ориентируется на измерения этого регистра, ресурсы и реквизиты самой системой для адресации не используются, хотя и могут присутствовать в регистре. Одним из измерений регистра должно быть измерение, хранящее конкретных исполнителей, дополнительные измерения будут использоваться для произвольной адресации. На сегодняшний момент на уровне системы не поддерживается периодика адресации. То есть регистр сведений, хранящий правила адресации, должен быть не периодическим.
По какому принципу для задач назначается исполнитель? Если в качестве исполнителя задачи при ее формировании указывается конкретный объект адресации (сотрудник, пользователь системы), то в любом случае назначен будет он. Если конкретный исполнитель не указан, то вступает в действие механизм произвольной адресации. Система ориентируется на соответствие измерений регистра. Если в регистре адресации два измерения (одно для исполнителя, и еще одно для какого-либо признака адресации – например, подразделение), то задача будет назначена всем исполнителям, для которых в регистре есть записи с дополнительным признаком адресации. Поясним вышесказанное в виде таблицы.

Если задаче будет назначено в качестве признака адресации подразделение «Администрация», то задача автоматически станет активной у двух исполнителей — «Иванов» и «Петров». Так как задача будет адресована сразу двум исполнителям, узнать заранее, кто действительно стал ее исполнителем невозможно.

Однако если задаче не назначить ни исполнителя, ни подразделение, то задача не будет назначена системой вообще никому.

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

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

При указанных правилах адресации Петров будет назначен исполнителем задач по «ЗАО Мир» либо при указанном контактном лице «Директор», либо если контактное лицо указано не будет. По работе с контактным лицом «Кладовщик» исполнителем будет назначен «Петров».

Исполнителем задач по «ООО Свет» в любом случае будет назначен «Петров».

А вот задачи по «ООО Стиль» будут назначены исполнителю «Петров» только в том случае, если будет указано контактное лицо «Директор». В том случае если контактное лицо указано не будет, исполнителя система не назначит.

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

Естественно, что кроме ссылок на параметр сеанса и регистр адресации объект «Задача» обладает еще некоторыми свойствами. Схожие с документами свойства «Номер» и «Дата» несут ту же смысловую нагрузку, что и у документов. Кроме этих реквизитов задачи наделены свойством «Наименование», которого нет у документов. Это свойство характерно для задач как для объекта системы управления временем (например, в Microsoft Outlook задачи наделены свойством «Тема», что по своему смыслу не отличается от «Наименования» в задачах 1С).

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

Задача

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

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

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

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

Задачи могут применяться самостоятельно или использоваться для обеспечения функционирования бизнес-процессов разного вида.

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

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

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

Определение конкретного исполнителя осуществляется с помощью трех других свойств задачи — Регистр адресации, Основной реквизит адресации и Текущий исполнитель.

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

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

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

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

Свойства задачи бизнес-процесса

Редактирование задачи выполняется в окне редактирования.

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

Основной реквизит адресации

Текущий исполнитель

Реквизиты адресации

Длина номера

Тип номера

Автонумерация

Контроль уникальности

Авто префикс

Ввод по строке

Основные формы

Ввод на основании

На закладке » Прочее» задаются управляемые транзакционные блокировки данных по полям и устанавливается признак полнотекстового поиска по объектам данного типа.

Создаем бизнес-процесс в несколько шагов

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

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

Шаг за шагом

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

1) На первом этапе добавим в конфигурацию необходимые справочники с соответствующими предопределенными элементами.

Заполнение предопределенных элементов мы осуществили в соответствии со значениями адресации задач на карте маршрута (см. выше).

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

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

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

3) На третьем шаге создадим объект конфигурации «Задача», чтобы в дальнейшем бизнес-процесс адресовал задачи установленным пользователям. Для этого добавим объект конфигурации в ветке «Задачи» и дадим ему такое же имя.

Прежде чем настраивать свойства добавленного объекта, нам необходимо создать регистр адресации задач, по содержимому которого система будет определять конечного исполнителя для задачи (пользователя). Для этого добавим регистр сведений «РолиИсполнителейЗадач» с тремя измерениями. Тип измерений понятен по их именам.

Теперь необходимо в свойстве объекта задач выполнить следующие настройки:

Описанные настройки на вкладке «Адресация» влияют на поведение системы при присвоении исполнителя задачам, создаваемым бизнес-процессом. Немного подробнее:

1. Параметр «Адресация» используется для указания таблицы, в которой настраивается адресация задач.
2. Свойство «ТекущийПользователь» ссылается на значение, в котором сохраняется текущий исполнитель для задачи (в нашем примере это текущий пользователь).
3. Основной реквизит адресации выбирается из реквизитов адресации задачи. Значение этого реквизита будет заполнятся системой при автоматическом создании задачи из текущего исполнителя.

И последний штрих для объекта бизнес-процесса. Добавим собственную основную форму объекта. На ней будем отображать текущее состояние карты маршрута для бизнес-процесса. Для этого добавим новый реквизит формы «Карта» с типом «ГрафическаяСхема» и поместим для него элемент на форму с типом «Поле графической схемы». Для отображения текущего состояния карты маршрута на форму добавим команду «ОбновитьКарту» и соответствующую ей кнопку.

При нажатии на кнопку «Обновить карту» будет выполнен следующий программный код:

Примечание: конвертировать обеъкт формы в объект бизнес-процесса необходимо для вызова метода «ПолучитьКартуМаршрута()», поскольку объект формы не поддерживает его.

5) На этом этапе выведем на панель рабочего стола список задач для текущего пользователя. Для этого будем использовать виртуальную таблицу объекта задач — «ПоИсполнителю». Создадим новую форму списка «РабочийСтол», при этом не будем устанавливать ее основной. Откроем ее в редакторе форм и в качестве основной таблицы для динамического списка (реквизит формы «Список») изменим основную таблицу.

После этого добавим созданную форму в рабочую область рабочего стола.

Теперь перейдем к последнему этапу — настройки регистра адресации задач в режиме 1С:Предприятие.

6) Настройка регистра адресации задач — очень важный этап. Запустим программу в режиме предприятия и перейдем в таблицу регистра адресации задач. Создадим там следующие записи:

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

Если рассмотрим шестую запись из таблицы, где заполнены все измерения, то мы можем заключить следующее: задача пользователю «Бухгалтер» придет только в том случае, если для точки действия установлены в параметрах адресации подразделение — «Бухгалтерия» и должность — «Кассир». В текущем примере для этого условия удовлетворяет одна точка действия:

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

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

На этом задача решена. Проведем небольшое тестирование.

Тестируем

В режиме предприятия выполним старт нового бизнес-процесса.

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

Тест завершен, все работает.

Механизм бизнес-процессов теперь используется во многих типовых конфигурациях. Даже в задачах для сертификации «1С:Специалист» по платформе 8.2 имеется отдельный блок задач по бизнес-процессам. Но несмотря на привлекательность данного механизма, во многом он остается неудобным с точки зрения разработки в таких моментах, как программное формирование карты маршрута и связь объекта бизнес-процесса с другими объектами конфигурации.