ОГЛЯД

Розвиток технологічної платформи "1С: Підприємство 8.0" (1СП8) триває: одним з головних нововведень її чергового випуску 8.0.10, очікуваного в березні, має стати реалізація механізму бізнес-процесів (МБП). Перший, попередній варіант цього механізму був представлений партнерам "1С" ще минулого літа, потім він був включений до складу самої платформи (але в статусі бета-версії) і обговорювалося на осінніх партнерських заходах. Розробники та користувачі могли познайомитися з МБП за допомогою демонстраційної конфігурації, поширюваної на диску "Інформаційно-технологічний супровід" (ІТС).

Раніше в 1СП8 для автоматизації виконання простих послідовностей операцій можна було застосовувати так звані обробки, які за своєю суттю схожі на макроси в MS Office. МБП - це рішення для автоматизації управління бізнесом якісно іншого рівня, побудоване на методологічній базі концепції Workflow (управління потоками робіт). Не випадково його створенням займалися фахівці відділу розробки програм документообігу з фірми "1С".

Суть МБП складається в автоматизації ланцюжків пов'язаних операцій, спрямованих на досягнення спільної мети, зазвичай в контексті організаційної структури, яка визначає функціональні ролі та зв'язку. При цьому вирішуються такі основні завдання.

- Підвищення якості. Бізнес-процеси формулюють і реалізують правила виконання окремих операцій і їх взаємозв'язок, що дозволяє значно скоротити або навіть повністю виключити з бізнес-процесу помилки, що обумовлюються людським фактором. Простий список завдань дозволяє співробітникам сконцентруватися на своїх безпосередніх обов'язках.

- Підвищення ефективності. За допомогою МБП можна формалізувати організаційну діяльність і покласти функції управління спільною роботою співробітників на прикладне рішення, що веде до більш ефективного використання робочого часу.

- Забезпечення нових можливостей. Дані про виконання завдань і про хід бізнес-процесів можуть служити основою для оптимізації організаційної структури підприємства, виявлення "вузьких" місць і прихованих ресурсів. Таким чином, в повній мірі реалізується методологія процесного управління.

В цілому використання МБП в прикладних рішеннях дозволить підприємствам, в тому числі і малим, перейти від традиційної функціональної моделі управління до сучасної процесно-орієнтованої схемою, якісно поліпшивши свою діяльність за рахунокреінжинірингу і автоматизації бізнес-процесів.

концепція механізму

Загальна логіка дії МБП виглядає наступним чином (рис. 1):

- бізнес-процеси формують завдання, встановлюючи потрібні значення в реквізитах адресації (ролі, групи, відділи);

- кінцеві виконавці визначаються за допомогою "матриці разименованія", яка, наприклад, встановлює відповідність користувачів тих чи інших ролей.

Мал. 1. Загальна логіка управління бізнес-процесами в "1С: Підприємство"

Робота механізму забезпечується кількома об'єктами конфігурації, але основними серед них є "бізнес-процеси" і "завдання".

Об'єкт "завдання" призначений для обліку завдань і описує спосіб їх розподілу за виконавцями відповідно до організаційної структури підприємства. Адресація завдань співробітникам визначається реквізитами, в яких можна передбачити гнучку багатовимірну маршрутизацію, наприклад за ролями, робочим групам, підрозділам, приміщень, філіям та т. Д. При цьому завдання можуть створюватися не тільки бізнес-процесами, а й іншими об'єктами інформаційної бази і безпосередньо користувачами. Більш того, в загальному випадку виконавцем завдання може бути не працівник, а будь-яке зовнішнє додаток - скажімо, інша облікова система.

Поняття завдання фактично визначає лише інтерфейс взаємодії бізнес-процесу із завданням, причому його виконання зовсім не обов'язково має бути пов'язане з виконанням операцій в самій системі. Наприклад, бізнес-процес по ходу виконання може вимагати узгодження якогось питання з керівником фірми. Сформульована таким чином завдання буде адресована, скажімо, секретарю, який може вирішувати її будь-якими доступними йому способами: по електронній пошті, по телефону і т. Д. Завдання буде вважатися виконаним, коли в систему надійдуть відомості про те, що потрібне узгодження отримано.

