Бизнес-процессы компании: ecm, crm, bpm

Автоматизация и управление технологическими процессами и производствами на выставках

На базе павильонов ЦВК «Экспоцентр» ежегодно проводятся выставочные мероприятия для всех отраслей промышленности.

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

Экспоненты выставки смогут продемонстрировать собственные производственные достижения в виде графических отчетов на электронных стендах после установки средств автоматики в технологические линии промышленного объекта.

Автоматизация процессов в бизнесе на выставках

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

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

Одни из самых масштабных международных мероприятий и деловые программы в России в сегменте В2В организуются и проводятся в ЦВК «Экспоцентр» в Москве.

Автоматизация путем устранения ручной работы

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

Автоматизация также применяется в местах обслуживания, таких, как кафе и рестораны, магазины, супермаркеты и прочие.

В таких заведениях крайне важна структура выполняемых процессов. Из этого следует:

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

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

А получить всю необходимую информацию можно на выставках «Экспоцентра» – ведущем комплексе для реализации различных проектов.

Демонстрации по выставочной тематике проводимых экспозиций создают самую выигрышную обстановку для показа продукции, часто отдельным предметом рассмотрения этих выставочных мероприятий является – автоматизация технологических процессов и производств.

Литература

1. Капустин, Н. М. Автоматизация производственных процессов в машиностроении: Учеб. для вузов / Под ред. Н. М. Капустина. — М.: Высшая школа, 2004. — 415 с. — ISBN 5-06-004583-8.
2. Белькинд, Л. Д., Конфедератов, И. Я., Шнейберг, Я. А. История техники. — М., Л.: Госэнергоиздат, 1956. — 484 с.
3. Бердяев Н. Человек и машина // Вопросы философии. — № 2. — 1989.
4. Прохоров, А. М. Большая советская энциклопедия / Под ред. А. М. Прохорова. — 3-е изд. — М.: Большая советская энциклопедия, 1974. — Т. 1.
5. Вергинский, В. С. Очерки истории науки и технологии XVI—XIX в. (до 70-х гг. XIX в.). — М.: Просвещение, 1984. — 287 с.
6. Воройский, Ф. С. Информатика. Энциклопедический систематизированный словарь-справочник. (Введение в современные информационные и телекоммуникационные технологии в терминах и фактах). — М.: Физматлит, 2007. — 760 с. — ISBN 5-9221-0426-8.
7. Гэтленд, К. Космическая техника: Иллюстрированная энциклопедия. — М.: Мир, 1986. — 294 с.
8. Данилевский, В. В. Русская техника. — Л.: Ленинградское газетно-журнальное и книжное издательство, 1947. — 545 с.
9. Дильс, Г. Античная техника. — М., Л.: ОНТИ-ГТТИ, 1934. — 216 с.
10. Зайцев, Г. Н., Федюкин, В. К., Атрошенко, С. А. История техники и технологий. — М.: Политехника, 2007. — 416 с. — ISBN 978-5-7325-0605-1.
11. Мелещенко, Ю. С. Техника и закономерности её развития. — Л.: Лениздат, 1970. — 248 с.
12. Мещеряков В. Устрашали не одним видом… // Техника — молодежи. — № 10. — 1979.
13. Миткевич, В. Ф. Очерки истории техники докапиталистических формаций / Под общ. ред. В. Ф. Миткевича. — М., Л.: Издательство АН СССР, 1936. — 463 с.
14. Миронов, В. В. Современные философские проблемы естественных, технических и социально-гуманитарных наук: учебник для аспирантов и соискателей ученой степени кандидата наук / Под общ. ред. В. В. Миронова. — М.: Гардарики, 2006. — 636 с. — ISBN 5-8297-0235-5.
15. Шухардин, С. В. Техника в её историческом развитии (70-е годы XIX — начало XX в.) / Отв. ред. С. В. Шухардин. — М.: Наука, 1982. — 511 с.
16. Юревич, Е. И. Основы робототехники. — 2-е изд., перераб. и доп. — СПб.: БХВ-Петербург, 2005. — 416 с. — ISBN 5-94157-473-8.

Команды, но без необходимости в центральном контроле

Разумнее было бы держать весь бизнес-процесс в отдельном сервисе. Такой сервис-управленец может отправлять команды остальным, например — «провести платеж». При этом, следует избегать знания микросервисов друг о друг о друге. Авторы называют этот паттерн «оркестрация» (orchestration). Например: «Order управляет (orchestrates) сервисами Payment, Inventory и Shipment».

