bpmnforum.ru

1. Mikhail_G
   Участник

   Рейтинг:11

    

   Коллеги, добрый день.
   Выкладываю материалы.

   Разбить предлагаю так (пока на троих, т.к. вроде записалось только трое).

   Я:
   Верхняя схема + Согласование документа ПАС.

   Миша:
   Инициация закупки и получение предложения от поставщика.
   Отражение предложений от поставщика.
   Формирование Заказа на поставку
   Осуществление платежа.

   Алексей:
   Размещение и согласование в системе текста проекта договора.
   Подписание договора закупки.
   Создание и согласование ассигнования средств на авансовый платеж по договору
   Создание и согласование ассигнования средств на постоплату по договору

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

   Если еще кто хочет поучаствовать – Welcome, готов предоставить дополнительное описание (закупка субподрядов + остальные виды закупок + логистика, склад и т.д.). Если с этим также оперативно справимся – добавлю описание.

   С уважением, Михаил.

   Файлы

   1. Согласование_докуме (41.5 KB, 52 downloads) 13 лет old
   2. Согласование_докуме (42 KB, 30 downloads) 13 лет old
   3. Процесс_закупки.doc (47 KB, 59 downloads) 13 лет old

   Опубликовано 13 лет назад #

2. Mikhail_G
   Участник

   Рейтинг:11

    

   Проблема с файлами.
   Переименовал и выкладываю заново.

   Файлы

   1. Sogl_PAS.xls (41.5 KB, 45 downloads) 13 лет old
   2. Sogl_SZ.xls (42 KB, 36 downloads) 13 лет old
   3. Proc_Zak.doc (47 KB, 44 downloads) 13 лет old

   Опубликовано 13 лет назад #

3. Alexey_Sosnov
   Участник

   Рейтинг:14

    

   Новые варианты файлов сохраняются.

   Опубликовано 13 лет назад #

4. Alexey_Sosnov
   Участник

   Рейтинг:14

    

   > Размещение и согласование в системе текста проекта договора.

   Предлагаю к ознакомлению

   Файлы

   1. DogAgr.bpm (16.9 KB, 59 downloads) 13 лет old

   Опубликовано 13 лет назад #

5. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Алексей

   Лучше было бы начать с процесса верхнего уровня. Кстати, какого именно - "Закупка под проект" или "Закупка ТМЦ"? Или это скорее вопрос к Михаилу.

   Мелкие вопросы по схеме:
   1) Ничего, что изменения в ERP отправляются, не дожидаясь согласования?
   2) Раз изменения в ERP отправляются всегда, может быть поставить этот шаг до развилки?
   3) Развилку лучше пометить: "Отправить на согласование", выходящие стрелки - "да", "нет".
   4) Задачи лучше именовать в стиле "Обработать договор".

   Опубликовано 13 лет назад #

6. Alexey_Sosnov
   Участник

   Рейтинг:14

    

   Обновлённая версия.

   Файлы

   1. DogAgr.bpm (21.9 KB, 39 downloads) 13 лет old

   Опубликовано 13 лет назад #

7. Alexey_Sosnov
   Участник

   Рейтинг:14

    

   Анатолий, пока изменял схему не заметил, что Вы прислали замечания.
   Отработаю их завтра, спасибо :)

   Опубликовано 13 лет назад #

8. Анатолий Белайчук
   Хранитель

   Рейтинг:498

    

   Заодно попробуйте вместо обмена сообщениями воспользоваться подпроцессами.

   Опубликовано 13 лет назад #

9. Pavel-Smirnov
   Участник

   Рейтинг:195

    

   Алексей, а что означает промежуточное событие-таймер "Ожидание рез."? Выглядит подозрительно

   

   Файлы

   1. Image_008.png (97.5 KB, 17 downloads) 13 лет old

   Опубликовано 13 лет назад #

10. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    Михаил, Алексей!
    Хотел поучаствовать в описании вашего процесса, но не могу разобраться в некоторых местах текстового описания. Проясните, пожалуйста (мои вопросы в фигурных скобках). Спасибо.

    Сотрудник Департамента закупок передает проект договора {бумажный документ?} в договорную группу. Необходимой предпосылкой для этого является наличие карточки договора в системе согласования договоров и в ERP-системе {а кто обеспечивает "наличие"? А что такое "карточка" - пустой бланк?}. Далее сотрудник договорной группы заполняет карточку договора в ERP-системе. Там вводятся условия поставок и оплат, если на этот момент времени ПАС заполнен – они могут быть скопированы оттуда или введены независимо от этого документа; в системе согласования договоров размещает текст проекта договора {имеется ввиду "сканирует проект догвора и скан прикрепляет к электронной карточке договора"? } и отправляет его на согласование {его - это кого? электронный договор на электронное согласование, да?}.

    Опубликовано 13 лет назад #

11. Mikhail_G
    Участник

    Рейтинг:11

     

    По вопросам.
    {бумажный документ?} - нет файл формата Word, PDF. Передает = отсылает по внутренней e-mail.

    {а кто обеспечивает "наличие"? А что такое "карточка" - пустой бланк?}. - а) "наличие" обеспечивает система. см. пункт "Отражение предложений от поставщика.", там есть: "После сохранения контракта система автоматически формирует следующие объекты в обозначенной последовательности: карточку договора в системе согласования текстов договор -> карточку договора в ERP-системе –> Документ предварительного ассигнования средств (ПАС) в ERP системе." б) "карточка" - это экранная форма информационной системы с четко структурированной атрибутной информацией о договоре (дата, номер контрагента, ответственные сотрудники, номера договора (наши, поставщика и т.д.), сумма, валюта, банк, график платежей и т.д.). Изначально она создается пустой (т.е. заполнен минимальный набор атрибутов - номер контрагента, ссылка на другие связанные объекты и т.д.), после, при размещении договора, вносится дополнительная информация, которая в малоформализованном виде (в виде текста) отражена в договоре.

    {имеется ввиду "сканирует проект договора и скан прикрепляет к электронной карточке договора"? } - нет. см. п.1 - это изначально файл Word / PDF

    {его - это кого? электронный договор на электронное согласование, да?} - да, в системе согласования договор есть карточка согласования, которая "бегает" и согласовывается.

    Опубликовано 13 лет назад #

12. Mikhail_G
    Участник

    Рейтинг:11

     

    Коллеги, добрый день.
    Решил прорисовывать процесс верхнего уровня - "Закупка ТМЦ".
    Столкнулся с проблемой, что получается достаточно большая простынка.
    При этом, на мой взгляд, отдельный выделенные процессы являются именно процессами, а не задачами.
    В результате не решаюсь дорисовать "простынку" до конца (не хватает 3-5 процессов, описанных в файле), т.к. уже сейчас достаточно объемно.
    Схему прикладываю.
    Что правильно при этом делать???:
    1) укрупнить процессы (честно, сомневаюсь, т.к. внутри процессов тогда получится достаточно много чего не взаимоувязанного);
    2) признать процессы подпроцессами (но тогда встанет вопрос о взаимодействии - оно осуществляется через хранилище, а не через передачу управления)
    3) воспользоваться другими средствами (в том числе и методологическими) на данном уровне - например, обсуждаемый на занятии DFD.
    4) оставить как есть и дорисовать
    5) что-то еще
    Также столкнулся с трудностью, что без наполнения процесса, хотя бы 1 задачей не могу связать его с внешним артефактом. Именно поэтому пришлось в схему добавить внутрь процессов по 1 задаче.

    

    Файлы

    1. Zakupka_TMC.bpm (26.9 KB, 35 downloads) 13 лет old
    2. Zakupka_TMC_v0_8.jpg (130.9 KB, 73 downloads) 13 лет old

    Опубликовано 13 лет назад #

