Создаем бизнес-процесс в несколько шагов :: Статьи и материалы :: meteost.ru

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

Однако выполняемые ими операции будут приводить к продвижению соответствующих бизнес-процессов дальше по маршруту. Отправить ваши замечания и предложения по сайту. Система проектирования прикладных решений. Работа в облаке 1cFresh. ERP Управление предприятием 2. Зарплата и Управление Персоналом.

Зарплата и кадры государственного учреждения. Государственные и муниципальные закупки. Отраслевые и специализированные решения. Центры корпоративной технологической поддержки. Как купить и внедрить? Партнеры, работающие на корпоративном рынке. ERP—flagship enterprise information system". Брошюра "Книги и методические материалы по 1С: Листовка "Фирма "1С" рекомендует изучать "1С: Предприятие 8" в Центрах Сертифицированного Обучения". Буклет "Есть такая профессия - родину автоматизировать".

Рады, что статья оказалась Вам полезна! Попробуйте очистить кэш или воспользоваться другим браузером. Если проблема не будет решена, сообщите об этом в письме на support kursy-po-1C. К сожалению инструмент задач и бизнес процессов 1С не позволяет реально описывать бизнес процессы предприятия как это реализовано в ARIS или специализированных инструментах например, Business Studio.

Скорее Заратустра не позволяет. Все прекрасно описывается,только стандартную обработку отключать приходится. После этого PDF-версия статьи должна отобразиться для Вас внизу статьи. Попробуйте также очистить кэш и подписаться через другой браузер. Но, при всём уважении к вашему труду: Да, безусловно, закупка материалов — это не самостоятельный бизнес-процесс. Она может выступать только как часть бизнес-процесса.

Есть такой вопрос, по моему по этой теме как раз: Занимаемся выпуском шкафов с эл. У бригады по шкафов параллельно собирается, значит мы должны увидеть информацию в 1С какая бригада и какие сотрудники занимались этим шкафом. Все это нужно чтобы:. Начальник производство мог видеть какой этап производства. Какие сотрудники могут начать на следующей неделе новые проекты. Чтобы сразу пришло сообщение что шкаф нужно начать испытывать, Маркировщики его промаркировали и т.

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

Эх, думал что то новое узнаю. Но за такой труд благодарю! Статическая карта маршрута в наше время уже не актуально. Очень надеюсь что в 8. С нормальным редактором схемы маршрута. Сам работаю с EDI, множество всевозможных вариантов обработки, приходится изгаляться. Еще такой вопрос интересен, может кто что дельное подскажет, как правильно сделать асинхронный обработчик?

Ну например, ожидание входящего сообщения. Начнем с того, что 8. Более того, пока доработку карты маршрута и вообще бизнес-процессов разработчики вообще не анонсируют. EDI — это процесс обмена сообщениями между 2мя участниками — поставщик и торговая сеть. Процесс — последовательность таких сообщений, друг за другом, там отправка документа, либо его получение.

Так вот, для каждой сети эта последовательность разная, а карту маршрута нужно сделать универсальную. Старт возможен как с входящего сообщения, так и с проведения документа, к тому же в обработчиках пользователь может пропустить какой либо шаг. Не плодить же под каждую сеть свой БП со своей картой маршрутизации. А подменить по условиям карту нельзя. Если что детальнее — спрашивайте. После этого PDF-версия статьи отобразится для Вас на странице со статьей. А для меня сейчас как раз — крайне своевременная: Очень хотелось бы увидеть продолжение.

Перечисленные в итогах нюансы — это как раз то, что позволит научиться создавать решения, действительно удобные в использовании. Не менее интересной была бы статья о том, как настроить бизнес процессы без конфигурирования и добавление объектов Бизнес процесс. УХ и ДО тяжеловатые конфигурации для массовых курсов. Простые БП интересно настраиваются в ОптимаСофт, но конфигурация не очень популярная. И что они будут с Международным БухУчетом?

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

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

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

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

Возможность формального описания действий системы и представления их структуры в визуальной форме позволяет заказчику лучше понять логику работы решения, в том числе проконтролировать правильность выполнения поставленной перед разработчиком задачи. Таким образом, речь идет еще об одном ключевом направлении развития прикладных решений "1С: Предприятия" — повышении уровня их управляемости. Применение механизма бизнес-процесса дает возможность собирать качественно иную информацию о работе системы управления предприятием, на основе которой руководители могут проводить объективный анализ эффективности функционирования как организации в целом, так и отдельных ее сотрудников.