Говоря об оркестрации, многим приходят на ум чудодейственные Enterprise Service Bus (ESB) шины, а также Business Process Modelling (BPM) решения. Эти сложные, проприетарные инструменты обладают плохой репутацией, и неспроста. Зачастую они лишают нас простого, понятного тестирования и легковесной доставки приложений. В то же время, James Lewis и Martin Fowler заложили многие из основ микросервисной архитектуры, предложив использовать «умные конечные точки и простые каналы передачи» (smart endpoints, dumb pipes).

Рисунок выше — не предполагает использования «умной шины». Весь контроль над обработкой заказа возложен на отдельный сервис-управленец Order. Команда вольна реализовать этот сервис как удобно, с использованием любой технологии по вкусу. Таким образом, изменения бизнес-процесса затронут один, и только один микросервис. Более того, сосредоточенный в одном месте бизнес-процесс куда проще понять.

Sam Newman в своей книге Building Microservices рассматривает риск того, что со временем подобный сервис-управленец разрастется в богоподобного монстра. Такой god service соберет в себя всю бизнес-логику, а остальные — выродятся в анемичные сервисы, или того хуже: станут простым CRUD.

Это случилось из-за использования команд в ущерб событийной архитектуре? Или проблема в самой оркестрации? Ни то, ни другое. Давайте взглянем на «smart endpoints» Фаулера. Что определяет «умную» конечную точку? Хороший дизайн API. Для сервиса Payment можно разработать высокоуровневый API, реагирующий на команды вида «вернуть платеж», и публикующий события вида «платеж проведен», «не удалось провести платеж» и т.д. Всю чувствительную информацию (например, о кредитной карте пользователя) следует держать внутри и только внутри микросервиса. В этом случае — микросервис Payment не станет анемичным, даже если им пользуется сервис-управленец или еще кто-то.

Что такое робот и что он умеет

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

У него идеальная память
Он ничего не забудет и не перепутает.

Он всегда на работе
Ночные запуски – без проблем.

Когда дело доходит до череды кликов или набора текста, его скорость впечатляет
Но рано вешать ярлыки «робот все выполнит в N раз быстрее человека»: если в приложении отчет формируется 5 минут – робот не заставит его работать быстрее.

Ему ближе, чем человеку, программный вызов сервисов, приложений и процедур
Мы можем распаковать архив, открыв его в менеджере архивов, а можем использовать консольную команду – второй вариант будет гораздо быстрее. Робот тоже может использовать команды, только еще эффективнее, и этот фокус проходит не только с архивами.

Он однозадачен
Мы постоянно переключаемся между задачами, отвлекаемся, отвечаем на телефонные звонки. Робот так не умеет, он приступит к выполнению следующего сценария в очереди не раньше, чем завершит текущий. Распределять загрузку между роботами можно и нужно, но за фразой «выполнение запустится по такому-то условию» всегда прячется приписка «если робот не занят выполнением другой задачи». Заказчикам необходимо смириться с этим фактом и не ждать моментальной реакции на сигнал к запуску.

Он оперирует формальной логикой:

У робота напрочь отсутствует интуиция
Человек при поиске файла с названием «Отчет за дату ДДММГГ.xlsx» интуитивно поймет, что файл «Отчет за дату 120220 (исправлено).xlsx» ему тоже подходит, а разницу в названии с файлом «Отчет за дату 120220 .xlsx» он даже вряд ли заметит. Робот же последние два файла определит как неподходящие под маску. Можно смягчить условия поиска, но стоит ли обрабатывать файл «Отчет за дату 120220 Переделать!.xlsx»?

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

Неважно, сколько сообщений об ошибках будет на экране, если они не блокируют выполнение шагов сценария или робот специально не обучен их «отлавливать». Важный вывод из этого пункта: в изменяющихся условиях формально успешное выполнение сценария не гарантирует корректный бизнес-результат! Этот результат необходимо своевременно контролировать – хорошо, если это происходит естественным образом при его обработке на последующих этапах процесса

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

Сотрудник работает на своем ПК или в терминальной сессии, каждый робот также работает в своем собственном окружении. Если бы и можно было запустить в одной сессии несколько роботов, это привело бы к печальным последствиям: попробуйте с коллегой подключить к одному компьютеру две клавиатуры и набирать каждый свой текст.

