Информационные системы класса ERP

История возникновения и эволюция корпоративных информационных систем класса ERP. Современные подходы к управлению: концепция "бережливого производства". Рассмотрение путей улучшения интегрированного планирования ресурсов в производственном процессе.

Рубрика Менеджмент и трудовые отношения
Вид реферат
Язык русский
Дата добавления 16.10.2015
Размер файла 465,4 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

2.5 Внедрение ERP-систем. Основные ошибки

Информационные системы планирования ресурсов предприятия (Enterprise Resource Planning, ERP) превратились в привычный инструмент крупного и среднего бизнеса. Их основная задача - автоматизация бизнес-процессов компании (производства, снабжения, сбыта), а также управленческих функций (планирования, учета, контроля). Однако статистика внедрений ERP-систем довольно тревожна.

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

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

Несмотря на то, что возможности современных ERP-систем достаточно развиты и постоянно возрастают, чуда может и не произойти. Зачастую после внедрения корпоративной информационной системы руководство по-прежнему не довольно качеством информационного обеспечения. Например, вопреки всем ожиданиям, не сокращаются трудозатраты на выполнение рутинных операций и, что еще важнее, сохраняются все недостатки, присущие ранее сложившейся практике осуществления производственно-хозяйственных операций. Речь обычно идет о некорректном оформлении первичных документов, наличии сверхнормативных запасов, нарушениях в сбытовой политике, в частности об отпуске продукции клиентам, имеющим неисполненные обязательства, и т.д. Более того, нередко спроектированная ERP-система настолько сложна и неадекватна текущим задачам, что вообще не используется в компании. И это не единичные случаи! По некоторым данным, на Западе однозначно успешными считается менее 50% внедрений ERP-систем. Достоверных сведений по ситуации в России пока нет, но вряд ли тенденция будет отличаться.

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

Ошибка №1. Проектирование системы ERP без учета стратегии развития компании

Это одна из типовых ошибок. Понятно, что при настройке системы невозможно учесть все потенциальные пути развития фирмы в отдаленном будущем. За прошедшие годы экономическая среда, в которой работают российские предприятия, сильно изменилась. Например, в компаниях нефтегазовой отрасли трансформировалась структура собственности: организации вывели практически все непрофильные активы, информация о которых была неотъемлемой частью АСУ и учитывалась при составлении консолидированной отчетности. Многие компании металлургической отрасли заметно сократили численность сотрудников (некоторые практически в два раза), что естественно отразилось на количестве автоматизированных рабочих мест.

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

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

Ошибка №2. Проектирование системы ERP "снизу-вверх"

Заложить в ERP-систему цели компании и перспективы ее развития можно только при проектировании "сверху-вниз", а не наоборот. Создание информационной управленческой системы - удовольствие дорогое. Регистрация в ней всех данных, появляющихся в компании, в принципе невозможна. И естественно, каждый разработчик при проектировании сталкивается с необходимостью перехода от этого полного, в некотором смысле "неограниченного" объема информации к какому-то лимиту". Поэтому, создавая ERP-систему, проектировщик всегда решает задачу выбора значимых для принятия управленческих решений данных в увязке с "ценой вопроса" на ее реализацию. На каждом предприятии ежедневно циркулируют огромные информационные потоки данных о материально-технических ресурсах, клиентах, персонале, производственном потенциале и т.д. Возникает вопрос: нужны ли в ERP-системе специфические сведения, скажем, о производительности какого-либо станка в последние 2 часа или о количестве полуфабрикатов на столе конкретного работника в текущий момент при том. что эта информация, бесспорно, используется в управленческой деятельности?

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

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

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

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

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

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

Ошибка №3. Избыточный реинжиниринг бизнес-процессов

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

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

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

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

Ошибка №4. Неверная оценка экономической эффективности внедрения ERP-системы

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

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

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

2.6 Технология и практика проектирования ERP-систем