Этот механизм позволяет перенести акцент с учетных задач на управление бизнесом в целом. Подробнее познакомиться с механизмом бизнес-процессов, реализованным в "1С: Предприятии 8", разработчики и пользователи могут с помощью демонстрационной конфигурации, распространяемой на диске "Информационно-технологическое сопровождение" ИТС. Там представлены несколько простых бизнес-процессов "Продажа товара", "Поручение" и "Согласование" и др.

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

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

Основные сведения о механизме бизнес-процессов в 1С Бизнес-процессы в "1С: Механизм бизнес-процесса в 1С допускает несколько видов маршрутизации. Бизнес-процесс имеет карту, не содержащую условных и параллельных переходов с жестко определенными адресатами для каждой точки маршрута.

Отклонение таких бизнес-процессов не допускается. Адресаты точки карты маршрута бизнес-процесса не установлены и определяются программно или интерактивно в течение жизненного цикла бизнес-процесса.

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

Общая схема создания бизнес-процесса в 1С 1.

Нотация описания бизнес-процессов в "1С:Предприятие" разрабатывалась с учетом ГОСТ — 80 «Схемы алгоритмов и программ. Обозначения условные графические» и использует интуитивно понятные элементы и обозначения. Отметим также читабельность схем (даже неподготовленный пользователь может прочитать их вслух) и их компактность.  Разработка бизнес-процессов выполняется в конфигураторе "1С:Предприятие". По аналогии с другими объектами конфигурирования (например, справочниками или документами) бизнес-процессы могут содержать различные реквизиты, табличные части и формы для взаимодействия с пользователем. Создаем бизнес-процесс в несколько шагов - Рассмотрим простейший пример создания бизнес-процесса и привязки к нему объекта задачи. Пример будет основывается на задаче из сборника для   Задания вакансии материалы разработки сообщения форума. еще ↓. Яндекс-директ. Создаем бизнес-процесс в несколько шагов. Добавить свою публикацию. для этого требуется регистрация. Объекты Бизнес-процессы и Задачи очень тесно связаны между собой. Выполнение задачи представляет собой передвижение по маршруту бизнес-процесса. Рассмотрим процесс внедрения бизнес процессов в 1С подробнее. Условие задачи Специалист по платформе по бизнес-процессам. Сотрудник Подразделение Должность. Васина.

Создаем бизнес-процесс в несколько шагов :: Статьи и материалы :: meteost.ru

Операционная система Не имеет значения. Отрасль Не имеет значения. Налоги Не имеет значения. Вид учета Не имеет значения. Раздел учета Не имеет значения. Доступ к файлу Бесплатно free. Код открыт Не указано. Когда я столкнулся с бизнес-процессами, они показались мне таким же темным лесом, как в своё время регистры расчета.

Я пустыми глазами смотрел на демо-пример от 1С, читал статьи в Интернете, и ничего не понимал. С чего начать На самом деле самая большая сложность — это придумать бизнес-процесс, на котором можно начать изучать механику. Строим графы средствами 1С без GraphViz.

Хранение файлов в томах на диске для УПП 1. Распределение расходов пропорционально продажам. Библиотека стандартных подсистем Механизм БСП. Методика переопределения и вызова обработчиков событий обычной формы. Некоторая работа с данными через COM. Оформление и рефакторинг сложных логических выражений. Взаимодействие с Microsoft Word. Как просто запомнить алгоритм программного вывода в СКД.

Метод формирования движений в типовых регистрах нетиповыми регистраторами. Использование программных перечислений, ч. Недокументированное использование стандартных обработок из меню "Все функции". Регулярные выражения без внешних компонент? Net в 1С для новичков. Выразить число как строку и дату как строку в запросе. Расчет хэш-функции в запросе. Artem Lapa Artemuch Для чайников это слишком мало а для тех кто знает не нужно.

Осипов Сергей fixin Я считаю, что для чайников в самый раз. Алекс Ю AlexO Тут описано все в общем для тех кто в теме, а им эта статья не нужна.

Александр Капустин kapustinag Чайник я сам или нет - не мне судить, но, мне кажется, статья найдет своего читателя. Дмитрий Павлик DimaP 56 Кстати, да, картинки давай! Владимир Водин BalVlad Хотелось бы увидеть хороший цикл статей для чайников. Пока реальное применение БП на практике видел в одной фирме - в стоматологии "Все свои": Звучит гордо, а на деле пшик, реализуется более правильно статусами документов, так что БП - это пролет 1с8.

Сергей Сергеев Рамзес 25 Необходимо контролировать, где застрял документ. Думаю внедрять БП и задачи, только вот вопрос насколько это отразится на объеме базы?