13. Mikhail_G
    Участник

    Рейтинг:11

     

    Описал процесс Согласования ПАС.
    Какие дополнительные условия учел (в явном виде в описании не было).
    1) Если ПАС был отклонен, то после повтороного направления на согласование он должен вернуться на рассмотрение к тому, кто отклонил.
    2) При параллельном согласовании при отлокнении по одной из веток прерывается весь процесс согласования. При повторном направлении на согласование ПАС возвращается к тем, кто отклонил.

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

    

    Файлы

    1. Rassmotr_PO_ier_v1.jpg (123.1 KB, 44 downloads) 13 лет old
    2. Soglasovat_PAS_v1.jpg (109.7 KB, 59 downloads) 13 лет old
    3. Soglasovat_PAS.bpm (33.1 KB, 26 downloads) 13 лет old

    Опубликовано 13 лет назад #

14. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Комментарии к Zakupka_TMC

    > При этом, на мой взгляд, отдельный выделенные процессы являются именно процессами, а не задачами.

    Хорошо бы аргументировать. На мой взгляд, это подпроцессы. В Вашей схеме нет сквозного процесса: скажем, инициирование закупки заканчивается появлением заявки. И все, забыли про закупку!

    Напоминаю золотое правило: оставайтесь в рамках оркестровки столько, сколько возможно, но не дольше.

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

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

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

    Это да. Есть тут у BizAgi недоработка.

    Опубликовано 13 лет назад #

15. Alexey_Sosnov
    Участник

    Рейтинг:14

     

    Цитирую Pavel-Smirnov:
    Алексей, а что означает промежуточное событие-таймер "Ожидание рез."? Выглядит подозрительно

    

    Это означает, что после запроса на создание договора нужно какое то время подождать и лишь затем продолжить процесс - карточки создаются асинхронно. На самом деле, этот этап более детализирован - если карточка не создалась, то нужно разбираться в причинах, тут уже замешан ServiceDesk. Решил это не расписывать.

    Опубликовано 13 лет назад #

16. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    Цитирую Alexey_Sosnov:
    Это означает, что после запроса на создание договора нужно какое то время подождать и лишь затем продолжить процесс - карточки создаются асинхронно. На самом деле, этот этап более детализирован - если карточка не создалась, то нужно разбираться в причинах, тут уже замешан ServiceDesk. Решил это не расписывать.

    Получается: ждём, пока пройдет какое-то время, потом попадаем снова на выбор "Карточка создана или нет?" и, если вдруг окажется, что карточка всё еще не создана (вы написали про асинхронность процессов), тогда снова стартует подпроцесс "Подготовка/создание карточек", и получится, что вы второй раз просите одно и то же.
    Вы же не просто ждёте. Вы ждёте, когда появится некоторый результат. Предлагаю использовать message event.

    

    Файлы

    1. Image_009.png (175.5 KB, 7 downloads) 13 лет old

    Опубликовано 13 лет назад #

17. Mike_Fedorov
    Участник

    Рейтинг:9

     

    Коллеги добрый день.
    Предлагаю свою схему процесса верхнего уровня.
    Если закупка ТМЦ и закупка работ/услуг отличается только тем, какое подразделение выполняет закупку, то, наверное, имеет смысл рассматривать все же процесс "Закупки под проект".
    Вопросы, которые возникли
    1) нужно на схеме верхнего уровня отображать внешние артефакты? может быть их вносить в подпроцессы. А то получилась больше схема взаимосвязи документов возникающих во внешних системах.
    2) думаю пул "Закупка под проект" разбить на дорожки. Каждая дорожка соответсвует определенной роли.
    Так же рассмотрен первый подпроцесс "Инициализация закупки".

    P.S. Как в BizAgi Process Modeler'е убрать всплывающие hint'ы подсказки? Невозможно выбрать элемент на палитре элементов если по нему отображается подсказка. По таймеру подсказка не исчезает.

    

    Файлы

    1. Zakupka_Project.bpm (29.8 KB, 21 downloads) 13 лет old
    2. ZP_SubProcess_01.jpg (28.7 KB, 23 downloads) 13 лет old
    3. Zakupka_Project.jpg (131 KB, 45 downloads) 13 лет old

    Опубликовано 13 лет назад #

18. Pavel-Smirnov
    Участник

    Рейтинг:195

     

    А вот интересно - как правильно на схеме отразить документооборот между участниками процесса и внешней сущностью? Что правильно: data objects или message flows?

    

    Файлы

    1. Image_011.png (34.1 KB, 7 downloads) 13 лет old

    Опубликовано 13 лет назад #