На практике процесс проектирования выглядит следующим образом: Заказчик формулирует укрупненные требования к создаваемой системе, которые ложатся в основу Концепции Технического задания, разрабатываемых внешней проектной организацией. Этому процессу всегда предшествует анализ производственно-хозяйственной деятельности компании-заказчика. Цель изучения бизнес-процессов - определение "узких мест" в информационном обеспечении и выявление резервов для повышения эффективности работы компании. На основе вариантных проработок в Концепции определяется контур создаваемой системы, а именно: базовая ERP-система; функциональная структура; информационное обеспечение; количество необходимых автоматизированных рабочих мест; техническое обеспечение. При разработке Концепции особое внимание уделяется перспективам развития бизнеса заказчика. Рамки, в пределах которых важно понимать (представлять) перспективы развития бизнеса, определяются исходя из сроков разработки и внедрения системы (которые зависят от масштабов компании: от 6 месяцев до 3 лет); периода функционирования системы без необходимости ее модернизации (желательно, чтобы период морального старения системы составлял не менее двух лет). Сформированная на основе предпроектного обследования Концепция может содержать несколько основных альтернативных вариантов развития автоматизации системы управления заказчика. Каждый вариант должен быть оценен исходя из соотношения "стоимость/эффективность". Выбор Концепции осуществляется заказчиком и служит основой для разработки Технического задания (ТЗ). Здесь детально прорабатываются требования к системе. ТЗ - основной документ, определяющий требования, организацию и проведение работ, в соответствии с которыми осуществляется проектирование ERP-системы и ее сдача заказчику.

Следующий этап - разработка модели бизнес-процессов to be (бизнес-процессы в условиях функционирования ERP-системы). Модель создается на основе ТЗ и укрупнено описывает управленческие и информационные взаимосвязи в системе. Данный этап является ключевым в работах по созданию ERP-системы. Это объясняется тем, что его результаты позволяют сформировать у сотрудников и руководства компании-заказчика видение функционирования их предприятия в условиях использования ERP-системы и уточнить требования к ней. Для крупных компаний целесообразна разработка Эскизного проекта (до разработки модели бизнес-процессов to be), в котором определяются основные проектные решения (с количеством рабочих мест свыше 60). На основе ТЗ, проектных решений, утвержденных на этапе эскизного проектирования, и модели бизнес-процессов to be осуществляется техно-рабочее проектирование. На данном этапе должен быть проведен анализ соответствия алгоритмов расчетов и методов управления, заложенных в программном обеспечении внедряемой ERP-системы, специфическим алгоритмам и методам, применяемым в практике функционирования компании-заказчика. По результатам анализа определяются "пробелы" в функциональности системы и принимаются необходимые проектные решения по их устранению. Эффективность проектов по созданию и внедрению комплексных автоматизированных систем управления тем выше, чем теснее сотрудничество заказчика и разработчика на всех этапах проектирования.

3. Сущность и структура систем класса ERP и механизм работы

3.1 Основные компоненты ERP-систем

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

В качестве примера приведем список основных компонентов системы SAP R/3:

АА (asset accounting - учет основных средств) , отвечающий за информацию относительно износа, страхования, основных фондов и т. д.

СО (controlling - управление) , включающий блоки "Учет центров затрат", "Управление себестоимостью" и "Функционально-стоимостной анализ" (activity-based costing, ABC).

FA (financial accounting - финансы) , включающий блоки "Главная книга", "Дебиторская задолженность", "Кредиторская задолженность" и "Консолидация в соответствии с законодательством" (legal consolidations).

HR (human resources - кадры) , включающий блоки "Управление персоналом" и "Планирование и развитие".

MM (materials management - управление материалами) , включающий блоки "Управление запасами", "Контроль счетов-фактур", "Управление складами".

РМ (plant maintenance - обслуживание предприятия) , включающий блоки "Производственные и технические объекты", "Профилактическое обслуживание", "Управление техническим обслуживанием", "Управление заказами на техническое обслуживание".

РР (production planning - производственное планирование) , включающий блоки "Операционное планирование и планирование продаж", "Материальное планирование" и "Планирование мощностей".

PS (project system - проектная система) , который включает блоки "Управление проектами" и "Управление бюджетом".

QM (quality management - управление качеством) , включающий блоки "Сертификаты качества", "Инспектирование", "Средства планирования" и "Уведомление о качестве".

SD (sales and distribution - продажи и дистрибуция).

Кроме того, в системе существуют так называемые "общие" (cross-application) модули, которые могут быть использованы в системе R/3 повсеместно. Среди них - SAP business workflow (поддержка рабочих процессов) и SAP office (поддержка офисной работы).

