ИНФОРМАЦИООНЫЙ_МЕНЕДЖМЕНТ / Бочаров_Интегрированные корпоративные ИС(галактика)

Оценка спроса на предлагаемый конечный продукт

водственные ^мощности дос-^ <гаточны'^,

Контроль за производством, контроль за продажами продукции

Рис. 1.4. Схема функционирования методологии MRP II

20

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

Планирование ресурсов корпорации (Enterprise Resource Planning, ERP). Задача ERP-системы - интегрировать все подраз­ деления и функции корпорации в единой информационной сис­ теме. Все стороны производственной и коммерческой деятельно­ сти охватываются ERP: производство, планирование, управле­ ние договорами, материально-техническое снабжение, финансы, бухгалтерия, управление кадрами, сбыт, управление запасами. Таким образом, главная задача ERP - распространить принци­ пы MRPII на управление современными корпорациями (рис. 1.5).

Рис. 1.5. Концепция методологии ERP

Основа ERP - единая база данных, которой пользуются в рав­ ной степени бухгалтерия, производство, служба маркетинга, от­ дел кадров, склады. Введенная в эту базу данных информация

21

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

Концепция ERP до настоящего времени не стандартизирова­ на. Зачастую при оценке возможностей той или иной конкрет­ ной информационной системы и решении вопроса об отнесении ее к классу развитых MRP П-систем или к классу ERP-систем ана­ литики расходятся во мнениях.

Западные авторы выделяют следующие отличительные осо­ бенности ERP-систем [25]:

•в ERP в отличие от MRP II значительно большее внимание уделяется финансовым подсистемам;

•системы ERP с самого начала их возникновения были ори­ ентированы на управление «виртуальным» предприятием, что и определило широкое использование инфраструктуры Internet/ Intranet;

•для ERP-систем характерна высокая масштабируемость (для транснациональных корпораций - до нескольких тысяч пользователей);

•ERP-система не может решать абсолютно все задачи уп­ равления предприятием, однако требование обеспечения интег­ рации с другими системами (системы проектирования, системы управления технологическими процессами) выполняется неукос­ нительно;

•ERP-системы универсальны с точки зрения типов произ­ водств.

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

Преимущества ERP покажем на примере процесса выполне­ ния заказа. После того как заказ клиента принят, он начинает длительное, в основном «бумажное», путешествие по предприя­ тию. Заказ часто заново вводится в различные компьютерные программы в разных подразделениях. В одном подразделении вводятся параметры заказа в виде потребных материалов и ком-

22

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

На предприятии, где внедрена ERP-система, отсутствует про­ блема «информационной стыковки» различных подразделений. Для того чтобы определить состояние выполнения заказа, доста­ точно войти в систему и набрать номер заказа. В данном случае номер заказа является тем информационным полем, которое, как рентгеном, «просвечивает» все службы предприятия, связывая воедино их деятельность.

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

По мнению специалистов российского представительства SAP AG, внедрение ИКИС класса ERP, как правило, меняет уп­ равленческую стратегию на предприятии [5]. Они отмечают, что «... наши клиенты покупают не «систему». Они покупают поря­ док. В том смысле, в каком этот термин используют специалисты по управленческому консалтингу» [5]. Здесь имеется в виду, что, как правило, внедрение на предприятии ИКИС сопровождается реинжинирингом бизнес-процессов, т.е. их переосмыслением и пе­ репроектированием (вплоть до изменения управленческой струк­ туры) для достижения кардинальных улучшений в таких целевых показателях бизнеса, как затраты, прибыль, опе­ ративность [21].

Специалистами компании «КСТ М-3» [40] разработаны тесты для определения степени соответствия систем «стандарту ERP». Вначале проверяется соответствие стандарту MRP, затем - стан­ дартам MRP II и ERP. Проверка стандарту MRP включает два этапа.

1. Система должна на любой момент времени показать по­ требность в материальных ресурсах в части прямых материаль­ ных затрат для выполнения плана производства.

23

2. Система должна адекватно реагировать на замену матери­ алов в спецификации в соответствии с изменениями требований как технологического процесса, так и процесса снабжения.

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

Проверка соответствия стандарту MRP-H должна подтвер­ дить наличие ряда свойств системы.

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

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

Система должна иметь средства резервирования ресурсов за соответствующими заказами клиентов.

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

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

4.Возможность расчета сроков выполнения заказов и заявок клиентов с учетом реальной загрузки производственных мощно­ стей и имеющегося материально-технического обеспечения. Си­ стема должна позволять «экспериментирование» при замене соб­ ственных подразделений субподрядчиками, при увеличении смен-

24

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

Проверка соответствия системы стандарту ERP включает не­ сколько этапов.

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

2. Система должна обеспечивать увязку всех видов затрат ре­ сурсов с бюджетом предприятия. При этом данная увязка долж­ на проводиться в системе на стадии возникновения обязательств, а не в момент фактического осуществления платежей. Система должна содержать встроенный механизм увязки плана закупок с бюджетом.

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

3. Система должна предоставлять информацию о фактичес­ ких затратах на производство отдельных видов продукции и зат­ ратах на содержание подразделений в разрезе статей, режимов работы, факторов отклонений и центров ответственности {центр ответственности - структурная единица предприятия, несущая ответственность за определенные доходы либо расходы). В каче­ стве теста системе может быть предложен запрос типа: «В какой мере повлияли на себестоимость продукции отклонения от пла­ нового уровня загрузки оборудования, относящегося к конкрет­ ному центру ответственности по конкретному подразделению?»