Чего стоит только невозможность динамически создавать схемы БП. Так что лучше реализовывать управление процессами своими силами статусами задач , а не этой корявой поделкой.

О чем я и высказался в статье. Кирилл kiros 51 Ведь БП это четкая схема, а не динамическая, если это не так, то это не БП, и тогда действительно он не очень подходит. Просто лень, как правило, "рисовать" сложные и разветвленные схемы, а без них никак. Скажу так, после первого использования БП, я очень плевался, и думал что с ними делать, для чего нужны?!.

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

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

Так что прав fixin - поделка. Видно еще сам не разобрался Любой БП можно реализовать на одном виде задач например стандартном "ЗадачаПользователю" все зависит от умелых рук.

У нас использовалась подмена форм, то есть открывалась не стандартная форма задачи а форма БП причем для каждого этапа своя все наглядно и ничего лишнего, и задачю просто так "выполнить" нельзя. БП надо делать только там где он действительно есть, а не "навязвать" где его нет. Taras Варварич itar59 87 Материал добротный, ну а то, что мало -- все равно лучше, чем в изданиях от 1С.

Лёша Авто Lesha1C Статья хорошо, не спорю,но Александр Рытов Арчибальд Если бы такое резюме сприсутствовало в тексте публикации, я бы сразу ее заплюсовал Антон Рощин wolfsoft Отсутствие возможности проектировать БП в run-time - серьёзный минус.

По моему правильно написанные бизнес процессы с задачами,очень полезная вещь,особенно в УТ. Артем Боровлев borrman Наглядно, феерично, впечатляет, но бесполезно. Регистр сведений для статусов и регистр адресации - намного гибче, не требует лазить в конфигуратор при смене бизнес-процессов. Я остаюсь при мнении, что БП - это мертворожденный продукт адресации задач.

Ярослав Юнка yk Сам сейчас начал ими заниматься штука хорошая, но как всегда без глюков не обойтись, уже ловил несколько зависших и не туда и не сюда и хрен поймешь из-за чего косяк. Джамал Абдусаламов j3d 31 Сложно сказать, насколько удобнее станет работать программистам при использовании БП. Вполне возможно что в словах fixin есть доля правды и БП есть "банальный таск-менеджмент, да еще и на костылях статической компоновки в конфигураторе". Интересно что все участники этой дискуссии, ратующие за пользу БП до сих пор не привели наглядных аргументов.

При всем своем опыте программирования в 1С, все же считаю себя чайником. Думаю таким образом можно будет убить сразу двух зайцев: Сделать эту статью действительно "для чайников" 2. За пошаговой инструкцией - к книжкам от 1с. Там расписано, вроде бы. Хотя и по этому описанию можно просечь фишку. Одно понял, что противники БП от 1с банально лентяи, они думают что схемку накидал и готово. Для того чтобы эффективно использовать механизм надо очень много писать, и перед тем как начать писать основательно подумать!

В общем я остаюсь при своей точке зрения, что БП это вещь нужная и полезная, но не сразу поддающаяся. У нас БП реально применяются, например "Командировки", начинается с "хотелки" кого-то съездить в командировку, согласование, отчеты и т.

Программа должна жить без программиста Потому их и не юзают Так что, здесь вы правы. Но это не уменьшает достоинства механизма для реализации своих задач. И если вести речь о "динамических" БП, статусов документов и т. С картинками бы, и в рамочку можно оформить. Что бы объяснить достоинства и недостатки БП, постараюсь написать статейку с примером использования, картинками и примерами кода. Если я объясняю, что материал дырявый, обязательно нужно строить дом и показывать, как он рушится?

Напишите и обрушьте, не вопрос. Просто, учитывая, что зданий стоящих с БП мало, смею утверждать, что БП - это отстой. Банальная схема подписи документов меняется раз в квартал? В динамических не надо. Вот вам обычный БП: Подпись у менеджера - подпись у директора - выпуск со склада. Конечно, можно нарисовать универсальный БП - подпись у текущего лица, подпись у следующего, но смысл? БП теряет свою наглядность. Аналогичная фигня реализуется регистром статусов прохождения документов без всяких головняков Так что БП в 1С - это высосанная из пальца поделка, не заслуживающая реального применения.

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

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