3.2 Модели, объекты и процессы ERP-систем

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

Модели

В ERP-системах заложено несколько моделей, таких как, например, модель организационных структур в системе SAP R/3 (рис. 1.1). Эти модели - отображение реального мира в системе, и их качество важно для отражения реальности. Например, модель организационных структур позволяет фиксировать информацию вплоть до буферного накопителя. И информация может быть объединена, начиная с буфера памяти, до уровня корпоративной группы.

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

Существуют определенные предположения, касающиеся тех основных моделей, которые должны быть адаптированы при внедрении. Например, как указано, организационная модель системы R/3 потребовала от компании Microsoft описать каждое подразделение для целей моделирования оценки либо как центр затрат, либо как центр прибыли. К сожалению, это представление отличалось от существующей организационной модели, и Microsoft пришлось приспосабливаться к модели.

Объекты

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

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

Процессы

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

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

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

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

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

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

3.3 Сущность и структура систем класса MRPII/ERP

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

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

1. Sales and Operation Planning (Планирование продаж и производства)

2. Demand Management (Управление спросом)

3. Master Production Scheduling (Составление плана производства)

4. Material Requirement Planning (Планирование материальных потребностей)

5. Bill of Materials (Спецификации продуктов)

6. Inventory Transaction Subsystem (Управление складом)

7. Scheduled Receipts Subsystem (Плановые поставки)

8. Shop Flow Control (Управление на уровне производственного цеха)

9. Capacity Requirement Planning (Планирование производственных мощностей)

10.Input/Output Control (Контроль входа/выхода)

11.Purchasing (Материально-техническое снабжение)

12.Distribution Resource Planning (Планирование ресурсов распределения)

13.Tooling Planning and Control (Планирование и контроль производственных операций)

14.Financial Planning (Управление финансами)

15.Simulation (Моделирование)

16.Performance Measurement (Оценка результатов деятельности)

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

Рассмотрим наиболее важные блоки более подробно.

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

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

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

Эта информация подается как правило в денежном выражении.

Бизнес-план определяет плановые показатели по объемам продаж и производства, а также другие планы низшего уровня.

Рис. 4.1 Схема работы системы MRPII/ERP

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Одним из важнейших модулей системы MRPII является модуль обратной связи, который позволяет решать возникающие проблемы с поставщиками комплектующих материалов, дилерами и партнерами. Тем самым, этот модуль реализует принцип замкнутой петли (Closed Loop Principle) в системе. Наличие обратной связи играет решающую роль при изменении отдельных планов, оказавшихся невыполнимыми и подлежащих пересмотру.

4. Краткий обзор существующих систем класса MRPII/ERP

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

4.1 Пример планирования производства изделия с помощью системы класса MRPII/ERP

Работу, выполняемую системой MRPII можно разбить на несколько последовательных этапов, которые мы попытаемся проследить на небольшом примере.

Первым этапом в алгоритме работы системы является составление общего плана деятельности предприятия и составление конкретного производственного плана.

Определим производственную программу (Master Production Schedule, MPS) предприятия. В частности предположим, что наше предприятие собирается выпускать 20 000 радиоприемников в месяц. Далее, при определении плана деятельности предприятия эта цифра может быть скорректирована с учетом следующих факторов[7]:

ѕ Текущего инвентарного запаса готовых радиоприемников на складе

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

ѕ Прогнозов продаж радиоприемников в планируемый период

Таким образом, план деятельности предприятия может быть представлен в следующем виде:

Таблица 1 План деятельности предприятия в системе MRPII

Дата (конец месяца)

План продаж

План производства MPS

Объем запасов

30.06.2006

План

31 500

Факт

31.07.2006

План

20 000

21 500

33 000

Факт

19 200

21 100

32 600

31.08.2006

План

20 000

21 000

34 800

Факт

На основании плана деятельности предприятия составляется бизнес-план, отражающий финансовые показатели работы предприятия.

Таблица 2 Бизнес-план в системе MRPII

Дата (конец месяца)

План продаж

План производства MPS

Объем запасов

30.06.2006

План

630 000

Факт

31.07.2006

План

400 000

430 000

660 000

Факт

384 000

422 000

652 000

31.08.2006

План

400 000

420 000

696 000

