Начиная с версии 1.3.0.х «Склада 15» и 1.4.1.х «Магазина 15» в данных продуктах появилась возможность загружать один документ с ТСД в «1С: Предприятие» по нескольким бизнес-процессам в заданной последовательности, выполняя тем самым загрузку данных в целую цепочку документов 1С. Это позволяет еще больше автоматизировать все рабочие процессы, уменьшая количество производимых действий и возможных ошибок. В качестве примера рассмотрим ситуацию, когда на ордерный склад требуется принять маркированный товар и разместить его по ячейкам. В таком случае для каждой операции (приемка, размещение) понадобится свой бизнес-процесс. Рассмотрим, как выбрать и настроить нужные бизнес-процессы, чтобы каждый из них последовательно использовался для загрузки документа.
Выполнение цепочки бизнес-процессов возможно только в том случае, если она может быть выполнена в «1С: Предприятие». Все ограничения, которые накладывает конфигурация 1С на возможность создания документа, работают и при выполнении данной цепочки. Например, если результат первого бизнес-процесса не будет проведен, то, возможно, его нельзя будет использовать в качестве документа-основания для следующего в цепочке документа. Мы не обходим никакие ограничения самой учетной системы, мы позволяем существующим механизмом автоматизировать процесс работы с документами 1С.
Разработка на платформе 1С.Предприятие 8. Урок 10. Бизнес-процесс. Продвинутый
Выбор и настройка необходимых бизнес-процессов
- «Приобретение маркированного товара» — для проверки кодов маркировки в документе. Дополнительно в документе выгружается флаг учета по ячейкам, т.к принятый товар будет впоследствии размещен в ячейки.
- «Приходный ордер на товары (на основании «Поступления товаров»)» — для создания приходного ордера. В настройках загрузки шапки документа указан статус «Принят», для последующего создания документа «Размещение товаров».
- «Размещение товаров (на основании приходного ордера на товары)» — для размещения товаров в ячейки.
Настройка последовательности выполнения выбранных бизнес-процессов
Вызов второго бизнес-процесса после выполнения первого
Для того, чтобы настроить очередность выполнения, необходимо открыть настройки бизнес-процесса, который будет выполняться первым и нажать на кнопку «Настроить последовательность бизнес-процессов».
В появившемся окне необходимо добавить новую строку с помощью кнопки «Добавить». Далее можно указать условие выполнения бизнес-процесса (прописывается произвольным кодом), источник документа-основания (в нашем случае это исходный документ) и выбрать из списка первый в цепочке бизнес-процесс.
В данном списке указаны только те бизнес-процессы, у которых исходный документ совпадает с нашим документом-основанием. Т.к. в нашем случае это «Приобретение товаров и услуг», список бизнес-процессов выглядит следующим образом:
Бизнес-процессы в 1С:CRM — 21.07.2021
Далее из этого списка необходимо выбрать ранее созданный и настроенный нами бизнес-процесс (для удобства помечен цифрой «2»). Нажмите кнопку «Выбрать».
На основании выбранного бизнес-процесса будут автоматически заполнены поля «Тип исходного документа» и «Тип результирующего документа». Поставьте флаг использования бизнес-процесса и нажмите кнопку «Сохранить и закрыть» в текущем и следующем окне.
Результат: итог проверки документа «Приобретение товаров и услуг» на ТСД будет загружаться в приходный ордер на товары.
Вызов третьего бизнес-процесса после выполнения второго
Далее откройте настройки бизнес-процесса, который должен выполняться вторым. Нажмите кнопку «Настроить последовательность бизнес-процессов» и «Добавить» в новом окне.
Так как для текущего бизнес-процесса документ-основание и результирующие документ — разные, в качестве источника документа-основания необходимо выбрать результирующий документ.
В списке бизнес-процессов будут указаны те, у которых тип результирующего документа совпадает с тем, который указан в настроенном нами бизнес-процессе (помечен цифрой «3»). Выделите его и нажмите кнопку «Выбрать».
Поставьте флаг использования для бизнес-процесса и нажмите кнопку «Сохранить и закрыть» в текущем и следующем окне.
Результат: товар из приходного ордера будет загружен в документ «Размещение товаров» и каждому будет присвоена ячейка.
После того как основная последовательность бизнес-процессов будет создана, дополнительно можно создать бизнес-процесс (используя произвольный код), задачей которого будет отправка уведомлений на почту в случае успешного выполнения всей настроенной цепочки бизнес-процессов. Это позволит контролировать процесс выполнения последовательности и быть в курсе, если возникли какие-то ошибки.
Работа на ТСД
После того как цепочка бизнес-процессов создана, можно приступать к выгрузке документа и работе с ним на ТСД. В нашем случае процесс сканирования будет происходить следующим образом:
- сканирование произвольной ячейки;
- сканирование товара из списка, который будет размещен в эту ячейку.
- загрузка результатов работы в 1С по настроенной последовательности бизнес-процессов, на основании чего в 1С формируются документы:
- «Приобретение товаров и услуг» с отмеченными коды маркировки;
- «Приходный складской ордер» на основании «Приобретения товаров и услуг» с отсканированными товарами без марок;
- «Отбор (размещение) товаров», в котором все товары распределены по ячейкам.
Заключение
Бизнес-процессы 1С 8.1
Когда я столкнулся с бизнес-процессами, они показались мне таким же темным лесом, как в своё время регистры расчета. Я пустыми глазами смотрел на демо-пример от 1С, читал статьи в Интернете, и ничего не понимал.
Однако в бизнес-процессах нет ничего сложного. Это своё кристально чистое видение я попытаюсь передать и вам.
Уясните сразу, что бизнес-процессы – это всего лишь два новых объекта в 1С 80: бизнес-процессы и задачи. Причем задачи можно использовать самостоятельно и без знания бизнес-процессов. Их можно трактовать, как список задач для текущего пользователя.
По сути, бизнес-процессы – это управление задачами. Т.е. у пользователя есть задачи, он их выполняет, при их выполнении возникают новые задачи.
Бизнес-процесс рисуется в конфигураторе как блок-схема. В этой блок-схеме есть блоки начала и конца алгоритма, блоки выполнения (прямоугольные) и блоки условий. Чтобы бизнес-процесс мог стартовать, у него должна быть стартовая точка (одна или несколько).
Бизнес-процесс может находиться в одной или сразу нескольких точках (при параллельном выполнении).
Пользователь создает новый бизнес-процесс, и запускает его. Как только бизнес-процесс доходит до блока выполнения, он создает новую задачу, и адресует его тому исполнителю, который прописан в этом блоке выполнения. Как только исполнитель выполняет задачу, бизнес-процесс идет дальше по блок-схеме. Условия вычисляются программно на языке 1С (анализируются реквизиты бизнес-процесса). Вот и вся нехитрая механика.
Вы видите, что задачи порождаются при выполнении бизнес-процессов. Однако они могут использоваться и без них, например, создаваться программно или вручную. Они напоминают задачи MS Outlook.
Есть весьма хитрый системный механизм, который позволяет указать, каким пользователям адресована задача, чтобы одну задачу мог выполнить любой из пользователей, который может с ней справиться. Для этого используется переменная сеанса, в которой хранится текущий пользователь, регистр сведений, который указывает, какие роли может выполнять текущий пользователь и т.п.
Можно назначить задачу целому подразделению и она будет показана у всех пользователей подразделения.
Как соотносятся задачи и бизнес-процессы? Одному виду бизнес процесса соответствует один вид задачи, один вид задач может использоваться в нескольких бизнес процессах. Это странно, потому что в различных точках исполнения одного бизнес процесса мы можем ожидать разные задачи. Например, задача согласования может отличаться от задачи ввода первичных документов.
Логичнее было бы привязывать разные задачи к одному бизнес-процессу. В демо-примере все сделано на одном виде задач. Если мы все же хотим использовать разные виды задач, можно использовать вложенные бизнес процессы.
Как видите, все очень просто.
Несколько советов «чайникам».
- Посмотрите в режиме «Конфигуратор» демо-базу по бизнес-процессам с ИТС – познавательно. В режиме «Предприятие» можете не смотреть, особо ничего не поймете.
- У бизнес-процесс нужно обязательно указать вид задачи – без него конфигурация не сохранится. Сначала может использовать один вид задачи для всех бизнес-процессов.
- Чтобы бизнес-процесс мог стартовать, у него должна быть на карте маршрута хотя бы одна точка входа.
- Каждый блок бизнес-процесса можно назначить исполнителя. Он выбирается из реквизитов адресации задачи, вид которой подвязан к бизнес-процессу. Можно выбирать как исполнителя, пользователя, так и любой другой реквизит адресации, например, назначить задачу подразделению. Можно вообще не использовать системный механизм адресации, и самому определять, какие задачи доступны текущему пользователю. Системный механизм не универсальный, жизнь может продиктовать более сложную схему раздачи задач.
- У задачи нужно не только заполнить реквизиты адресации, но и выбрать основной реквизит адресации, например «Пользователь», выбрать регистр сведений для адресации, переменную сеанса, которая будет соотноситься с основным реквизитом адресации и иметь с ним одинтип (!).
- Также не забудьте указать соотношения между реквизитами адресации задачи и измерениями регистра адресации, чтобы связь между задачей и регистром сведений заработала.
- Для контроля списка задач, адресованных текущему пользователю, можете использовать консоль отчетов по таблице всех задач «Задачи» и виртуальной таблице задач текущего (или указанного) пользователя «ЗадачаЗадачиПоИсполнителю».
- Для отладки вы можете отключать признаки того, что бизнес-процесс стартовал или задача выполнена.
С чего начать
На самом деле самая большая сложность – это придумать бизнес-процесс, на котором можно начать изучать механику. Возьмите самый простой бизнес-процесс. Менеджер выписывает расходную накладную. Руководитель отдела должен ее утвердить. После утверждения расходная накладная проводится, и Кладовщик производит отгрузку.
Если накладная не утверждена, она помечается на удаление, и бизнес-процесс завершается.
Алгоритм примерно такой:
А: Выполнение: Менеджер оформляет расходную накладную.
Б: Выполнение: Руководитель отдела утверждает накладную.
В: Условие: Если накладная утверждена, тогда Г иначе Д.
Г: Выполнение: Кладовщик выполняет отгрузку. Переход на Е.
Д: Конец: Завершение бизнес-процесса в статусе «Отмена».
Е: Конец: Нормальное завершение бизнес-процесса.
Флажок «Утверждена» можно вносить или в расходную накладную или в сам бизнес-процесс, как реквизит.
Что нужно проконтролировать:
- Когда вы запускаете бизнес-процесс, создаются задачи.
- Когда вы выполняете задачи, бизнес-процесс продвигается по карте маршрута (для этого нужно в форму бизнес-процесса вывести карту маршрута).
- Задачи появляются только у тех пользователей, которым они адресованы (вот здесь мне пришлось попотеть).
О нашем блоге
В этом разделе нашего интернет магазина вы найдете много полезной информации, статей и обзоров на продукты и программы, которые представлены в нашем каталоге. Приятного чтения!
Категории
- Администрирование 1С
- Обучение 1С
- Переносы данных 1С
- Разработка на 1С
- Услуги 1С
- Учёт в 1С
Источник: sky1c.ru
1С:Предприятие 8. Бизнес-процессы
Механизм бизнес-процессов позволяет описывать, создавать и управлять выполнением бизнес-процессов в прикладных решениях. Целью этого механизма является автоматизация цепочек связанных операций, направленных на достижение общей цели, обычно в контексте организационной структуры, определяющей функциональные роли и связи.
Автоматизация бизнес-процессов позволяет повысить качество организации работы и эффективность управления.
- Повышение качества
Бизнес-процессы формулируют и реализуют правила выполнения отдельных операций и их взаимосвязь, что позволяет значительно сократить или даже полностью исключить ошибки в ходе выполнения бизнес-процесса, связанные с человеческим фактором. Работа с простым списком заданий позволяет сотрудникам сконцентрироваться на выполнении своих непосредственных обязанностей.
- Повышение эффективности
Использование механизма бизнес-процессов позволяет формализовать организационную деятельность и возложить обязанности по управлению совместной работой сотрудников на плечи прикладного решения, что ведет к более эффективному использованию рабочего времени.
- Получение новых возможностей
Данные о выполнении задач и ходе бизнес-процессов могут служить источником информации для оптимизации деятельности организационной структуры предприятия, выявления узких мест и скрытых ресурсов, и являться средством поддержки процессного управления.
Механизм бизнес-процессов в 1С:Предприятии 8.0 обеспечивается следующими объектами прикладного решения:
- Бизнес-процесс;
- Задача.
Задача
Задача предназначена для учета заданий и описывает способ их распределения по исполнителям, с учетом организационной структуры предприятия. Адресация заданий сотрудникам определяется реквизитами, в которых можно предусмотреть многомерную ролевую маршрутизацию, например, по ролям, рабочим группам, подразделениям, помещениям, филиалам и т.д.
Задачи являются «движущей силой» механизма бизнес-процессов. При выполнении задачи породивший ее бизнес-процесс осуществляет переход на следующую точку маршрута в соответствии с картой маршрута. При этом задачи имеют самостоятельную прикладную ценность как список заданий, назначенных конкретным исполнителям напрямую, или посредством ролевой маршрутизации, и могут использоваться отдельно от бизнес-процессов.
При формировании списка задач для конкретного сотрудника, используется регистр сведений, который обеспечивает нахождение соответствий роль-сотрудник согласно системе адресации, настроенной в задаче. Как правило, для всех бизнес-процессов реализуется единый список задач.
Бизнес-процесс
Описывает бизнес-логику в карте маршрута и управляет жизненным циклом созданных бизнес-процессов (экземпляров) от момента старта до момента завершения. Необходимым свойством описания бизнес-процесса является связь с задачей, которая задает систему адресации и позволяет проектировать карты маршрута в соответствии с поддерживаемой в прикладном решении организационной структурой.
Логика бизнес-процесса (взаимосвязь и последовательность обхода точек маршрута, условные переходы и пр.) наглядно описывается в виде карты маршрута, которая позволяет визуально описывать маршрут бизнес-процесса в виде связного графа и позволяет легко описывать алгоритмы условных переходов, и реакцию бизнес-процесса на различные события:
Для создания карты маршрута бизнес-процесса могут быть использованы все оформительские возможности, предоставляемые графической схемой.
При работе пользователя с системой предусмотрена возможность отображения актуальной карты маршрута для конкретных экземпляров бизнес-процессов с учетом пройденных и активных точек маршрута.
Точка действия
Точки этого вида описывают отдельную операцию (единицу работы), соответствующую определенному этапу (шагу) в жизненном цикле бизнес-процесса:
- бухгалтер — принять оплату наличными;
- кладовщик — выдать товар со склада по накладной;
- системный администратор — зарегистрировать нового сотрудника в сети и электронной почте.
- групповая — данное действие должны выполнить все члены группы. При этом формируется несколько задач (по количеству сотрудников, входящих в группу) и бизнес-процесс ожидает завершения всех задач для продвижения дальше по маршруту. Примером групповой маршрутизации может служить задача, например, всем менеджерам предоставить ежемесячный отчет;
- коллективная — только один из членов группы должен выполнить данное действие. Формируется одна задача. Пример коллективной задачи: кладовщики — выдать товар по данной накладной со склада.
- условный переход;
- выбор варианта.
Точка выбора варианта предоставляет возможность выбора дальнейшего маршрута из неограниченного количества вариантов:
Использование в прикладных решениях
Для использования механизма бизнес-процессов не требуется изменения готовых решений, или эти изменения несущественны. Например, внесение незначительных изменений в конфигурацию позволит бизнес-процессам должным образом реагировать на запись важных для них объектов информационной базы. В этом случае пользователи смогут работать привычным образом, не пользуясь списком заданий и не подозревая о существовании бизнес-процессов. Однако выполняемые ими операции будут приводить к продвижению соответствующих бизнес-процессов дальше по маршруту.
Демонстрационная конфигурация
Для ознакомления разработчиков прикладных решений с механизмом бизнес-процессов, на диске «Информационно-технологическое сопровождение» (ИТС) размещена демонстрационная конфигурация, которая показывает использование механизма бизнес-процессов в простейшем прикладном решении.
Источник: 1cpoly.ru