- •Выпускная квалификационная работа
- •Глава 1 Анализ хозяйственной деятельности компании ооо «Метро Кэш энд Керри» 5
- •Глава 3 Внедрение информационного портала scp в компании ооо «Метро Кэш энд Керри» на основе технологий cpfr 54
- •Введение
- •Глава 1 Анализ хозяйственной деятельности компании ооо «Метро Кэш энд Керри»
- •1.1 Общая характеристика предприятия и ее положение на рынке
- •1.2 Анализ финансово-экономической деятельности компании Метро Кэш энд Керри
- •1.3 Анализ логистической системы компании ооо «Метро Кэш энд Керри»
- •2.1 Предпосылки и факторы для внедрения концепции cpfr
- •2.2 Концепция cpfr как инструмент интеграции и координации контрагентов в цепи поставок
- •2.3 Разработка подхода по реализации концепции cpfr для повышения качества логистического сервиса и оптимизации уровня запасов торговой компании
- •Глава 3 Внедрение информационного портала scp в компании ооо «Метро Кэш энд Керри» на основе технологий cpfr
- •3.1 Процесс взаимодействия с поставщиками по вопросам качества логистического сервиса и уровня товарного запаса
- •3.2 Внедрение информационного портала scp
- •3.3 Оценка экономической эффективности предлагаемых решений
- •Заключение
- •Список литературы
- •Приложение 1 Динамика чистой выручки (без учета ндс) крупнейших сетей fmcg в 2011-2014 гг., млрд. Руб.
- •Приложение 2 Балансовый отчет компании Метро Кэш энд Керри, 2013 – 2014 гг.
2.3 Разработка подхода по реализации концепции cpfr для повышения качества логистического сервиса и оптимизации уровня запасов торговой компании
В настоящий момент процесс отслеживания качества логистического сервиса поставщика в компании неэффективен, так как торговой сети и поставщику необходимо обрабатывать большие объемы данных вручную. Помимо этого из-за обмена многочисленными эксель файлами, данные могут теряться, как на стороне поставщика, так и на стороне Метро.
Существующий процесс близок к концепции CPFR, так как Метро и поставщик взаимодействуют и работают на общую цель – повышение качества логистического сервиса, что привет к оптимизации товарного запаса, полному выполнению заказа, повышению точности планирования собственного производства на стороне поставщика и увеличению прибыли.
Предложенное изменение должно упростить и ускорить существующий процесс. В настоящий момент обмен данными происходит следующим образом, после того как поставщик получает заказ от торговой сети и формирует поставку и отгружает товар либо напрямую в торговый центр либо на распределительный склад в Ногинске. Соответственно Метро осуществляют приемку товаров. Все данные о заказанном количестве и принятом количестве попадают в информационную систему Метро. Каждый понедельник сотрудниками отдела логистики осуществляется выгрузка отчетов по 200 поставщикам, в тот же день происходит анализ осуществленных поставок и поставщику отправляется отчет о качестве логистического сервиса. Следующий день поставщик анализирует полученную информацию. Метро начинает взаимодействовать с поставщиком и выяснять причины неполной поставки, причины могут быть самыми разными, как со стороны поставщика, так и со стороны Метро. Важно учитывать факт, что если поставка была осуществлена позже планируемой даты поставки, то уровень сервиса поставщика равен 0. Но в данном случае также может быть и ошибка Метро, к примеру очередь на приемке в торговом центре. Далее Метро и поставщик пытаются решают проблемы, которые были выявлены в процессе анализа неполной поставки.
Схематично процесс взаимодействия поставщика и торговой сети по вопросам качества логистического сервиса можно представить следующим образом (рисунок 2.4)
Рис.2.4. Схема обмена данными с поставщиком (как есть)
После внедрения, процесс обмена данными будет намного упрощен. Сотрудникам Метро не придется делать еженедельную выгрузку отчетов и проводить его анализ, так как все стандартные ошибки будут выявляться автоматически. После внедрения данного проекта, поставщику нужно будет зайти на портал и выгрузить отчет за определенную неделю. Сотрудник Метро также будет выполнять данную ситуацию и смотреть на общие показатели по ключевым поставщикам и каждому отдельно. В случае возникновения проблем с понимаем, в чем причина неполной поставки, Метро и поставщик будут совместно ее искать и устранять.
Схематично процесс взаимодействия поставщика и торговой сети по вопросам качества логистического сервиса после внедрения можно отобразить следующим образом (рисунок 2.5).
Рис.2.5. Схема обмена данными с поставщиком (как будет)
Данные на портал будут попадать из корпоративной информационной системы. Для определения ошибок в систему будут дополнительно внесены данные по выходным поставщика, внутреннему номера артикула поставщика, также необходимо будет синхронизировать мастер-данные с поставщиками, чтобы избежать ошибок на приемке или в заказе.
Общая схема создания информационного портала для поставщиков представлена на рисунке 2.6. Данный процесс был выработан по рекомендациям, предложенным на 329 странице учебника «Логистика: интеграция и оптимизация логистических бизнес-процессов в цепях поставок» (рис. 4.11.)
Рис.2.6. Процедура создания информационного портала
