12
процессы в соответствии с заранее определенными процедурами и
правилами. Модуль включает многофункциональную офисную систему с
встроенной электронной почтой, систему управления документами,
универсальный классификатор и систему интеграции с САПР. Когда
происходит определенное событие, запускается соответствующий процесс,
и диспетчер потока операций инициирует единицу потока операций
(Workflow Item). Данные и документы объединяются и обрабатываются на
каждом шаге в соответствии с определенной логикой.
Отраслевые решения (IS). Объединяет прикладные модули SAP
SAP R/3 и дополнительную функциональность, специфичную для отрасли.
Сегодня имеются отраслевые решения для промышленности: авиационной
и космической, оборонной, автомобильной, нефтяной и газовой,
химической, фармацевтической, машиностроительной, товаров народного
потребления, электронной и непроизводственной сферы: банки,
страхование, государственные органы, телекоммуникации, коммунальное
хозяйство, здравоохранение, розничная торговля.
Базисная система. Служит основой системы SAP R/3 и гарантирует
интеграцию всех прикладных модулей и независимость от аппаратной
платформы. Базисная система обеспечивает возможность работы в
многоуровневой распределенной архитектуре клиент-сервер. Система SAP
R/3 функционирует на серверах UNIX, AS/400, Windows NT, S/390 и с
различными СУБД (Informix, Oracle, Microsoft SQL Server, DB2).
Пользователи могут работать в среде Windows, OSF/Motif, OS/2 или
Macintosh.
Следует заметить, то, что тут перечислены только лишь ключевые
функции системы SAP R/3 и никак не упомянуты широкие возможности
деятельность в Internet/intranet, доступ внешних систем к логике SAP R/3
путем интерфейса BAPI (Business Application Programming Interface) и т.д.
13
Даже непосредственно небольшой анализ функций системы SAP R/3
демонстрирует её умение разрешать ключевые вопросы, встающие пред
большими организациями. SAP SAP R/3 - это наиболее широкая система в
настоящий день. Не спроста многочисленные фавориты мировой
экономики непосредственно её выбрали в качестве главной коллективной
системы. Тем не менее, статистика демонстрирует, то, что более тридцати
процентов фирм, приобретающих SAP R/3 - это обычные компании с
невысоким годичным оборотом. Дело в том, что SAP R/3 -
конфигурируемая система, по этой причине, приобретя её, организация
станет работать с персональной версией, настроенной непосредственно
под его характеристики. Признаком технологического степени концепции
способен быть метод её настройки. Чем обширнее способности
конфигурирования и опции системы в отсутствии потребности её
переписывания, тем выше технический уровень этой системы. По этой
причине параметру SAP R/3 также захватывает лидирующее состояние в
обществе.
Внедрение каждой финансово-экономической концепции преследует
абсолютно конкретную задача - увеличение производительности
деятельность и, в окончательном результате, выживание компании в
обстоятельствах конкурентной войн. Для того чтобы уцелеть,
предприятию следует переключиться с классических, направленных в
функции строений к наиболее гибким конфигурациям, направленным в
процессы. В практике такого рода переход способен быть рассчитан и
выполнен только лишь при присутствии определенных инструментальных
средств - для SAP SAP R/3 данное специальный механизм бизнес-
инжиниринга Business Engineer. С его поддержкой возможно
сконфигурировать и настроить концепцию SAP R/3 таким образом, для
того чтобы она воздавала нуждам предприятия, поддерживать данное
соотношение в течение всего актуального цикла системы.
14
Благодаря раскрытому обычному пользовательскому интерфейсу
Business-Engineer партнеры SAP и консультанты имеют все шансы
формировать предварительно сконфигурированные отраслевые решения
на базе хозяйственных сценариев SAP R/3. Помимо этого, открытые
интерфейсы предоставляют покупателям SAP возможность создавать
личные стандарты с целью введения системы SAP R/3. Business-Engineer
вводится в обычную поставку системы SAP R/3 и заключается с 3-х
основных частей: Бизнес-конфигуратор SAP R/3, поддерживающий
операции формирования и ведения модификаций компании с
механической генерацией определенных вопросов и профилей опции;
Ссылочная модель SAP R/3 - широкая метамодель введения SAP R/3,
содержащая координационную модель, модель действий, модель данных,
модель распределения функций и форма предпринимательство-предметов;
Репозитарий SAP R/3 - главной центробанк информации с целью
Ссылочной модели, отраслевых моделей и сформированных моделей
компании.
Система гарантирует динамическое графичное прогнозирование
бизнес-процессов и может работать в интерактивном режиме. Механизм
Business-Engineer существенно стимулирует и упрощает процесс
конфигурирования системы SAP R/3. Присутствие формировании модели
предприятия имеют все шансы применяться стандартные сценарии бизнес-
процессов, поставляемые SAP и её партнерами. Инструмент бизнес-
инжиниринга способен использоваться и с целью осуществлении личных
способов введения SAP R/3, в том числе с применением обычных
инструментов динамического прогнозирования бизнес-процессов с иных
производителей.[41,стр 32]
Согласно функционирующему законодательству, акцентируется ряд
стандартных методов организации покупок с целью государственных и
муниципальных потребностей.
15
Это проведение аукционов, конкурсов, а кроме того использование
способа запросов котировок. Плюсами конкурсов и аукционов считаются:
вероятность уменьшения стоимости договора и балансирования стоимости
и свойства покупаемых продуктов; ясность и упрощение контролирования
из-за отдачей расходования экономных денег.
Достоинствами способа запроса котировок считаются наиболее
обычный система осуществлении, а кроме того наиболее значительная
своевременность покупок - 7-14 дней. Его минусы объединены с этим, то,
что подбор генпоставщика исполняется только лишь согласно стоимости
закупаемых продуктов, и лимитированием покупки согласно цены (никак
не наиболее ПЯТЬСОТ тыс. руб. в участок согласно 1 названию).
С учетом профессиональных, координационных, промышленных,
финансовых и других способностей больших компаний и компаний,
необходимо предлагать применение выделиться способа запроса
котировок присутствие рассредоточенных закупках.
Таким способом, использование целого расклада даст возможность
аргументировать стандартизация резервов закупаемого собственности.
Присутствие данном способен являться предусмотрен вероятный вид
действий пополнения и расходования резервов собственности, то, что дает
возможность правильно имитировать настоящие движения в
логистической системе обеспечения.
Реализация плана обеспечения заказами МХП – типовая задача
оперативного управления поставками; ее функциональная схема
представлена на (рисунок 1.2). В современном менеджменте функции
управления поставками обеспечиваются средствами информационных
ERP-систем:
16
Рисунок 1.2 – Функциональная схема управления.
Состав функций управления достаточно ясно отражает
представленная схема. Здесь следует дополнительно указать, что
различают следующие виды определения заказов на МХП и управления
ими:
1) управление, полностью определяемое потреблением
(стохастическое);
2) управление, полностью определяемое потребностью
(детерминированное);
3) смешанные формы управления;
а) на верхних стадиях осуществляется управление, ориентированное
на потребность, а на нижних – на потребление;
17
б) в принципе, осуществляется управление, ориентированное на
потребность, при этом некоторые позиции определяются потреблением;
в) в принципе, управляют по потребности, однако небольшая часть
позиций управляется по потреблению;
г) в принципе, управляют по потреблению, а небольшая часть
позиций управляется по потребности [1, с. 65].
Существует группа материалов, от которых зависит ввод в
эксплуатацию оборудования и машин, а именно электроэнергия, горюче-
мазочные материалы и другие. Основной проблемой в формировании
логистики снабжения на предприятии является построение эффективной
системы управления бизнес- процессами [8, с. 56].
Этого позволяет достичь использование прогрессивной
корпоративной информационной системы, направленной на оптимизацию
всех бизнес-процессов предприятия, например такая, как SAP.
Рассмотрим, каким образом данные проблемы решались на крупных
предприятиях, таких как, посредством использования упомянутой
информационной системы.
Выбор данных компаний в качестве примеров для рассмотрения
обоснован рядом причин, а именно компании являются:
– вертикально-интегрированными компаниями со сложной
структурой управления;
– поликомпонентными с точки зрения наличия множества
соподчиненных структурных подразделений и дочерних предприятий. Так
же стоит отметить, что система логистики обеспечения устроена путем
централизации всех бизнес-процессов и созданием единого органа
управления логистикой снабжения.
Рассмотрим особенности внедрения ERP-систем на примере
предприятия АО «Валента»
18
Во-первых, в АО «Валента» принята единая политика в области
закупочной деятельности группы предприятия, которая базируется на
общепринятых правилах, сложившихся в мировой практике в сфере
закупок.
Во-вторых, разработано и используется Положение о закупках
товаров, работ, услуг АО «Валента» и Компаний группы Валента, которое
регулирует все бизнес-процессы в сфере логистики снабжения.
В-третьих, создано специальное подразделение регулирующее
процессы в сфере логистики снабжения, функционирующее в формате
Департамента по управлению конкурентными закупками [1, с. 95].
Цель формирования системы управления бизнес-процессами в
логистике снабжения в АО «Валента»:
- создание условий для своевременного и полного обеспечения
потребностей Группы Валент в товарах, работах, услугах с требуемыми
показателями цены, качества и надежности;
– обеспечение безопасности функционирования опасных
производственных объектов Единой системы газоснабжения (ЕСГ);
– информационной открытости закупок;
– равноправия, справедливости, отсутствия дискриминации и
необоснованных ограничений конкуренции по отношению к участникам
закупки;
– целевого и экономически эффективного расходования денежных
средств на приобретение товаров, работ, услуг (с учетом при
необходимости стоимости жизненного цикла закупаемой продукции) и
реализации мер, направленных на сокращение издержек Заказчика;
– отсутствия ограничения допуска к участию в закупке путем
установления не измеряемых требований к участникам процедур закупки;
19
– приоритетности закупки товаров (работ, услуг) у
непосредственных производителей (подрядчиков, исполнителей) при
прочих равных условиях [7, с. 113].
Поэтапно были разработаны и утверждены «Положение о
материально-техническом обеспечении структурных подразделений»,
«Положение о лизинге», «Положение о консигнации», «Положение о
размещении заказов на собственном производстве», «Положение о
маркетинговой оценке».
Таким образом, для корректного выбора подхода к созданию
системы управления бизнес-процессами в логистике снабжения на
конкурентной основе руководство предприятия должно четко расставить
свои приоритеты. В случае первичности низкой стоимости и коротких
сроков реализации, то актуальным окажется участие в качестве заказчика
закупок на электронной торговой площадке или внедрение тиражируемой
системы.
1.3. Оценка риска программного продукта ERP SAP.
После внедрения ERP-системы ее необходимо поддерживать.
Четыре вида системы поддержки:
1. Поддержка пользователей – решение периодических задач,
согласно инструкциям. Например: исправление ошибок ввода данных в
систему, ведение пользователей (удаление, создание, сброс пароля). Эта
поддержка является самой простой. Ею занимается, как правило, первая
линия техподдержки.
2. Поддержка инфраструктуры и базиса – поддержка серверного
оборудования, на котором установлены ERP-система и база данных,
создание архивных копий, восстановление, установка новых систем,
мониторинг текущих.
3. Изменение системы, согласно новым требованиям бизнеса.
Доработка системы согласно новым требованиям бизнеса. Например: в
20
компании принято новое положение о мотивации сотрудников, изменен
алгоритм подсчета премий – необходимо изменить соответствующий
инструмент в системе.
4. Изменение системы, согласно законодательству. Например: с
01.04.2016 вышла новая форма отчетности 6-НДФЛ. Особенностью ERP-
систем является предоставление обновлений производителем ERP-
системы своим клиентам [14, с. 19].
Эти обновления содержат исправления ошибок системы, а также
изменения, связанные с изменением законодательства страны или
нескольких стран. Данные обновления не учитывают специфики отдельно
взятой компании и являются общими для всех владельцев конкретной
ERP-системы [12, с. 69]. При установке обновлений, предоставляемых
производителем, может возникнуть конфликт с собственными
разработками компании. Как правило, установка обновлений требует
полного тестирования функционала с исправлением ошибок, на это
компании необходимо серьезное выделение ресурсов, а также остановка
текущих разработок на время обновления. Рассмотрим проблему с
обновлением системы на примере SAP ERP [13, с. 56].
При обновлении системы возникает проблема разделения областей
(данных и программ) клиента (компании владельца ERP-системы) и
поставщика. Например: отделу расчета ЗП компании потребовалось в
стандартной форме 2-НДФЛ изменить логику формирования нескольких
полей. Было принято решение доработать стандартную программу
формирования справки 2-НДФЛ. Далее правительством была установлена
новая форма справки. Поставщик выпустил обновление.
При установке обновления часть кода была изменена, чтобы
обеспечить новый алгоритм формирования, но при этом не было учтено,
что разработчик компании также вносил изменения в эту программу. В
результате возник конфликт [20, с. 198]. Чтобы избежать таких проблем, в
21
ERP- системе SAP предусмотрен механизм разделения областей SAP и
клиента. Пользовательские программы, таблицы, типы данных необходимо
называть на Z или Y (обычно используют Z). Также предусмотрен
механизм расширения – вставка собственного кода в область SAP, в
специальные места, заранее определенные поставщиком.
В случае если всё же происходит изменение стандартного кода SAP,
то данное изменение фиксируется в системе и на портале у поставщика, и в
дальнейшем оно может послужить поводом для отказа в поддержке
клиента (компании) поставщиком. Перед тем как рассмотреть следующую
проблему, связанную с обновлением системы, рассмотрим, какие виды
обновлений предлагает SAP.
Согласно принципу модульности ERP- систем, система SAP ERP
разделена на модули, каждый модуль – это один или несколько
компонентов системы [22, с. 45].
Виды обновлений, поставляемые SAP
1. Новая версия продукта или новый продукт. Данный вид
обновления является самым сложным, так как совместимость версий
слабая. Фактически, это новое внедрение системы. Этот этап неизбежен,
так как поставщик прекращает поддержку старого продукта и для
дальнейшей поддержки необходимо использовать новый продукт.
Наиболее частым примером является переход с SAP R/3 4.7 на SAP ERP
6.0.
2. EhP (Enhancement Package) – пакет расширения устанавливается на
всю ERP-систему и содержит дополнительный функционал, который
клиент после установки может активировать, настроить и использовать.
Данное обновление является также трудоемким и устанавливается в том
случае, если клиенту необходим данный функционал.
3. Нота (SAP Note) – указание содержит инструкцию по изменению
отдельно взятой программы или настройки для исправления конкретной