Разработка требований и оценка возможности автоматизации закупочной деятельности компании с использованием SAP ERP

Обеспечение высокого качества закупаемой продукции;

Выбор компетентных и надёжных поставщиков.

2.2Разработка требований к информационной системе автоматизации закупочной деятельности компании X

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

Для выбора определённой классификации требований и методологии их сбора, которые были применены при выполнении второй части данной работы, была изучена монография Зараменских Е.П.[7]. В данной работе приведены результаты исследования, посвящённого управлению жизненным циклом информационных систем, которые содержат сравнительную характеристику и анализ различных способов описания требований и их классификаций.

Из всего множества различных методологий для решения задачи по разработке требований был выбран подход FURPS+, предложенный в 1992 году сотрудником компании Hewlett-PackardРобертом Грэйди, занимавшимся в то время определением качественных критериев, которые можно было бы использовать для оценки информационных систем. В основе подхода, представленного Робертом Грэйди, лежит классификация требований на следующие уровни: функциональные требования, требования к удобству использования, надёжности, производительности, поддержки и дополнительные факторы, необходимые для выделения второстепенных требований.

Источником требований являются модели бизнес-процессов и пожелания заказчиков.

2.2.1 Функциональные требования

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

2.2.1.1 Функциональные требования к подсистеме планирования закупок

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

1. Ведение справочника закупаемых ресурсов.

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

1.2 Возможность просмотра остатков ресурсов на складах.

2. Управление заявками на закупку, которое включает в себя:

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

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

2.1.2 Возможность включения в заявку ресурса, отсутствующего в справочнике.

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

2.2 Обеспечение группе планирования и учёта материальных ресурсов доступа к поступившим заявкам.

2.3 Автоматический контроль поступивших заявок на соответствие бюджету закупок.

3. Обеспечение доступа к бюджету на закупки.

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

5. Обеспечение доступа к производственной программе.

6. Создание отчёта, содержащего информацию об остатках ресурсов на складах и их движении.

7. Управление сводной потребностью в ресурсах.

7.1 Формирование сводной потребности в ресурсах на планируемый период посредством дезагрегации производственной программы на закупаемые ресурсы.

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

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

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

7.5 Редактирование сводной потребности в ресурсах.

8. Обеспечение доступа к списку утверждённых поставщиков и их предложениям.

9. Проверка наличия поставщиков для заказа у них ресурсов.

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

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

9.3 Формирование списка, содержащего информацию о ресурсах и их поставщиках.

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

11. Обеспечение доступа к записям договоров на поставку.

12. Проверка списка поставщиков на наличие с ними договоров на поставку.

13. Формирование списка поставщиков без договоров и передача его группе по работе с поставщиками через корпоративную сеть.

14. Управление заказами на поставку.

14.1 Создание заказов на поставку на основании записей сводной потребности в ресурсах.

14.2 Автозаполнение условий заказа путём переноса данных об условиях из записи договора на поставку.

14.3 Передача электронного документа с заказом на поставку поставщику через электронную почту или факс.

14.4 Редактирование данных заказа на поставку.

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



2.2.1.2 Функциональные требования к подсистеме поиска и выбора поставщиков

Подсистема поиска и выбора поставщиков должна удовлетворять следующим функциональным требованиям:

1. Ведение справочника поставщиков.

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

1.2 Указание в записи поставщика информации о поставляемых им ресурсах.

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

1.4 Возможность оценки деятельности поставщика.

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

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

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

5. Отправка запросов поставщикам по электронной почте или факсу.

6. Введение в систему поступивших от поставщиков предложений.

7. Оценка соответствия условий, содержащихся в предложениях, требуемым условиям поставки.

8. Создание списка утверждённых поставщиков.



2.2.1.3Функциональные требования к подсистеме заключения договоров с поставщиками

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

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

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

3. Управление договорами на поставку.

3.1 Создание в системе записей договоров на поставку, их редактирование и удаление.

3.2 Простановка пяти статусов каждому договору: проект договора, юридически оформленный договор, внутренне согласованный договор, предоставленный к подписанию договор, подписанный договор.

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

3.4 Возможность фиксировать возникшие замечания при согласовании.

3.5 Возможность процесса согласования в системе.

3.6 Обеспечение механизма хранения отсканированных копий договоров на поставку в системных записях договоров.

4. Отправка поставщику уведомления об отказе от дальнейшего взаимодействия.

2.2.1.4Функциональные требования к подсистеме оперативного управления поставками

Подсистема оперативного управления поставками должна удовлетворять следующим функциональным требованиям:

