o иерархическое описание структуры конечного изделия.

Результатами работы MRP-модуля являются следующие документы.

· График заказов на закупку/производство материалов и комплектующих (Planned Order Schedule) - документ, расписывающий, какое количество сырья, материалов, комплектующих должно быть заказано в каждый плановый период в течение срока планирования. Этот документ определяет внутрипроизводственный план сборки комплектующих и план внешних закупок.

· Изменения к графику заказов на закупку/производство материалов и комплектующих (Changes in planned orders) - документ, содержащий корректировки ранее спланированных заказов на закупку/производство материалов и комплектующих.

Обычно входные и выходные данные MRP-модуля представляются в виде таблиц базы данных.

Укрупненно цикл MRP-планирования состоит из следующих шагов.

1. Составляется таблица общих потребностей в материалах и комплектующих. Последовательность ее создания такова.

o Древовидная структура состава изделия разворачивается в линейный список материалов и комплектующих.

o Из книги учета запасов переносятся данные о материалах и комплектующих, необходимых для производства конечного изделия, и, в частности, данные о времени выполнения заказа на их поставку/производство.

o Переносятся плановые показатели выпуска конечного изделия из основного план-графика производства.

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

2. По каждому материалу на каждый плановый период считается чистая потребность в этом материале. При этом используются данные о состоянии запасов. Чистая потребность считается по формуле:

чистая потребность = общая потребность - (текущие запасы + активные заказы - страховой запас)

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

3. По ненулевым чистым потребностям формируется график заказов на закупку/производство материалов и комплектующих. При его создании учитывается время выполнения каждого заказа.

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

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

Даже такой поверхностный обзор методологии MRP обнаруживает ее "узкие" места:

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

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

Методология планирования материальных потребностей в замкнутом цикле (Closed Loop MRP) является модификацией MRP-методологии. Термин "в замкнутом цикле" отражает основную особенность новой методологии - осуществление обратной связи по состоянию выполнения сформированных планов. Помимо базовой функции планирования потребности в материалах, Closed Loop MRP-модули содержат дополнительную функцию - контроль фактического состояния производства и выполнения заказов на закупку материалов и комплектующих. Если анализирующая подсистема модуля выявила значительные нарушения плановых показателей, она инициирует внесение корректив в ранее принятые планы. Модификация старых планов выполняется в режиме "MRP-цикл с учетом чистых изменений". Его отличие от обычного MRP-цикла заключается в том, что обрабатываются только те изменения, которые появились со времени последнего прогона MRP. Это позволяет быстро привести график закупок в соответствие с реальной ситуацией.

Методология CRP (Capacity Requirements Planning) возникла в результате распространения принципов MRP на более широкий, чем управление материалами, круг задач. Основная задача методологии CRP - проверить выполнимость основного план-графика с точки зрения имеющегося оборудования и, если он выполним, оптимизировать загрузку производственных мощностей.

Для работы CRP-модуля требуется следующая входная информация.

· Составленный MRP-модулем график заказов на закупку/производство материалов и комплектующих (Planned Order Schedule).

· Данные об имеющихся мощностях - документ, максимально полно раскрывающий информацию о каждом рабочем центре, в том числе:

· общую информацию - идентифицирующий код, название, описание структуры рабочего центра, его мощность и пр.;

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

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

· содержания операции;

· рабочего центра, в котором она должна выполняться;

· оборудования этого рабочего центра, используемого для выполнения операции;

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

Механизм работы CRP-модуля принципиально похож на механизм MRP. Вместо основного план-графика производства в нем используется график заказов на закупку/производство материалов и комплектующих, поступающий из MRP-модуля. Роль спецификации состава изделия играет технологическая схема изготовления конечного изделия, каждый уровень сборки конечного изделия характеризуется набором операций, необходимых для изготовления определенного узла. На основе анализа исходной информации CRP-модуль считает необходимые для выполнения производственного план-графика мощности, сравнивает их с имеющимися на предприятии и, в зависимости от результата, формирует на выходе следующие данные:

· Величину превышения/недостатка производственных мощностей. В этом случае плановикам следует изменить производственную программу и повторить процесс.

· Если мощностей хватает, автоматически составляются следующие документы:

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

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

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

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

Планирование производственных ресурсов (MRP II)

В 80-х годах базовые принципы методологий MRP, CRP и Closed Loop MRP были объединены в единую методологию планирования - MRP II (Manufactory Resource Planning,).

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