Об'єкт "бізнес-процес" описує логіку виконання операцій для досягнення тієї чи іншої мети і управляє життєвим циклом створених примірників бізнес-процесів від моменту старту до моменту завершення. Логіка бізнес-процесу (взаємозв'язок і послідовність обходу точок маршруту, умовні переходи і ін.) Наочно описується у вигляді карти маршруту, яка дозволяє представити маршрут бізнес-процесу у вигляді зв'язного графа і при цьому легко реалізувати алгоритми умовних переходів і реакцію бізнес-процесу на різні події.

Бізнес-процеси створюють завдання при переході в ті чи інші точки маршруту і використовують регістр адресації для обробки групових точок. У свою чергу, завдання повідомляють бізнес-процесам про своє виконання, ніж ініціюють подальше просування по маршруту. Регістр відомостей служить для відбору завдань поточного виконавцю відповідно до встановленого параметром сеансу. Довідники використовуються при формуванні завдань поза бізнес-процесів.

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

Бізнес-процеси в 1СП8 допускають кілька видів маршрутизації.

- Жорстка. Бізнес-процес має картку, не включає в себе умовних і паралельних переходів з жорстко визначеними адресатами для кожної точки маршруту.

- Вільна. Адресати точки на карті маршруту не встановлені і визначаються програмно або інтерактивно протягом життєвого циклу бізнес-процесу.

- Умовна. Карта маршруту передбачає перевірку умов і перехід по відповідним гілкам. Переходи можуть бути як бінарними (умова), так і множинними (вибір варіанту).

- Паралельна. Карта маршруту передбачає поділ бізнес-процесу на паралельні гілки з можливістю подальшого злиття (з очікуванням). Просування бізнес-процесу проходить незалежно по кожній з паралельних гілок в міру виконання відповідних завдань.

Всі зазначені види маршрутизації можуть бути присутніми в одному бізнес-процесі.

Ключовим поняттям в механізмі бізнес-процесів і завдань в 1СП8 є система адресації, яка забезпечує не тільки персональну, а й рольову адресацію завдань учасникам бізнес-процесів. Подібний підхід дозволяє призначати завдання конкретним виконавцям, а також ролям, групам, підрозділам і т. Д., Як це визначено в прикладному рішенні. Він побудований на взаємодії об'єктів "завдання" і "регістр відомостей": перший визначає склад реквізитів адресації (ролі, підрозділи тощо.), Другий відображає актуальну, т. Е. Відповідну поточного моменту інформацію про приналежність співробітників ролям, підрозділам, робочим групам і т. д. Регістр відомостей можна використовувати для реалізації механізмів заміщення або обліку відсутності співробітників.

Підводячи підсумок сказаному, слід уточнити, що механізм бізнес-процесів включає наступні основні компоненти:

- багатовимірну систему адресації завдань виконавцям (ролі, відділи, організації, групи і т. Д.);

- візуальне проектування карти бізнес-процесу;

- генерацію завдань за виконавцями;

- рольову маршрутизацію;

- рух по точках маршруту відповідно до карти бізнес-процесу.

Розробка і виконання

В принципі, програмування бізнес-процесів в "1С: Підприємство" можна було робити і раніше, але тільки на рівні мови програмування. Новий механізм автоматизує цю процедуру, пропонуючи візуальні засоби проектування і можливість настройки програми за допомогою методів параметризації і зводячи до мінімуму (або зовсім виключаючи) ручне написання програмного коду. Все це тепер реалізовано на рівні платформи, яка містить об'єкти метаданих та механізми, що забезпечують однакову реалізацію бізнес-процесів в прикладних рішеннях.

Конфігуратор системи "1С: Підприємство" надає широкі можливості по формуванню бізнес-процесів, логіка яких задається за допомогою маршрутних карт (рис. 2). Особливість реалізації МБП в 1СП8 полягає в тому, що в результаті візуального проектування бізнес-процесу розробник не отримує програму з вихідним кодом внутрішнього мови (більшість інших засобів візуального проектування формують такий код). З певною часткою спрощення можна стверджувати, що вихідний код створюваної програми утворений якраз візуальним представленням її логіки (карта маршруту), яка доповнена окремими фрагментами, написаними на внутрішньому мові програмування.

