цитата из интервью Бориса Нуралиева:

"В наших новых типовых решениях "1С:Управление торговлей 8, ред. 11" и "1С:Управление предприятием (ERP) 2.0" вся операционная работа (торгово-логистические и производственные операции) организована не "от документа", а "от процессов"... "
http://infostart.ru/public/194059/

уж не знаю как это попало руководству, но теперь мне стоит задача разобраться что же это за зверь такой - Работа не "от документа", а "от процессов"

подскажите пож что что почитать по теме

(27) Скачать порно в высоком качестве без регистрации
не?

(27) Тебе нужно написать что такое работа от процесса и как ее внедрить?

(28) Так вот это особенность Борис и назвал "От процесса" и всё

перешли на работу от процесса и пользователи теперь в таком шоке ))))

Мы завалим эту гнусную САП!

Раньше это называлось не модным словом: регламент работ

сегодня искал в ут11 как распечатать ведомость на инвентаризацию, процесс нашел - где печатать нет ))))

(0)от процесса в терминах 1С - это значит реализован через бизнес-процессы... Ничего такого ни в УТ11.0 ни в УТ11.1 не вижу...

1.Это чисто манифест на потребу манагерам

(37) Какая свзяь между бизнес-процессы. и "От процесса" ? - никакой

они вообще паралельно живут и могу не пересикаться

(31) не-не, как внедрить не надо
надо как это надо реализовывается в учетных системах вообще. И желательно чем отличается от "от документа"

(40) Я тебе сказал чем отличается.
Грубо говоря - если статус документа в шапке - то от документа, если в ТЧ - то от процесса

Реализация ничем не отличается (какая разница в регистр пизать шапку документа или построчно)

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

(43) Не не так, потому что ты сейчас про запуск бизнес-процесса говоришь, а Боря говорил совершенно о других процессах

Народ давайте не путать "бизнес-процесс" и работа от "от процессов". У них только часть лова похожий процесс, все остальное разное.

(45) если пользоватьься готовыми объектами платформы, то бизнес-процесс как раз позволяет максимально приближенно реализовать логику процесса

(42) ну т.е. обозвали красное зелёным и всех несогласных объявили дальтониками?

(46) Нет, потому что задачу будет одинаково инициализироваться, как при работе  "от документа", так и "от процессов"

Другой вопрос, в случае работы по документам ты можешь запустить задачу только после того как в шапке проставлен статус "Готов", иначе ты не знаешь како товар уже готов, а какой "в процессе"

(47) Я хз почему он так созвучно называл

(48) Где ты такое вычитал???

(50) что именно?

(51) про шапку и тч?

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

(53) даже в таких системах все равно вперед появляется документ

а статусы в шапках документов - это не процесс, а костыли и убожество

(52) я тоже воспользовался " готовыми объектами платформы"


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


А вообще все это деления настолько условное....


Пример, у нас есть резерв покупателю, который сформировался 3-мя заявками покупателя

Кладовщик в реализации нажимает заполнить резервы и он заполняется всеми резервами, если он удалит пару строк - то оставшиеся резервы он может заполнить в другом документе

+(55) равно как и в табличных частях.

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

(55) +1 статус должен быть у документа, а не "в" документе. Должна быть платформенная система статусов документов, их изменений по заложенной схеме и отображения. а так это - обычная самописка

Всё уже придуманно для нас, и все эти "облака" "процеччы" были 100 лет, просто назывались по другому

(58) Автоподбор номенлатуры в документах УТ11.* это всё-же роабота от документов но пользуясь помошником заполнения...

(59) У документа и так 3 статуса - проведен, не проведен, помечен на удаления

(58) Смысл процессов в том, что они управляют работой посредством адресации, маршрутизации и того простого факта, что что выполнение одной задачи неминуемо приводит к созданию следующих в соответствии с картой. Это все приводит к тому, что нельзя просто что-то недоделать или не сделать - следующий исполнитель по карте маршрута получит фуйню и вернет задачу обратно. И это будет видно всем. Нельзя просто сидеть и смотреть, как растут остатки в этой твоей обработке - известно, когда задача пришла и сколько пролежала без движения. Задним числом тоже ни чего не оформишь и не скажешь, что я, типа, давно все сделал и это все вокруг тридварасы слепые не тем местом в программу смотрят.

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