1. Формирование графика поставок на основе сводного плана закупок и заказов на поставку.

2. Отслеживание через систему поступления заказов и их приходной документации.

3. Формирование системой сообщений при отклонении сроков поставок.

4. Составление протокола об установлении в поставке расхождений по времени с условиями заказа или договора.

5. Отправка поставщикам напоминаний о заказах по электронной почте или факсу.

6. Ввод в систему поступивших от поставщиков накладных и счетов-фактур.

7. Обеспечение механизма хранения отсканированных копий товарных накладны и счетов-фактур.

8. Автоматическая проверка позиций товарной накладной на соответствие позициям заказа на поставку.

9. Составление протокола о недостаче, в котором фиксируются расхождения по количеству с условиями заказа или договора.

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

11. Ввод в систему акта о приёмке товаров.

12. Учёт поступивших материалов,с созданием бухгалтерских проводок и изменением информации о количестве данного материала на складах.

13. Автоматическая корректировка сводного плана закупок на основании поступивши заказов.

14. Блокирование входящих поставок.

2.2.1.5 Функциональные требования к подсистеме оценки результатов поставок

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

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

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

3. Возможность автоматического расчёта оценок исходя из данных поставки.

4. Управление претензиями.

4.1 Создание в системе записей претензий, их редактирование и удаление.

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

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

4.4 Обеспечение механизма хранения отсканированных копий претензий в системе.

4.5 Простановка пяти статусов каждой претензии: проект претензии, юридически оформленная претензия, подписанная претензия, направленная поставщику претензия.

4.6 Указание в записи претензии результатов её урегулирования.

2.2.2 Требования к удобству использования

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

1. Понятность и логичность пользовательского интерфейса.

2. Предоставление справочной информации при выполнении действий в системе.

3. Наличие понятной эксплуатационной документации к системе.

4. Предоставление информации о допустимых значениях ввода при заполнении полей.



2.2.3 Требования к надежности

Внедряемая система должна соответствовать следующим требованиям к надёжности:

1. Беспрерывная работа пользователей в реальном времени при нормальной работе аппаратной части.

2. Восстановление работоспособности системы и целостности данных при возникновении сбоев.

3. Контроль ввода данных.

2.2.4 Требования к производительности

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

1. Среднее время отклика системы не должно превышать одной секунды.

2. Одновременная работа не менее двухсот пользователей системы.

2.2.5Требования к поддержке

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

1. Возможность адаптации системы.

2. Возможность локализации системы.

3. Возможность обновления системы.

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

2.3 Оценка возможности автоматизации закупочной деятельности компании X с использованием SAP ERP

В данном разделе функционал и возможности системы SAPERPанализируется на соответствие выдвинутым в разделе 2.2 требованиям, с целью идентификации тех функций, которые отсутствуют в базовой конфигурации системы. В итоге, информация о требованиях, нереализуемых базовым функционалом, и их соотношении с функциями, предоставляемыми системой, будет играть важную роль при принятии окончательного решения по автоматизации деятельности предприятия, так как она является основой для спецификации необходимых доработок системы программными средствами, а также определения тех фрагментов бизнес-процессов, которым придётся подвергнуться реинжинирингу[8].

Главным образом, для выполнения данного раздела были использованы материалы курса компании SAP, под названием TERP10 "Интеграция бизнес-процессов" [9], а также документы информационного портала компании SAP [10].

2.3.1 Подсистема планирования закупок

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

Требования, относящиеся к управлению заявками на закупку, реализуются практически в полном объёме. В системе SAPERP существует возможность создавать заявки как напрямую (т.е. вручную уполномоченным сотрудником), так и косвенно другими модулями системы для различных видов материалов (складируемых, расходных, основных средств). В заявке можно описывать несколько позиций материалов, указывать требуемое количество, дату поставки, и на вкладке контировки указывать запросившее подразделение. Однако включать в заявку требуемый ресурс без записи в системе возможно только для расходных материалов с указанием краткого текста, группы материала и единицы измерения, в связи с чем, можно сказать, что требование 2.1.2 реализовано не полностью. Также отсутствует функция автоматического контроля заявок выделенному на закупки бюджету, но в системе разрешается описывать процедуры деблокирования заявок, которые позволят контролировать содержимое заявок. В связи с этим, можно сказать, что требование 2.3 изначально в системе не выполняется, но может быть частично реализовано за счёт настройки процедур деблокирования; для полной его реализации требуется разработка дополнительного функционала.

Требования 2.2, 3, 5, 8 и 11 реализуются в полной мере за счёт настройки прав доступа к данным документам.

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