Методология MRP II нацелена на решение следующих основных задач:

· Сформировать основной производственный план-график (объемно-календарный план, Master Planning Schedule - MPS), расписывающий, что и в каком количестве будет производить предприятие в каждый период отрезка планирования. С одной стороны, этот план должен максимально учитывать имеющийся портфель заказов и маркетинговые исследования спроса, чтобы своевременно удовлетворить потребности клиентов, но и не производить излишек продукции, который впоследствии долго пролежит на складе, дожидаясь своего покупателя. С другой стороны, составленный план должен быть выполним при текущей структуре активов компании (производственные мощности, персонал, финансовое обеспечение). Достижение компромисса между удовлетворением рыночного спроса и осуществимостью такой производственной программы - очень важная задача, и она успешно решается с использованием методологии MRP II.

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

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

Первоначально методология MRP II разрабатывалась для сборочных (дискретных) производств. Классическим примером дискретного производства является машиностроение. Не вдаваясь в детали, дискретное производство можно определить так: это производство по сборке конечного изделия, основанное на иерархическом описании состава изделия. Впоследствии аналогичные принципы и методы планирования были разработаны и для других типов производств.

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

На основе заказов независимого спроса формируется основной производственный план-график.

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

· Запускается процедура RCCP (Rough Cut Capacity Planning, предварительное планирование мощностей) - быстрой проверки выполнимости составленного плана с точки зрения имеющихся мощностей и существующей технологии производства. Эта процедура предполагает создание потока заказов зависимого спроса между подразделениями предприятия, задействованными в производственном процессе, и проверку выполнимости этих заказов на заранее выделенных критических участках производства (т. е. в рабочих центрах, которые лимитируют или же определяют сменный выпуск изделий).

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

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

· Запускается стандартный MRP-цикл, основным результатом которого является план-график заказов на закупку/производство материалов и комплектующих.

· Запускается CRP-цикл, который дает план-график производственных работ, описывающий всю дальнейшую производственную деятельность.

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

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

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

· Анализируя ход производственного процесса, MRP II-система ежедневно формирует сменные задания для рабочих центров (Operation lists), которые отсылаются руководителям рабочих центров. Сменные задания отражают последовательность проведения рабочих операций над сырьем и комплектующими на каждой единице производственных мощностей и длительность этих операций. В отличие от план-графика производственных работ, формируемого CRP-модулем, в этих цеховых заданиях автоматически учитывается уменьшение/увеличение скорости работы производственной единицы: сменные задания могут содержать как запоздавшие по каким-либо причинам производственные заказы (уменьшение скорости обработки), так и производственные заказы, запланированные на последующие плановые периоды (увеличение скорости обработки).

· Точно так же, формируя скорректированные ежедневные задания на закупку/поставку сырья и комплектующих, MRP II-система регулирует работу снабженческих, сбытовых и складских структур предприятия.

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

Планирование корпоративных ресурсов (ERP)

Одной из ярких черт современной экономики являются интенсивные процессы интеграции участников рынка, и, как следствие, эти процессы вызвали существенные изменения во внутреннем устройстве компаний:

· усложнение организационной структуры:

o наличие в составе компании автономных предприятий со своей собственной логистической организацией;

o непростая система производственных и административных связей между этими автономными объектами;

· географическая разбросанность производственных, складских и/или сбытовых подразделений;

· сосуществование производств различных типов;

· диверсификация деятельности;

· наличие международной сети поставщиков комплектующих и услуг;

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

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

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

· универсальность с точки зрения типов производств;

· поддержка многозвенного производственного планирования;

· более широкая (по сравнению с MRP II) сфера интегрированного планирования ресурсов;

· включение в систему мощного блока планирования и учета корпоративных финансов;

· внедрение в систему средств поддержки принятия решений.

Возможность планирования для всех типов производства в рамках одной системы

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

Обеспечение многозвенного производственного планирования

Большие производственные объединения, распределенные территориально, могут состоять из обособленных структурных подразделений или филиалов (звеньев). Каждый филиал, как правило, имеет отдельный законченный производственный процесс. Однако зачастую подразделения связаны между собой цепочкой поставок некоторых единиц продукции. Это усложняет процесс планирования деятельности как отдельных подразделений, так и всего производственного объединения. Чтобы предотвратить простои и перегрузки отдельных производств из-за не поставленных вовремя деталей, план-графики закупок/производства различных производственных подразделений компании должны быть согласованы между собой.

