Реквизиты адресации 1с задача что это
Вопрос такого рода:
Читал мат. часть, но все ровно ничего не понял.
Есть Бизнес-Процесс(БП). Есть задачи. В задачах есть реквизиты адресации. Если Реквизит адресации ссылается на справочник, то при обходе карты маршрута БП значения реквизитов видны те, которые я указал в карте лоя каждой отдельной задачи, а если реквизит не является ссылочным типом, то есть имеет тип к примеру число, то всегда выводится нулевое значение данного реквизита. Получается что реквизиты адресации задач БП не могут быть простого типа(число, булево, строка),обязательно ссылка на элемент справочника(причем только предопределенный)?
Опишу что мне нужно.
Нужно просчитать плановое время выполнения бП по значению планового времени выполнения каждой задачи. Время выполнения каждой задачи строго регламентировано заказчиком, и изменяться в процессе не должно.
Так Вам нужно посчитать время выполнения БП по значениям времен задач? Возвраты в БП есть?
Еще не понял, как Вы хотели задействовать адресацию: вроде бы это кому адресована задача?
Реквизиты адресации 1с задача что это
Задача 1С – это объект 1С. Задача 1С является информационным сообщением (напоминалкой) для пользователя о необходимости выполнить определенную «задачу».
Система или начальник или «кто-то» ставит задачу 1С пользователю (т.е. создает задачу 1С). Пользователь видит задачу 1С и что ему надо сделать. Когда он это сделал, он отмечает, что задача 1С выполнена и соответственно больше не видит ее в списке.
Как это работает?
Для выполнения этих целей у объекта Задача 1С есть следующие свойства:
1) Наименование
Краткое описание задачи 1С для отображения в списках.
2) Галочка «Выполнена»
Определяет выполнена ли задача 1С или нет.
Кстати, галочку можно снять и тогда задача 1С снова становится невыполненной.
Адресация задач 1С – это автоматическое определение платформой 1С кому эту задачу 1С нужно показывать в списке.
Простая адресация
Обычно одна задача 1С предназначена для выполнения одному конкретному сотруднику. Значит список задач 1С должен фильтроваться по сотруднику. Тогда адресат – конкретное ФИО.
На закладке Адресация в объекте Задача 1С в конфигураторе необходимо:
- Добавить реквизит адресации, традиционно он называется Исполнитель и имеет тип – Справочник.Пользователи
- Указать в качестве основного реквизита адресации данный реквизит
- Создать параметр сеанса ТекущийПользователь, обычно он есть во всех типовых конфигурациях
- Указать в качестве текущего исполнителя – данный параметр сеанса.
При входе в систему в параметр сеанса нужно записывать текущего пользователя и ему в списке будут отображаться задачи 1С, у которых реквизит адресации Исполнитель установлен в такое же значение.
С помощью запроса такие задачи 1С можно отобрать не из таблицы Задача.ИмяЗадачи, а из доп. таблицы Задача.ИмяЗадачи.ЗадачиПоИсполнителю.
Не забудьте в форме списка задач 1С установить свойство Отображение задач 1С – По пользователю.
Сложная адресация
Усложним ситуацию – если одна задача 1С может быть выполнена любым сотрудником из определенной группы лиц. Тогда адресат – эта группа лиц (например, отдел или подразделение).
Для этого необходимо:
- Создать регистр сведений (не периодический)
- Добавить в этот регистр сведений измерение с таким же именем и типом, как основной реквизит адресации в задаче
- Добавить с одним и тем же наименованием другие варианты адресации
o В этот регистр добавить их как измерения
o В эту задачу 1С добавить их как реквизиты адресации.
Например, измерение и реквизит адресации Должность, Подразделение.
- Указать в задаче 1С этот регистр в свойстве Адресация на одноименной закладке.
После этих манипуляций пользователь увидит в списке следующие задачи 1С:
- Если в задаче 1С указан исполнитель, то по исполнителю (т.е. простая адресация осталась)
- Если в задаче 1С не указан исполнитель, то:
o В регистре адресации будут отобраны все строки, в которых все колонки совпадают с заполнением с реквизитами адресации (кроме исполнителя)
o Будут взяты исполнители из этих отобранных строк
o Задача 1С будет видна всем этим исполнителям.
При сложной адресации нужно понимать, что начать выполнять ее могут несколько человек, а установит галочку Выполнена – первый. Поэтому нужно продумывать самостоятельно механизм «Один из пользователей взял задачу 1С на исполнение».
Проголосовать за этот пост:
Бизнес-процессы для чайников
Когда я столкнулся с бизнес-процессами, они показались мне таким же темным лесом, как в своё время регистры расчета. Я пустыми глазами смотрел на демо-пример от 1С, читал статьи в Интернете, и ничего не понимал.
Однако в бизнес-процессах нет ничего сложного. Это своё кристально чистое видение я попытаюсь передать и вам.
Уясните сразу, что бизнес-процессы – это всего лишь два новых объекта в 1С 80: бизнес-процессы и задачи. Причем задачи можно использовать самостоятельно и без знания бизнес-процессов. Их можно трактовать, как список задач для текущего пользователя.
По сути, бизнес-процессы – это управление задачами. Т.е. у пользователя есть задачи, он их выполняет, при их выполнении возникают новые задачи.
Бизнес-процесс рисуется в конфигураторе как блок-схема. В этой блок-схеме есть блоки начала и конца алгоритма, блоки выполнения (прямоугольные) и блоки условий. Чтобы бизнес-процесс мог стартовать, у него должна быть стартовая точка (одна или несколько).
Бизнес-процесс может находиться в одной или сразу нескольких точках (при параллельном выполнении).
Пользователь создает новый бизнес-процесс, и запускает его. Как только бизнес-процесс доходит до блока выполнения, он создает новую задачу, и адресует его тому исполнителю, который прописан в этом блоке выполнения. Как только исполнитель выполняет задачу, бизнес-процесс идет дальше по блок-схеме. Условия вычисляются программно на языке 1С (анализируются реквизиты бизнес-процесса). Вот и вся нехитрая механика.
Вы видите, что задачи порождаются при выполнении бизнес-процессов. Однако они могут использоваться и без них, например, создаваться программно или вручную. Они напоминают задачи MS Outlook.
Есть весьма хитрый системный механизм, который позволяет указать, каким пользователям адресована задача, чтобы одну задачу мог выполнить любой из пользователей, который может с ней справиться. Для этого используется переменная сеанса, в которой хранится текущий пользователь, регистр сведений, который указывает, какие роли может выполнять текущий пользователь и т.п.
Можно назначить задачу целому подразделению и она будет показана у всех пользователей подразделения.
Как соотносятся задачи и бизнес-процессы? Одному виду бизнес процесса соответствует один вид задачи, один вид задач может использоваться в нескольких бизнес процессах. Это странно, потому что в различных точках исполнения одного бизнес процесса мы можем ожидать разные задачи. Например, задача согласования может отличаться от задачи ввода первичных документов. Логичнее было бы привязывать разные задачи к одному бизнес-процессу. В демо-примере все сделано на одном виде задач. Если мы все же хотим использовать разные виды задач, можно использовать вложенные бизнес процессы.
Как видите, все очень просто.
Несколько советов «чайникам» :
· Посмотрите в режиме « Конфигуратор » демо-базу по бизнес-процессам с ИТС — познавательно. В режиме «Предприятие» можете не смотреть, особо ничего не поймете.
· У бизнес-процесс нужно обязательно указать вид задачи – без него конфигурация не сохранится. Сначала может использовать один вид задачи для всех бизнес-процессов.
· Чтобы бизнес-процесс мог стартовать, у него должна быть на карте маршрута хотя бы одна точка входа.
· Каждый блок бизнес-процесса можно назначить исполнителя. Он выбирается из реквизитов адресации задачи, вид которой подвязан к бизнес-процессу. Можно выбирать как исполнителя, пользователя, так и любой другой реквизит адресации, например, назначить задачу подразделению. Можно вообще не использовать системный механизм адресации, и самому определять, какие задачи доступны текущему пользователю. Системный механизм не универсальный, жизнь может продиктовать более сложную схему раздачи задач.
· У задачи нужно не только заполнить реквизиты адресации, но и выбрать основной реквизит адресации, например «Пользователь», выбрать регистр сведений для адресации, переменную сеанса, которая будет соотноситься с основным реквизитом адресации и иметь с ним один тип (!).
· Также не забудьте указать соотношения между реквизитами адресации задачи и измерениями регистра адресации, чтобы связь между задачей и регистром сведений заработала.
· Для контроля списка задач, адресованных текущему пользователю, можете использовать консоль отчетов по таблице всех задач «Задачи» и виртуальной таблице задач текущего (или указанного) пользователя « ЗадачаЗадачиПоИсполнителю ».
· Для отладки вы можете отключать признаки того, что бизнес-процесс стартовал или задача выполнена.
С чего начать
На самом деле самая большая сложность – это придумать бизнес-процесс, на котором можно начать изучать механику. Возьмите самый простой бизнес-процесс . Менеджер выписывает расходную накладную. Руководитель отдела должен ее утвердить. После утверждения расходная накладная проводится, и Кладовщик производит отгрузку. Если накладная не утверждена, она помечается на удаление, и бизнес-процесс завершается.
Алгоритм примерно такой:
А: Выполнение: Менеджер оформляет расходную накладную.
Б: Выполнение: Руководитель отдела утверждает накладную.
В: Условие: Если накладная утверждена, тогда Г иначе Д.
Г: Выполнение: Кладовщик выполняет отгрузку. Переход на Е.
Д: Конец: Завершение бизнес-процесса в статусе «Отмена».
Е: Конец: Нормальное завершение бизнес-процесса.
Флажок «Утверждена» можно вносить или в расходную накладную или в сам бизнес-процесс, как реквизит.
Что нужно проконтролировать :
· Когда вы запускаете бизнес-процесс, создаются задачи.
· Когда вы выполняете задачи, бизнес-процесс продвигается по карте маршрута (для этого нужно в форму бизнес-процесса вывести карту маршрута).
· Задачи появляются только у тех пользователей, которым они адресованы (вот здесь мне пришлось попотеть).
Механизм бизнес-процессов в программах 1С
Механизм бизнес-процессов (МБП) появился в составе «1C:Предприятие» в начале 2005 г., и можно утверждать, что это — очень перспективное и полезное новшество платформы. Его суть — автоматизация цепочек связанных операций, направленных на достижение общей цели, обычно в контексте организационной структуры, определяющей функциональные роли и связи. Автоматизация бизнес-процессов позволяет повысить качество организации работы и эффективность управления.
· Повышение качества. Бизнес-процессы формулируют и реализуют правила выполнения отдельных операций и их взаимосвязь, что позволяет значительно сократить или даже полностью исключить из бизнес-процесса ошибки, обуславливаемые человеческим фактором. Простой список заданий позволяет сотрудникам сконцентрироваться на своих непосредственных обязанностях.
· Повышение эффективности. С помощью механизма бизнесс- процессов можно формализовать организационную деятельность и возложить функции управления совместной работой сотрудников на прикладное решение, что ведет к более эффективному использованию рабочего времени.
· Обеспечение новых возможностей. Данные о выполнении задач и о ходе бизнес-процессов могут служить основой для оптимизации организационной структуры предприятия, выявления «узких» мест и скрытых ресурсов. Таким образом, в полной мере реализуется методология процессного управления.
В целом использование механизмов бизнесс- процессов в прикладных решениях позволит предприятиям, в том числе и малым, перейти от традиционной функциональной модели управления к современной процессно-ориентированной схеме, качественно улучшив свою деятельность путем реинжиниринга и автоматизации бизнес-процессов.
Основные сведения о механизме бизнес-процессов в 1С
Бизнес-процессы в «1С:Предприятие» нужны для того, чтобы объединять отдельные операции (выписка счета, прием наличной оплаты, отпуск товара со склада и т. д.) в цепочки взаимосвязанных действий, приводящих к достижению конкретной цели (например, продажа товара за наличный расчет). Участие сотрудников в жизненном цикле бизнес-процесса достигается ролевой маршрутизацией.
Механизм бизнес-процессов в 1С обеспечивается сразу несколькими объектами конфигурирования: бизнес-процессы, задачи, регистр сведений и параметр сессии. Как правило, типы реквизитов адресации задачи и измерений регистра сведений назначаются ссылками на соответствующие справочники, поэтому к четырем вышеперечисленным видам добавляются еще справочники.
Основные объекты механизма бизнес-процессов — это бизнес-процессы и задачи. Они используют друг друга и еще три вспомогательных объекта — параметр сеанса, регистр сведений и справочники. Вспомогательные объекты не используют ни друг друга, ни основные объекты.
Задача предназначена для учета заданий и описывает способ их распределения по исполнителям с учетом организационной структуры предприятия. Адресация заданий сотрудникам определяется реквизитами, в которых можно предусмотреть многомерную ролевую маршрутизацию, например по ролям, рабочим группам, подразделениям, помещениям, филиалам и т. д. При этом задачи могут создаваться не только бизнес-процессами, но и другими объектами информационной базы и непосредственно пользователями. Более того, в общем случае исполнителем задания может быть не только сотрудник, но и любая внешняя система, например другая учетная система.
Понятие задачи фактически определяет лишь интерфейс взаимодействия бизнес-процесса с заданием, выполнение которого может быть, в общем случае, не связано с выполнением операций в самой системе. Например, бизнес-процесс по ходу своего выполнения может потребовать согласования какого-то вопроса с руководителем фирмы. Сформулированная таким образом задача будет, к примеру, адресована секретарю, который станет решать ее любыми доступными ему способами: по электронной почте, по телефону и т. д. Задача будет считаться выполненной, когда в систему поступят сведения о получении нужного согласования.
Объект «Бизнес-процесс» описывает логику выполнения операций для достижения той или иной цели и управляет жизненным циклом созданных бизнес-процессов (их экземпляров) от момента старта до момента завершения. Логика бизнес-процесса (взаимосвязь и последовательность обхода точек маршрута, условные переходы и пр.) наглядно описывается в виде карты маршрута, которая позволяет визуально описывать маршрут бизнес-процесса в виде связного графа и позволяет легко описывать алгоритмы условных переходов и реакцию бизнес-процесса на различные события.
Операции, выполняемые в ходе бизнес-процесса, представлены на карте маршрута точками действий, которые содержат информацию о том, кто и что должен сделать на данном этапе. Исполнитель может определяться персонально (Иванов) или с учетом ролевой маршрутизации («Кладовщик», «Руководитель отдела продаж»). При переходе бизнес-процесса на точку действия он автоматически формирует задачи, устанавливая в них предусмотренные реквизиты адресации. После того как исполнитель отметит задачу как выполненную, бизнес-процесс автоматически переходит к следующей точке маршрута в соответствии с картой.
В точке действия возможно также назначение групповых и коллективных задач. В первом случае действие должны выполнить все члены группы, — например, когда всем менеджерам нужно предоставить ежемесячный отчет. Во втором — действие должен выполнить только один из членов группы (например, завизировать документ у одного из старших менеджеров). В точке действия можно описать проверку необходимых условий выполнения задачи, интерактивный диалог с пользователем при переходе далее по маршруту и указать, например, какие документы следует открывать при активации задач, связанных с этой точкой маршрута бизнес-процесса.
Механизм бизнес-процесса в 1С допускает несколько видов маршрутизации.
• Жесткая. Бизнес-процесс имеет карту, не содержащую условных и параллельных переходов с жестко определенными адресатами для каждой точки маршрута. Отклонение таких бизнес-процессов не допускается.
• Свободная. Адресаты точки карты маршрута бизнес-процесса не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.
• Условная. Карта маршрута предусматривает проверку условий и переход по соответствующим ветвям. Переходы могут быть как бинарными (условие), так и множественными (выбор варианта)
• Параллельная. Карта маршрута предусматривает разделение бизнес-процесса на параллельные ветви с возможностью последующего слияния (ожидания). Продвижение бизнес-процесса по каждой из параллельных ветвей происходит независимо, по мере выполнения соответствующих задач.
Как правило, в реальных картах бизнес-процессов встречаются все эти типы маршрутизации.
Общая схема создания бизнес-процесса в 1С
1. Создаем регистр адресации
a. Создаем формы
2. Создаем задачу
a. Заполняем вкладку адресация
b. Данные заполняем реквизитами передаваемыми между задачами и самим бизнес-процессом
c. Создаем формы
3. Создаем бизнес-процесс
a. Заполняем задачу, реквизиты, создаем формы
b. Рисуем карту маршрута
Особенности адресации
Под адресацией обычно подразумевают объект, которому поручается конкретная задача. Адресация может быть как жесткой, в этом случае объект адресации назначается при ее формировании, так и произвольной, в этом случае задаче назначается не конкретный объект адресации, а, например, его роль, должность или иное значение, косвенно обозначающее круг объектов адресации, для которых формируется задача.
Для описания правил адресации используют регистр сведений. Для назначения адресации система ориентируется на измерения этого регистра, ресурсы и реквизиты самой системой для адресации не используются, хотя и могут присутствовать в регистре. Одним из измерений регистра должно быть измерение, хранящее конкретных исполнителей, дополнительные измерения будут использоваться для произвольной адресации. На сегодняшний момент на уровне системы не поддерживается периодика адресации. То есть регистр сведений, хранящий правила адресации, должен быть не периодическим.
Приведем простой пример: в качестве объектов адресации будем понимать сотрудников предприятия, работающих с программой. Если при создании задачи нам заранее известно, для какого сотрудника она создается, то этот сотрудник указывается в ее свойствах. Подобное назначение объекта адресации и называют жестким. Если же при формировании задачи конкретный сотрудник, по каким либо причинам не может быть указан, но все равно известно, что эту задачу должен выполнить кто-либо из отдела «Отдел продаж», то в качестве объекта адресации указывают как раз этот отдел. То, какие сотрудники в итоге получат это задание, будет зависеть от того, кто в каком отделе работает.
Пример адресации: если в качестве исполнителя задачи при ее формировании указывается конкретный объект адресации (сотрудник, пользователь системы), то в любом случае назначен будет он. Если конкретный исполнитель не указан, то вступает в действие механизм произвольной адресации. Система ориентируется на соответствие измерений регистра. Если в регистре адресации два измерения (одно для исполнителя, и еще одно для какого-либо признака адресации — например, подразделение), то задача будет назначена всем исполнителям, для которых в регистре есть записи с дополнительным признаком адресации.
Иногда важно иметь возможность назначать задачи исполнителям, которые работают с конкретными контрагентами и их контактными лицами. Пример такой адресации:
При указанных правилах адресации Иванов будет назначен исполнителем задач по «Мир» либо при указанном контактном лице «Директор», либо если контактное лицо указано не будет. По работе с контактным лицом «Кладовщик» исполнителем будет назначен «Петров».
Так как задачи создаются ради их назначения конкретным исполнителям, работающим с системой, необходимо своевременно оповещать пользователя о появлении новой задачи. Для этого система должна «знать» вошедшего пользователя. Ссылка на текущего пользователя должна храниться в параметре сеанса, значение которого необходимо инициализировать при старте системы. Кроме этого, так как в регистре адресации может быть несколько измерений, системе важно указать в котором из них необходимо искать пользователя-исполнителя.
Возможности применения Механизма бизнес-процессов.
Механизм бизнес-процессов — составная часть технологической платформы, а это означает, что его возможности могут стать доступными всем прикладным решениям, созданным на основе «1С:Предприятия 8». В целом Механизм бизнес-процесса нацелен на повышение эффективности разработки и сопровождения прикладных решений. Однако опыт его применения показывает, что наложение бизнес-процессов поверх готовых приложений вызывает определенные трудности: зачастую приходится по-новому смотреть на проектные решения и кое-что переделывать. Конечно же, в этом нет ничего удивительного — точно так же автоматизация предприятия, как правило, требует пересмотра общей схемы его функционирования. Для эффективного применения механизма бизнес-процессов желательно, чтобы процессная модель управления была изначально заложена в прикладное решение.
Само по себе проектирование бизнес-процессов требует не только знания основ конфигурирования «1С:Предприятия», но и хорошего понимания предметной области и конкретных потребностей заказчика. Фактически механизм бизнес-процесса стимулирует привлечение к работе по проектированию и настройке конкретных прикладных систем специалистов качественно иного уровня — бизнес-аналитиков, консультантов, а также менеджеров заказчика. Более того, положительный эффект от механизма бизнес-процесса для клиента проявляется даже тогда, когда он не участвует непосредственно в проектировании бизнес-процессов, а только применяет схемы, разработанные кем-то. Возможность формального описания действий системы и представления их структуры в визуальной форме позволяет заказчику лучше понять логику работы решения, в том числе проконтролировать правильность выполнения поставленной перед разработчиком задачи.
Таким образом, речь идет еще об одном ключевом направлении развития прикладных решений «1С:Предприятия» — повышении уровня их управляемости. Применение механизма бизнес-процесса дает возможность собирать качественно иную информацию о работе системы управления предприятием, на основе которой руководители могут проводить объективный анализ эффективности функционирования как организации в целом, так и отдельных ее сотрудников. Этот механизм позволяет перенести акцент с учетных задач на управление бизнесом в целом.
Подробнее познакомиться с механизмом бизнес-процессов, реализованным в «1С:Предприятии 8», разработчики и пользователи могут с помощью демонстрационной конфигурации, распространяемой на диске «Информационно-технологическое сопровождение» (ИТС). Там представлены несколько простых бизнес-процессов («Продажа товара», «Поручение» и «Согласование» и др.), которые показывают различные варианты практического применения этого механизма.
На заметку программисту.
Порядок выполнения обработчиков бизнес-процесса
1. Форма: перед выполнением
2. Форма: перед записью (сначала на клиенте, затем на сервере)
3. Модуль задачи: перед выполнением
4. Бизнес-процесс: перед выполнением
5. Модуль задачи: при выполнении
6. Модуль задачи: перед записью
7. Модуль задачи: при записи
8. Бизнес-процесс: при выполнении
9. Форма: после записи (сначала на сервере, затем на клиенте)
Интерактивные процедуры не выполняются в управляемом режиме.