Как создать бизнес процесс
Как создать бизнес процессСкачать файл - Как создать бизнес процесс
Ваш браузер устарел, пожалуйста обновите ваш браузер пройдя по ссылке www. Программирование - Практика программирования. Однако в бизнес-процессах нет ничего сложного. Это своё кристально чистое видение я попытаюсь передать и вам. Уясните сразу, что бизнес-процессы — это всего лишь два новых объекта в 1С Причем задачи можно использовать самостоятельно и без знания бизнес-процессов. Их можно трактовать, как список задач для текущего пользователя. По сути, бизнес-процессы — это управление задачами. Бизнес-процесс рисуется в конфигураторе как блок-схема. В этой блок-схеме есть блоки начала и конца алгоритма, блоки выполнения прямоугольные и блоки условий. Чтобы бизнес-процесс мог стартовать, у него должна быть стартовая точка одна или несколько. Бизнес-процесс может находиться в одной или сразу нескольких точках при параллельном выполнении. Пользователь создает новый бизнес-процесс, и запускает его. Как только бизнес-процесс доходит до блока выполнения, он создает новую задачу, и адресует его тому исполнителю, который прописан в этом блоке выполнения. Как только исполнитель выполняет задачу, бизнес-процесс идет дальше по блок-схеме. Условия вычисляются программно на языке 1С анализируются реквизиты бизнес-процесса. Вот и вся нехитрая механика. Вы видите, что задачи порождаются при выполнении бизнес-процессов. Однако они могут использоваться и без них, например, создаваться программно или вручную. Они напоминают задачи MS Outlook. Есть весьма хитрый системный механизм, который позволяет указать, каким пользователям адресована задача, чтобы одну задачу мог выполнить любой из пользователей, который может с ней справиться. Для этого используется переменная сеанса, в которой хранится текущий пользователь, регистр сведений, который указывает, какие роли может выполнять текущий пользователь и т. Можно назначить задачу целому подразделению и она будет показана у всех пользователей подразделения. Как соотносятся задачи и бизнес-процессы? Одному виду бизнес процесса соответствует один вид задачи, один вид задач может использоваться в нескольких бизнес процессах. Это странно, потому что в различных точках исполнения одного бизнес процесса мы можем ожидать разные задачи. Например, задача согласования может отличаться от задачи ввода первичных документов. Логичнее было бы привязывать разные задачи к одному бизнес-процессу. В демо-примере все сделано на одном виде задач. Если мы все же хотим использовать разные виды задач, можно использовать вложенные бизнес процессы. Как видите, все очень просто. Сначала может использовать один вид задачи для всех бизнес-процессов. Он выбирается из реквизитов адресации задачи, вид которой подвязан к бизнес-процессу. Можно выбирать как исполнителя, пользователя, так и любой другой реквизит адресации, например, назначить задачу подразделению. Можно вообще не использовать системный механизм адресации, и самому определять, какие задачи доступны текущему пользователю. Системный механизм не универсальный, жизнь может продиктовать более сложную схему раздачи задач. На самом деле самая большая сложность — это придумать бизнес-процесс, на котором можно начать изучать механику. Возьмите самый простой бизнес-процесс. Менеджер выписывает расходную накладную. Руководитель отдела должен ее утвердить. После утверждения расходная накладная проводится, и Кладовщик производит отгрузку. Если накладная не утверждена, она помечается на удаление, и бизнес-процесс завершается. Менеджер оформляет расходную накладную. Руководитель отдела утверждает накладную. Если накладная утверждена, тогда Г иначе Д. Тип файла Нет файла. Платформа Платформа 1С v8. Операционная система Не имеет значения. Отрасль Не имеет значения. Налоги Не имеет значения. Вид учета Не имеет значения. Раздел учета Не имеет значения. Доступ к файлу Бесплатно free. Код открыт Не указано. По каталогу По форуму. Мы свяжемся с вами в рабочее время. Новости Event Библиотека Конфигурации Разработки Курсы Биржа труда Вакансии Резюме Кабинет Биржа заказов Компании Вебинары Видео Форум ТОП Когда я столкнулся с бизнес-процессами, они показались мне таким же темным лесом, как в своё время регистры расчета. Я пустыми глазами смотрел на демо-пример от 1С, читал статьи в Интернете, и ничего не понимал. С чего начать На самом деле самая большая сложность — это придумать бизнес-процесс, на котором можно начать изучать механику. Регулярные выражения без внешних компонент? Оформление и рефакторинг сложных логических выражений. Net в 1С для новичков. Недокументированное использование стандартных обработок из меню 'Все функции'. Выразить число как строку и дату как строку в запросе. Расчет хэш-функции в запросе. Простая и быстрая эмуляция операций с битовыми строками. На примере использования HTTPClient,AngleSharp. Удобный парсинг сайтов с помощью библиотеки AngleSharp, в том числе с авторизацией аля JQuery с использованием CSS селекторов. Полезные советы для разработки. Мой взгляд на проблему. Старые обработки в новом Управляемом интерфейсе. Будни автоматизации или 'мне нужна программка для 3D упаковки'. Обновление доработанной Бухгалтерии предприятия. Как проверить и убедиться, что все сделано хорошо? Некоторая работа с данными через COM. Хранение файлов в томах на диске для УПП 1. Сложные запросы в динамическом списке или как не надо писать запросы для них. Дата Дата Дата Рейтинг Древо Сохранить. Artem Lapa Artemuch Для чайников это слишком мало а для тех кто знает не нужно. Дмитрий Павлик DimaP 56 Кстати, да, картинки давай! Осипов Сергей fixin Я считаю, что для чайников в самый раз. Александр Капустин kapustinag Чайник я сам или нет - не мне судить, но, мне кажется, статья найдет своего читателя. Владимир Водин BalVlad Хотелось бы увидеть хороший цикл статей для чайников. Пока реальное применение БП на практике видел в одной фирме - в стоматологии 'Все свои': Звучит гордо, а на деле пшик, реализуется более правильно статусами документов, так что БП - это пролет 1с8. Сергей Сергеев Рамзес 23 Необходимо контролировать, где застрял документ. Думаю внедрять БП и задачи, только вот вопрос насколько это отразится на объеме базы? Кирилл kiros 51 Видно еще сам не разобрался Любой БП можно реализовать на одном виде задач например стандартном 'ЗадачаПользователю' все зависит от умелых рук. У нас использовалась подмена форм, то есть открывалась не стандартная форма задачи а форма БП причем для каждого этапа своя все наглядно и ничего лишнего, и задачю просто так 'выполнить' нельзя. БП надо делать только там где он действительно есть, а не 'навязвать' где его нет. Чего стоит только невозможность динамически создавать схемы БП. Так что лучше реализовывать управление процессами своими силами статусами задач , а не этой корявой поделкой. О чем я и высказался в статье. Taras Варварич itar59 87 Материал добротный, ну а то, что мало -- все равно лучше, чем в изданиях от 1С. Andrey N SpiritASN Ведь БП это четкая схема, а не динамическая, если это не так, то это не БП, и тогда действительно он не очень подходит. Просто лень, как правило, 'рисовать' сложные и разветвленные схемы, а без них никак. Скажу так, после первого использования БП, я очень плевался, и думал что с ними делать, для чего нужны?!. Потом пришлось развивать тему глубже внедряясь в механизм они начали радовать больше и больше, НО есть самое большое ограничение использования, именно жесткая схема, это не для русского менталитета и привычки, то есть поменять что-то на уже прошедшем шаге, и тем более изменить ход процесса крайне сложно но возможно , и именно из-за этого многие начинают 'творить' руками. Нет четкой схемы со всеми вариантами и ответвления , нет БП! Лёша Авто Lesha1C Статья хорошо, не спорю,но Не в последнюю очередь из-за статичности. Статусы документов легко ее заменяют. Писать на БП не вижу смысла. По моему правильно написанные бизнес процессы с задачами,очень полезная вещь,особенно в УТ. Ярослав Юнка yk Сам сейчас начал ими заниматься штука хорошая, но как всегда без глюков не обойтись, уже ловил несколько зависших и не туда и не сюда и хрен поймешь из-за чего косяк. Джамал Абдусаламов j3d 30 Сложно сказать, насколько удобнее станет работать программистам при использовании БП. Вполне возможно что в словах fixin есть доля правды и БП есть 'банальный таск-менеджмент, да еще и на костылях статической компоновки в конфигураторе'. Интересно что все участники этой дискуссии, ратующие за пользу БП до сих пор не привели наглядных аргументов. При всем своем опыте программирования в 1С, все же считаю себя чайником. Думаю таким образом можно будет убить сразу двух зайцев: Сделать эту статью действительно 'для чайников' 2. За пошаговой инструкцией - к книжкам от 1с. Там расписано, вроде бы. Хотя и по этому описанию можно просечь фишку. Платформа, с одной стороны, такого встроенного механизма не предоставляет, а с другой, не позволяет реализовать этот механизм разработчику прикладного решения. Так что прав fixin - поделка. Александр Рытов Арчибальд Если бы такое резюме сприсутствовало в тексте публикации, я бы сразу ее заплюсовал Одно понял, что противники БП от 1с банально лентяи, они думают что схемку накидал и готово. Для того чтобы эффективно использовать механизм надо очень много писать, и перед тем как начать писать основательно подумать! В общем я остаюсь при своей точке зрения, что БП это вещь нужная и полезная, но не сразу поддающаяся. У нас БП реально применяются, например 'Командировки', начинается с 'хотелки' кого-то съездить в командировку, согласование, отчеты и т. С картинками бы, и в рамочку можно оформить. Программа должна жить без программиста И гибкие БП легко бы это допустили, но 1С реализовала самые низкопробные БП из возможных. Потому их и не юзают Что бы объяснить достоинства и недостатки БП, постараюсь написать статейку с примером использования, картинками и примерами кода. Так что, здесь вы правы. Но это не уменьшает достоинства механизма для реализации своих задач. И если вести речь о 'динамических' БП, статусов документов и т. В статье самый первый шаг описан. В УТ можно посмотреть как сделаны БП для начала, а потом уже и свои наваять. Если я объясняю, что материал дырявый, обязательно нужно строить дом и показывать, как он рушится? Напишите и обрушьте, не вопрос. Просто, учитывая, что зданий стоящих с БП мало, смею утверждать, что БП - это отстой. Банальная схема подписи документов меняется раз в квартал? В динамических не надо. Вот вам обычный БП: Подпись у менеджера - подпись у директора - выпуск со склада. Конечно, можно нарисовать универсальный БП - подпись у текущего лица, подпись у следующего, но смысл? БП теряет свою наглядность. Аналогичная фигня реализуется регистром статусов прохождения документов без всяких головняков Так что БП в 1С - это высосанная из пальца поделка, не заслуживающая реального применения. Но все это дань моде, ничего нового по сравнению с регистрами сведений нет. Заказчик все равно блок схемы не видит и они ему никоим боком не нужны. Он хочет видеть статусы. Но то, как это реализовало 1С - это бред. Антон Рощин wolfsoft Отсутствие возможности проектировать БП в run-time - серьёзный минус. Валерий Дубовой Valerich Плевок в сторону этого механизма. Не раскрыты возможности динамической многопараметрической автоматической адресации задач, а это очень сильный механизм, которого нет, например, в Лотус СЭД этот тот самый регистр сведений, о котором вскольз упомянуто, но не описано зачем он нужен. PS есть неплохая конфигурация от Раруса 'CRM', построенная на бизнес-процессах - в ней очень много вкусных идей. Применение таких шаблонов позволяет использовать одну схему жесткую и наиболее подробную, учитывающую все варианты в самых разных вариантах использования, когда какие-то блоки отключаются с определенным в шаблоне результатом. Сейчас оттолкнувшись от идей той конфигурации построил свой 'движок', на базе которого уже реализованы электронные согласования документов, хранящихся в БД и некоторые производственные процессы с передачей задач через несколько узлов РИБ - участвуют десятки пользователей по всей стране в режиме реального времени. В дальнейших планах реализовать устоявшиеся БП управления проризводственными процессами PPS - жирный минус. Если про регистры расчета хоть как-то с Радченко инфу содрал кусками , то сюда вообще нечего соваться было ИМХО. Статичный зашитый механизм, который многократно обходит банальный регистр правил. Да, плевок в сторону механизма, но плевок обоснованный. Считаю, что БП в 1С - нежизнеспособны, как бы красиво они не назывались. Я не начинающий, я писал несколько БП, в частности БП утверждения заявок на расходование денег и БП заявки на удаление дублей номенклатуры Ваши жирные минусы не изменят объективной реальности - механизм получился неудобным и невостребованным. Доказывать можно только на каких-то примерах. А так, разговор ни о чем. PS Не надо спорить о вкусе устриц с теми, кто их ел. Вы не любите кошек, потому что не умеете их готовить. С не помню чей. Я не спорю, я излагаю свой опыт. И если я вижу, что конструкция хилая, то и не пытаюсь на ней чего-то делать. Я вам уже писал, что реализовывал бизнес-процессы, так что говорю как практик. А вы их пробовали в деле? Или это теоретические рассуждения? В каждом холдинге работают в рамках БП очень много людей. Проще всего через решение какой-то задачи. Вы же не конкретизируете в чем ущербность БП Вы опишите ситуацию, для которой ваш опыт БП не подошел как решение, я напишу методы решения. Вы пишете Статусы документов легко ее заменяют. И те же самые грабли - статическа компонвока, аж восемь этапов согласования! То бишь на каждый чих по кадровой перестановке нужно вызывать программиста. Я бы менее затратно это реализовал на регистрах сведений. Ваше использование в этом случае БП - непропорциональная по затратам дань моде. Про механизм адресации я уже писал, что регистры правил круче и гибче, чем механизм адресации. Итак, БПЖ - последовательность совокупность действий работников по осуществлению хозяйственной операции. БПТ - действия клерков по перекладыванию документов возможно, электронных с целью отчитаться перед начальствующим субъектом о совершенной совершенно другими людьми хозяйственной операции и 'доказать' тем самым свою полезность для бизнеса. Где тут место БП 1С? Мне, как автоматизатору, хотелось бы видеть в них инструмент для реализации левой стрелки, то есть для моделирования бизнеса в документообороте. На деле же мне предлагают средства фиксации статической модели. Пусть вариантной, но статической. В жизни имеют значение Бизнес и его Руководитель. При этом далеко не во всех процессах используется все 8 этапов, чаще На картинке с настройках маршрута задействовано только 2 этапа - первый и четвертый. При чем здесь программист? В общем-то дело каждого как воспринимать информацию Но в одном база предназначена для управления маркетингом, не производством. Во втором все встроено в БП 2. Бухгалтера одного юр лица оформляют документы, касающиеся другого юр лица. При этом есть естественное желание сформировать встречные документы автоматически. Кто это будет делать и когда? Если физически предприятия разнесены даже в разных часовых поясах На другом конце получают задачу и, выполняя ее, формируют встречный документ, подтверждение и т. Уже есть БП для службы снабжения - сбор заявок, утверждение, выполнение, уведомление инициаторов В планах - управление производственным циклом со сбором первичной управленческой информации - то, что сейчас выполняют по регламенту на бумажках, а потом кто-то информацию куда-то забивает сводно, с потерей детальности, не в реальном режиме и т. До знакомства с CRM, я тоже не видел многих возможностей этого механизма, а потому думал очень ограниченно - рисовал сложную схему и заводил в БП десятки реквизитов для управления этой схемой. Заполнить эти реквизиты правильно - непосильная задача для пользователя. Когда подсмотрел идею с шаблонами, научился пропускать шаги, описывать все в шаблоне он всегда выглядит как на рисунке , доработал механизм адресации - все стало очень просто: Пользователь создает БП, выбирает нужный шаблон и нажимает ОК. Больше от него ничего не требуется если на него задачи не придут. Задачи для пользователя могут выглядеть одинаково унификация упрощает обучение или по-разному - тут все зависит от специфики выполняемой задачи. Нарисовать интерфейс не сложно - есть соответствующие события. Без таких интерфейсов индивидуальных запуск нового БП - это всего лишь 1. PS умные буковки Б Р Д и стрелочки между ними Потом монахи долго заседали, И составляли план работ на год. А в это время женщины копали, И продвигались женщины вперед. Хочется в этих документах видеть максимальную аналитику. А ввод информации поручить исполнителям в бригадах. Они в любом случае сейчас цифры каждый день пишут на бумажку, передают диспетчеру, та секретарю, секретарь размножает для ведущих спецов и бухгалтерии Но эти исполнители от слова 'бухгалтерия' креститься начинают Выращиваем птицу - цикл длинный, при этом должна выполниться масса различных операций - заселение, вакцинирование, взвешивание и т. Все это привязано к конкретному корпусу, партии птицы и т. Чтобы не грузить их лишними знаниями - запускается грамотным спецом БП, в котором ключевая аналитика проставлена корпус, патрия, дата старта Исполнители 'привязаны' к конкретным производственным объектам и должностям через регистр адресации. Поэтому шаблонов тоже единицы. При кадровых перестановках изменяем записи в регистре и уже новые исполнители видят и исполняют задачи. При получении задачи, они должны в спец форму забить цифры, а остальное и так уже есть в БП. Документ заполняется максимально информативно, при этом исполнитель об этом даже не подозревает. Его задача в назначенный срок выполнить задачу. Система напоминаний заранее оповещает его о графике проведения тех или иных работ необходимости выполнения задач. Руководитель максимально быстро получает всю информацию, которую сейчас кто-то должен обобщить из бумажек. Так что в данном случае ИМХО документооборот носит совершенно вспомогательную роль как транспорт информации между Б и Р. Как побочный продукт - заполнение бух документов по этим данным уже в автоматическом режиме. Для внедрения БП на основные производственные процессы нужно еще много вещей сделать, не связанных с программированием - сеть проложить, компы закупить и подключить Иначе бы давно сделали. Но подготовительные работы идут - сети тянутся, инфраструктура готовится. Так что внедрение - вопрос времени. ЗЫ а вот рассуждения на тему жизнеспособности, Б Р Д и стрелочек - это на мой взгляд и есть составление планов работ на год. Мы то как раз 'копаем' без этих умных рассуждений ;. Придется сажать еще группу квалифицированных лиц, которые будут заниматься рисованием схем под каждый экземпляр БП и только за это получать зарплату. Ну нет на производстве таких бизнес-процессов. При этом я отнюдь не преуменьшаю нужность документооборота и его автоматизации. Я просто настаиваю на том, что это не бизнес-процессы, а документ-процессы. Я занимаюсь автоматизацией производства. И для меня бизнес-процесс - это участок технологической цепочки. Аналогично кормоцех 'отчитывется' о раздаче кормов - конфа снимает показания с ленточных весов. С разбивкой по часам. И руководитель видит, правильно ли осуществляется бизнес-процесс кормления кур: Процесс прохождения заявки в службе снабжения - это не бизнес-процесс. Бизнес-процесс - это физическое перемещение ТМЦ от поставщика на предприятие и соответствующий платеж поставщику. Не набор документов заявка - счет - платежка - приходный ордер, и не последовательность процесс ввода этих документов в учетную программу, распределенная по исполнителям операторам ввода документов. Он состоит из бизнес-процессов. Он состоит из учетных процессов. Есть вариант учета бизнеса с помощью документов, фиксирующих 'контрольные точки'. Он состоит из процессов создания документов. Бизнес-процесс, осуществляемый начальником производственного участка - выпуск продукции, а не создание документов 'СписаниеМатериаловВПроизводство' и 'ВыпускПродукции'. БП в 1С - это не бизнес-процессы. Если рассматривать БП в платформе 1С, как создание задачи при попадании в некоторую точку именно так я описываю в статье , то это task-flow, а не doc-flow, соответственно, это именно бизнес-процесс, а не документ-процесс. Единственно, что схема корявая, статичная, поэтоу и неприятие лично у меня, да и весь бомонд 1с не использует это 'чудо технологии'. Задачу можно закрывать не документом. А просто пользователь увидел у себя задачу и кликнул - я ее выполнил, даже без документа. Какой такой документооборот, не мутите воду. Armando Armando Armando У нас на БП реализованы всякого рода согласования. Интересная статья, теперь понимаю что бизнес процессы это четкий алгоритм из задач для разных пользователей. Мне лично статья тоже показалось просто общей,вводной. Как говориться, чтобы иметь общее представление о бизнес-процессах в целом. НО все равно спасибо автору за статью, уж лучше мало чем ни как. Павел Семенов pavel06 Я - начинающий, чайник, для которого эта статья и написана. Поэтому мне смешно читать всякие отзывы не-чайников, они вообще отзываться не должны бы, так как и так все знают. Из этой статьи я извлек полезную для себя инфу, что скорее всего та странная операция закрытия месяца в КомплекснойАвтоматизации со схемой выполнения и ответственными за отдельные шаги и есть так называемый реализованный 1С в типовой конф. В документации, как с этим б. Бухгалтер тоже не поняла совсем - запустила на выполнение, а он висит много дней и не выполняется. Я для себя методом тыка понял следующее: Если та документы провела и все правильно, то гл. Мне только непонятно, почему у 1С документы, относящиеся к начислению зарплаты, не высвечиваются по нажатию на квадратики этого бизнес-процесса хотя сделаны и проводки есть. Глюк-это или просто недоработано? Может я вообще не понял правильно, как это должно работать? Я думаю правильно было бы, чтобы конкретным исполнителям где-то при входе в сеанс высвечивалась инфа: Если я прав в понимании 'закрытия месяца' как бизнес-процесса. Тогда, имхо, статья станет еще более ценной. Естественно Бизнес-процессы сами и не будут выполняться, надо пройтись по каждому шагу и проставить, что этот шаг выполнен. Viktor Kupko zipik Алекс Ю AlexO Для чего нужна кнопка 'Активировать' на форме бизнес-процесса? Артем Боровлев borrman Наглядно, феерично, впечатляет, но бесполезно. Регистр сведений для статусов и регистр адресации - намного гибче, не требует лазить в конфигуратор при смене бизнес-процессов. Я остаюсь при мнении, что БП - это мертворожденный продукт адресации задач. Денис Лихошерстов Hans 25 А где пример в виде какой нибудь базы? Мне понравилось - в статье изложена суть бизнес-процессов кратко и понятно. Комментов получилось раз в 10 больше, чем сама статья: Сергей JesteR JesteR Вот как надо http: Сергей Егоров elefant Хорошая статья, никогда не пользовался БП, но был рад ознакомиться, спасибо. Та статья - это почти документация. У меня - учебная курва, аннотация. Я начинаю с того, что БП - это по сути список задач и таск-менеджмент, а не углубляюсь в детали реализации. Я больше методист в этом плане. Сергей Che Коцюра CheBurator Ничего не понял про упомянутые ВИДЫ бизнес-процессов и ВИДЫ задач. Тут описано все в общем для тех кто в теме, а им эта статья не нужна. Нужна помощь по алгоритмам процессов. Имеется большой алгоритм, в который нужно внести изменение: Я так поняла, что нужно отвязать точки между которыми нужно внести изменение, добавить эту точку и привязать ее к точкам, которые только что отвязала. Но у меня вся схема ломается. Добавленная мной точка визуально располагается в самом конце не смотря на связи , и как ее поместить между нужными точками - не пойму??? Александр Соколов SokolokSanya Соединительные линии прорисовываются автоматически и 'пытаются' соединить две точки, к которым они привязаны. Иногда у них, видимо, 'не получается' и становится трудно понять, какие именно точки соединены. Если все точки соединены привязаны так, как Вам нужно, просто перетаскивайте их и располагайте в нужном порядке. Так как за несколько лет, со времени написания статьи, споры не утихли, оставлю комментарий. Неплохо было бы добавить ссылку, которую предложил JesteR на счет 'как надо' с JesteR не согласен, но 'для чайников' будет полезно. Не описано использование событий и реквизитов, которые позволяют связать задачи с данными, с которыми должны работать исполнители. Без этого весь механизм действительно выглядит как простой таск-менеджер. Лично для меня была не очевидна связь между задачами, бизнес-процессами и точками маршрута. Я бы для начинающих отметил, что для объекта метаданных 'Бизнес процесс 1' создаются объекты данных 'Бизнес процесс 1' как документы в журнале , а для объекта метаданных 'Точка маршрута 1' создается объект данных 'Задача' как строка в табличной части, только с определенным названием и строго определенной позицией. Поэтому в конфигураторе 'Задача' может быть всего одна, она связана с точкой маршрута только на уровне данных. В примере для проверки Точки-условия рекомендуется добавить реквизит в БП или накладную. В этом нет необходимости в общем случае. Обработчик направляет бизнес-процесс по нужной ветке в зависимости от значения переменной 'Результат'. Код ниже выбирает нужную ветку из ответа пользователя. Роман Гавловский gavrom82 Как описать бизнес-процессы http: Негодую за потраченное время! Значит, она не для Вас. Учитесь эффективно искать полезные именно Вам статьи. Евгений Евгений leasing 1 Я одна, совсем одна? С моим здоровым коллективом! Вот так, Аделоида Кузьминична, будет типично. Рожков Дмитрий rozhkovdmitriy 21 Однако, есть еще две статьи на которые следует обратить внимание: Бизнес процессы 1С http: Алексей Белоусов AllexSoft Прочитал статью и комментарии, по сути все сводится к тому что в идеологии 1С предусмотрен такой механизм: Объект Бизнес-процесс создает некую абстрактную задачу 'Выполни меня' объект Задачи , далее разработчик программно должен абстрактную задачу 'Выполни меня' преобразовать в конкретное действие требуемое от пользователя 'Создай документ, создай справочник, проконтролируй действие, прими решение и тд'. То есть это попытка сгладить неуниверсальность создания задач в БП или других объектов программной обработкой уже в задачах. Именно эта абстрактная прослойка и не нравится автору статьи насколько я понял. Хотелось бы что бы на каждой точке маршрута можно было задавать свои конкретные задачи или действия например контроль за созданием каких либо объектов в БД. Если у вас линейная структура процесса с минимальными условиями - то лучшее использовать регистр сведений или табличную часть справочника для задании структуры БП, написать простую программную обработку этого дела и не заморачиваться с типовой реализацией бизнес процессов и задачами 2. Если у вас сложное ветвление бизнес процесса, хочется наглядности в виде карты маршрута, сложной адресации задач - то ваш выбор ковыряться со стандартным видением БП от 1с По второй претензии - невозможность вносить корректировки в БП во время исполнения, даже программно.. Введите ваш пароль Забыли свой пароль? Код подтверждения из письма: Введите код подтверждения из письма. Оставьте заявку и в течение 24 часов с Вами свяжется менеджер и вышлет подбор обработок или программных продуктов 1С по вашим требованиям. Отраслевые решения Бухгалтерия Производство Услуги и сервис Торговля Прочее Отчеты Анализ учета Бухгалтерские Налоговые Специальные Статистические Управленческие Финансовые Разное Обработки Закрытие периода Менеджеры внешних отчетов 53 Обработка документов Обработка справочников Рабочее место Свертка базы Универсальные обработки Ценообразование, прайсы Управление Бизнес-процессы Интеграция 47 Личная эффективность 17 Пользователю системы Практика учета Теория учета Техническое задание 44 Управление проектом Обмен Email рассылки SMS рассылки 96 Загрузка и выгрузка в Excel Интеграция с WEB Обмен с другими системами Обмен с интернет-банком Обмен через DBF Обмен через XML Перенос данных из 1C8 в 1C8 Перенос данных из 1С7. Администрирование Архивирование backup Журнал регистрации Защита, права, пароли Оптимизация БД HighLoad Поиск данных Распределенная БД УРИБ, УРБД Сервисные утилиты Системное Стартеры 1С 75 Статистика базы данных Тестирование и исправление Чистка базы Программирование Инструментарий Внешние компоненты Защита и шифрование 68 Мобильные приложения Ошибки в отраслевых решениях 29 Практика программирования Работа с интерфейсом Сертификация Теория программирования Универсальные функции Печать Классификаторы 55 Пакетная печать Печатные формы документов Регламентированная отчетность Справки Статистики 80 Универсальные печатные формы Ценники Оборудование POS терминал 36 Весы 56 ККМ Ридер магнитных карт 11 Сканер штрих-кода Телефония, SIP 42 Терминал сбора данных 86 Фискальный регистратор 85 Сообщество Архив Игры Инфостарт Люди 22 О жизни Поздравления Осипов Сергей fixin Рейтинг: Объединение нескольких файлов с разных магазинов в ОДИН. Формирование алкогольных деклараций по первичной и корректирующей Форме 11 и Форме 12 из 1С. Библиотека Новости Статьи Книги. Сообщество Форум ТОП Спецпроекты. Биржа труда Вакансии Резюме Компании. Обучение Видео Вебинары Курсы. Программы Конфигурации Разработки Софт. Биржа заказов Специалисты Заказы Компании. Тарифы на абонемент О сайте Контакты Партнерство Пресса о нас Помощь Реклама на сайте. Бесплатный доступ Пользовательское соглашение Правила публикации Правила форума Правила работы магазина Конфиденциальность. Написать в техподдержку Контакты и реквизиты Россия:
Создание последовательности операций бизнес-процесса
Кодирование от алкоголя рязань
Превышение референсных значений
Основные бизнес процессы — создание карты
Украденные данные банковских карт
Перманганатом калия обрабатывают
Бизнес-процессы для чайников
Календарный план фгос детского сада
Леонов история выхода в космос
Таблица размеров женской одежды шорты