Логика работы заложенных в ERP-системы средств агрегирования планов проста. Сначала формируются собственные планы закупок/поставок и производства для каждого предприятия-звена единой организационной структуры. При этом в план-графиках закупок и производства по каждой номенклатурной единице, входящей во внутрипроизводственную сеть поставок, указываются источник (потребитель) и приоритетность поставки этой единицы. Затем создается многозвенный (агрегированный) план. Для этого ERP-система обобщает потребности предприятий-звеньев в номенклатурных единицах, входящих в сеть внутренних поставок, и генерирует производственные планы для каждого звена с учетом поставок между звеньями. Прежде чем представить эти планы для утверждения, система проводит сценарную оценку их выполнимости. Как и в обычных MRP II-системах, оценка выполнимости планов происходит путем создания системой потока заказов зависимого спроса на уровне всего производственного объединения. При выявлении критических состояний планы корректируются, и лишь затем поступают на утверждение.

Расширение сферы интегрированного планирования ресурсов

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

В связи с этим, в ERP-системах появляются следующие дополнительные подсистемы.

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

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

· Планирование и управление распределенными ресурсами (Distribution Resources Planning). Такая подсистема предоставляет возможность работать со сложной многозвенной структурой сбытовых подразделений и складов. В частности, в ее компетенцию входит и планирование работы транспортных служб. С помощью подсистемы можно:

o минимизировать транспортные затраты на доставку сырья и комплектующих;

o организовать сбалансированное распределение материалов и продукции по складам компании;

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

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

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

Планирование и учет корпоративных финансов

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

· поддержка многозвенной структуры управления - возможность анализировать финансовые данные как на уровне отдельных подразделений-звеньев, так и на уровне всей компании;

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

· полнофункциональный аппарат ведения бухгалтерского и управленческого учета;

· ведение финансового планирования;

· ведение расчетов с дебиторами и кредиторами;

· наличие аппарата для отслеживания возвращаемости кредитов, включающего ведение истории отношений с кредиторами, анализа состояния их дел, поиск сведений о них;

· полная интеграция с данными других подсистем ERP-систем.

Включение в системы мощных средств поддержки принятия решений

Сама по себе ERP-система не является инструментом для принятия управленческих решений, она лишь поставляет необходимую для этого информацию. Реальную же поддержку принятия управленческих решений оказывают специальные аналитические средства, вводимые в ERP-системы (обычно эти средства называют OLAP - On-line analytical processing). Приведем некоторые возможности систем поддержки принятия решений:

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

· анализ деятельности отдельных подразделений;

· агрегирование данных из различных подразделений;

· анализ показателей различных направлений финансово-хозяйственной деятельности предприятия для выделения перспективных и убыточных направлений бизнеса;

· выявление тенденций, развивающихся как внутри предприятия, так и на рынке.

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

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

Собственно, различие MRP II- и ERP-систем понятно уже из их названия: с одной стороны, планирование корпоративных ресурсов (Enterprise Resources Planning), с другой - планирование производственных ресурсов (Manufacture Resources Planning). Существенные же отличия ERP от MRP II можно выразить следующей формулой:

ERP = MRP II + реализация всех типов производства + интегрирование планирования ресурсов по различным направлениям деятельности компании + многозвенное планирование

Планирование ресурсов, синхронизированное с покупателем (CSRP)

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

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

Несмотря на большое количество достоинств, с точки зрения приобретения конкурентного преимущества на рынке ERP-системы обладают и некоторыми недостатками:

· Внутренняя сфокусированность на управлении производством, учете, планировании;

· Запаздывающее реагирование на изменения рынка;

· Эффективность производственных операций может быть скопирована конкурентами.

Наиболее мощными инструментами управления производством в этом десятилетии будут те, которые будут построены на твердом фундаменте ERP, будут фокусироваться на интеграции с покупателями. Система планирования производства этого десятилетия должна иметь два фокуса - на производственной эффективности и на создании покупательской ценности. Эта новая парадигма планирования и есть планирование ресурсов, синхронизированное с покупателем - CSRP. Для внедрения CSRP необходимо:

· Оптимизировать производственную деятельность (операции), построив эффективную производственную инфраструктуру на основе методологии и инструментария ERP;

· Интегрировать покупателя и сфокусированные на покупателе подразделения, с основными планирующими и производственными подразделениями;

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