По поводу приведенных тестов можно заметить, что некото­ рые специалисты полагают, что развитая связь между модулем оперативного планирования производства и модулем управле­ ния персоналом должна обеспечиваться уже на уровне систем MRP II. Кроме того, при проверке соответствия системы стан­ дарту ERP не тестируются средства поддержки корпоративного управления.

25

1.4.

Новые направления развития экономических информационных систем

1.4.1. Методы синхронного планирования и оптимизации

Синхронное планирование и оптимизация (СПО) - сравни­ тельно недавно появившаяся методология, которая при ее интег­ рации с ERP-системой обеспечивает для предприятия новые воз­ можности своевременного выполнения заказов клиентов. В за­ падной литературе этот подход известен как Advanced Planning and Sheduling System (APS). В России методология APS развива­ ется и активно пропагандируется группой аналитиков компаний «Фронтстеп СНГ» [17], которые и предложили термин СПО, точ­ но характеризующий сущность этого метода.

Подход СПО (APS) был предложен совсем недавно - во второй половине 1990-х гг. Д. Тюрбайдом, который выразил его сущность следующим образом: «Обещать сразу. Отгрузить вовремя» [26].

СПО-система может быть разделена на две части; первая от­ вечает за планирование производства и снабжения, вторая пред­ назначена для диспетчеризации и оптимизации производства. Как отмечают авторы [17], первая часть - это фактически рассмот­ ренная выше система MRP II (см. рис. 1.4). Однако выполнение алгоритма работы MRP II занимает значительное время, поэто­ му не может проводи!ься часто (например, несколько раз в день). В этом случае в промежутках между перепланированием практи­ чески никак не учитываются отклонения от плана, которые происходят часто, особенно в нашей стране (стоит только напом­ нить о непредсказуемых и частых отключениях электроэнергии в ряде регионов РФ).

Этими факторами можно пренебречь в случае серийного, срав­ нительно стабильного производства. Однако при позаказном производстве, при жесткой конкуренции в сроках и точности выполнения заказа алгоритм MRP II не может полностью удов­ летворить менеджеров предприятия.

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

26

ческих алгоритмов (напомним, что алгоритм MRP фактически ба­ зируется на четырех арифметических действиях и вычислениях для распределения по датам). В результате расчет планов проводится на 1-2 порядка быстрее, чем стандартными ERP-системами.

Процесс планирования с использованием СПО превращает­ ся из средства формирования отчетов в мощный инструмент под­ держки принятия решений [17].

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

СПО-системы не заменяют системы ERP, а работают совмес­ тно с последними (рис. 1.6). Нет нужды в СПО-системе дублиро­ вать то, что отлично работает в системе ERP: ведение данных о параметрах и спецификации изделий, о потребителях, регистра­ ция движения товарных запасов, учет заказов клиентов, отгру­ зок и др.

Рис. 1.6. Взаимодействие систем ERP и СПО [17]

СПО-система является своеобразным фильтром, пропускаю­ щим через себя все поступающие на вход ERP-системы заказы. На

27

выходе СПО-системы имеем отобранные заказы - те, выполнить которые в необходимые сроки позволяют производственные мощ­ ности и «логистические возможности» предприятия. Нет сомне­ ния, что удовлетворение второй части принципа Д. Тюрбайда «от­ грузить вовремя» по силам СПО-системе. А вот как обстоит дело с первой частью - «обещать сразу»? Ведь для того чтобы принять решение по поступившему заказу, необходимо проделать соответ­ ствующие расчеты фактически в режиме он-лайн.

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

СПО-системы в настоящее время становятся важным компо­ нентом электронного бизнеса (это относится как к В2В - внутри- и межкорпоративным информационным связям, так и к В2С - информационным связям корпорация - клиенты в электронном бизнесе). Рекламируются системы электронного бизнеса, в кото­ рых клиент с помощью удаленного доступа имеет возможность оперативно выяснить перспективы выполнения заказа.

СПО-системами снабжены сложные и дорогие крупные запад­ ные ИКИС: R/3, Oracle Applications. Однако внедрение СПО не­ обходимо далеко не всем предприятиям. Эффективной эта мето­ дология может стать при наличии следующих условий [17]:

•позаказное производство с большим количеством заказов клиентов;

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

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

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

28

Ограниченность ERP-методологии отмечается многими рос­ сийскими разработчиками ИКИС. Так, авторы ИКИС «МЗonline» (продукт российской компании «КСТ М-3») поставили задачу создания модуля, который отличается от подхода ERP «близостью к логике человека» (видимо, разработчики этой сис­ темы не используют термин «искусственный интеллект», дабы не отпугнуть не слишком искушенных в математических терминах заказчиков).

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

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

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

В ИКИС «МЗ-опИпе» используется понятие рабочего центра, определенное авторами как «пересечение персонала и оборудо­ вания» (понятие пересечения используется так, как оно понима­ ется в теории множеств). Более строго рабочий центр можно оп­ ределить как ресурс предприятия, представляющий собой пере­ сечение ресурса оборудования с ресурсом соответствующего производственного персонала.

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

29