Факт

На основании утвержденной программы производства система MRPII составляет инвентарный список необходимых комплектующих и материалов (Bill of materials) и сравнивает его с запасами материалов, имеющимися на складах предприятия. Несоответствие по определенным позициям служит сигналом к приобретению (изготовлению) недостающих комплектующих.

Таблица 3 Инвентарный список материалов в системе MRPII

Инвентарный номер

Наименование материала (комплектующих)

Количество

013647

Блок питания

1

013882

Плата УПЧИ

1

215559

Корпус

1

Планирование потребностей в материалах (MRP)

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

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

1. Описание состояния материалов (Inventory status file)

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

2. Программа производства (Master production scheduling)

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

3. Перечень составляющих конечного продукта (Bills of material file)

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

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

1. План заказов (Planned order schedule)

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

2. Изменения к плану заказов (Changes in planned orders)

Этот важный элемент системы призван отображать все корректировки, принятые по отношению к первоначально спланированным заказам.

Планирование потребностей в производственных мощностях (CRP)

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

Таблица 4 Технологическая схема обработки готового изделия

Операция

Номер производственной единицы

Название работы (операции)

Название производственной единицы

Количество минут

1

23434

Отрезная

Дисковый отрезной станок 8В66

0,79

2

45662

Токарная

Токарный станок 1А616П

1,17

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

Результатом работы CRP-модуля является план потребности в производственных мощностях (Capacity requirements plan). Этот план показывает, какое количество часов должна отработать каждая производственная единица, чтобы обработать необходимое количество материалов.

Таблица 5 План потребности в производственных мощностях по производственной единице №1

Номер материала

Номер заказа на производство

Количество

01.06.2006

02.06.2006

03.06.2006

04.06.2006

22483

4568

40

20

20

14571

3355

120

40

40

40

Суммарное количество часов

40

40

60

20

Контроль выполнения производственного плана. Контрольные отчеты по производительности и потреблению (Input/Output reports)

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

Списки операций (Dispatch lists)

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

Таблица 6 Контрольный отчет для производственной единицы №1

Дата Статус

01.06.2006

02.06.2006

03.06.2006

04.06.2006

План

40

40

40

40

Факт

40

38

36

35

Отклонение

0

-2

-4

-5

Обратная связь (Feedback)

Необходимо отметить, что архитектура системы MRPII предполагает реализацию принципа замкнутой петли (Closed Loop Principle), достижение которого невозможно без организации оперативной и эффективной обратной связи. Например, если поставщики не способны поставить в срок требуемый для производства материал, что грозит срывом выполнения заказа, необходимо организовать возможность быстрого оповещения модулей системы о наличии подобной проблемы, что позволит системе сделать откат и скорректировать предыдущие планы, вплоть до изменения плана заказов. В случае неоднократных (регулярных) срывов поставок система MRPII использует дополнительный модуль для поддержания минимального страхового складского запаса для «проблемных» материалов (Safety stock).

4.1.1 MRPII/ERP-системы западных вендоров

Мировые разработчики MRPII/ERP-систем представляют на рынке СНГ либо свои оригинальные разработки, либо их адаптированные к нашим реалиям версии. Наиболее известные из них сведены в таблицу. [8]

Таблица 7 Основные иностранные ERP-системы, представленные на рынках СНГ

Решение

Сфера применения

Срок внедрения

Стоимость внедрения

SAP R/3

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

1-5 лет и более

Лицензия на 50 рабочих мест стоит около $350 тыс. Стоимость внедрения может в несколько раз превышать стоимость решения.

Oracle Applications

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

1-5 лет и более

Стоимость решения на одно рабочее место составляет около $5 тыс. Полная стоимость существенно зависит от требуемой функциональности и сложности внедрения.

IFS Application

Предприятия машиностроительного комплекса, энергетика, пищевая промышленность, фармацевтика, кабельная промышленность.

0,8-3 года и более

Полная стоимость внедрения может достигать $250 тыс. и более. Также существенно зависит от требуемой функциональности.

Baan ERP

Автомобилестроение, химическая промышленность, фармацевтика, пищевая промышленность.

6 мес-1,5 года и более

Стоимость одного рабочего места - $3 тыс. Соотношение цены решения и расходов на внедрение 1:1-1:3.