Валерий Дубовой Valerich Плевок в сторону этого механизма. Не раскрыты возможности динамической многопараметрической автоматической адресации задач, а это очень сильный механизм, которого нет, например, в Лотус СЭД этот тот самый регистр сведений, о котором вскольз упомянуто, но не описано зачем он нужен. PS есть неплохая конфигурация от Раруса "CRM", построенная на бизнес-процессах - в ней очень много вкусных идей. Применение таких шаблонов позволяет использовать одну схему жесткую и наиболее подробную, учитывающую все варианты в самых разных вариантах использования, когда какие-то блоки отключаются с определенным в шаблоне результатом.

Сейчас оттолкнувшись от идей той конфигурации построил свой "движок", на базе которого уже реализованы электронные согласования документов, хранящихся в БД и некоторые производственные процессы с передачей задач через несколько узлов РИБ - участвуют десятки пользователей по всей стране в режиме реального времени. В дальнейших планах реализовать устоявшиеся БП управления проризводственными процессами PPS - жирный минус. Если про регистры расчета хоть как-то с Радченко инфу содрал кусками , то сюда вообще нечего соваться было ИМХО.

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

Доказывать можно только на каких-то примерах. А так, разговор ни о чем. PS Не надо спорить о вкусе устриц с теми, кто их ел. Вы не любите кошек, потому что не умеете их готовить. С не помню чей. Я не спорю, я излагаю свой опыт. И если я вижу, что конструкция хилая, то и не пытаюсь на ней чего-то делать. Я вам уже писал, что реализовывал бизнес-процессы, так что говорю как практик. А вы их пробовали в деле? Или это теоретические рассуждения? В каждом холдинге работают в рамках БП очень много людей.

Проще всего через решение какой-то задачи. Вы же не конкретизируете в чем ущербность БП Вы опишите ситуацию, для которой ваш опыт БП не подошел как решение, я напишу методы решения. Вы пишете Статусы документов легко ее заменяют. И те же самые грабли - статическа компонвока, аж восемь этапов согласования!

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

Про механизм адресации я уже писал, что регистры правил круче и гибче, чем механизм адресации. При этом далеко не во всех процессах используется все 8 этапов, чаще На картинке с настройках маршрута задействовано только 2 этапа - первый и четвертый. При чем здесь программист? В общем-то дело каждого как воспринимать информацию Хочется в этих документах видеть максимальную аналитику. А ввод информации поручить исполнителям в бригадах.

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

Чтобы не грузить их лишними знаниями - запускается грамотным спецом БП, в котором ключевая аналитика проставлена корпус, патрия, дата старта Исполнители "привязаны" к конкретным производственным объектам и должностям через регистр адресации. Поэтому шаблонов тоже единицы. При кадровых перестановках изменяем записи в регистре и уже новые исполнители видят и исполняют задачи. При получении задачи, они должны в спец форму забить цифры, а остальное и так уже есть в БП. Документ заполняется максимально информативно, при этом исполнитель об этом даже не подозревает.

Его задача в назначенный срок выполнить задачу. Система напоминаний заранее оповещает его о графике проведения тех или иных работ необходимости выполнения задач. Руководитель максимально быстро получает всю информацию, которую сейчас кто-то должен обобщить из бумажек. Так что в данном случае ИМХО документооборот носит совершенно вспомогательную роль как транспорт информации между Б и Р.

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

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

Где тут место БП 1С? Мне, как автоматизатору, хотелось бы видеть в них инструмент для реализации левой стрелки, то есть для моделирования бизнеса в документообороте. На деле же мне предлагают средства фиксации статической модели. Пусть вариантной, но статической. В жизни имеют значение Бизнес и его Руководитель. Но в одном база предназначена для управления маркетингом, не производством.

Во втором все встроено в БП 2. Бухгалтера одного юр лица оформляют документы, касающиеся другого юр лица. При этом есть естественное желание сформировать встречные документы автоматически.

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

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

Запустим программу в режиме предприятия и перейдем в таблицу регистра адресации задач. Создадим там следующие записи:.

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

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

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

Запустим программу от пользователя "Бухгалтер" и на рабочем столе видим новую задачу. Механизм бизнес-процессов теперь используется во многих типовых конфигурациях. Даже в задачах для сертификации "1С: Специалист" по платформе 8.

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

Рубрики статей и материалов. Добавить свою публикацию для этого требуется регистрация YPermitin Стоит отменить еще один важный момент: На этом настройка объекта "Задачи" завершена. Теперь мы можем перейти непосредственно к созданию бизнес-процесса. Теперь мы начинаем работать непосредственно с бизнес-процессом. Создаем новый объект конфигурации "БизнесПроцесс" в ветке "Бизнес-процессы".

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

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

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

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

Найдено :

Случайные запросы