ИТ Gagarina

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

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

Система MRP II способна адаптироваться к внешней ситуации. Системы MRP II ориентированы на производство, причем в боль-

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

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

Итак, в основу MRP II положена иерархия планов. Планы низ- ших уровней зависят от планов высших уровней, т.е. план высшего уровня предоставляет входные данные, намечаемые показатели и/или какие-то ограничительные рамки для планов низшего уровня. Кроме того, планы связаны между собой таким образом, что резуль-

таты планов низшего уровня оказывают обратное воздействие на планы высшего уровня.

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

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

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

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

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

Западные эксперты выделяют следующие основные отличия ERP- систем от систем MRP II [25]:

∙наличие финансовых подсистем;

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

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

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

∙универсальность с точки зрения типов производств. Российские эксперты интерпретируют ERP как «систему управле-

ния всеми бизнес-процессами предприятия, увязывающую функции от-

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

Для того чтобы преимущества ERP стали очевидными, рассмотрим процесс выполнения заказа.

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

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

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

А. Шлыков, глава российского представительства SAP AG, отме- чает, что внедрение ИКИС класса ERP, как правило, меняет управлен- ческую стратегию на предприятии. По его мнению, «… наши клиенты

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

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

Проверка соответствия системы стандарту MRP включает сле- дующие этапы.

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

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

Проверка соответствия системы стандарту MRP II включает сле-

дующие тесты.

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

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

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

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

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

5.Система должна обеспечивать возможность планирования за- грузки оборудования (мощностей) предприятия (CRP-отчет) в соответ- ствии с планом производства и технологическими спецификациями.

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

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

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

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

1.При тестировании следует проверить наличие связи между мо-

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

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

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

Тестирование состоит в получении информации о состоянии бюд-

жетных статей в разрезе различных стадий возникновения обязательств

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

3. Система должна обеспечивать информацию о фактических за- тратах на производство отдельных видов продукции и затратах на со-

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

В качестве теста системе может быть предложен запрос типа: «В какой мере повлияли на себестоимость продукции отклонения от планового уровня загрузки оборудования, относящегося к конкретному центру ответственности по конкретному подразделению?»

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

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

В каждый момент времени в концепциях MRP II/ERP можно ус- ловно выделить три слоя.

Первый слой образуют методы и средства, которые проверены практикой и закреплены в виде стандартов.

Второй слой составляют достаточно устойчивые, часто применяе- мые методы и приемы, которые не носят обязательного характера. В ка- честве примеров можно привести методологию скользящего планиро- вания в MPS/MRP, алгоритмы образования партий в MRP, правила приоритетов в SIC и т.д.

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

Особое место среди идей и методов систем MRP II/ERP занимают специально разработанные методики внедрения систем. Наличие мощ-

ной инфраструктуры и методологии построения систем способствует в итоге достижению высокого уровня эффективности при внедрении систем управления типа MRP II/ERP на промышленных предприятиях. По некото- рым оценкам, внедрение подобных систем способно привести к сокраще- нию запасов на 8 - 30%, повышению производительности труда - на 8 - 27%, возрастанию количества заказов, выполненных в срок, - на 7 - 20%.

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

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

эффективных методов управления в условиях конкуренции с середины 1990-х годов на базе систем MRP II/ERP появляются системы нового класса, которые получили название APS (Advanced Planning/Scheduling) -

СПО (Синхронное планирование и оптимизация). APS-методология при ее интеграции с ERP-системой обеспечивает для предприятия но- вые возможности своевременного выполнения заказов клиентов. СПО (APS) была предложена совсем недавно - во второй половине 1990-х го- дов в работах Д. Тюрбайда, который выразил ее сущность следующим образом: «Обещать сразу. Отгрузить вовремя». В России методология APS развивается и активно пропагандируется группой аналитиков ком- пании «Фронтстеп СНГ» [7], которые и предложили термин «СПО», точно характеризующий сущность этой методологии.

СПО-методология может быть разделена на две части: первая от- вечает за планирование производства и снабжения, вторая - за диспет- черизацию и оптимизацию производства.

Как отмечают авторы [25, 26], первая часть СПО-системы - это фактически рассмотренная выше система MRP II. Однако выполнение алгоритма работы MRP II занимает значительное время, поэтому не может производиться часто (например, несколько раз в день). В этом

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

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

PDF created with pdfFactory Pro trial version www.pdffactory.com

производится на один-два порядка быстрее, чем стандартными ERP-системами.

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

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

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

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

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

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

PDF created with pdfFactory Pro trial version www.pdffactory.com

301

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

PDF created with pdfFactory Pro trial version www.pdffactory.com

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

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

ентов;

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

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

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

Следующее направление в развитии компьютеризации предпри- ятий состоит в интеграции систем MRP II/ERP с другими автоматизиро- ванными системами, имеющимися на предприятиях. В их числе - сис- темы CAD/CAM, системы управления технологическими процессами, финансовой отчетности и т.п. Системы такого класса получили назва-

ние СIМ (Computer Integrated Manufacturing) - Компьютерные интегрированные системы. Эти системы используются, начиная с 1990-х годов.

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

В середине 1990-х годов признанные поставщики ERP-систем, та- кие как SAP, испытывали нарастающее давление со стороны молодых компаний, предлагающих средства автоматизации функций, обращен-

ных вовне (front-office).

Широкое распространение получили концепции CRM (Customer Relations Management) и SCM (Supply Chain Management) - Управление отношениями соответственно с заказчиками и с поставщиками.

К настоящему времени ведущие поставщики ERP-систем так или иначе научились справляться с этими задачами. Наиболее преуспела в этом компания Oracle с системой Oracle Applications, чему способство- вала более адекватная, чем у конкурентов, системная платформа. Благо- даря использованию браузера с поддержкой java в качестве рабочего

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

PDF created with pdfFactory Pro trial version www.pdffactory.com