Развитие технологической платформы «1С:Предприятие 8.0» (1СП8) продолжается: одним из главных новшеств ее очередного выпуска 8.0.10, ожидаемого в марте, должна стать реализация механизма бизнес-процессов (МБП). Первый, предварительный вариант этого механизма был представлен партнерам «1С» еще прошлым летом, затем он был включен в состав самой платформы (но в статусе бета-версии) и обсуждался на осенних партнерских мероприятиях. Разработчики и пользователи могли познакомиться с МБП с помощью демонстрационной конфигурации, распространяемой на диске «Информационно-технологическое сопровождение» (ИТС).
Ранее в 1СП8 для автоматизации выполнения простых последовательностей операций можно было применять так называемые обработки, которые по своей сути похожи на макрокоманды в MS Office. МБП — это решение для автоматизации управления бизнесом качественно иного уровня, построенное на методологической базе концепции Workflow (управление потоками работ). Не случайно его созданием занимались специалисты отдела разработки программ документооборота из фирмы «1С».
22.11. Быстрая автоматизация бизнес-процессов в 1С
Суть МБП состоит в автоматизации цепочек связанных операций, направленных на достижение общей цели, обычно в контексте организационной структуры, определяющей функциональные роли и связи. При этом решаются следующие основные задачи.
— Повышение качества. Бизнес-процессы формулируют и реализуют правила выполнения отдельных операций и их взаимосвязь, что позволяет значительно сократить или даже полностью исключить из бизнес-процесса ошибки, обуславливаемые человеческим фактором. Простой список заданий позволяет сотрудникам сконцентрироваться на своих непосредственных обязанностях.
— Повышение эффективности. С помощью МБП можно формализовать организационную деятельность и возложить функции управления совместной работой сотрудников на прикладное решение, что ведет к более эффективному использованию рабочего времени.
— Обеспечение новых возможностей. Данные о выполнении задач и о ходе бизнес-процессов могут служить основой для оптимизации организационной структуры предприятия, выявления «узких» мест и скрытых ресурсов. Таким образом, в полной мере реализуется методология процессного управления.
В целом использование МБП в прикладных решениях позволит предприятиям, в том числе и малым, перейти от традиционной функциональной модели управления к современной процессно-ориентированной схеме, качественно улучшив свою деятельность за счет реинжиниринга и автоматизации бизнес-процессов.
Концепция механизма
Общая логика действия МБП выглядит следующим образом (рис. 1):
— бизнес-процессы формируют задачи, устанавливая нужные значения в реквизитах адресации (роли, группы, отделы);
— конечные исполнители определяются с помощью «матрицы разыменования», которая, например, устанавливает соответствие пользователей тем или иным ролям.
Рис. 1. Общая логика управления бизнес-процессами в «1С:Предприятии»
Бизнес-процессы в 1С:CRM — 21.07.2021
Работа механизма обеспечивается несколькими объектами конфигурирования, но основными среди них являются «бизнес-процессы» и «задачи».
Объект «задача» предназначен для учета заданий и описывает способ их распределения по исполнителям в соответствии с организационной структурой предприятия. Адресация заданий сотрудникам определяется реквизитами, в которых можно предусмотреть гибкую многомерную маршрутизацию, например по ролям, рабочим группам, подразделениям, помещениям, филиалам и т. д. При этом задачи могут создаваться не только бизнес-процессами, но и другими объектами информационной базы и непосредственно пользователями. Более того, в общем случае исполнителем задания может быть не сотрудник, а любое внешнее приложение — скажем, другая учетная система.
Понятие задачи фактически определяет лишь интерфейс взаимодействия бизнес-процесса с заданием, причем его выполнение совсем не обязательно должно быть связано с выполнением операций в самой системе. Например, бизнес-процесс по ходу выполнения может потребовать согласования какого-то вопроса с руководителем фирмы. Сформулированная таким образом задача будет адресована, скажем, секретарю, который волен решать ее любыми доступными ему способами: по электронной почте, по телефону и т. д. Задача будет считаться выполненной, когда в систему поступят сведения о том, что нужное согласование получено.
Объект «бизнес-процесс» описывает логику выполнения операций для достижения той или иной цели и управляет жизненным циклом созданных экземпляров бизнес-процессов от момента старта до момента завершения. Логика бизнес-процесса (взаимосвязь и последовательность обхода точек маршрута, условные переходы и пр.) наглядно описывается в виде карты маршрута, которая позволяет представить маршрут бизнес-процесса в виде связного графа и при этом легко реализовать алгоритмы условных переходов и реакцию бизнес-процесса на различные события.
Бизнес-процессы создают задачи при переходе в те или иные точки маршрута и используют регистр адресации для обработки групповых точек. В свою очередь, задачи сообщают бизнес-процессам о своем выполнении, чем инициируют дальнейшее продвижение по маршруту. Регистр сведений служит для отбора задач текущему исполнителю в соответствии с установленным параметром сеанса. Справочники используются при формировании задач вне бизнес-процессов.
В каждом действии возможно назначение групповых и коллективных задач. В первом случае действие выполняют все члены группы (например, все менеджеры должны представить ежемесячный отчет). Во втором случае действие выполняет один сотрудник (допустим, визирует документ у одного из старших менеджеров). В точке действия можно описать проверку необходимых условий выполнения задачи, интерактивный диалог с пользователем при переходе далее по маршруту и указать, какие документы следует открывать при активации задач, связанных с этой точкой маршрута бизнес-процесса.
Бизнес-процессы в 1СП8 допускают несколько видов маршрутизации.
— Жесткая. Бизнес-процесс имеет карту, не включающую в себя условных и параллельных переходов с жестко определенными адресатами для каждой точки маршрута.
— Свободная. Адресаты точки на карте маршрута не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.
— Условная. Карта маршрута предусматривает проверку условий и переход по соответствующим ветвям. Переходы могут быть как бинарными (условие), так и множественными (выбор варианта).
— Параллельная. Карта маршрута предусматривает разделение бизнес-процесса на параллельные ветви с возможностью последующего слияния (с ожиданием). Продвижение бизнес-процесса проходит независимо по каждой из параллельных ветвей по мере выполнения соответствующих задач.
Все указанные виды маршрутизации могут присутствовать в одном бизнес-процессе.
Ключевым понятием в механизме бизнес-процессов и задач в 1СП8 является система адресации, которая обеспечивает не только персональную, но и ролевую адресацию задач участникам бизнес-процессов. Подобный подход позволяет назначать задания конкретным исполнителям, а также ролям, группам, подразделениям и т. д., как это определено в прикладном решении. Он построен на взаимодействии объектов «задача» и «регистр сведений»: первый определяет состав реквизитов адресации (роли, подразделения и пр.), второй отражает актуальную, т. е. соответствующую текущему моменту информацию о принадлежности сотрудников ролям, подразделениям, рабочим группам и т. д. Регистр сведений можно использовать для реализации механизмов замещения или учета отсутствия сотрудников.
Подводя итог сказанному, следует уточнить, что механизм бизнес-процессов включает следующие основные компоненты:
— многомерную систему адресации задач исполнителям (роли, отделы, организации, группы и т. д.);
— визуальное проектирование карты бизнес-процесса;
— генерацию задач по исполнителям;
— движение по точкам маршрута в соответствии с картой бизнес-процесса.
Разработка и исполнение
В принципе, программирование бизнес-процессов в «1С:Предприятии» можно было делать и ранее, но только на уровне языка программирования. Новый механизм автоматизирует эту процедуру, предлагая визуальные средства проектирования и возможность настройки программы с помощью методов параметризации и сводя к минимуму (или вовсе исключая) ручное написание программного кода. Все это теперь реализовано на уровне платформы, которая содержит объекты метаданных и механизмы, обеспечивающие единообразную реализацию бизнес-процессов в прикладных решениях.
Конфигуратор системы «1С: Предприятие» предоставляет широкие возможности по формированию бизнес-процессов, логика которых задается с помощью маршрутных карт (рис. 2). Особенность реализации МБП в 1СП8 заключается в том, что в результате визуального проектирования бизнес-процесса разработчик не получает программу с исходным кодом внутреннего языка (большинство других средств визуального проектирования формируют такой код). С определенной долей упрощения можно утверждать, что исходный код создаваемой программы образован как раз визуальным представлением ее логики (карта маршрута), которая дополнена отдельными фрагментами, написанными на внутреннем языке программирования.
Рис. 2. Разработка бизнес-процесса в среде «Конфигуратора»
Таким образом, карта маршрута одновременно является и адресованной системе инструкцией по выполнению последовательности действий бизнес-процесса, и описанием структуры этих действий в виде, понятном пользователю, и средством отображения текущего состояния бизнес-процесса.
Исполнение бизнес-процессов (точнее, экземпляров бизнес-процессов) осуществляется в среде прикладных решений (рис. 3). При этом бизнес-процесс можно рассматривать в качестве такого же объекта информационной базы, как документ или элемент справочника. Его жизненный цикл начинается от старта (вызов метода «старт» или нажатие соответствующей кнопки в форме объекта бизнес-процесса) и завершается по достижении конечной точки (разумеется, если все задачи были выполнены).
Рис. 3. Исполнение бизнес-процесса в прикладном решении
Задачи, в свою очередь, — это тоже обычные объекты информационной базы, которые могут быть сформированы как механизмом бизнес-процессов, так и другими прикладными объектами и даже вручную. Задача имеет два состояния — «выполнена» и «не выполнена». Если задача сформирована в рамках бизнес-процесса, то после своего завершения она сообщает ему об этом, что приводит к продвижению бизнес-процесса по маршруту дальше (если выполнены все необходимые для этого условия).
Для конкретного пользователя функционирование механизма бизнес-процессов выражается только в том, что он имеет дело со списком задач, которые обязан выполнить. Кладовщик, например, не должен задумываться о своем участии в каких-то процессах, его дело — при получении задания отпустить товар и зафиксировать эту операцию в системе.
Что можно ожидать от применения МБП
Механизм бизнес-процессов является составной частью технологической платформы, а это означает, что его возможности могут стать доступными всем прикладным решениям, созданным на основе 1СП8. В целом можно сказать, что МБП нацелен на повышение эффективности разработки и сопровождения прикладных решений. Однако тут нужно отметить важные качественные отличия от подходов других вендоров.
Уже на этапе опытного опробования МБП стало очевидно, что наложение бизнес-процессов поверх готовых приложений вызывает определенные трудности: зачастую приходится по-новому смотреть на проектные решения и кое-что переделывать. Конечно же в этом нет ничего удивительного — точно так же автоматизация предприятия, как правило, требует пересмотра общей схемы его функционирования. Для эффективного применения МБП желательно, чтобы процессная модель управления была изначально заложена в прикладное решение.
Само по себе проектирование бизнес-процессов требует знания не только основ конфигурирования 1СП8, но и хорошего понимания предметной области и конкретных потребностей заказчика. Фактически МБП стимулирует привлечение к работе по проектированию и настройке конкретных прикладных систем специалистов качественно иного уровня — бизнес-аналитиков, консультантов, а также менеджеров заказчика. Более того, положительный эффект от МБП для клиента проявляется даже тогда, когда он не участвует непосредственно в проектировании бизнес-процессов, а только применяет схемы, разработанные кем-то. Возможность формального описания действий системы и представления их структуры в визуальной форме позволяет заказчику лучше понять логику работы решения, в том числе проконтролировать правильность выполнения поставленной перед разработчиком задачи.
Таким образом, речь идет еще об одном ключевом направлении развития прикладных решений 1СП8 — повышении уровня их управляемости. Применение МБП дает возможность собирать качественно иную информацию о работе системы управления предприятием, на основе которой руководители могут проводить объективный анализ эффективности функционирования как организации в целом, так и отдельных ее сотрудников. Этот механизм позволяет перенести акцент с учетных задач на управление бизнесом в целом.
Источник: www.itweek.ru
Бизнес-процессы «1С: Предприятия» для «Склада 15»
Бизнес-процесс — это совокупность взаимосвязанных действий, направленных на получение определенного результата. В нашем случае это информационный обмен документами между мобильными устройствами сбора данных и учетной системой «1С: Предприятие». Готовые бизнес-процессы «Склада 15», интегрированные с различными конфигурациями 1С, не требуют доработок. Они разработаны с учетом большого разнообразия возможных вариантов работы компании. Некоторым компаниям может потребоваться незначительные дополнительные настройки, которые легко выполняются штатными средствами «Склада 15». В «Складе 15» применяются бизнес-процессы для основных товароучетных операций: инвентаризация, приход на склад, перемещение, возврат и др. Как использовать бизнес-процессы для обмена документами?
- Запустить окно настройки бизнес-процессов в обработке «Склада 15». В нем отобразится список уже настроенных бизнес-процессов с их основными параметрами.
- В открывшемся окне можно создавать новые и редактировать старые бизнес-процессы, сохранять настройки бизнес-процессов в файл, восстанавливать настройки из файла и др. Как это делается, описано в статье «Настройки бизнес-процессов».
- Также есть возможность выбирать бизнес-процесс на терминале сбора данных, если он не является уникальным для производимой операции. Как это делается, описано в статье «Выбор бизнес-процесса на ТСД».
Все бизнес-процессы «Склада 15» можно разделить на несколько основных групп.
Была ли статья полезна?
Спасибо за ваш отзыв!
Уточните, почему:
Заполните, пожалуйста, данную форму, что конкретно вы не нашли, оставьте свои комментарии о работе сайта / полезности / сложности с навигацией
Источник: www.cleverence.ru
Готовимся к экзамену 1С: Специалист по платформе 8.х. Решаем задачи по бизнес-процессам.
Цель данной публикации — познакомить начинающих программистов с бизнес-процессами в рамках экзамена 1С: Специалист по платформе 8. На примере решения одной задачи, похожей на экзаменационную, вы поймете как нужно решать подобные задачи, какие требования на экзамене предъявляются к бизнес-процессам, увидите связи и взаимодействия между объектами системы, одним словом — быстро познакомитесь с механизмами бизнес-процессов.
Сразу хочу предупредить: эта публикация не сможет дать вам в полном объеме необходимый багаж знаний! Автор не ставит перед собой такую цель , да и это просто физически невозможно. Для более глубого изучения платформы хочу порекомендовать вам посетить курсы (очные или дистанционные) фирмы 1С или фирм-партнёров:
Учебный центр №1
http://www.1c.ru/rus/partners/training/uc1/courses.jsp?type=44
Учебный центр №3
http://www.1c-uc3.ru/dist.html
И прочитать следующие книги:
Радченко М. «Практическое пособие разработчика»
Хрусталева Е.Ю., Кухлевский Д.С., Козырев Д.В., Габец А.П. «Реализация прикладных задач в системе 1С Предприятие 8.2».
Начнём:
0. Условия задачи. См. рис-1.
1. Создаем подсистему БизнесПроцессы (одно из требований экзамена, более подробно можно ознакомиться здесь: http://avprog.ru/public/126813/ ).
2. Создаем роль Администратор, чтобы можно было завести пользователей в систему. Устанавливаем все права и флаг — «Устанавливать права для новых объектов». Пользователи заводятся для того, чтобы определить кто вошел в систему, и нужно ли ему назначать задачу.
3. Добавляем пользователей, штук 5-6. Открываем Список пользователей, и копируем в него из предопределенных элементов справочника ФизическиеЛица. Делается это очень быстро.
4. Добавляем новый параметр сеанса – ТекущийПользователь. Далее в модуле сеанса определяем пользователя: ищем его в справочнике ФизическиеЛица, если не нашли — создаем его в этом справочнике. Таким образом однозначно будет известно кто зашел в программу.
5. Создаем Задачу. С Задачей должен быть связан регистр сведений РегистрАдресации, добавляем в него нужные реквизиты в зависимости от условий задачи. То есть какие реквизиты есть в регистре — такие же будут и в задаче. Добавьте справочник Должности и предопределенные элементы справочника.
Определить какие реквизиты добавить в РС РегистрАдресации просто: однозначно Исполнитель (кто будет выполнять задачу), и Подразделение или Должность (смотрите что требуется в условии задачи). Не забудьте добавить в Задачу реквизиты, у пользователя должна быть возможность выбрать какой будет вид оплаты.
6. Создаем бизнес-процесс (БП). У БП делаем основную форму (чтобы поместить кнопку и карту), рисуем карту маршрута на последней закладке, и добавляем кнопку «Обновить карту» (из требований к экзамену). По этой кнопке и при создании на сервере карта маршрута должна обновляться.
На карте определяете как будут формироваться задача на конкретном этапе: по исполнителю (Сидоров), либо по конкретной должности (например для любого менеджера, в нашей задаче это не требуется), либо по подразделению и должности (например для любого бухгалтера отдела Бухгалтерия). Флаг «Групповая» ставится если надо создать несколько задач (одновременно), например для каждого кассира (в нашей задаче не требуется). Флаг «Групповая» ставится в св-вах Точки действия (если не видите — отключите кнопку «Показывать только важные» в свойствах Точки действия).
7. Для быстрой смены пользователя (и быстрого тестирования): в справочник ФизическиеЛица в форме списка добавьте кнопку меняющую пользователя. Тратите 2 минуты и получаете нормальное тестирование.
8. Заполнить регистр адресации. При этом можно какого-нибудь пользователя задвоить, сделать и кассиром и бухгалтером например.
9. Заполнение регистра — очень важный момент (см. рис-2):
Любой сотрудник отдела Закупок — в точке действия ставите подразделение Отдел закупок, в регистре адресации должности не заполняете (на рис. это Бельдыев и Васина).
Любой бухгалтер из бухгалтерии — в точке действия ставите подразделение Бухгалтерия и должность — Бухгалтер, в регистре адресации вводите нескольких сотрудников с подразделением Бухгалтерия, и должностью Бухгалтер. (на рис. это Головлев).
Тоже самое с кассирами (на рис. это Головлев и Жупиков).
Только Сидоров. Заполняете Сидорова в точке действия на карте маршрута, а в регистре адресации добавляете Сидоров без должности, без подразделения и т.д.
10. Видимость задач: создаете для Задачи форму списка, делаете ее не основной, помещаете ее на рабочий стол, в св-ве Списка этой формы в Основной таблице ставите Задача.Задача.ЗадачиПоИсполнителю, в Настройке списка (там же) ставите Отбор-Выполнена Равно Ложь. На рабочем столе пользователь будет видеть только свои задачи, невыполненные, а при нажатии на Задачи в панели навигации, любому пользователю будут открываться все имеющиеся в системе задачи (требования к экзамену).
11. Тестирование. В режиме 1С:Предприятие создаете БП, жмете Старт, и далее кнопку Обновить карту. На карте должна стать активной точка для отдела Закупок. То есть Бельдыев и Васина должны увидеть задачу у себя на рабочем столе.
Закройте форму бизнес-процесса. Зайдите в справочник ФизическиеЛица и поменяйте кнопкой текущего пользователя, например на Васину. Теперь зайдите на Рабочий стол, видно Задачу? Если да, то всё правильно. А теперь поменяйте текущего пользователя на Головлева и снова зайдите на рабочий стол. А теперь видно Задачу? Не должно быть видно.
Теперь зайдите в полный список задач и выполните задачу поставив оплату наличными. Теперь у нас должны увидеть задачу на рабочем столе кассиры — Головлев и Жупиков (остальные видеть не должны). Выполните задачу и зайдите в созданный бизнес-процесс. Посмотрите какая сейчас активная точка, должна создаться задача для Сидорова. После завершения задачи Сидоровым, бизнес-процесс должен завершиться. Ну и так далее 🙂
Желаю удачи!
Источник: avprog.ru