(63) +100

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

(63) ты не поверишь...


Есть 2 процесса, например 2 разных поступления ТМЦ (к примеру один был инициализирован вчера, другой сегодня, новый приход)

Кладовщик 3-2-1 его. берет и сортит товар между процессами. Т.е. по факту всё хорошо, а в программе такая фигня получается

(67) шифровку не понял

(66) Мы сейчас про 1С говорим и в частности про УТ11?
В контексте вопроса, речь идет об УТ11, а там просто А "обработка с остатками "

(663) + и тогда возникает сама потребность в формализации бизнес-процессов и нахождении ответственных за точку маршрута ,  ее рулежку и наказание за застревание

(68) у тебя пришел товар 100 ручек
А сегодня пришел товар - 100 карандашей

Кладовщик принимает товар и говорит по первой накладной 100 ручек и 100 карандашей (он же видит товар и должен принять его, потому что поставщик не робот и мог ошибиться)




Кладовщик принимает товар и говорит

Кладовщик принимает товар по второй накладной и говорит а ничего нет

И вот тут начинается самое весёлое

(69) я - про 1С и про автоматизацию бизнес процессов (71) ну, вот это как раз ты описал работу "от документа". При работе "от процесса" кладовщику придет задача "Оприходовать товар по заказу поставщику", где будет виден товар, который манагер по закупкам заказал.

(73) менеджер командует кладовщиком?
Может, в консерватории поменять что? Кладовщик приходует то, что ему физически принесли....

(73) ок, остался "лишний" товар. Кладовщик может его забрать себе домой?

(74) Нет. Ими всеми управляет процесс.
(75) как это связано с сабжем?

Это когда отгрзка тогда да, менеджер говорит взять 20 штук товар, и если кладовщик взял 21 штуку, то надо по почкам бить сильно

А когда приход, то кладовщик как чукча, "что вижу, о том и пою". И в случае отклонения это наоборот сигнал менеджеру по закупку, "але факт не совпадает с документами, звони поставщикам"

(76) Вроде бы речь о процессе приемки

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

(77) кладовщик как  робот - работает тсд-шкой и проводит документы. Никаких почек и звони - не ларек.

Может у меня старая УТ 11 (11.0.7.8), но что-то я там обилия БП не обнаружил.
Предполагаю (могу и ошибаться), что БП не являются основным механизмом организации работы в УТ 11. В частности обнаружил только 2 экземпляра БП "Типовая продажа" и десятка 2 документов "Реализация товаров/услуг".

а не проще сделать левые соединения с регистрами исполнения, чем мучаться с задачами
по типу есть заказ покупателя, по нему 3-4 регистра (отгрузка, оплата, то сё) и выдавать в обновляемый динамический список?

(79) согласен и в результате у тебя будем 2 "пустых" бизнес процесса, в одном + 100 карандашей, в другом - 100
Я к тому что даже это не панацея

(80) Потому что БП к процессам не имеет отношения, о чем я уже не первый час толкую

(78) ну да, именно по этому я и не понимаю, как твой пост с этим связан. Ответ, кстати, вот тут: (79)

(80) ну, вот факта наличия настраиваемого БП "Типовая продажа" хватило Нураливу, чтобы выразить этот (0) текст в отношении УТ11. Ни кто ж его за яйцы не тянул и не спрашивал, что именно он имеет в виду под "вся операционная деятельность именно в УТ11"

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

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

(0)
>теперь мне стоит задача разобраться что же это за зверь
>такой - Работа не "от документа", а "от процессов"

Во-первых, не стоит путать "процесс" и бизнес-процесс" - это дурной тон.

Во-вторых, платформа 1С позволяет реализовывать, а вовсе не  реализовывает, работу в соответствии с формализованными бизнес-процессами.

