Применение корпоративных информационных систем на промышленных предприятиях
Изучение структуры промышленного предприятия на примере машиностроительного завода. Управление технологическим процессом в производстве. Состав и возможности современных корпоративных информационных систем. Средства электронного документооборота.
Рубрика | Менеджмент и трудовые отношения |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 24.09.2012 |
Размер файла | 1,7 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
· Отчет об "узких местах" планирования (Exception report) предназначен для того, чтобы заблаговременно проинформировать пользователя о промежутках времени в течение срока планирования, которые требуют особого внимания, и в которые может возникнуть необходимость внешнего управленческого вмешательства. Типичными примерами ситуаций, которые должны быть отражены в этом отчете, могут быть непредвиденно запоздавшие заказы на комплектующие, избытки комплектующих на складах и т.п.
· Исполнительный отчет (Performance Report) является основным индикатором правильности работы MRP-системы и имеет целью оповещать пользователя о возникших критических ситуациях в процессе планирования, таких как, например, полное израсходование страховых запасов по отдельным комплектующим, а также о всех возникающих системных ошибках в процессе работы MRP-программы.
· Отчет о прогнозах (Planning Report) представляет собой информацию, используемую для составления прогнозов о возможном будущем изменении объемов и характеристик выпускаемой продукции, полученную в результате анализа текущего хода производственного процесса и отчетах о продажах. Так же отчет о прогнозах может использоваться для долгосрочного планирования потребностей в материалах.
Таким образом, использование MRP-системы для планирования производственных потребностей позволяет оптимизировать время поступления каждого материала, тем самым значительно снижая складские издержки и облегчая ведения производственного учета. Однако, среди пользователей MRP-программ существует расхождение во мнениях относительно использования страхового запаса для каждого материала. Сторонники использования страхового запаса утверждают, что он необходим в силу того, что зачастую механизм доставки грузов не является достаточно надежным, и возникшее, в силу различных факторов, полное израсходование запасов на какой-либо материал, автоматически приводящее к остановке производства, обходится гораздо дороже, чем постоянно поддерживаемый его страховой запас. Противники использования страхового запаса утверждают, что его отсутствие является одной из центральных особенностей концепции MRP, поскольку MRP-система должна быть гибкой по отношению к внешним факторам, вовремя внося изменения к плану заказов, в случае непредвиденных и неустранимых задержек поставок. Но в реальной ситуации, как правило, вторая точка зрения может быть реализована для планирования потребностей для производства изделий, спрос на которые относительно прогнозируем и контролируем, и объем производства может быть установлен в производственной программе постоянным в течение некоторого, относительно длительного периода. Следует заметить, что в Российских условиях, когда задержки в процессах поставки являются скорее правилом, чем исключением, на практике целесообразно применять планирование с учетом страхового запаса, объемы которого устанавливаются в каждом отдельном случае.
4.2 Система планирования ресурсов MRPII.
4.2.1 Эволюция MRP. Переход от MRP к MRPII и ERP
Системы планирования производства постоянно находятся в процессе эволюции. Первоначально MRP-системы фактически просто формировали на основе утвержденной производственной программы план заказов на определенный период, что не удовлетворяло вполне возрастающие потребности.
С целью увеличить эффективность планирования, в конце 70-х годов Оливер Уайт и Джордж Плосл предложили идею воспроизведения замкнутого цикла (closed loop) в MRP-системах. Идея заключалась в предложении ввести в рассмотрение более широкий спектр факторов при проведении планирования путем введения дополнительных функций. К базовым функциям планирования производственных мощностей и планирования потребностей в материалах было предложено добавить ряд дополнительных, таких как контроль соответствия количества произведенной продукции количеству использованных в процессе сборки комплектующих, составление регулярных отчетов о задержках заказов, об объемах и динамике продаж продукции, о поставщиках и т.д. Термин "замкнутый цикл" отражает основную особенность модифицированной системы, заключающуюся в том, что созданные в процессе ее работы отчеты анализируются и учитываются на дальнейших этапах планирования, изменяя при необходимости программу производства, а следовательно и план заказов. Другими словами, дополнительные функции осуществляют обратную связь в системе, обеспечивающую гибкость планирования по отношению к внешним факторам, таким как уровень спроса, состояние дел у поставщиков и т.п.
В дальнейшем усовершенствование системы привело к трансформации системы MRP с замкнутым циклом в расширенную модификацию, которую впоследствии назвали MRPII (Manufactory Resource Planning), ввиду идентичности аббревиатур. Эта система была создана для эффективного планирования всех ресурсов производственного предприятия, в том числе финансовых и кадровых. Кроме того, система класса MRRPII способна адаптироваться к изменениям внешней ситуации и эмулировать ответ на вопрос "Что если?". MRPII представляет собой интеграцию большого количества отдельных модулей, таких как планирование бизнес-процессов, планирование потребностей в материалах, планирование производственных мощностей, планирование финансов, управление инвестициями и т.д. Результаты работы каждого из модуля анализируются всей системой в целом, что собственно и обеспечивает ее гибкость по отношению к внешним факторам. Именно это свойство является краеугольным камнем современных систем планирования, поскольку большое количество производителей производят продукцию с заведомо коротким жизненным циклом, требующую регулярных доработок. В таком случае появляется необходимость в автоматизированной системе, которая позволяет оптимизировать объемы и характеристики выпускаемой продукции, анализируя текущий спрос и положение на рынке в целом.
В последние годы системы планирования класса MRPII в интеграции с модулем финансового планирования FRP (Finance Requirements Planning) получили название систем бизнес-планирования ERP (Enterprise Requirements Planning), которые позволяют наиболее эффективно планировать всю коммерческую деятельность современного предприятия, в том числе финансовые затраты на проекты обновления оборудования и инвестиции в производство новой линейки изделий. В Российской практике, целесообразность применения систем подобного класса обусловливается, кроме того, необходимостью управлять бизнес-процессами в условиях инфляции, а также жесткого налогового прессинга, поэтому, системы ERP необходимы не только для крупных предприятий, но и для небольших фирм, ведущих активный бизнес. На рисунке 4.2. представлена логическая схема системы планирования ресурсов производственного предприятия:
Рис.4. 2. Логическая структура системы планирования ресурсов производственного предприятия.
4.2.2 Состав систем класса MRPII
Очевидно, на любом производственном предприятии существует набор стандартных принципов планирования, контроля и управления функциональными элементами. Такими элементами являются производственные цеха, функциональные отделы, аппарат руководства и т.д. Если на основании этих принципов, попытаться создать замкнутую логическую систему, которая позволяет отвечать на следующие тривиальные вопросы:
· Что мы собираемся производить?
· Что для этого нужно?
· Что мы имеем в данный момент?
· Что мы должны получить в итоге?
Эти, на первый взгляд простые вопросы всегда должны иметь ясные ответы для руководящего состава любого коммерческого (производственного и непроизводственного) предприятия. Одной из основ эффективной деятельности любого предприятия является правильно поставленная система планирования. Собственно, она и призвана содействовать ответам на эти вопросы.
Эта система планирования должна чётко отвечать на вопрос: "Что нам конкретно нужно в тот или иной момент времени в будущем?". Для этого она должна планировать потребности в материале, производственные мощности, финансовые потоки, складские помещения и т.д., принимая во внимание текущий план производства продукции (или услуг) на предприятии. Такой системой планирования ресурсов предприятия, является MRPII-система, которая должна состоять из следующих функциональных модулей:
1. Планирование развития бизнеса (Составление и корректировка бизнес-плана)
2. Планирование деятельности предприятия
3. Планирование продаж
4. Планирование потребностей в сырье и материалах
5. Планирование производственных мощностей
6. Планирование закупок
7. Выполнение плана производственных мощностей
8. Выполнение плана потребности в материалах
9. Осуществление обратной связи
Модуль планирования развития бизнеса определяет миссию компании: её нишу на рынке, оценку и определение прибылей, финансовые ресурсы. Фактически, он утверждает в условных финансовых единицах, что компания собирается произвести и продать, и оценивает, какое количество средств необходимо инвестировать в разработку и развитие продукта, чтобы выйти на планируемый уровень прибыли. Таким образом, выходным элементом этого модуля является бизнес-план.
Модуль планирования продаж оценивает (обычно в единицах готового изделия), какими должны быть объем и динамика продаж, чтобы был выполнен установленный бизнес-план. Изменения плана продаж, несомненно, влекут за собой изменения в результатах других модулей.
Модуль планирования производства утверждает план производства всех видов готовых изделий и их характеристики. Для каждого вида изделия в рамках выпускаемой линии продукции существует своя собственная программа производства. Таким образом, совокупность производственных программ для всех видов выпускаемых изделий представляет собой производственный план предприятия в целом.
Модуль планирования потребности в материалах (или видах услуг - "здесь и далее") на основе производственной программы для каждого вида готового изделия определяет требуемое расписание закупки и/или внутреннего производства всех материалов комплектующих этого изделия, и, соответственно, их сборку.
Модуль планирования производственных мощностей преобразует план производства в конечные единицы загрузки рабочих мощностей (станков, рабочих, лабораторий и т.д.)
Модуль обратной связи позволяет обсуждать и решать возникающие проблемы с поставщиками комплектующих материалов, дилерами и партнерами. Тем самым, этот модуль собственно и реализует знаменитый "принцип замкнутой петли" (Closed loop principle) в системе. Обратная связь особенно необходима при изменении отдельных планов, оказавшихся невыполнимыми и подлежащих пересмотрению.
4.2.3 Механизм работы MRPII-системы. Составление производственного плана (Master Production Schedule) и общего плана деятельности (Production plan)
Логика работы MRPII системы достаточно проста. Рассмотрим её на конкретном примере. Первым этапом является составления плана деятельности предприятия. Для этого сначала определим производственную программу (Master Production Schedule-MPS) в виде следующего выражения: "Мы будем производить 30 автомобилей в неделю". Далее, при определении плана деятельности, мы принимаем во внимание следующие факторы:
Текущий инвентарный запас изделий на складе
1. Определение необходимого количества поддерживаемого инвентарного запаса на складе в тот или иной момент времени в течение всего периода планирования.
2. Прогнозы продаж автомобилей на планируемый период
Следующая таблица, представляет собой типичный план деятельности предприятия:
Таблица 4.1.
Дата(конец месяца) |
План продаж |
План производства (MPS) |
Объем запасов |
||
31.03 |
По плану |
60 |
|||
Реальный |
|||||
30.04 |
По плану |
30 |
35 |
65 |
|
Реальный |
25 |
36 |
71 |
||
... |
|||||
30.06 |
По плану |
30 |
35 |
75 |
|
Реальный |
Далее, в таблице 4.2., показан типичный бизнес-план, который, по сути, является отображением плана деятельности, только в финансовом эквиваленте.
Таблица 4.2.
Дата(конец месяца) |
План продаж |
План производства(MPS) |
Объём запасов |
||
31.3 |
По плану |
6000 |
|||
Реально |
|||||
30.4 |
По плану |
3000 |
3500 |
6500 |
|
Реально |
2500 |
3600 |
7100 |
||
31.5 |
По плану |
3000 |
3500 |
7000 |
|
Реально |
3800 |
3200 |
6500 |
||
30.6 |
По плану |
3000 |
3500 |
7500 |
|
Реально |
3200 |
3700 |
7000 |
||
... |
... |
... |
... |
... |
|
31.12 |
По плану |
3000 |
3500 |
10500 |
|
Реально |
Полный бизнес-план на производственном предприятии, разумеется, включает в себя затраты на новые разработки и развитие, а также ряд других затрат, напрямую не связанных с производством и продажами, но нам для начала достаточно рассмотреть его облегченный вариант. С точки зрения MRPII-системы, план деятельности и бизнес-план не являются независимыми, и каждый раз, при обновлении плана деятельности, вносятся изменения и в бизнес-план. На основании главной программы производства ("Что мы собираемся производить?"), MRPII-система составляет инвентарный список (Bill of materials file) материалов-комплектующих ("Что для этого нужно?") и, сравнивая его с инвентарными запасами имеющимися в наличие (на складе или в позициях активных заказов - "Что мы имеем в данный момент?"), определяет потребность в материалах ("Что мы должны приобрести?").
Следующий список (таблице 4.3.)представляет собой пример инвентарного списка комплектующих для простого автомобильного двигателя:
Такой инвентарный список обычно называется списком с отступом. Это означает тот факт, что элементы списка высшего уровня (комплектующие высшего порядка) располагаются левее, чем их составляющие - комплектующие более низкого порядка. На основании инвентарных списков происходит планирование потребностей в материалах
Таблица 4.3
Инвентарный номер |
Наименование материалов-комплектующих |
Кол-во |
|
789887 |
Блок цилиндров |
1 |
|
678767 |
Коленчатый вал |
1 |
|
678776 |
Поршень в сборе |
4 |
|
787987 |
Поршень |
4 |
|
789877 |
Кольцо поршневое |
4 |
|
567765 |
Свеча зажигания |
4 |
4.2.4 Планирование потребностей в производственных мощностях CRP (Capacity Requirements Planning)
Для того чтобы производственная программа была осуществима, необходимо, чтобы имеющиеся в наличие производственные мощности смогли обработать то количество сырья и материалов-комплектующих, которое предписывает составленный MRP модулем план заказов, и изготовить из них готовые изделия. Собственно MRP-план является основным входным элементом модуля планирования потребностей в производственных мощностях (CRP-модуля). Другим немаловажным входным элементом является технологическая схема обработки/сборки конечного готового изделия (routing plan). Эта схема является определенной таблицей, аналогичной инвентарному списку, только с точки зрения этапов обработки и их длительности, а не комплектующих и их количества. В таблице 4.5 представлена типичная технологическая схема обработки/сборки готового изделия (routing plan). Обычно, производственные мощности предприятия классифицируются на производственные единицы (work center). Такой производственной единицей может быть станок, инструмент, рабочий и т.д. Результатом работы CRP-модуля является план потребности в производственных мощностях (Capacity requirements plan). Этот план определяет, какое количество стандартных часов должна работать каждая производственная единица, чтобы обработать необходимое количество материалов.
Таблица 4.4.
Шаг |
Номер производственной единицы |
Название работы |
Название производственной единицы |
Кол-во рабочих часов |
|
1 |
456676 |
Расточка |
Токарный станок |
1 |
|
2 |
56787, 345 |
Шлифовка |
5 |
||
2.1 |
56787 |
Станочн.шлиф. |
Шлифовальный станок |
4 |
|
345 |
Ручн Шлиф |
Рабочий Петров Е. Н. |
1 |
||
.... |
.... |
.... |
.... |
Также очень важно заметить, что модули MRPII-системы являются четко и однозначно взаимосвязанными (Lock step principle). Это в свою очередь означает собой тот факт, что в любом случае, если потребности в материалах (MRP-план, являющийся следствием изначально составленной программы производства (MPS)) не могут быть удовлетворены ни за счет внутреннего производства, ни за счет закупок на стороне, в план производства, очевидно, должны быть внесены изменения. Однако подобные явления должны быть исключениями. Одной из основных задач является составление успешного производственного плана с самого начала.
В таблице 4.6. представлен сокращенный вариант типичного плана потребности в производственных мощностях. Этот план является выходным элементом CRP-модуля.
Таблица 4.5
План потребности в производственных мощностях. Производственная единица № 1500 |
||||||||
Номер материала |
Номер заказа на пр-во |
Кол-во |
1.03.99 |
2.03.99 |
3.03.99 |
4.03.99 |
5.03.99 |
|
91234 |
12378 |
50 |
3.5 |
|||||
80902 |
9870 |
500 |
16.5 |
|||||
Суммарное количество часов |
294 |
201 |
345 |
210 |
286 |
Таким образом, заметим еще раз: если в результате работы CRP-модуля установлено, что MRP-план неосуществим, то производственная программа(MPS) должна быть пересмотрена, более того, вероятно, необходимо пересмотреть весь план деятельности. Однако важно осознавать, что такой шаг должен быть сделан в самом крайнем случае, так как планировщик, работающий с CRP-системой должен быть компетентен и сам осознавать производственные возможности своего предприятия, понимая, что задача компьютера - лишь оптимально распределить загрузку производственных мощностей на период планирования. Тем самым, планировщик должен стараться определить и опротестовать заведомо неосуществимый MRP-план, до отправления его в CRP-систему, или найти пути для расширения производственных мощностей до необходимого уровня.
4.2.5 Контроль выполнения производственного плана. Контрольные отчёты по производительности и потреблению (input/output reports)
Этот момент, когда определено, что план потребностей в производственных мощностях может быть осуществлен, начинает функционировать контроль поддержания установленной производительности. Для этого в течение всего срока планирования системой регулярно создаются контрольные отчеты по производительности (Output control reports). Пример такого отчета приведен на в таблице 4.6.
Таблица 4.6
Контрольный отчёт для производственной единицы №1500.Дата отчета - 23.05.1999,Пн. Единица измерения - Стандартный час работы |
|||||
Статус/Дата |
2.05.99 |
9.05.99 |
16.05.99 |
23.05.99 |
|
По плану |
270 |
270 |
270 |
270 |
|
Реально |
250 |
220 |
190 |
||
Отклонение |
-20 |
-70 |
-150 |
Из вышеприведенного контрольного отчета становится видно, что отклонение реального темпа производства от производственного плана в первую неделю составляло 20 часов, во вторую-50 и в третью - 80 часов работы. Таким образом, суммарное отклонение достигло 150 стандартных часов.
Для адекватной работы системы необходимо определить величину допустимого отклонения от плана производства. Например, если установлено, что величина допустимого отклонения на начало третьей недели равна половине планового недельного количества часов, то для примера в таблице 4.6 это отклонение будет равняться 135 часам. И в тот момент, когда величина реального отклонения превышает 135 часов, система сигнализирует о необходимости немедленного вмешательства в работу данной производительной единицы, и принятия мер к повышению ее производительности, вплоть её выхода на плановый уровень. Такими мерами может быть привлечение дополнительных рабочих, допустимое увеличение общего времени её работы и т.д.
Кроме контрольных отчетов производительности, для каждой производительной единицы существуют контрольные отчеты потребления материалов-комплектующих. Эти отчеты существуют для быстрого определения ситуаций, когда та или иная производительная единица не развивает плановой мощности из-за недостаточного снабжения материалами. Контрольный отчет потребления внешне абсолютно идентичен с отчетом, изображенным в таблице 4.6, только вместо соотношения плановых и реальных часов работы, в нем отображается разница между реальным и плановым потреблением материалов рассматриваемой производственной единицей.
4.2.6 Списки операций (Dispatch lists)
Еще одним необходимым документом, регулярно (как правило, ежедневно) создаваемым MRPII-системой является список операций (operation lists). Списки операций обычно формируются в начале дня и передаются (или пересылаются) мастерам соответствующих производственных цехов. В этих документах отображена последовательность проведения рабочих операций над сырьем и комплектующими материалами на каждой производственной единице и их длительность. Списки операций позволяют каждому мастеру получать актуальную информацию, и фактически делают его частью MRPII-системы. На рисунке 8 изображен пример списка операций для одной из производственных единиц.
Таблица 4.7
Список операций для производственной единицы № 1500 (Токарный станок), на 23.05.99 |
|||||
Номер производственного заказа |
Инвентарный номер материала |
Количество материала |
Дата обработки по плану пр-ва |
Количество часов обработки |
|
17678 |
98769 |
50 |
20.05.99 |
3.5 |
|
16789 |
89769 |
500 |
23.05.99 |
19.2 |
|
18784 |
56307 |
1100 |
23.05.99 |
28.6 |
|
67830 |
78567 |
500 |
23.05.99 |
16.5 |
|
47890 |
87300 |
120 |
26.05.99 |
8.4 |
|
Суммарное количество часов |
76.2 |
Как видно из таблицы, приведенный список определяет приоритет выполнения операций. Например, запоздавший по каким-то причинам производственный заказ от 20.05, был поставлен MRPII-системой в очередь первым. И наоборот, заказ от 26.05.99 имеет минимальный приоритет. Сразу стоит отметить, что список операций НЕ является суточным планом (это очевидно хотя бы из того, что суммарное количество часов превышает 24), а является лишь законом для мастера, определяющим последовательность и содержание производственных операций.
4.2.8 Обратная связь (feedback) и её роль в MRPII-системе
Чрезвычайно важно обратить внимание на функции обратной связи (feedback) в MRPII-системе. Например, если Поставщики не способны поставить материалы-комплектующие в оговоренные сроки, они должны послать отчет о задержках сразу, как только они узнают о существовании этой проблемы. Обычно, стандартная компания имеет большое количество просроченных заказов с поставщиками. Но, как правило, даты этих заказов не отражают в достаточной степени дат реальной потребности в этих материалах. На предприятиях же, управляемых системами класса MRPII, даты поставки являются максимально близкими к времени реальной потребности в поставляемых материалах. Поэтому крайне важно заранее поставить систему в известность о возможных проблемах с заказами. В этом случае система должна сгенерировать новый план работы производственных мощностей в соответствии с новым планом заказов. В ряде случаев, когда задержка заказов далеко не является исключением, в MRPII-системе задаётся объем минимального поддержания запасов "ненадежны х" материалов на складе (safety stock).
В настоящее время системы MRPII класса прочно входят в жизнь крупных и средних производственных организаций. Основной и эффективной чертой этих систем является возможность планировать потребности предприятия на короткие промежутки времени (недели и даже дни) и осуществлять обратную связь (например, автоматически изменять ранее построенные планы производства при сбоях поставок или поломке оборудования), внося в систему данные о проблемах в реальном времени.
Алгоритм работы MRPII-системы нацелен на внутреннее моделирование всей области деятельности предприятия. Его основная цель - учитывать и с помощью компьютера анализировать все внутрикоммерческие и внутрипроизводственные события: все те, что происходят в данный момент и все те, что запланированы на будущее. Как только в производстве допущен брак, как только изменена программа производства, как только в производстве утверждены новые технологические требования, MRPII-система мгновенно реагирует на произошедшее, указывает на проблемы, которые могут быть результатом этого и определяет, какие изменения надо внести в производственный план, чтобы избежать этих проблем или свести их к минимуму. Разумеется, далеко не всегда реально полностью устранить последствия того или иного сбоя в производственном процессе, однако MRPII-система информирует о них за максимально длительный промежуток времени, до момента их возникновения.
Таким образом, предвидя возможные проблемы заранее, и создавая руководству предприятия условия для предварительного их анализа, MRPII-система является надежным средством прогнозирования и оценки последствий внесения тех или иных изменений в производственный цикл.
Любая MRPII-система обладает определенным инструментарием для проведения планирования. Нижеперечисленные системные методологии являются фундаментальными рычагами управления любой MRPII-системы:
1. Методология расчёта и пересчета MRP и CRP планов.
2. Принцип хранения данных о внутрипроизводственных и внутрекоммерческих событиях, которые необходимы для планирования.
3. Методология описания рабочих и нерабочих дней для планирования ресурсов.
4. Установление горизонта планирования (planning horizon)
Эти методологии и принципы не являются универсальными и определяются исходя из постановки конкретной задачи, применительно к конкретному коммерческому предприятию.
4.3 ERP-системы. Основные понятия
4.3.1 Определение ERP
В соответствии со Словарем APICS (American Production and Inventory Control Society, APICS), термин «ERP-система» (Enterprise Resource Planning -- Управление ресурсами предприятия) может употребляться в двух значениях.
Во-первых, ERP -- информационная система для идентификации и планирования всех ресурсов предприятия, которые необходимы для осуществления продаж, производства, закупок и учета в процессе выполнения клиентских заказов.
Во-вторых (в более общем контексте) ERP, это -- методология эффективного планирования и управления всеми ресурсами предприятия, которые необходимы для осуществления продаж, производства, закупок и учета при исполнении заказов клиентов в сферах производства, дистрибьюции и оказания услуг.
Таким образом, термин ERP может означать не только информационную систему, но и соответствующую методологию управления, реализуемую и поддерживаемую этой информационной системой.
4.3.2 Основные функции ERP-системы
Большинство современных ERP-систем построены по модульному принципу, что дает заказчику возможность выбора и внедрения лишь тех модулей, которые ему действительно необходимы. Модули разных ERP-систем могут отличаться как по названиям, так и по содержанию. Тем не менее, есть некоторый набор функций, который может считаться типовым для программных продуктов класса ERP. Такими типовыми функциями являются:
· ведение конструкторских и технологических спецификаций. Такие спецификации определяют состав конечного изделия, а также материальные ресурсы и операции, необходимые для его изготовления (включая маршрутизацию);
· управление спросом и формирование планов продаж и производства. Эти функции предназначены для прогноза спроса и планирования выпуска продукции;
· планирование потребностей в материалах. Позволяют определить объемы различных видов материальных ресурсов (сырья, материалов, комплектующих), необходимых для выполнения производственного плана, а также сроки поставок, размеры партий и т.д.;
· управление запасами и закупочной деятельностью. Позволяют организовать ведение договоров, реализовать схему централизованных закупок, обеспечить учет и оптимизацию складских запасов и т.д.;
· планирование производственных мощностей. Эта функция позволяет контролировать наличие доступных мощностей и планировать их загрузку. Включает укрупненное планирование мощностей (для оценки реалистичности производственных планов) и более детальное планирование, вплоть до отдельных рабочих центров;
· финансовые функции. В эту группу входят функции финансового учета, управленческого учета, а также оперативного управления финансами;
· функции управления проектами. Обеспечивают планирование задач проекта и ресурсов, необходимых для их реализации.
4.3.3 Пример функционирования ERP-системы
Рассмотрим на конкретном примере выполнения заказа покупателя как можно использовать ERP-систему, и как используются обособленные компьютерные программы. Во втором случае, после того как потенциальный покупатель сделал заявку на поставку ему, например, партии подшипников в количестве 300 штук, он вынужден ждать, пока заявка не проделает долгий путь, преодолевая не одну папку «входящие». Эта заявка вводится в одну компьютерную систему, затем ещё в одну, затем распечатывается, затем её рассматривают на этапе формирования плана производства (куда бы эту заявку вставить), затем её поспешно выполняют (так как подходит крайний срок поставки), изменяя по ходу технологический процесс и т.д. С одной стороны, всё это может привести к задержкам в выполнении заявок (иногда они просто теряются), а перенос из одной системы в другую может вызвать тривиальные ошибки при вводе данных, если за это ответственен человек и пр. С другой стороны, никто в компании не может дать стопроцентно точный ответ на вопрос - «в каком состоянии находится сейчас заявка?», и всё потому, что, например, работник отдела сбыта не может зайти в складскую программу и узнать, отгружен товар или нет (об этом он узнает только вечером или вообще послезавтра. «Вам придётся проехать или позвонить на склад» или «Подождите немного, я позвоню/схожу и всё уточню» (немного - это может быть и полчаса…), - вот что может услышать заказчик, так надеявшийся получить свои подшипники вовремя, чтобы не сорвать свои сроки производства…Конечно, можно всех клиентов поделить на менее и более важных. И выполнять заявки последних в первую очередь, но даже один невыполненный заказ, в котором была только одна деталь, один неудовлетворённый покупатель может увести от предприятия ПЯТЬ клиентов, причём разного «калибра».
Вернёмся теперь к первому случаю. При использовании ERP-системы обособленные компьютерные программы в финансовом отделе, бухгалтерии, отделе кадров, на производстве и на складах заменяются единой информационной системой, разбитой на функциональные модули, функционально несколько схожие с другими компьютерными программами. Вполне возможно ERP-система будет включать в себя и «старые» программы, но теперь они будут связаны между собой на более глубоком уровне для возможности получение сквозной информации. Теперь на вопрос работнику отдела продаж «в каком состоянии находится сейчас заявка?», будет дан моментальный вразумительный ответ.
Возвращаясь к началу нашего разговора о том, что же такое ERP, скорее мы приходим к выводу о том, что это - прежде всего планирование ресурсов и единое информационное пространство на предприятии.
Таким образом, можно утверждать, что ERP-система - это такой комплекс программный средств и управленческих решений, который позволяет в необходимые сроки с максимальной точностью выполнить заказ потребителя, путём правильного планирования, перераспределения и направления всех ресурсов предприятия.
4.4 Эволюция стандартов планирования от MRPII к ERP и CSRP
Стандарты корпоративного планирования, как и любые стандарты, со временем проходят через процесс эволюции. С годами в мире меняются принципы управления бизнесом и, соответственно, изменяются подходы к корпоративному планированию. В последнее десятилетие гиганты мировой индустрии распространили по всему миру сеть своих удаленных производственных и непроизводственных объектов управления, значительно усложнилась организационная структура самих крупных компаний и холдингов. Это в свою очередь повлекло за собой увеличение управленческих издержек и затрат на поддержание сложных и запутанных логистических структур поставок продукции. В конце концов возникла необходимость искать методики, позволяющие оптимизировать решение и этих задач. В середине 90-х был введен в обращение термин ERP-системы. ERP-методология до настоящего времени должным образом не систематизирована, и представляет собой надстройку над MRPII, нацеленную на оптимизацию работы с удаленными объектами управления. В настоящее время, под широко используемым термином "ERP-система", как правило подразумевается MRPII-система, с расширенными возможностями работы с сетью филиалов и зависимых компаний, расположенных по всему свету.
Для оптимизации управления логистическими цепочками была создана концепция SCM (Supply Chain Management), которую поддерживает большинство систем класса MRPII. SCM, положенная как компонент общей бизнес стратегии компании, позволяет существенно снизить транспортные и операционные расходы путем оптимального структурирования логистических схем поставок.
Одной из последних тенденций в бизнес-планировании, стало обращение усиленного внимания на качество обслуживания конечных потребителей продукции. Для того чтобы процветать, производители должны разрабатывать новые технологии и бизнес-процессы, которые позволяли бы им удовлетворять индивидуальные покупательские нужды и ожидания, отвечать на эти нужды товарами и услугами, которые представляют уникальную ценность для каждого покупателя. Производители должны совершить частичное изменение в стратегии и интегрировать покупателя в центр процесса планирования деятельности организации. Интеграция покупателя с ключевыми бизнес-процессами организации изменяет ее стратегию и реализацию этой стратегии, требует новую модель управления деятельностью: планирование ресурсов, синхронизированное с покупателем. Так зародилась концепция CSRP (Customer Synchronized Resource Planning). Используя принцип CSRP, дистрибьютер продукции способен записать специфические требования к продукту, зафиксировать цену и автоматически послать эту информацию в головную организацию, где информация о требованиях к продукту динамически превращается в детальные инструкции по производству и планированию. Создается список материалов и комплектующих для производства, автоматически определяются производственные маршруты, материалы планируются и заказываются и, наконец, создается рабочий заказ. Критичная для покупателя информация динамически интегрируется в основную деятельность предприятия. После этого информация о критичных предпочтениях покупателя сохраняется в центральной базе данных о потребителях, которую могут использовать подразделения обслуживания покупателей, технического обслуживания, исследований, планирования производства и другие. Таким образом, деятельность предприятия синхронизируется с потребностями покупателей.
Эволюция стандартов планирования и управления бизнесом ни на минуту не отстаёт от темпов развития самого бизнеса, а также увеличения возможностей компьютерных систем. В последние годы, в России ощущается огромный интерес к корпоративным системам автоматизации бизнеса, однако, столь же ощутимо отсутствие информации по основным принципам их реализации. Специализированные сайты Internet и бумажные издания фактически завалены материалами по корпоративным системам, однако, эти материалы носят характер "что такие системы могут дать", а не "то как они работают". Вследствие этого, конкретные потенциальные заказчики, желающие автоматизировать своё производство или свой бизнес, не знают элементарных принципов работы информационных систем, не знают, что кроется под широко распространенной аббревиатурой ERP, кроме того, как это что-то "крутое", дорогое, позволяющее решить все проблемы на свете. Это представление, в свою очередь, часто ведет к "мертворожденным" проектам, не реализуемым из-за отсутствия у руководителей эффективных критериев выбора класса системы, ее функциональных возможностей, методик внедрения и т.д.
5. INTERNET/INTRANET ТЕХНОЛОГИИ И ТЕХНОЛОГИЧЕСКАЯ ЭВОЛЮЦИЯ КОРПОРАТИВНЫХ ИНФОРМАЦИОННЫХ СИСТЕМ
5.1 Основные факторы, влияющие на эволюцию КИС
В последнее время, все большее количество руководителей начинают осознавать важность построения на предприятии корпоративной информационной системы, как необходимого инструментария для управления бизнесом в современных условиях. Для того, чтобы выбрать перспективное программное обеспечение для построения КИС, необходимо осознавать все аспекты развития основных методологий и технологий разработки.
Существуют три наиболее весомых фактора, которые существенно влияют на развитие КИС:
· Развитие методик управления предприятием. Теория управления предприятием представляет собой довольно обширный предмет для изучения и совершенствования. Это обусловлено широким спектром постоянных изменений ситуации на мировом рынке. Все время растущий уровень конкуренции вынуждает руководителей компаний искать новые методы сохранения своего присутствия на рынке и удержания рентабельности своей деятельности. Такими методами могут быть диверсификация, децентралицация, управление качеством и многое другое. Современная информационная система должна отвечать всем нововведениям в теории и практике менеджмента. Несомненно, это самый главный фактор, так как построение продвинутой в техническом отношении системы, которая не отвечает требованиям по функциональности, не имеет смысла.
· Развитие общих возможностей и производительности компьютерных систем. Прогресс в области наращивания мощности и производительности компьютерных систем, развитие сетевых технологий и систем передачи данных, широкие возможности интеграции компьютерной техники с самым разнообразным оборудованием позволяют постоянно наращивать производительность КИС и их функциональность.
· Развитие подходов к технической и программной реализации элементов КИС. Параллельно с развитием “железа”, на протяжении последних десяти лет, происходит постоянный поиск новых более удобных и универсальных методов программно-технологической реализации КИС. Во-первых, изменяется общий подход к программированию: с начала 90-х годов объектно-ориентированное программирование фактически вытеснило модульное, сейчас непрерывно совершенствуются методы построения объектных моделей. Во-вторых, в связи с развитием сетевых технологий, локальные КИС, уступают своё место клиент-серверным реализациям. Кроме того, в связи с активным развитием сетей Internet, появляются все большие возможности работы с удаленными подразделениями, открываются широкие перспективы электронной коммерции, обслуживания покупателей через Internet и многое другое. Разумеется, разработчики программного обеспечения стараются поддерживать свои разработки в соответствии со всеми современным возможностями и стандартами.
Как это может ошибочно показаться на первый взгляд, подход к программно-технической реализации не является чисто технологической проблемой разработчика, так как он непосредственно влияет на функциональные возможности КИС, на ее гибкость, способность к адаптации и дальнейщему развитию.
Даже поверхностный анализ общего состояния на мировом рынке производителей экономического ПО позволяет сделать выводы, что основной тенденцией является повсеместный переход на использование Internet/Intranet-технологий. Практически все гиганты этой индустрии, такие как SAP (http://www.mysap.com/), PeopleSoft (http://www.peoplesoft.com/), Baan (http://www.baan.com/), и другие заявили о выходе Intranet-версий своих программных комплексов в течение 2000 года.
В достаточной мере, вышеописанная тенденция связана с развитием концепции XML (Extensible Markup Language).
5.2 Что такое XML?
В последнее время концепция XML стала чуть ли не самой активно обсуждаемой темой в компьютерной прессе. Стоит открыть буквально любое издание Computerworld или PCWeek и вы встретите там по крайней мере одну публикацию, посвященную технологии XML. Что же кроется под этой аббревиатурой?
Язык XML (Extensible Markup Language - расширяемый язык разметки) предназначен для описания других языков, т. е. это метаязык. XML позволяет представить данные в виде структурированного текстового документа. Разметка структуры задается в виде так называемых тэгов, имеющих формат <имя> .. </имя>. Внутри тэгов находятся данные. Получить представление о таком подходе проще всего посмотрев на любой HTML-документ (внутреннее представление web-страницы), поскольку HTML является реализацией языка на основе XML и описывает набор тэгов для визуализации данных web-броузером.
Документы XML представляют собой текстовые файлы, содержащие данные и теги, идентифицирующие структуры внутри текста.
XML позволяет разработчикам усложнять структуру данных, преобразуя их в формат, который может использоваться Web-приложениями, серверами, промежуточным программным обеспечением и конечными пользователями.
5.2.1. Построение общей структуры информационной системы
Структура информационной системы представляется в виде дерева, например
· Информационная система
· Справочники
o Справочник контрагентов
o Справочник подразделений
o ...
· Документы
· Заказы
· Кассовые ордера
· ….
Для вышеуказанной древовидной структуры задается список XML-тэгов, описывающий основные элементы системы.
<IS>
<Refers>
<Agents/>
<Staff/>
</Refers>
<Documents>
</Documents>
</IS>
В результате получаем описание структуры информационной системы до уровня конечных бизнес-объектов. В данном примере справочники контрагентов и подразделений являются конечными бизнес-объектами.
5.2.2 Описание свойства бизнес-объектов
Для каждого объекта делается его описание на языке XML. Например, для справочника контрагентов возможно следующее описание:
<Agents>Набор карточек<Agent uid=''>Карточка
<FullName>Полное наименование</FullName>
<Name>Наименование</Name>
<Adr delType='PO>Адрес</Adr>
<Tel telType='Home' >Телефон</Tel>
...
</Agent>
</Agents>
Для каждого XML-тэга может быть задан набор атрибутов (в примере delType-тип адреса).
5.2.3 Описание методов бизнес-объектов
Любой бизнес-объект должен обладать как минимум 4 методами:
· List - формирование списка элементов, входящих в объект
· Info - формирование информации по конкретному объекту
· Post - добавление/изменение объекта
· Del - удаление объекта
Помимо этого может быть любое количество дополнительных методов.
5.2.4 Технологическая структура КИС, построенных на основе концепции XML
Структура такой КИС представлена на рисунке 5.1, где:
Сервер баз данных предназначен для хранения и извлечении информации с использованием реляционных СУБД, таких как MS SQL Server, Oracle или Sybase. Фактически сервер баз данных представляет собой программное обеспечение СУБД и набор таблиц, процедур и запросов.
Сервер XML-данных предназначен для представления информации, хранящейся в реляционных базах данных в виде бизнес-объектов и реализации бизнес-логики приложения. Другими словами, он обеспечивает объектный интерфейс к данным, обработку таких данных и реализацию определенных алгоритмов информационной системы. Стоит отметить, что в XML-объект может включать информацию, не являющуюся частью базы данных, например иллюстрации или материал, динамически получаемый из Internet.
Сервер может быть реализован на базе WEB-сервера (MS IIS, Netscape или Apachie) или в виде отдельного приложения, написанного, скажем, на С или Java.
Сервер HTML-интерфейса предназначен для формирования динамических web-страниц. Страницы визуализируют бизнес-объекты из XML-данных и проводят предварительную обработку введенной пользователем информации, форматирование и отправку XML-серверу.
Данный сервер реализуется на базе WEB-сервера (MS IIS, Netscape или Apachie).
При этом, такая трехзвенная клиент-серверная архитектура дает следующие преимущества от использования:
1. Обмен данных с другими приложениями
Использование XML позволяет решать ряд принципиально новых задач в области построения корпоративных систем. Здесь, при выборе ПО для КИС возможно сравнение с принципом открытой архитектуры для персональных компьютеров.
Например для автоматизации управления на предприятии можно выбрать модуль “Кадры” фирмы Boss, модуль “Бюджетирование” фирмы Platinum, “Управление производством” - Symix и т.д. При этом в настоящее время, в подавляющем большинстве случаев, приходиться целиком покупать и внедрять интегрированное ПО одного из производителей, так как производители не договорились об универсальных стандартах обмена данными между приложениями.
Использование XML в качестве открытого стандарта обмена данными между приложениями позволяет эффективно использовать отдельные модули различных производителей в рамках одной информационной системы, тем самым, достигая их комбинации, наиболее оптимальной как с точки зрения функциональности, так и с точки зрения финансовых вложений.
2. Работа с программным и аппаратным обеспечением различных производителей.
Реализация XML-серверов и серверов интерфейсов может быть выполнена для различных программных платформ. Например, в рамках информационной системы одного предприятия могут использоваться СУБД Microsoft под Windows NT и Oracle под Solaris, WEB-сервера Microsoft и Netscape.
5.3 Какие преимущества и недостатки у Internet/Intranet-технологии
В последнее время одним из наиболее развивающихся направлений управления бизнесом является концепция CRM (Customer Relationship Management). Это в первую очередь связано с тем, что в настоящее время конкурентная борьба наиболее активно развивается в области управления качеством. Причем под качеством подразумевается не просто качество изготовления конкретного вида продукции, а качество обслуживания ее потребителей. Понятие качественного обслуживания включает в себя контроль собственно качества продукции, различные схемы гарантийного и постгарантийного обслуживания в течение всего жизненного цикла, внесение изменений в конструкцию, на основании пожеланий потребителей и т.д. На данный момент рамки понятия CRM довольно размыты и аморфны, и наиболее структуризирована схожая концепция CSRP (Customer Synchronized Resource Planning), являющаяся частью маркетинговой политики компании Symix (представитель в России компания СОКАП - http://www.socap.ru/).
Основной проблемой реализации подобной стратегии в рамках КИС является тот факт, что большинство данных, с которыми работает информационная система относятся к операционной деятельности в узких рамках самой компании, и накопление и анализ всесторонних данных о круге потребителей представляет собой задачу, выходящую из этих рамок. Как наладить процесс удобного и эффективного обмена актуальной информацией с потребителями? Возможные решения данной проблемы с помощью Internet/Intаrnet -технологий приводятся далее.
5.3.1 Полнофункциональное виртуальное представительство компании в Internet
Использование технологий Internet при построении КИС позволяет компаниям организовать в Internet полнофункциональное виртуальное представительство.
Во многих компаниях по всему миру уже существует сервис ввода заказов на продукцию через Internet. Одной из первых этот сервис предоставила компания Cisco Systems (http://www.cisco.com/), сделав существенно повысив уровень качества обслуживания своих потребителей.
Здесь под виртуальным представительством понимается полный спектр информационной поддержки всех поставщиков, дистрибуторов и потребителей продукции компании. Таким образом, осуществляется функция полной обратной связи по всему жизненному циклу изделий. Рассмотрим на примере основные возможности такого представительства:
· Управление заказами. Дистрибуторы и потребители продукции могут напрямую заказывать продукцию через Internet. При этом заказ, после его ввода и подтверждения становится документом в КИС и встает в очередь на обработку. Заказчик в любое время сможет контролировать этапы выполнения заказа, вплоть до отгрузки.Поставщики сырья и материалов, могут незамедлительно информировать КИС о переносах сроках поставки тех или иных комплектующих, для того, чтобы система успела переформировать производственный план и/или запустить в производство имеющиеся запасы комплектующих.
· Поддержка продукции на протяжении всего жизненного цикла. Через сервер виртуального представительства, потребители продукции могут получать всевозможную техническую и информационную поддержку, заполнять заказы на гарантийное и постгарантийное обслуживание, вносить свои предложения и замечания, участвовать в дискуссиях, касающихся обсуждения тех или иных изделий. Кроме того, может быть организована оперативная “горячая” линия поддержки всех потребителей, как по электронной почте, так и online. На основании анализа предложений и материалов дискуссии могут быть оперативно сделаны выводы о выпуске новых видов продукции или смене конфигурации существующих.
· Налаживание тесного взаимодействия с сетью распределения, контроль всей цепочки поставок. Одним из самых тривиальных и действенных методов конкурентной борьбы является снижение конечной цены продукции за счет снижения различных элементов спектра затрат, влияющих на ее себестоимость. Однако, если Ваше предприятие даже и добилось существенного уменьшения затрат, очень часто случается, что до конечного потребителя продукция доходит по прежней цене, а весь выигрыш в рентабельности распределяется замысловатым образом по цепочке распределения. Тем самым, обороты предприятия изготовителя не растут, а адекватной информации о том, почему это происходит у руководства нет. Исходя из этого, очень важно налаживать регулярный обмен информацией между всеми участниками логистической цепочки, чтобы четко представлять себе все ее элементы, где возникает дополнительное ценообразование. С помощью виртуальных представительств, может быть налажен оперативный мониторинг движения товара по всей цепочке поставок, и проанализирована эффективность данного канала распределения в целом.
5.3.2 Полномасштабный удаленный доступ и вопросы безопасности
Представьте себе ситуацию, что Вы - директор крупной компании, отдыхаете на пальмовых островах Тихого Океана, и вдруг, Вам по каким то причинам стало необходимо вмешаться в деятельность Вашего далекого Российского предприятия. Вы недолго думая, отправляетесь в Internet-кафе неподалеку от пляжа, и при помощи обыкновенного броузера просматриваете отчеты Вашей КИС. Удобство или излишество? Да и безопасно ли это? Да, конечно это небезопасно, хотя существуют различные методы шифрования и создания защищенных каналов. По большему счету, небезопасно ровно настолько, насколько небезопасен вариант любой удаленной работы. Однако такая возможность иногда крайне необходима, например, в случае очередного финансового кризиса.
Подобные документы
Главная задача, основное назначение и виды корпоративных информационных систем, поддерживающих оперативный и управленческий учет на предприятии и предоставляющая информацию для принятия управленческих решений. Создание унифицированных систем документации.
презентация [116,5 K], добавлен 29.10.2013Понятие корпоративной информационной системы, ее базовые компоненты, требования к функциональному, программному и аппаратному обеспечению. Классификация и типы, условия выбора корпоративных информационных систем. Анализ корпоративной системы предприятия.
курсовая работа [469,4 K], добавлен 12.03.2013Понятие и принципы функционирования корпорации, методы и роль управления в них. Классификация и разновидности используемых информационных систем, преимущества и недостатки применения каждой из них. Сущность, структура корпоративных информационных систем.
презентация [112,9 K], добавлен 27.04.2013Процесс внедрения различных информационных систем на предприятии. Автоматизация бизнес-процессов в документообороте. Показатели автоматизации предприятия. Непрерывность движения документа. Применение информационной системы электронного документооборота.
реферат [22,1 K], добавлен 26.06.2012Теоретические аспекты развития систем документооборота и информационных систем: понятие и основные тенденции развития. Главные направления развития электронной документации, особенности ее движения, а также технологии и организации документационных работ.
реферат [1,3 M], добавлен 15.10.2010Корпоративная информационная система. Процесс внедрения. BMS–системы. Сравнительные характеристики корпоративных информационных систем, представленных на рынках СНГ. Основные иностранные, российского производства ERP-системы, представленные на рынке.
реферат [395,6 K], добавлен 04.12.2008Внедрение корпоративных информационных ERP-систем на предприятиях. Анализ рынка предложений компаний, производящих и занимающихся внедрением ERP-систем. Проблемы при разработке и внедрении ERP-системы на примере ООО "Петромакс Спедиитори Петербург".
дипломная работа [2,3 M], добавлен 10.06.2012Анализ современных систем автоматизации делопроизводства в организации и электронного документооборота, особенности их классификации. Проблемы автоматизации электронного документооборота. Преимущества внедрения системы электронного документооборота.
курсовая работа [758,9 K], добавлен 15.01.2013Анализ организационной структуры предприятия, особенности системы электронного документооборота. Техническая база предприятия, основное оборудование. Программные средства реализации информационных технологий ЗАО "ШЭФ", пути оптимизации его работы.
контрольная работа [21,2 K], добавлен 24.12.2012Понятие информационной системы и определение её места в программно-аппаратном обеспечении предприятия. Состав доступа к данным и масштабная классификация корпоративных информационных систем. Примеры автоматизации управления запасами и поставками фирмы.
презентация [164,6 K], добавлен 05.01.2014