19. Mikhail_G
    Участник

    Рейтинг:11

     

    Процесс закупки ТМЦ и услуг отличается не только подразделением.
    Есть также отличие в последовательности действий и в участвующих подразделениях.
    Предлагаю пока ег оне рассматривать и находится в рамках Закупки ТМЦ. Как только с ним разберемся и если будет время и желание - выложу описание / отличие процесса закупки Работ / услуг от закупки ТМЦ.

    Опубликовано 13 лет назад #

20. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Цитирую Mike_Fedorov:
    Предлагаю свою схему процесса верхнего уровня.

    Это шаг в правильном направлении. Но активностей по-прежнему слишком много, я бы укрупнил подпроцессы. И крайне подозрительная линейная логика - что, все подпроцессы всегда заканчиваются успешно?!

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

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

    2) думаю пул "Закупка под проект" разбить на дорожки. Каждая дорожка соответсвует определенной роли.
    Так же рассмотрен первый подпроцесс "Инициализация закупки".

    Напоминаю: дорожки относятся только к шагам, выполняемым людьми, а для подпроцессов безразлично на какой дорожке вы его нарисовали.

    Как в BizAgi Process Modeler'е убрать всплывающие hint'ы подсказки? Невозможно выбрать элемент на палитре элементов если по нему отображается подсказка. По таймеру подсказка не исчезает.

    Есть такая беда. Просто отвести курсор и снова навести.

    Опубликовано 13 лет назад #

21. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Цитирую Pavel-Smirnov:
    А вот интересно - как правильно на схеме отразить документооборот между участниками процесса и внешней сущностью? Что правильно: data objects или message flows?

    Сообщение можно трактовать как обращение к внешней функции/процедуре, которая потенциально может делать что угодно.

    В противоположность этому, у потока данных семантика однозначна: прочитали или записали.

    Опубликовано 13 лет назад #

22. Alexey_Sosnov
    Участник

    Рейтинг:14

     

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

    Файлы

    1. DogAgr.bpm (33.3 KB, 6 downloads) 13 лет old

    Опубликовано 13 лет назад #

23. Alexey_Sosnov
    Участник

    Рейтинг:14

     

    Коллеги, нашёл ошибку, присылаю обновлённую версию (предыдущую просьба НЕ смотреть).

    Файлы

    1. DogAgr.bpm (32.5 KB, 19 downloads) 13 лет old

    Опубликовано 13 лет назад #

24. Alexey_Sosnov
    Участник

    Рейтинг:14

     

    Анатолий, просьба проконсультировать меня по корректности последнего варианта схемы согласования договора.

    Опубликовано 13 лет назад #

25. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Цитирую Alexey_Sosnov:
    Нужно отказываться от пулов?

    Вне всякого сомнения. Развернутый пул = процесс. Что это за процесс "ERP"?!

    Опубликовано 13 лет назад #

26. Mike_Fedorov
    Участник

    Рейтинг:9

     

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

    Какие были внесены изменения.
    Процесс верхнего уровня. Было уменьшено количество задач: задачи "Поиск поставщиков" и "Отражение предложений от поставщиков" объединены в одну задачу "Найти и отразить предложения от поставщиков". Добавлены события после окончания каждой задачи и события возникающие в случае ошибки при выполнении задачи. Убран пул Поставщик. Пока не до конца оформлены задачи в конце процесса ( по тем где не реализована логика подпроцесса) Диаграмма Soglasovat_PAS ("Согласование ПАС"), которую подготовил Михаил (Mikhail_G) была модифицирована и преобразована в подпроцесс "Согласовать ПАС" процесса верхнего уровня. Диаграмму DogAgr, подготовленную Алексеем (Alexey_Sosnov) вызываю из задачи "Разместить и согласовать проект договора". Сама диаграмма DogAgr мне пока немного не понятна, пока вставил ее как есть, с небольшими правками. Модифицированы подпроцессы "Инициализация закупки" и "Поиск и отражение информации от поставщика". Добавлена реализация подпроцесса "Размещение заказа"

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

    

    Файлы

    1. ZP_SubProcess_02.jpg (64.1 KB, 31 downloads) 13 лет old
    2. ZP_SubProcess_01.jpg (40.8 KB, 13 downloads) 13 лет old
    3. Zakupka_Project_02.jpg (139.8 KB, 44 downloads) 13 лет old
    4. Zakupka_Project_02.bpm (77.7 KB, 25 downloads) 13 лет old

    Опубликовано 13 лет назад #