SAPERP позволяет создавать мощные отчёты по управлению складами, в том числе, в системе присутствуют стандартные отчёты о состоянии и движении запасов (требование 6).

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

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

Передача документа с поставщиками может быть осуществлена за счёт использования системы управления документами SAPDMS (DocumentManagementSystem), входящей в стандартный функционал SAPERP. Эта система позволяет распределять документы со всем содержимым как пользователям SAP, так и внешним адресатам по электронной почте.

Требования 11 и 12 по проверке списка поставщиков на наличие с ними договоров и формирования списка поставщиков без договоров реализуется за счёт мощных средств по работе с отчётностью, одним из примеров которых является SAPQuery. Передача списка группе по работе с поставщиками происходит через SAPDMS.

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

Сводный план закупок (требование 15) формируется за счёт создания общего аналитического отчёта по закупкам.

2.3.2 Подсистема поиска и выбора поставщиков

Требования, относящиеся к справочнику поставщиков, реализованы в системе в полном объёме за счёт ведения основных записей поставщиков. Так, возможно отображение поставляемой продукции в разделе записи поставщика, содержащем данные по закупкам, в котором показан субассортимент поставщика и общие условия поставок. Условия поставки отдельных видов ресурсов реализуется через инфо-записи закупки или установку условий для субассортиментов; также есть возможность оценивания поставщика.

Требования 2 и 3 из соответствующего раздела выполняются через функционал SAPQuery, позволяющий создавать все необходимые отчёты без особых трудозатрат [12].

Запросы поставщикам выполнены в системе в виде запросов RFQ (Requestfor Quotation), которые направляются закупочной организацией поставщику для предоставления им предложения о ценах и условиях поставки для указанных в запросе материалов. Запросы могут создаваться как на основе заявок на закупку, так и на основе инфо-записей закупки, которые в случае предприятия X будут содержать требуемые условия поставки.Описанные запросы, как и заказы, могут направляться поставщику по факсу или электронной почте (требование 5).

Также в систему можно вводить поступившие от поставщиков предложения.

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

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

2.3.3 Подсистема заключения договоров с поставщиками

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

Все предложения поставщика можно отследить в инструментальной панели предложения поставщиков с помощью фильтра.

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

2.3.4 Подсистема оперативного управления поставками

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

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

Все поступления в стандартном функционале проводятся с помощью транзакций поступления материала. Касаемо накладной на поставку, то всё её данные вводятся в систему при регистрации поступления материала (транзакция MIGO), с указанием в транзакции номера оригинала накладной.Счёт-фактура вводятся отдельно в транзакции MIRO для её последующей обработки.

Также системой предусмотрено хранение отсканированных копий приходных документов.

Для автоматической проверки соответствия позиций товарной накладной позициям заказа на поставку достаточно лишь выполнить транзакцию поступления материала со ссылкой на заказ.

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

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

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

2.3.5 Подсистема оценки результатов поставок

Первое требование реализуется за счёт отображения всей информации о несоответствиях в записях заказов на поставку.

В модуль MM системы SAP полностью интегрирован компонент аттестации поставщиков, который посредством использования данных о поставках из заказов и модуля QM позволяет проводить оценивание поставщиков. В стандартной системе для оценки присутствуют критерии качества, поставки (в который включена количественная оценка поставки), а также критерий общего обслуживания/поддержки (в который включен аспект своевременности и уровня обслуживания). Что касается результата урегулирования претензий, то функционал позволяет определять или добавлять свои основные критерии. Оценивание происходит посредством выставления баллов по выделенным критериям и получения общего интегрированного бала поставщика. Выставляться баллы могут как вручную, так и автоматически посредством заложенных алгоритмов обработки данных поставки (требование 3).

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

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

2.3.6 Анализ требований к удобству использования

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

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

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

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

2.3.7 Анализ требований к надёжности и производительности

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

Помимо надёжности, системы SAPтакже славятся своей производительностью, позволяющей одновременно выполнять огромное число транзакций при заявленном среднем времени отклика меньшем, чем 1 секунда[13].

2.3.8 Анализ требований к поддержке

Для адаптации системы под конкретное предприятия предусмотрено большое число возможных настроек системы, также есть возможности доработки системы с использованием внутреннего языка программирования высокого уровняABAP/4. Наряду с ним для создания приложений для SAP NetWeaver Application Server может использоваться язык Java.

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

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

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

2.4 Результаты оценки возможности автоматизации закупочной деятельности компании X с использованием SAPERP

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

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

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

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

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



Заключение

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

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



Список литературы

