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

ппц... о столько нам открытий чудных...

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

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

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

(3) о=а ;)

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

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

(2) а нафиг мне UML

(5) Тролль detected

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

(8) он больше и гибче.

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

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

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

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

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

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

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

(16) БП - это старческий маразм и мертворожденный пук. Подтверждением тому - отсутствие БП в типовых. А причина, как минимум в том, что их нельзя создавать программно, только ручками в конфигураторе.
(16) Да ну его, это UML. Мне за него денег пока не платят.

(17) Спасибо, все сделано уже без БП.

Речь о чем - юзверь попросил описать ему алгоритм в виде блок-схемы.
И тут всплыло, что мы можем ему эту документацию написать на GRS. Прикольно.

(18) Так мне только мануал написать надо.

(19).1... та ну!?

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

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

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

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

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

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

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

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

да если честно... так ли уж нужно её, схему, рисовать в режиме 1С-предприятия ?

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

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

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

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

По сабжу.
http://infostart.ru/profile/8089/blogs/726/

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

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

(33) Можно, но это будет не 1с-совместимо. Парсить GRS предлагаешь?

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

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

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

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

(38) А скажем расчет теплозатрат и т.п.?

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

(39) Подробнее

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

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

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

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

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

(44) А что такое ВРМ?

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

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

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