iRenaissance

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

4 мес. - 1,3 года и более

Стоимость внедрения в среднем $200 тыс.

MBS Axapta, Navision

Предприятия нефтяной отрасли, пищевой промышленности, торговые компании, металлургия, дистрибуция, телекоммуникационная отрасль.

6 мес. - 2 года и более

В среднем стоимость решения на одно рабочее место - $3,5 тыс. Стоимость внедрения составляет 100-250% стоимости решения.

iScala

Машиностроение, телекоммуникационная отрасль, пищевая промышленность.

3 мес. - 1,5 года и более

Cредняя стоимость iScala 2.1 составляет $2-5 тыс. за одно рабочее место.

MFG/PRO

Автомобильная, авиационная, электронная, электротехническая, химическая, фармацевтическая и пищевая промышленность.

3 мес. - 1,5 года и более

Стоимость лицензии на одно рабочее место $2-5 тыс. в зависимости от конфигурации. Внедрение обходится в 100-200% этой суммы.

J.D.Edwards OneWorld

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

7 мес. - 1,5 года и более

Cтоимость рабочего места OneWorld варьируется от $400 до $4000.

SyteLine ERP

Производители измерительного и электрооборудования, деревообработка, полиграфия, машиностроение.

6 - 9 месяцев и более

Стоимость лицензии на одно рабочее место $2-4 тыс. Примерно во столько же обойдется внедрение.

Как видно из таблицы наиболее известные на мировым рынке вендоры: Oracle, SAP, IFS занимают активные позиции и на рынках стран СНГ. Между тем хотя первые два являются мировыми лидерами, а их продукты обладают широкой функциональностью, позволяющей удовлетворить потребности бизнеса практически в любой отрасли, высокая стоимость лицензий, консалтинговых услуг и поддержки решений Oracle и SAP нередко являются ключевой проблемой при выборе ERP-системы. По этой причине предпочтение часто отдается другим поставщикам, например шведской компании IFS, которая успешно конкурирует с SAP в автоматизации фондоемких отраслей, особенно в тех областях, где востребованы техобслуживание и ремонты и что важно имеет своего партнера в Беларуси, предлагающего клиентам свою, адаптированную к белорусским условиям, версию системы.

4.1.2 MRPII/ERP-системы российских вендоров

Крупных и хорошо зарекомендовавших себя разработок российского происхождения немного. Можно отметить корпорации "Галактика" и "Парус" с одноименными продуктами, КИС "AC+" от консалтинговой группы "Борлас", а также "1С:Предприятие 8.0. Управление производственным предприятием". К более мелким относятся решения "Эталон" (компания "Цефей"), БОСС ("Ай-Ти") и другие.

Таблица 8 Основные ERP-системы российского производства

Решение

Сфера применения

Срок внедрения

Стоимость внедрения

"Галактика"

Нефтегазовая отрасль, машиностроение, химия, энергетика, металлургия и др.

4 мес. - 1,5 года и более

Лицензия $350-1200 на одно рабочее место. Стоимость внедрения составляет 50-100% этой суммы.

"Парус"

Машиностроение, нефтегазовые компании, предприятия энергетической отрасли

4 мес. - 1 год и более

Стоимость лицензии на одно рабочее место $1-2 тыс. Стоимость внедрения 100-200% цены решения.

"1С: Предприятие 8.0. Управление производственным предприятием"

Машиностроение, пищевая промышленность и др.

3-9 мес. и более

Лицензия на одно рабочее место $150-600. Стоимость внедрения на одно рабочее место $200-1000

КИС "АС+"

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

6-12 мес. и более

Лицензия на один функциональный модуль (без учета рабочих мест) от $15 тыс. до $100 тыс. Стоимость внедрения 100%-200% стоимости лицензий.

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

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

4.1.3 MRPII/ERP-системы белорусских вендоров

Молодой белорусский рынок MRPII- и ERP-систем представлен в таблице4.3.

Таблица 9 Основные ERP-системы белорусского производства

решение

Сфера применения

Срок внедрения

Стоимость внедрения

"ITS B-Pro"

Машиностроение, химическая, радиоэлектронная, пищевая, нефтехимическая промышленность и др.

3 мес. - 1 год и более

н/д

"Omega Production"