1. Рогожин С.В., Рогожина Т.В.Теория организации: учебное пособие. - М.: Экзамен, 2006 - 320 с.

2. Грекул В. И., Коровкина Н. Л., Денищенко Г. Н. Проектирование информационных систем. Курс лекций. Учебное пособие. - М.: Интернет-университет информационных технологий, 2005. - 304 с.

3. Громов А. И., Чеботарёв В. Г., Горчаков Я. В., Бойко О. И.Учебно-методический комплекс «Анализ и моделирование бизнес-процессов». Учебное пособие. - М., 2007. - 157 с.

4. Репин В. В., Елиферов В. Г. Процессный подход к управлению. Моделирование бизнес-процессов. - М.: Манн, Иванов и Фербер, 2013. - 544с.

5. Кулябов Д. С., Королькова А. В. Введение в формальные методы описания бизнес-процессов. Учебное пособие. - М.: РУДН, 2008. - 173 с.

6. Маклаков С. В. Создание информационных систем с AllFusionModelingSuite. - М.: ДИАЛОГ-МИФИ, 2003. - 432 с.

7. Зараменских Е. П. Управление жизненным циклом информационных систем. Монография. - Новосибирск: Издательство ЦРНС, 2014. - 270 с.

8. Кале В. Внедрение SAPR/3. Руководство для менеджеров и инженеров; Пер. с англ. - М.: Компания АйТи, 2004. - 511 с.

10. TERP10 SAPERP - Интеграция бизнес-процессов. Справочник для участников курса. - Вальдорф: SAPAG, 2014. - 834 с.

11. Информационный портал компании SAP [Электронный ресурс]/SAPAG.- URL: http://help.sap.com/home. (Дата обращения: 26.04.16).

12. Андерсон Д., Ларокка Д.SAPза 24 часа; Пер. с англ. - Днепропетровск: Баланс Бизнес Букс, 2007. - 432 с.

13. Хагеман С., Вилл Л. SAP R/3 Системное администрирование; Пер. с англ. - М: Лори, 2010. - 476 с.



Приложение 1

Модели организационной структуры

Рис.3. Организационная структура компании X

Рис.4. Организационная структура департамента снабжения



Приложение 2

Модели верхнего уровня закупочной деятельности

Рис.5. Контекстная диаграмма бизнес-процесса закупок

Рис.6. Диаграмма декомпозиции первого уровня



Приложение 3. Модели основных подпроцессов закупочной Деятельности

Рис.7. Модель подпроцесса планирования закупок

Рис.8. Модель подпроцесса поиска и выбора поставщиков

Рис.9. Модель подпроцесса заключения договоров с поставщиками



Рис.10. Модель подпроцесса оперативного управления поставками



Рис.11. Модель подпроцесса оценки результатов поставок



Рис.12. Модель подпроцесса составления претензий к поставщикам



Приложение 4. Таблица описания подпроцессов

Таблица 2. Основные участники, входящие и исходящие документы подпроцессов

Подпроцесс	Основные участники подпроцесса	Входящие документы	Исходящие документы
Планирование закупок	1. Группа планирования и учёта материальных ресурсов; 2. Группа по работе с поставщиками; 3. Поставщики.	1. Производственная программа; 2. Заявки на материалы и запчасти; 3. Заявки на оборудование; 4. Заявки на покупку оснастки; 5. Бюджет на закупки; 6. Информация о движении и остатках ресурсов; 7. Список утверждённых поставщиков; 8. Договора на поставку; 9. Предложения утверждённых поставщиков; 10. Скорректированный сводный план закупок.	1. Список ресурсов без потенциальных поставщиков; 2. Список утверждённых поставщиков без договоров; 3. Сводный план закупок; 4. Заказы на поставку; 5. Информация о требуемых условиях поставки.
Поиск и выбор поставщиков	1. Группа по работе с поставщиками; 2. Начальник отдела закупок	1. Список ресурсов без потенциальных поставщиков; 2. Информация о рынке товаров; 3. Скорректированная оценка поставщиков; 4. Предложения поставщиков; 5. Информация о требуемых условиях поставок.	1. Запросы поставщикам; 2. Список утверждённых поставщиков; 3. Предложения утверждённых поставщиков.
Заключение договоров с поставщиками	1. Группа по работе с поставщиками; 2. Юридический отдел; 3. Группа планирования и учёта материальных ресурсов; 4. Инженер по качеству; 5. Руководитель департамента снабжения; 6.Генеральный директор.	1. Список утверждённых поставщиков; 2. Предложения утверждённых поставщиков.	1. Уведомление поставщику; 2. Подписанный договор на поставку.
Оперативное управление поставками	1. Группа по работе с поставщиками; 2. Группа планирования и учёта материальных ресурсов; 3. Заведующий складом; 4. Участок разгрузочно-погрузочных работ.	1. Заказы на поставку; 2. Сводный план закупок; 3. Договора на поставку; 4. Приходная документация (счета-фактуры, товарные накладные, сертификаты качества на сырьё и материалы).	1. Напоминания поставщикам; 2. Документы о нарушении поставки (Протокол об установлении расхождений по времени, протокол о недостаче, протокол о несоответствии качества продукции);
			3. Скорректированный сводный план закупок; 4. Счета-фактуры; 5. Товарные накладные; 6. Акты о приёмке товаров.