С точки зрения автоматизируемых приложений робот – это обычный пользователь, который нажимает на кнопки, вводит и считывает данные. Если приложение лицензируется по количеству одновременных подключений – робот займет лицензию при работе в нем.
Помимо взаимодействия с экранными формами приложений, роботы на используемой мной платформе умеют:

• извлекать и преобразовывать данные
• выполнять операции с файлами и папками
• запускать и останавливать приложения
• читать и записывать некоторые типы файлов без помощи приложений
• распознавать тексты со скан-копий (OCR)
• выполнять некоторые операции в офисных приложениях командами, без использования экранных форм
• запускать сценарии PowerShell и макросы VBA
• напрямую работать с почтовыми ящиками
• направлять HTTP и SOAP запросы
• обращаться к базам данных
• взаимодействовать с пользователем в той же сессии при помощи диалоговых окон
• выполнять вставки кода
• и многое другое.

Существует и альтернативная форма использования – виртуальный помощник: робот запущен в окружении реального пользователя, который при необходимости запускает тот или иной сценарий, или робот сам реагирует на наступление предусмотренного события. Напоминает использование макросов, только для разработки подобных сценариев не требуются специальные навыки (зато требуются лицензии RPA).

История создания АСУП

История развития автоматизации производства
включает в себя несколько этапов.
1. Локальные САР, в которых каждый
автоматический регулятор отвечал за функционирование своего контура
регулирования. («Локальные» — местный, свойственный
данному месту, не выходящий за определенные пределы). Локальные системы
управления технологическим оборудованием и процессами предназначены для
контроля и управления отдельными, не связанными между собой объектами и в
иерархической системе управления образуют нижний уровень. Эти системы
одноконтурные и однофакторные, степень автоматизации — частичная. Локальные
системы управления выполняют следующие функции: автоматический контроль, учет,
защиту, блокировку и логическое управление. Согласованная работа локальных
контуров, число которых в ТП может быть большим, проводиться оперативным
персоналом.
2. Следующий этап развития — автоматизированные
системы управления ТП. АСУТП – это человеко-машинный комплекс, предназначенный
для решения различных задач управления технологическими процессами.
Локальные САР входят в АСУТП, как составная
часть согласование контуров регулирования в АСУТП проводит также оперативный
персонал, но с использованием ЭВМ.
3. АСУП — автоматизированные системы управления
производством (предприятием).Управление производством — это информационный
процесс, обеспечивающий выполнение какого-либо материального процесса и
достижение им определенных целей.

Чем “плохи” КИС”

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

• Информационная система обеспечивает поддержку только формализованных процессов. То есть таких, которые описаны, и на практике выполняются в соответствии с утвержденными инструкциями. Не случайно, у разработчиков программного обеспечения существует поговорка: “Нельзя автоматизировать хаос”. Однако фактически, даже в организации с хорошо отлаженным управлением, к тому же действующей в стабильных условиях, формализации поддаются не более 80% бизнес-процессов. Остальные 20% настолько изменчивы, что зафиксировать их практически невозможно.

• Концепция КИС опирается на стандарт MRP (Material Resource Planning), регламентирующий лишь операционные бизнес-процессы (планирование производства и закупок для обеспечения поступивших заказов на продукцию). Однако деятельность реального предприятия не сводится к операционным бизнес-процессам. Скорее, организацию можно представить как совокупность подсистем, взаимодействующих между собой. При этом производственная деятельность – лишь одна из таких подсистем. Дальнейшее развитие КИС привело к появлению новых обозначений, вроде ERP, но ничего не изменило по сути, поскольку модель организации, положенная в их основу, осталась прежней.

• Довольно редко компании строят свою деятельность на “однородном” бизнесе. Чаще всего их бизнес в той или иной степени диверсифицирован. Автоматизация управления такими “конгломератами” весьма затруднительна, когда ставится задача “свести” в рамках одной системы различные бизнес-процессы, принципы учета и планирования. Для многопрофильных холдингов вообще нереально ставить задачу построения единой интегрированной системы, поскольку корпорации развиваются динамично; одни бизнесы покупаются, другие продаются, а внедрение информационных систем, как известно, длится годами. Из-за постоянного изменения структуры организации проект создания интегрированной системы для холдинга однажды начавшись, может никогда не завершиться.

Бизнес-процессы: трудности перехода

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