В-третьих, "не читайте советских газет". (с)
В УТ 11 и в УП 2 нет тех бизнес-процессов, которые закладываются в любой ERP-системе. Их только теоретические можно сконструировать. Если твоё руководство хочет работать согласно бизнес-процессам, то, в самом общем случае, придётся провести следующую работу:

1. Анализ бизнес-процессов "as is".
2. Анализ функциональных возможностей софта.
3. Конструирование бизнес-процессов "as to be".
4. На основании расхождений между п.2 и п.3 составить ТЗ на доработку софта, в т.ч. в части (ре)инжиниринга бизнес-процессов. При этом каждый бизнес-процесс описывается как событие в хронологической цепи событий, указываются ресурсы, которые задействованы в событии, срок исполнения, возможные бифуркации и пр.
5. После описания бизнес-процессов надо будет их перенести в 1С, увязав с объектами платформы 1С - задачами операторам, документами-регистраторами и пр.


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

(88) Не проще ли
Если твоё руководство хочет работать согласно бизнес-процессам - это равносильно внедрению процессного подхода к управлению предприятием в целом вне зависимости от информационнной системы.

(88) "не надо путать процесс и бизнес-процесс, кстати о последнем..."
ловко

(82) Процесс (БизнесПроцесс) - это не только что делать в текущем режиме, но и что делать в случае непредвиденных ситуаций.
Те все непредвиденные ситуации должны быть предвидены и описаны

(22) "Теперь же кладовщик может принимать построчно, и менеджер может начинать процесс продажи не дожидаясь окончания процесса приёмка фуры"

Потом выясняется что по приемке не досчитали упаковку коньяка за полмиллиона рублей и требуется повторный просчет. Но не тут  то было - половина фуры уже вывезли газелями :)))

(0) Это означает шаг в сторону от формализованных и утвержденных бизнесс-процессов и деятельность фирмы останавливается.

(91) А они и описаны, и кладовщик делал все согласно им, вот только результат неудовлетворительный

(92) В чем проблема пусть идут и остатки на складе считают

(91) Не, Толик, там несколько иной контекст.

(94) Значит должен старновать новый процесс по разбору ошибки

(97) Он и стартанул

(98) И что т огда не так? Или у тебя есть мифический способ позволяющий избегать ошибок???

(22) бредишь

(99) ТО что по факту расхождений с поставщиком нет, но в КИС у тебя висит 2 бизнесс-процесса что есть косяки по двум поставкам

Я не говорю про способ избегания ошибок, я о том что даже обвешавшись с ног до головы бизнес-процессами все равно остается место для человеческого фактора

(100) ?

(101) Как раз "обвешавшись процессами с ног до головы" ты и избегаешь влияния человеческого фактора.

Например, один из вариантов: кроме ввода всех позиций по документу, ввести в конце в отдельное поле еще и общую сумму по документу. Разумеется при этом общая сумма по введенным позициям автоматически не рассчитывается и юзеру не показывается.

(101) ну так в том и суть, что человеческий фактор известен и описан специальным процессом. И в случае ошибки не начинается паника, а продолжается обычная работа

(88) так чем же отличается "процесс" от "бизнес-процесса" в контексте высказываний Нуралиева?
Пока что на ум приходит,что сидение на толчке-процесс

(105) Но если тебе за это платят, то это бизнес-процесс ))

(106) а сидение на мисте-это что по вашему?:)

(105) Потому как процессы могут быть не только "бизнес-": wiki:Процесс_(теория_организации)

(103) хм, я как раз привожу пример когда даже формализовав все процессы, у тебя все равно есть место для ошибки. Ты же как попка твердишь, что нет ошибки исключены

(109) Я конечно извиняюсь, но что вы знаете о теории процессного управления? О "Бережливом производстве"? О "ДАО Toyota"? Знаете ли как устроена система качества Brilliance на Павловском инструментальном заводе "Инструм-Рэнд"?

(0) "Работа не "от документа", а "от процессов"" - забей. Это лозунг. Краткое содержание толково описано в (88).

К 1С это имеет такое же отношение как и "приемка товара". То есть сам процесс осуществляют абсолютно другие люди, чем нажимающие на кнопки в офисе.