Оценка результатов поставок	1. Группа по работе с поставщиками; 2. Группа урегулирования претензий.	1. Документы о нарушении поставки (Протокол об установлении расхождений по времени, протокол о недостаче, протокол о несоответствии качества продукции); 2. Акты о приёмке товаров; 3. Текущие оценки поставщиков; 4. Результаты урегулирования претензий.	1. Скорректированные оценки поставщиков; 2. Претензии поставщикам.
Оценка результатов поставок	1. Группа урегулирования претензий; 2. Юридический отдел; 3. Генеральный директор; 4. Поставщик.	1. Результаты анализа несоответствий; 2. Решение об открытии претензионного дела; 3. Договора на поставку.	1. Претензии; 2. Результаты урегулирования претензий.



Приложение 5

Таблица 3.

Выполняемость требований в SAPERP

№	Требование	Выполняемость требования	Примечание
Функциональные требования к подсистеме планирования закупок
1.	Ведение справочника закупаемых ресурсов	Выполнено
1.1	Возможность добавления, редактирования и удаления записи ресурса в справочнике	Выполнено	Реализовано в виде основных записей материалов.
1.2	Возможность просмотра остатков ресурсов из справочника на складах	Выполнено	С помощью экранов данных складов в записи материала можно просмотреть остатки данного ресурса на складах.
2.	Управление заявками на закупку	Частично выполнено
2.1	Введение в систему заявок на закупку сотрудниками вспомогательных и производственных подразделений, возможность их редактирования и удаления	Выполнено
2.1.1	Возможность описания в заявках нескольких позиций необходимых ресурсов	Выполнено
2.1.2	Возможность включения в заявку ресурса, отсутствующего в справочнике	Частично выполнено	Включать в заявку требуемый ресурс без записи в системе возможно только для расходных материалов с указанием краткого текста, группы материала и единицы измерения. Для складируемых материалов такой возможности нет, однако можно проводить их как расходные и складировать. В данном случае предпочтительнее реорганизовать бизнес-процесс.
2.1.3	Включение в заявку информации о необходимом количестве запрашиваемых ресурсов, требуемом времени поставки и запросившем подразделении	Выполнено
2.2	Обеспечение группе планирования и учёта материальных ресурсов доступа к поступившим заявкам	Выполнено	Реализуются за счёт настройки прав доступа к данному документу.
2.3	Автоматический контроль поступивших заявок на соответствие бюджету закупок	Не выполнено	Может быть частично реализовано за счёт настройки и описания в системе процедур деблокирования, для полной его реализации требуется разработка дополнительного функционала.
3.	Обеспечение доступа к бюджету на закупки	Выполнено	Реализуются за счёт настройки прав доступа.
4.	Передача сообщения о превышении бюджета в заявке запросившему ресурсы подразделению	Не выполнено	Не выполняется, как и сам контроль бюджета, однако можно настроить выдачу системного
№	Требование	Выполняемость требования	Примечание
			сообщения по окончании процедуры деблокирования. Также запросивший ресурс сотрудник имеет возможность отслеживать статус деблокирования в созданной им заявке.