Мал. 2. Розробка бізнес-процесу в середовищі "Конфігуратора"

Таким чином, карта маршруту одночасно є і адресованій системі інструкцією по виконанню послідовності дій бізнес-процесу, і описом структури цих дій у вигляді, зрозумілому користувачеві, і засобом відображення поточного стану бізнес-процесу.

Виконання бізнес-процесів (точніше, примірників бізнес-процесів) здійснюється в середовищі прикладних рішень (рис. 3). При цьому бізнес-процес можна розглядати в якості такого ж об'єкта інформаційної бази, як документ або елемент довідника. Його життєвий цикл починається від старту (виклик методу "старт" або натискання відповідної кнопки у формі об'єкта бізнес-процесу) і завершується після досягнення кінцевої точки (зрозуміло, якщо всі завдання були виконані).

Мал. 3. Виконання бізнес-процесу в прикладному рішенні

Завдання, в свою чергу, - це теж звичайні об'єкти інформаційної бази, які можуть бути сформовані як механізмом бізнес-процесів, так і іншими прикладними об'єктами і навіть вручну. Завдання має два стани - "виконано" і "не виконано". Якщо завдання сформовано в рамках бізнес-процесу, то після свого завершення вона повідомляє йому про це, що призводить до просування бізнес-процесу за маршрутом далі (якщо виконані всі необхідні для цього умови).

Для конкретного користувача функціонування механізму бізнес-процесів виражається тільки в тому, що він має справу зі списком завдань, які зобов'язаний виконати. Комірник, наприклад, не повинен замислюватися про свою участь в якихось процесах, його справа - при отриманні завдання відпустити товар і зафіксувати цю операцію в системі.

Що можна очікувати від застосування МБП

Механізм бізнес-процесів є складовою частиною технологічної платформи, а це означає, що його можливості можуть стати доступними всім прикладним рішенням, створеним на основі 1СП8. В цілому можна сказати, що МБП націлений на підвищення ефективності розробки і супроводу прикладних рішень. Однак тут потрібно відзначити важливі якісні відмінності від підходів інших вендорів.

Уже на етапі досвідченого випробування МБП стало очевидно, що накладення бізнес-процесів поверх готових додатків викликає певні труднощі: часто доводиться по-новому дивитися на проектні рішення і дещо переробляти. Звичайно ж в цьому немає нічого дивного - точно так само автоматизація підприємства, як правило, вимагає перегляду загальної схеми його функціонування. Для ефективного застосування МБП бажано, щоб процессная модель управління була закладена в прикладне рішення.

Само по собі проектування бізнес-процесів вимагає знання не тільки основ конфігурації 1СП8, але і хорошого розуміння предметної області і конкретних потреб замовника. Фактично МБП стимулює залучення до роботи з проектування та налаштування конкретних прикладних систем фахівців якісно іншого рівня - бізнес-аналітиків, консультантів, а також менеджерів замовника. Більш того, позитивний ефект від МБП для клієнта проявляється навіть тоді, коли він не бере безпосередньої участі в проектуванні бізнес-процесів, а тільки застосовує схеми, розроблені кимось. Можливість формального опису дій системи та подання їх структури у візуальній формі дозволяє замовнику краще зрозуміти логіку роботи рішення, в тому числі проконтролювати правильність виконання поставленого перед розробником завдання.

Таким чином, мова йде ще про один ключовий напрямок розвитку прикладних рішень 1СП8 - підвищення рівня їх керованості. Застосування МБП дає можливість збирати якісно іншу інформацію про роботу системи управління підприємством, на основі якої керівники можуть проводити об'єктивний аналіз ефективності функціонування як організації в цілому, так і окремих її співробітників. Цей механізм дозволяє перенести акцент з облікових завдань на управління бізнесом в цілому.

Версія для друку

Тільки зареєстровані користувачі можуть залишати коментарі.