27. Mike_Fedorov
    Участник

    Рейтинг:9

     

    Изображения подпроцессов "Согласовать ПАС" и "Разместить заказ"

    

    Файлы

    1. ZP_SubProcess_08.jpg (41.8 KB, 13 downloads) 13 лет old
    2. ZP_SubProcess_03.jpg (85.1 KB, 26 downloads) 13 лет old

    Опубликовано 13 лет назад #

28. Mikhail_G
    Участник

    Рейтинг:11

     

    Забыл в модель добавить подпроцесс по согласованию по иерархии.
    Добавь, пожалуйста.

    Опубликовано 13 лет назад #

29. Alexey_Sosnov
    Участник

    Рейтинг:14

     

    Коллеги, предлагаю к ознакомлению подроцесс подписания.

    

    Файлы

    1. DogSign.bpm (24.1 KB, 18 downloads) 13 лет old
    2. podpisanie.jpg (109.7 KB, 13 downloads) 13 лет old

    Опубликовано 13 лет назад #

30. Mike_Fedorov
    Участник

    Рейтинг:9

     

    Цитирую Mikhail_G:
    Забыл в модель добавить подпроцесс по согласованию по иерархии.
    Добавь, пожалуйста.

    Согласование по иерархии в виде подпроцесса входит в подпроцесс "Согласование ПАС"

    Опубликовано 13 лет назад #

31. Mike_Fedorov
    Участник

    Рейтинг:9

     

    В главный процесс добавлена реализация подпроцесса "Подписать договор закупки", который реализовал Алексей.
    и реализован подпроцесс "Выполнить платеж"

    

    Файлы

    1. Zakupka_Project_02.bpm (85 KB, 16 downloads) 13 лет old
    2. ZP_SubProcess_07.jpg (78.3 KB, 13 downloads) 13 лет old

    Опубликовано 13 лет назад #

32. Mikhail_G
    Участник

    Рейтинг:11

     

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

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

    Опубликовано 13 лет назад #

33. Alexey_Sosnov
    Участник

    Рейтинг:14

     

    Коллеги, предлагаю к ознакомлению схему "Создание и согласование ассигнования средств на постоплату по договору".

    Высокоуровневая схема процесса на скриншоте, остальное смотрите в файле, особенно подпроцессы согласования.

    

    Файлы

    1. SZ_POST_OPLATA.bpm (49.6 KB, 16 downloads) 13 лет old
    2. Zapros_na_sozdanie_i_soglasovanie_SZ.jpg (107.1 KB, 14 downloads) 13 лет old

    Опубликовано 13 лет назад #

34. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

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

    Основная идея верная, но есть нюанс. Стандартная бизнес-проблема в подобной ситуации: какие-то позиции заявки удовлетворяются быстро, а какие-то зависают. В результате подвисшей оказывается вся заявка.

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

    Опубликовано 13 лет назад #

35. Mikhail_G
    Участник

    Рейтинг:11

     

    Вот что в итоге получилось после занятий.
    Финальная версия.

    Файлы

    1. Zakupka_TMC_01_10.bpm (56.7 KB, 129 downloads) 13 лет old

    Опубликовано 13 лет назад #

36. Анатолий Белайчук
    Хранитель

    Рейтинг:498

     

    Спасибо. Ваша группа хорошо поработала - это одна из лучших работ, когда-либо выполненных на тренинге.

    Опубликовано 13 лет назад #

RSS лента этой темы

Ответ

Вы должны авторизоваться, чтобы публиковать сообщения.