5.	Обеспечение доступа к производственной программе	Выполнено	Реализуются за счёт настройки прав доступа к данному документу.
6.	Создание отчёта, содержащего информацию об остатках ресурсов на складах и их движении	Выполнено	SAP ERP позволяет создавать мощные отчёты по управлению складами, в том числе в системе присутствуют стандартные отчёты о состоянии и движении запасов
7.	Управление сводной потребностью в ресурсах	Практически полностью выполнено
7.1	Формирование сводной потребности в ресурсах на планируемый период посредством дезагрегации производственной программы на закупаемые ресурсы	Выполнено	Результаты дезагрегации представляются в виде динамического списка текущей ведомости потребностей/запасов.
7.2	Включение в записи таблицы сводной потребности в ресурсах информации о закупаемом ресурсе, требуемом количестве, требуемой датой отпуска в запросившее подразделение	Выполнено
7.3	Корректировка записей сводной потребности в ресурсах с учётом информации о незарезервированных остатках ресурсов на складах, за счёт их резервирования	Выполнено	Реализуется за счёт резервирования отображаемых в ведомости свободных запасов.
7.4	Интеграция информации из заявок, переданных к исполнению в сводную потребность в ресурсах	Выполнено	Список динамичен и учитывает все потребности вспомогательных подразделений из деблокированных заявок.
7.5	Редактирование сводной потребности в ресурсах	Не выполнено	Требуется разработка дополнительного функционала.
8.	Обеспечение доступа к списку утверждённых поставщиков и их предложениям	Выполнено	Реализуются за счёт настройки прав доступа к данному документу.
9.	Проверка наличия поставщиков для заказа у них ресурсов	Выполнено	Данная группа требований реализуется за счёт использования функции AFS фильтр,
9.1	Соотнесение записей сводной потребности в ресурсах с предложениями утверждённых поставщиков в целях поиска тех ресурсов, у которых отсутствуют утверждённые поставщики	Выполнено
9.2	Составление списка ресурсов без поставщиков, включающего информацию о требуемых условиях поставки данных ресурсов	Выполнено	Требуемые условия поставки реализованы посредством инфо-записей условий для конкретных материалов из списка.
№	Требование	Выполняемость требования	Примечание
9.3	Формирование списка, содержащего информацию о ресурсах и их поставщиках	Выполнено
10.	Передача электронного документа со списком ресурсов без поставщиков и требуемых условий их поставки группе по работе с поставщиками через корпоративную сеть	Выполнено	Реализуется за счёт использования системы управления документами SAP DMS
11.	Обеспечение доступа к записям договоров на поставку	Выполнено	Реализуются за счёт настройки прав доступа к данному документу.
12.	Проверка списка поставщиков на наличие с ними договоров на поставку	Выполнено	Реализуется за счёт SAP Query.
13.	Формирование списка поставщиков без договоров и передача его группе по работе с поставщиками через корпоративную сеть	Выполнено	Реализуется за счёт SAP Query и SAP DMS.
14.	Управление заказами на поставку	Частично выполнено
14.1	Создание заказов на поставку на основании записей сводной потребности в ресурсах	Не выполнено	В чистом виде требование может быть реализовано только посредством программной разработки. Однако можно реорганизовать бизнес-процесс и обрабатывать заявки в виде списка и за счёт этого преобразовывать их в заказы.
14.2	Автозаполнение условий заказа путём переноса данных об условиях из записи договора на поставку	Выполнено	Выполняется посредством указания в заказе ссылки на договор.
14.3	Передача электронного документа с заказом на поставку поставщику через электронную почту или факс	Выполнено
14.4	Редактирование данных заказа на поставку	Выполнено
15.	Формирование на основе заказов на поставку сводного плана закупок, в котором по дням указывается информация о поступлениях заказов и необходимых для их оплаты суммах	Выполнено	Формируется за счёт создания общего аналитического отчёта по закупкам.
Функциональные требования к подсистеме поиска и выбора поставщиков
1.	Ведение справочника поставщиков	Выполнено
1.1	Возможность добавления, редактирования и удаления записи поставщика в справочнике	Выполнено	Реализовано в виде основных записей поставщиков.
1.2	Указание в записи поставщика информации о поставляемых им ресурсах	Выполнено	Субассортимент поставщика в основной записи.
1.3	Ведение информации об условиях поставок ресурсов. Должна быть обеспечена возможность описывать общие условия работы поставщика, а также описывать конкретные условия для определённых видов поставляемой продукции.	Выполнено	Общие условия описываются основной записи поставщика.Условия поставки отдельных видов ресурсов реализуется через инфо-записи закупки или установку условий для субассортиментов
№	Требование	Выполняемость требования	Примечание
1.4	Возможность оценки деятельности поставщика	Выполнено	Реализовано через аттестацию поставщиков.
2.	Подбор возможных поставщиков из справочника для списка ресурсов, у которых отсутствуют утверждённые поставщики	Выполнено	Реализуется за счёт SAP Query.
3.	Выбор для каждого ресурса из списка, сформированного в требовании 2, поставщика, у которого присутствует требуемый товар, с наивысшей оценкой	Выполнено	Реализуется за счёт SAP Query.
4.	Составление запроса поставщику, включающего информацию из документа с требуемыми условиями поставки конкретного вида ресурса, с возможностью его редактирования	Выполнено	Запросы поставщикам выполнены в системе в виде запросов RFQ
5.	Отправка запросов поставщикам по электронной почте или факсу	Выполнено
6.	Введение в систему поступивших от поставщиков предложений	Выполнено
7.	Оценка соответствия условий, содержащихся в предложениях, требуемым условиям поставки	Не выполнено	Для выполнения данной функции требуется доработка программными средствами. Также возможно реорганизовать бизнес-процесс и использовать функцию системы по подбору лучших предложений из поступивших.
8.	Создание списка утверждённых поставщиков	Выполнено	Занесение в запись материала предпочтительного поставщика и вывод списка утверждённых поставщиков с помощью средств отчётности.
Функциональные требования к подсистемезаключения договоров с поставщиками
1.	Обеспечение доступа к списку утверждённых поставщиков, с которыми требуется заключить договор	Выполнено	Реализуются за счёт настройки прав доступа к данному документу.
2.	Возможность просмотра всех предложений от поставщика	Выполнено	Все предложения поставщика можно отследить в инструментальной панели предложения поставщиков с помощью фильтра
3.	Управление договорами на поставку	Практически полностью выполнено
3.1	Создание в системе записей договоров на поставку, их редактирование и удаление	Выполнено
3.2	Простановка пяти статусов каждому договору: проект договора, юридически оформленный договор, внутренне согласованный договор, предоставленный к подписанию договор, подписанный договор	Выполнено	Изменения статуса договора можно отслеживать в разделе «Маршрут» на экране «Согласование договора»
№	Требование	Выполняемость требования	Примечание
3.3	Возможность автоматического введения информации в проект договора из поступивших предложений поставщика	Не выполнено	Может быть реализовано через доработку функционала системы.
3.4	Возможность фиксировать возникшие замечания при согласовании	Выполнено	Также фиксируются в разделе «Маршрут» на экране «Согласование договора»
3.5	Возможность процесса согласования в системе	Выполнено	Процесс согласования реализуется посредством встроенного компонента системы SAP Business Workflow.
3.6	Обеспечение механизма хранения отсканированных копий договоров на поставку в системных записях договоров	Выполнено
4.	Отправка поставщику уведомления об отказе от дальнейшего взаимодействия	Выполнено	Реализуетсячерез SAP Business Workflow .
Функциональные требования к подсистеме оперативного управления поставками
1.	Формирование графика поставок на основе сводного плана закупок и заказов на поставку	Выполнено
2.	Отслеживание через систему поступления заказов и их приходной документации	Выполнено
3.	Формирование системой сообщений при отклонении сроков поставок	Выполнено
4.	Составление протокола об установлении в поставке расхождений по времени с условиями заказа или договора	Не выполнено	Данный документ отсутствует в стандартной конфигурации и для его реализации требуется дополнительная разработка, однако вся информация о расхождениях заносится в систему в транзакции поступления материалов и отражаются в заказе на поставку.
5.	Отправка поставщикам напоминаний о заказах по электронной почте или факсу	Выполнено
6.	Ввод в систему поступивших от поставщиков накладных и счетов-фактур	Выполнено	Вводятся при регистрации поступления материала (транзакции MIGO и MIRO соответственно)
7.	Обеспечение механизма хранения отсканированных копий товарных накладны и счетов-фактур	Выполнено
8.	Автоматическая проверка позиций товарной накладной на соответствие позициям заказа на поставку	Выполнено	Реализуется за счёт выполнения транзакции поступления материала со ссылкой на заказ.
9.	Составление протокола о недостаче, в котором фиксируются расхождения по количеству с условиями заказа или договора	Не выполнено	Аналогично четвёртому требованию данной подсистемы.
10.	Составление протокола о несоответствии качества продукции, в котором фиксируются расхождения по качеству с условиями заказа или договора	Не выполнено	Аналогично четвёртому требованию данной подсистемы.
№	Требование	Выполняемость требования	Примечание
11.	Ввод в систему акта о приёмке товаров	Не выполнено	Аналогично четвёртому требованию данной подсистемы.
12.	Учёт поступивших материалов, с созданием бухгалтерских проводок и изменением информации о количестве данного материала на складах	Выполнено
13.	Автоматическая корректировка сводного плана закупок на основании поступивши заказов	Выполнено
14.	Блокирование входящих поставок	Выполнено	Реализуется за счёт предусмотренной в системе настройке приемлемых уровней расхождений в поставке, в случае нарушения которых, происходит блокирование проводки поступления материала, его оплаты, а сами материалы либо возвращаются поставщику, либо проводятся в блокированный запас.
Функциональные требования к подсистеме оценки результатов поставок
1.	Агрегация информации из составленных протоколов в единый документ, содержащий информацию обо всех найденных несоответствиях	Выполнено	Реализуется за счёт отображения всей информации о несоответствиях в записях заказов на поставку.
2.	Выставление поставщику оценки по следующим аспектам: уровень обслуживания, своевременность поставки, качество продукции, полнота поставки, результат урегулирований претензий

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