• Отказ сотрудников автоматизировать или организовывать процесс — многие члены команды боятся попасть под сокращение штата, вызванное автоматизацией части задач. Однако опытный и грамотный руководитель всегда знает, что обученного компанией сотрудника всегда можно переместить внутри компании с максимальной эффективностью и удовлетворённостью всех сторон. В случае, если отказ использовать бизнес-процессы связан с техническими затруднениями, стоит потратить время на обучение сотрудников и формирование внутренней экспертизы в компании.
• Неграмотно составленный процесс. Это, пожалуй, самый распространённый источник недовольства инструментами автоматизации. Сотрудники компании упускают важные детали при составлении процесса — это чаще всего связано с отсутствием совместной подготовки к созданию типового бизнес-процесса и его экземпляров. Но самое опасное, с чем сталкиваются вендоры, — это вольная трактовка нотации BPMN, с помощью которой и моделируются бизнес-процессы. Сама нотация ориентирована на пользователей широкого круга: менеджеров, технических специалистов, руководителей и проч. Она не требует глубоких знаний программирования или проектирования, её семантические конструкции создаются из элементов с интуитивно понятными обозначениями. Такая её видимая простота и схожесть с конструктором и шутят злую шутку с пользователями. На самом деле, успешное создание бизнес-процесса с использованием нотации возможно только в команде, состоящей из бизнес-аналитика, технического специалиста и заинтересованного менеджера-холдера процесса. Если внутри компании необходимо внедрить сложный процесс (производство, закупка, реклама, издательство и т.д.), лучше обратиться к сторонним специалистам, которые проведут комплексное обследование процесса и создадут идеальную автоматизированную схему. Участие профессионалов особенно оправданно, если требуется увязать задания из бизнес-процессов с формализованными документами в системе, например договорами, счетами, накладными, нарядами и проч.
• Отказ от процесса. Компания может отказаться от существующего автоматизированного бизнес-процесса в случае, если деятельность изменилась, а в системе он остался прежним. В таком случае нужно самостоятельно или с помощью вендора внести изменения в процесс, а не избегать его.

Автоматизация процессов производства

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

Потому комплексная автоматизация производства включает:

• высокую информативность;
• возможность анализа технологической обстановки;
• высокую точность измерения технологических параметров и их регулирования;
• автоматическая дозировка компонентов;
• перспектива расширения систем управления;
• возможность создания автоматических рабочих мест.

Теория организации и кибернетика определяют процесс как последовательную смену состояний системы или объекта, приводящей к изменениям и развитию.

Функционирование производства невозможно без задействования четырех видов этапов:

Автоматизация процессов производства минимизирует влияние человеческого фактора и используется в целях обеспечить повышение:

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

Автоматизация процессов производства – инструмент повышения качества управления на каждом из уровней иерархии компании:

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

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

SCADA

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

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

Автоматизация процессов производства на нижнем диспетчерском уровне проводится при помощи систем телеметрии и централизованного удаленного управления объектами и процессами.

Задачи сети – передача команд и прием данных индикаторов на оборудовании вне зависимости от того, на каком расстоянии от оператора расположен объект.

Распределенная система управления (DCS), интеллектуальная сеть на базе программируемых логических контроллеров (ПЛК) выполняет стандартные задачи и отличается дополнениями:

• дает возможность наблюдать работу объекта с любого компьютера при наличии ПО;
• на рабочую станцию передаются данные различных форматов;
• дистанционная отладка параметров работы системы доступна в режиме реального времени.

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

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

Субконтракция – верное решение для предприятий, заинтересованных в модернизации производства и автоматизации процессов.

Найти компанию, специализирующуюся на интеграции систем управления и заключить с ней контракт, можно на отраслевых выставках для В2В сферы, например, смотрах ЦВК «Экспоцентр».

Повышайте лояльность клиентов

Начисление бонуса или скидки по условию

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

Создайте сценарий, по которому система сама рассчитает и применит скидки, чтобы не упустить клиентов и повысить их лояльность!

Автоматическая отправка sms по расписанию

Клиенты не часто возвращаются к вам снова, а привлечение новых лидов — довольно затратное дело?

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

Уведомление о статусе заказа

Клиенты обрывают телефон, чтобы узнать статус заказа, а менеджеры не справляются с этим наплывом и отвлекаются от работы?

Система может взять рутину на себя и автоматически отправлять sms с уведомлениями заказчикам, когда менеджер меняет статус заказа в системе.