Остановимся подробнее на двух последних аспектах.

Интеграция покупателя с планирующими и производственными подразделениями

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

· какие продукты производить

· какие услуги предлагать

· на какие новые рынки нацеливаться

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

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

CSRP переопределяет практику бизнеса, фокусируя ее на рыночной активности, а не на производственной деятельности. Бизнес-процессы, протекающие в компании синхронизируются с деятельностью покупателей:

· Переопределяется процесс обработки заказов. Обработка заказов расширяется и вместо простой функции ввода заказа, интегрирует функции продажи и маркетинга с покупателем. Обработка заказов не начинается с собственно заказа, она начинается с покупателя или даже с перспектив продажи.

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

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

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

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

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

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

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

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

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

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

Внедрение открытых технологий

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

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

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

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

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

Классификация ERP-систем

Все корпоративные ИС можно классифицировать:

1) По числу одновременно работающих в системе пользователей

2) По отраслям промышленности

3) По архитектуре

4) По типу производства

5) По СУБД

6) По производителю

1) По числу одновременно работающих в системе пользователей:

-Крупные (R/3, Oracle Applications)

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

-Средние (Microsoft Axapta, Baan, Scala, Галактика)

Средние интегрированные системы предназначены для управления производственным предприятием и интегрированного планирования производственного процесса. Цепочка оперативного планирования “сбыт - производство - закупки” является ядром таких систем (на основе процедур MRP-II). Подразделения инфраструктуры предприятия (финансы, бухгалтерия, маркетинг и пр.) строят свою деятельность, опираясь на данные этой цепочки. Такие системы значительно более сложны в установке (цикл внедрения может занимать от 6-9 месяцев до полутора лет и более).Стоимость внедрения средних интегрированных систем может достигать 500 и более тысяч долларов США. [9]

-Малые (1С:Предприятие, Microsoft Navision)

Такие системы предназначены для ведения учета по одному или нескольким направлениям (бухгалтерия, сбыт, склады, учет кадров и т.д.). Системами этой группы может воспользоваться практически любое предприятие, которому необходимо управление финансовыми потоками и автоматизация учетных функций. Цикл внедрения таких систем невелик, иногда можно воспользоваться “коробочным” вариантом, купив программу и самому установив ее на персональном компьютере. Стоимость локальных систем, в основном, колеблется в диапазоне 5-50 тысяч долларов США.

Microsoft Navision относится к малым системам, Microsoft Axapta- к средним.

2) По отраслям промышленности:

-машиностроение (Парус)

-телекоммуникации (БОСС)

-строительство (Галактика)

-нефтегазовая (SAP/R3)

- торговля (1С:Бухгалтерия)

-добывающая (Microsoft Navision)

-здравоохрание (Oracle)

- пищевая (Ростерминал)

-легкая промышленность (1С:Предприятие )

Axaptу используют в таких отраслях, как машиностроение, строительная , добывающая отрасли , Microsoft Navision используется в основном в торговых организациях.

3) По архитектуре:

- Двухуровневые (Axapta, Navision)

Двухуровневая конфигурация системы (Рис.1.7) подразумевает выполнение всей логики приложения на рабочей станции пользователя системы. В случае сетевой многопользовательской работы все пользователи используют общую библиотеку приложения, для этого файлы приложения помещаются на общий файл-сервер (Application file server).



Рис 1.7. Классическая двухуровневая конфигурация.

Трехуровневые (Microsoft Axapta, Maconomy)

Использование Windows Terminal Server реализует конфигурацию с центральным сервером, обеспечивающим выполнение приложения и терминальными клиентами, контролирующими выполнение логики приложения в своих сессиях на терминальном сервере. (См. Рис. 1.8) Терминальный сервер Windows Terminal Server обеспечивает выполнение приложения на центральной серверной машине. Терминальным клиентам предоставляется возможность контролировать работу приложения (подобно удаленному контролю) в рамках своей сессии через получаемые от терминального сервера экранные дисплеи работающего на сервере приложения [9]

Рис 1.8. Конфигурацию с центральным сервером

- Многоуровневые (R/3)

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

· «тонкий клиент» -- минимизация функциональности клиентских компонентов, оставляющая за клиентом только функции пользовательского интерфейса; максимальное упрощение и унификация клиентского программного обеспечения;