+ (111) И соответственно итог работы приемщика абсолютно не зависит ни от "нажимателя кнопок" ни от того, как настроена учетная/информационная система.

(110) как в том анекдоте

Учительница спрашивает Вовочку, знает ли он Пушкина, Лермонтова, Тургенева.
-А вы знаете Серого, Зубатого и Куню?
-Нет…
-Ну так нехрен меня своей бандой пугать.

(111) Что касается выступления Нуралиева, то соглашусь. Т.к. отличие реального предприятия, работающего по процессам, от конторки, нажимающей кнопки в 1С заключается именно в степени влияния автоматизированной системы на процесс.
(113) Специально для тебя тогда объясняю, что если предприятие реально собирается внедрять процессное управление, оно обязательно должно создать не только описания процессов, а и специальную команду из персонала, которые обеспечивают правильность выполнения процесса. В частности, на Инструм-Рэнд если рабочий изготовил бракованную деталь, то он тут же ставит ее сверху на свой станок и через 10 минут к нему стягивается большая часть управленческого и инженерного персонала, которые выявляют, а что же именно пошло "не так", каким образом оказалось возможным изготовить брак, какие меры надо предпринять, чтобы этого не повторилось и т.д. Рабочий же получает за этот факт премию.
Ты же придумал один факт возможного нарушения и трясешь им передо мной. А меня лично оно совершенно не пугает.

(114) А может Нуралиев вообще имел ввиду "свое представление" о процессном управлении? Или термин выбрал не совсем подходящий?

всё это от лукавого

(115) Вот и я о том же... Хотя направление правильное.

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

есть документы, каждый документ основан на другом, либо на двух-трёх
эти документы выстраиваются в цепочку
по главному документу делаются левые соединения с регистрами результата (резервы, продажи, оплата, тысячи их), рисуются статусы, проценты, состояния
по подчинённым возможна такая же рисовка в отношении субподчинённых
касаемо бракованной детали - документ брак делает запись в регистр брака,
триггеры хреначат мессаги ответственным за узлы процесса исполнителям
я не думаю, что в ут 10.3 чуваки вводили документы абы как, там тоже были окошечки, просто в ут 11 их больше

(119) карта маршрута бизнес процесса за дешво избавляет тебя от необходимости мастрячить все эти соединения. Она для этого и нужна. Кроме того, при изменении процесса, мы просто берем и меняем карту, а документы, как работали, так и продолжают работать. В твоем же случае нам надо брать ножовку и перепиливать всё к херам, потому что маршрута у нас нет, а есть гвоздями прибитые соединения

похоже таки придется это всё рассказывать на пальцах
спасибо всем

(120) + 1 документы это точки фиксации - конечные или промежуточные, но они лишь часть движения, а не цель. Цель - начать и закончить смоделированный участок бизнесс-процесса без остановок. В упрощенной модели "ларек" документы и были полноценными участками - микро бизнесс-процессами. И этого было достаточно. С неизбежным усложнением они не могут вмещать все функции и поэтому не могут функционировать в старом виде. На первый план выходит карта и бизнесс-процессы, а документы становятся частью маршрута. При чем точками могут быть не обязательно документы - например смена статуса согласования или отправка электронных документов не связано с динамическим носителем данных в базе документом.

(117) Какое оно правильное? Не отладили существующие решения, погнались за новым. А если окинуть взглядом существующие предприятия, то процессное управление способны корректно внедрять единицы.

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

(124) Причем тут планирование?

(125) а вот наглядный тому пример не заставил себя ждать)

(124) достоверный факт не менее важен, чем план. Но для планирования нужна формализация бизнес-процессов и четкое понимание целей. А это традиционно ставит в тупик топ-управленцев.И дело не в стране, а во владельцах/ инвесторах/управляющих, ставящих на распределяющие ключевые должности случайных людей (называя их командой) не по профессионализму, а по степени доверия и родственным/половым связям. Потому если и внедряется модель, то только от понимания целей со стороны внедренца  ) А чаще все тонет в непонимании и саботаже

(128) хотя наверное да. это следствие постоянных рейд. захватов и недоверия посторонним специалистам