Экономим на VISIO - рисуем алгоритмы в GRS (в бизнес-процессах) #373483

Сегодня мне показали очевидное, до чего я н допер своим умом - оказывается схемы алгоритмов можно не в ворде, не в Visio, а тупо в 1С. Открываешь новую схему бизнес-процесса, рисуешь, сохраняешь в файл, можно вставить в Word. Красота.

ппц... о столько нам открытий чудных... вероятно от них только такая польза и есть. Бизнес-процессы в текущей реализации - мертворожденные какие-то

ема.... а ты про UML слышал?

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

о=а ;)

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

но какое отношение механизм задач с адресацией имеет к схемам алгоритмов, которые можно рисовать ТОЛЬКО в конфигураторе?

а нафиг мне UML

Тролль detected

мне как-то проще в Visio... типов диаграмм больше, UML опять же... А бизнес-процессы - это по сути только один из видов - диаграммы активности

он больше и гибче.

Ну да, но простые алгоритмы, чтобы юзвери их понимали, можно и в GRS наваять

хотя для 1С в чистом виде тоже не совсем годится имхо

А нафига мне пушки для воробьев? Просто юзверю описать алгоритм в документации, чтобы он видел его.

а зачем их юзерам понимать? Для юзеров можно use case изобразить... с "человечками", алгоритмы работы им мало интересны

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

тогда прикрути задачи к тому, что он должен делать - с возможностью открывать схему БП

а вообще - визио, это не только алгоритмы рисовать, это комплексная программа... я, например, в ней делал планировку склада, разводку проводки и труб во время ремонта, да и дофига чего

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

.1... та ну!?

Умник, а кодо-генерация в твоем туфтовом 1С - есть?

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

Я думаю причина отсутствия БП в типовых в чем-то другом. Что значит нельзя создавать программно? Экземпляр создается на ура. Ну а описание метаданных изменять программно для других объектов тоже нельзя, но никто не говорит что это плохо. У меня БП юзаются в базе заявок - очень удобная штука, да еще и наглядная - по карте юзеру видно КАК заявка оказалась в определенном статусе.

БП в типовых присутствует. 1. в консолидации (истинно типовая) 2. в Рарус:ЦРМ (тоже типа типовая)

+ А также есть в УТ. В 10.3.6.8 их 3 шт.

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

Речь идет о программной генерации схемы БП. Т.е. чтобы схему можно было рисовать в режиме 1с-предприятия, или по-крайней мере загружать из GRS файла. Это не типовые. ;-) Типовые для нас УТ, БП, ЗУП. Ну да, надо же как-то популяризировать. Аж целых 3 штуки, клево, и это называется бизнес-процессы, которые по идее должны лежать в основе конфигурации, а не быть примочкой для обхода при утверждении документов.

В УПП ещё есть - Закрытие месяца.

да если честно... так ли уж нужно её, схему, рисовать в режиме 1С-предприятия ? Ну есть скажем рисование схем в режиме 1С-предприятия в инталев-навигаторе. Дааавноооо уже есть. И что ? единственный раз на форуме появился чел, который пробовал это юзать. В течении недели по утрам засыпал форум вопросами. и ни одного ответа.

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

да ну, не верю. Просто это реально нигде не внедряется. А если внедряется то не используется. Толку от процессов нарисованных при внедрении, если потом они должны исправляться и добавляться

(28/1) Можно из файла загружать...

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

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

Эх Сергей, вроде и тезка а до сих пор не понял, что "1С-совместимо" это тупо брэнд для продаж (его получить как два байта переслать)... Ты посмотри на "Оценку персонала" - совместимо, все дела... сразу поймешь о чем речь...

Как ни странно, соглашусь с гением по поводу бизнес-процессов в 1С. Механизм, по сути, "ни о чем". Программное создание БП необходимо. Про workflow-ситемы слышали? Там БП тоже проги создают?

Вот именно, прикрутили БП, чтобы було. ;-) Случаев, когда их можно применить - раз, два и обчелся. Это как с регистрами расчета - написано - для расчеты зарплаты и в других областях, а больше их особо нигде и не применишь, кроме зарплаты.

А скажем расчет теплозатрат и т.п.? Зы - применений хоть сколь угодно много. Абстрагируйтесь от прошлого ментального опыта - превознесите хоть что-то новое..

Подробнее

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

Рисую в Enterprise Architect. Одно не пойму нафига БП модели в проге? Исполнение БП в программе решается правильной оргнанизацией объектов, интерфейсов, инструкций пользователей. Накой в проге держать алгоритм в виде схемы? Если уж необходимо сделать автомат состояний, пожалуйста всё просто через таблицы, сколько хочешь автоматов, хоть с историей изменения..

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

то есть BPM системы на 1С не нужны???

43 Прикол БП не в этом вовсе.

А что такое ВРМ?

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

Что означает подробнее? Я имею ввиду что те же самые бизнес процессы можно и не под типовую задачу припаять

Применений тем-же самым расчётным регистрам тоже уйма