· освобождение сервера БД от несвойственных функций по реализации бизнес-правил и логики конкретного приложения.

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

1. технологии с терминальным доступом;

2. Web-технологии;

3. технологии с разделением функций клиента («расщепленный клиент-сервер»).

По архитектуре Microsoft Axapta может иметь двухуровневую или трехуровневую конфигурацию, Microsoft Navision- двухуровневую.

4) По типу производства:

-Дискретное (Microsoft Navision, Axapta)

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

Пример: металлургия, химия, машиностроение.

-Непрерывное (Галактика) - совокупность непрерывных технологических процессов, организованных в виде производственной линии, участка, цеха или предприятия в целом; диктуется характером технологии. Пример: нефте- и газодобыча.

- Серийное (Паруc, Axapta) - характеризуется одновременным изготовлением на предприятии сравнительно широкой номенклатуры однородной продукции, выпуск которой повторяется в течение продолжительного времени. Пример: электроника, машиностроение.

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

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

Microsoft Axapta поддерживает дискретное, серийное, поточное производство, Microsoft Navision - дискретное производство.

5) По СУБД:

Классификация СУБД в зависимости от объема поддерживаемых БД и количества пользователей.

- Высший уровень. Эти продукты поддерживают крупные БД (сотни и тысячи Гбайт и более), тысячи пользователей. В крупных корпорациях. Представители: ORACLE7, ADABAS 5.3.2, SQL SERVER11.

- Средний уровень. Эти продукты поддерживают БД до нескольких сот Гбайт, сотни пользователей. В небольших корпорациях и подразделениях крупных фирм. Представители: InterBase 3.3, Informix-OnLine7.0, Microsoft SQL Server6.0.

- Нижний уровень. Эти продукты поддерживают БД до 1 Гбайт, менее 100 пользователей. В небольших подразделениях. Представители: NetWare SQL 3.0, Gupta SQL-Base Server.

Для Microsoft Axapta и Microsoft Navision обычно используют такие БД, как MS SQL Server и Oracle.

6) По производителю:

- Российские корпоративные информационные системы

- Западные корпоративные информационные системы

На российском рынке ERP-систем присутствует множество поставщиков: как иностранных, так и отечественных. По оценкам экспертов, львиную долю отечественного рынка (свыше 48%) занимает немецкий SAP AG, следом за ним идут продукты Microsoft Business Solution с долей около 13%, а замыкает тройку лидеров компания Oracle, занимающая чуть больше 11% российского рынка ERP-систем (См. Рис. 1.9).

Рис.1.9. Доли ведущих поставщиков ERP-систем в России.

Основные отличия между зарубежными и российскими системами заключаются в следующем:

- Зарубежные системы ориентированы на хорошо структурированную иерархическую систему процессов, выполняемых на предприятии;

- Зарубежные системы, как правило, опираются на наборы стандартов, которым должны удовлетворять процессы, например стандарт ISO 9000;

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

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

Microsoft Axapta и Microsoft Navision являются зарубежными системами.

Лекция 7. Обзор ERP-систем «крупного» класса. Обзор рынка систем. Основной функционал систем, на примере системы SAP R3

Описание интегрированного пакета R3

Система R/3 является интегрированной системой, которая поддерживает все бизнес-процессы, протекающие на предприятии и объединяет их в режиме реального времени в компьютерную систему, которая может быть использована в целях планирования, регулирования, контроля хозяйственной деятельности предприятия. Отдельные модули R/3 отражают при этом экономические явления в форме стандартизованных процессов, представленных в информационных моделях и объединенных в систему (рис.2).

Рис. 2. Модули системы R3

Благодаря открытой архитектуре блоки системы R/3 могут быть использованы на базе различных компьютерных и программных систем, баз данных и сетей. Применение R/3 возможно на платформах следующих операционных систем: IBM AIX, IBM AS/400, HP-UX, BULL AIX, Didital UNIX, SUN Solaris, SNI SINIX, Windows NT, Data General, Sequent, AT & T. Для интерфейсов и платформ баз данных : Oracle, Oracle Parallel Server, Informix, ADABAS/D, DB2 для AIX, DB2 для AS/400, Microsoft SQL Server. Платформы внешних интерфейсов: Windows 3.1, Windows 95, Windows NT, OS/2 PM, UNIX/Motif, Apple Macintosh. Компьютерный парк для системы R/3 включает:

один центральный компьютер - сервер базы данных;

...