• Автоматизация закупочной деятельности

  Анализ моделирования закупочной деятельности компании. Модели бизнес-процессов верхнего уровня. Поиск поставщика продукции или услуг. Приемка товара, проверка на соответствие по количеству и качеству. Требования к надежности и производительности системы.
  
  дипломная работа [1,6 M], добавлен 11.08.2017
  

• Изучение системы закупочной деятельности торговой организации

  Исследование рынка закупок. Критерии и методы выбора поставщиков в розничной торговле. Анализ показателей эффективности закупочной деятельности розничного торгового предприятия. Оценка требований к закупаемым материальным ресурсам. Контроль поставок.
  
  курсовая работа [54,4 K], добавлен 25.03.2015
  

• Оценка эффективности закупочной деятельности

  Сущность, функции и цели закупочной логистики, организация закупочной деятельности. Оценка процесса закупок на основе контроля фактора "времени" и "цены". Выявление и характеристика основных путей повышения эффективности закупочной деятельности.
  
  курсовая работа [175,6 K], добавлен 13.10.2017
  

• Организация закупочной деятельности ТОО "Аманат" Алматы

  Анализ фармацевтического рынка г. Алматы. Система управления материальными потоками филиала товаропроводящей компании ТОО "Аманат" Алматы. Показатели деятельности компании. Задачи закупочной логистики; оценка эффективности дистрибьюторских складов.
  
  отчет по практике [980,5 K], добавлен 11.07.2015
  