Машиностроение, радиоэлектронная промышленность.

6-12 мес. и более

н/д

Как видно из приведенных данных собственно белорусских разработчиков покка немного и говоря о белорусском рынке корпоративных систем нужно добавить, что сектор MRPII/ERP представлен в Беларуси большей частью официальными поставщиками систем иностранного происхождения. Так, на сегодняшний день на рынок поставляются решения компаний Axapta и SAP (поставщик на территории РБ - компания "IBA"), ту же систему Axapta предлагает и компания "БЕЛСОФТ", кроме того, компания "Л-Класс Норд" позиционирует систему "Технокласс ERP". Представлены на территории нашей страны и российские разработчики.

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

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

4.2 Оценка эффективности использования КИС

4.2.1 Современные подходы к оценке эффективности КИС

Внедрение и использование таких дорогостоящих IT-продуктов, как корпоративные информационные системы класса MRPII/ERP, в обязательном порядке должно предполагать наличие определенных методик оценки эффективности систем как на стадии их внедрения, так и на стадии использования.

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

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

Между тем согласно Юлие Гравановой [10] множество различных подходов к оценке эффективности внедрения можно разделить на две большие группы: экономическая компонента, то есть система показателей, позволяющих оценить экономическую эффективность внедрения; и процессная составляющая, целью использования которой является оценка соответствия результатов внедрения ERP целям и задачам предприятия, а также непосредственно контроль за ходом внедрения ERP на каждом этапе реализации проекта.

4.2.2 Экономическая составляющая оценки эффективности

Экономическая составляющая оценки эффективности предполагает:

- Подход на основе методов инвестиционного менеджмента.

- Экономический анализ.

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

При оценке эффективности экономической составляющей проекта целесообразно рассматривать установку или модернизацию информационной системы предприятия в качестве инвестиционного проекта. Применение данного подхода подразумевает оценку эффективности внедрения информационной системы с помощью системы финансовых показателей, ключевыми из которых являются норма возврата инвестиций (Return on Investment - ROI), совокупная стоимость владения (Total Cost of Ownership - TCO), а также анализ выгодности затрат (Cost-Benefits Analysis - CBA). Расчет показателя ROI предполагает сопоставление притоков денежных средств или выгод от внедрения ERP с совокупными затратами на внедрение и эксплуатацию системы.


Подобные документы

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

    презентация [112,9 K], добавлен 27.04.2013

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

    презентация [116,5 K], добавлен 29.10.2013

  • Современное состояние и тенденции развития информационных технологий. Использование информационных технологий в управлении организацией. Эволюция информационных систем. Корпоративные информационные системы, внедрение и сопровождение на производстве.

    курс лекций [71,6 K], добавлен 28.08.2011

  • Понятие информационной системы, ее функции и классификация. Этапы разработки, преимущества, недостатки и будущие возможности корпоративных информационных систем. Концепция ERP, ее сущность. КИС и Internet-технологии. Бизнес-инжиниринг в SAP R/3.

    реферат [266,0 K], добавлен 11.06.2011

  • Информационные технологии: понятие, история развития, классификация и структура. Определение основных направлений развития информационных систем, современные подходы к их анализу. Проблемы организационной деятельности в сфере информационных технологий.

    курсовая работа [33,7 K], добавлен 26.10.2013

  • Корпоративная информационная система. Процесс внедрения. BMS–системы. Сравнительные характеристики корпоративных информационных систем, представленных на рынках СНГ. Основные иностранные, российского производства ERP-системы, представленные на рынке.

    реферат [395,6 K], добавлен 04.12.2008

  • Концепция планирования ресурсов (ERP) - мировой стандарт управления. Планирование, прогнозирование и контроль над процессами производства, сбыта и закупки продукции. Проектирование систем управления предприятием, планирование ресурсов производства.

    реферат [23,9 K], добавлен 24.01.2009

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

    курсовая работа [128,4 K], добавлен 20.06.2014

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

    курсовая работа [469,4 K], добавлен 12.03.2013

  • История развития управленческой мысли. Недостатки и достоинства теории менеджмента для осуществления грамотной управленческой деятельности. Основные положения, принципы и идеи современных направлений менеджмента. Концепция "Бережливого производства".

    реферат [41,8 K], добавлен 04.01.2016

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.