ERP системы планирования ресурсов предприятия

ERP системы планирования ресурсов предприятия.

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

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

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

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

Общее представление о ERP

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

   Руководство некоторых организаций, как правило тех, которые располагают квалифицированными ИТ-специалистами, предпочитает внедрять лишь элементы ERP-системы и разрабатывать внешний интерфейс к другим ERP-системам или независимым приложениям, которые применяются на предприятии. Например, системы управления персоналом (HRMS) и финансами (Financials) от одного поставщика могут восприниматься лучше, чем HRMS-решение другого. В свою очередь, системы последнего для управления производством и связями с заказчиками (CRM) могут считаться лучше, чем эквиваленты от другого поставщика. В данном случае руководство организации может признать необходимость внедрения ERP-системы, но приобрести систему для управления персоналом от одного поставщика, финансовые модули от второго, а остальное ПО еще от других ИТ поставщиков. 

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

В идеале, единая база данных ERP-системы содержит все данные программных модулей: 

Производство.

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



Управление поставками

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

Финансы

Главная книга, управление наличными средствами, расчеты с кредиторами и дебиторами, учет основных средств 

Проекты

Калькуляция затрат, выставление счетов, временные и материальные затраты, организация работ 

Трудовые ресурсы

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

Управление сбытом, и связями с клиентами/заказчиками

Сбыт и маркетинг, комиссии, гарантийное обслуживание, поддержка контактов с клиентами и справочная служба 

Информационное хранилище

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

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

   ERP-системы часто ошибочно называют внутренними (back-office) системами, указывая на то, что заказчики и широкая публика с ними напрямую не взаимодействуют. Им противопоставляются внешние (front-office) системы типа систем управления связями с заказчиками, с которыми заказчики работают напрямую или системы электронного бизнеса (eBusiness), такие как электронная коммерция (eCommerce), электронное правительство (eGovernment), электронные телекоммуникации (eTelecom) и электронные финансы (eFinance), а также системы управления связями с поставщиками (SRM). 

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

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

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

До появления ERP

До создания концепции ERP-систем, требовались отдельные компьютерные системы для каждого подразделения внутри организации: для отдела кадров (Human Resources, HR), отдела заработной платы (Payroll, PR) и отдела финансов (Financials). 

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

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

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

С появлением ERP

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

Передовой опыт

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

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

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

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

Внедрение

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

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

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

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

Консалтинговые услуги 

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

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

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

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

Услуги по индивидуальной настройке 

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

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

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

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

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

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

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

Преимущества

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

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

- отслеживание заказов: от принятия до выполнения; 

- цикл получения дохода – от накладной до получения наличных; 

- управление взаимозависимостью сложных спецификаций материалов 

- проверка на соответствие бланков заказов (что было заказано), квитанций о поступлении товаров (что было получено) и затрат (счет-фактура от производителя) 

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

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

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

Недостатки

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

Ограничения ERP-систем заключаются в следующем: 

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

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

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

- Перепроектирование бизнес-процессов под «промышленный стандарт», поддерживаемый ERP-системой, может привести к потере конкурентоспособности фирмы. 

- Установка ERP-систем может быть очень дорогостоящей. 

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

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

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

- ERP-системы могут быть сложны в использовании. 

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

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

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

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

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

- Часто возникают проблемы с совместимостью с устаревшими системами партнеров. 

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





1