• Анализ закупочной деятельности торгового предприятия

  Понятие и содержание закупочной деятельности предприятия. Этапы работы с потенциальными поставщиками. Исследование покупательского спроса. Формирование и управление ассортиментом в торговом предприятии. Оценка работы с поставщиками по закупке товаров.
  
  курсовая работа [112,1 K], добавлен 08.04.2015
  

• Анализ коммерческой деятельности ООО "Оренбургский хладокомбинат"

  Содержание договора поставки и порядок его заключения. Анализ обеспечения предприятия товарными запасами. Организация хозяйственных связей с поставщиками и покупателями. Направления совершенствования закупочной деятельности и оценка их эффективности.
  
  дипломная работа [555,0 K], добавлен 08.04.2014
  

• Основные элементы закупочной логистики промышленного предприятия (на материалах ОАО "Автоагрегат")

  Сущность и задачи закупочной логистики. Определение параметров поставки. Комплексный анализ деятельности и обеспеченности материально-техническими ресурсами ОАО "Автоагрегат". Разработка рекомендаций по логистической оптимизации закупочной деятельности.
  
  курсовая работа [217,7 K], добавлен 12.08.2011
  

• Особенности формирования механизма закупочной логистики на ОАО "Гомельпромстрой" филиал УМ-11

  Анализ системы материально-технического обеспечения филиала УМ-11 ОАО "Гомельпромстрой". Оценка состояния закупочной логистики и организации поставок в филиале. Разработка мероприятий по совершенствованию механизма закупочной логистики на предприятии.
  
  дипломная работа [1,6 M], добавлен 08.12.2016
  

• Организация закупочной работы в торговом предприятии (на материалах ОАО "Ливгидромаш")

  Система функционирования закупочной логистики. Экономическая характеристика ОАО "Ливгидромаш". Оценка механизмов материально-технического обеспечения предприятия. Анализ поставщиков сырья и материалов. Совершенствование системы закупочной работы.
  
  курсовая работа [63,7 K], добавлен 12.08.2011
  

• Анализ проблем закупочной логистики в ООО ПКФ "Спецсталь"

  Понятие коммерческой деятельности по организации закупочной работы. Организационно-экономическая характеристика деятельности предприятия ООО ПКФ "Спецсталь". Анализ объемов закупок. Рекомендации по совершенствованию закупочной логистики в организации.
  
  курсовая работа [117,3 K], добавлен 13.10.2017
  

• главная
• рубрики
• по алфавиту
• вернуться в начало страницы
• вернуться к началу текста
• вернуться к подобным работам