AXForum  
Вернуться   AXForum > Рынок > Другие системы на рынке
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 17.12.2017, 23:18   #1  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от svcoder Посмотреть сообщение
Что-то я совмеваюсь в успешности данного сервиса:
Вы просите данные за 3 года, но за это время ассортиментная матрица может поменяться несколько раз. Кроме того у FMCG-сегмента нет цели поставлять определенный набор SKU длительное время, главное заполнить ассортиментную матрицу с максимальной маржой для себя. А покупатель тоже ведет себя по разному:
1. При исчезновении определенных SKU методом проб и ошибок начинает покупать другой.
2. Есть товары, точный SKU которых абсолютно не важен для покупателя. Например горький шоколад - если идет в выпечку, без разницы какой это будет производитель.
3. SKU которые будут куплены либо либо в точности такие, либо никакие - например средства личного ухода, особенно женские. Для таких товаров система может правильно работать, но их очень мало
Поэтому я тут соглашусь с George Nordic, что чтобы что-то по настоящему спрогнозировать нужно построить нехилую модель потребления для каждой группы товаров в отдельности. А самое главное - какой в этом смысл, если опытный категорийный менеджер с помощью пары формул достаточно точно спрогнозирует потребление известной ему продукции на месяц вперед.
На одном из моих текущих проектов 20 тысяч SKU и у них просто нет столько категорийных менеджеров. В то же время нет полок магазина, но есть прием заказов.

Думаю что можно и нужно рассчитывать на уровне SKU но при этом реализовывать логику замены товара на альтернативный на стороне конечной системы.

C другой стороны согласен что группировка на уровне расчета важна так как один и тот же товар может иметь разное SKU в силу привязки к поставщику, а не из-за отличий. К примеру 50 SKU свиных сосисек которые идентичны. Эти 50 поставщиков в сумме покрывают потребность. Где разумнее реализовывать альтернативность/общность - в прогнозе или при создании заказов, не знаю.

Вопрос как будет работать модель для "50 SKU свиных сосисек которые идентичны"?
Старый 18.12.2017, 06:21   #2  
ena_ax is offline
ena_ax
Участник
 
254 / 46 (2) +++
Регистрация: 06.12.2006
Вы правда верите что все свиные сосиски идентичны?
Старый 18.12.2017, 09:42   #3  
AlGol is offline
AlGol
Участник
 
277 / 93 (4) ++++
Регистрация: 24.12.2001
Адрес: Тверь.
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Вы правда верите что все свиные сосиски идентичны?
Для того, чтобы покормить уличного кота - абсолютно неотличимы.
__________________
Ален ноби, ностра алис.
Что означает - если один человек построил, другой завсегда разобрать может.
Старый 18.12.2017, 10:08   #4  
DAX.Company is offline
DAX.Company
Участник
 
296 / 97 (4) ++++
Регистрация: 24.11.2016
Цитата:
Сообщение от AlGol Посмотреть сообщение
Для того, чтобы покормить уличного кота - абсолютно неотличимы.
Ха! Как раз коты самые разборчивые и привередливые потребители.
За это сообщение автора поблагодарили: Ivanhoe (2).
Старый 19.12.2017, 01:39   #5  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от ax_mct Посмотреть сообщение

Вопрос как будет работать модель для "50 SKU свиных сосисек которые идентичны"?
Цитата:
Сообщение от ena_ax Посмотреть сообщение
Вы правда верите что все свиные сосиски идентичны?
Главное чтобы кот верил. То бишь заказчик.
Конкретно по сосискам они даже в разных партиях от одного и то же производителя могут быть разными.

Чтобы проще возьмем картошку от нескольких десятков ферм.
Отдельное SKU оно в AX не из-за особенности продукта, а часто только из-за функционала "основного поставщика" на карточке товара. То есть 30 ферм поставщиков картошки - 30 SKU.

Вот и вопрос как будет модель прогнозировать потребность по картофелю. При этом в этом месяце у нас эти 10 поставщиков, а в следующем другие 10. Каждый поставщик - свое SKU.
Старый 19.12.2017, 10:50   #6  
ena_ax is offline
ena_ax
Участник
 
254 / 46 (2) +++
Регистрация: 06.12.2006
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Главное чтобы кот верил. То бишь заказчик.
Конкретно по сосискам они даже в разных партиях от одного и то же производителя могут быть разными.

Чтобы проще возьмем картошку от нескольких десятков ферм.
Отдельное SKU оно в AX не из-за особенности продукта, а часто только из-за функционала "основного поставщика" на карточке товара. То есть 30 ферм поставщиков картошки - 30 SKU.

Вот и вопрос как будет модель прогнозировать потребность по картофелю. При этом в этом месяце у нас эти 10 поставщиков, а в следующем другие 10. Каждый поставщик - свое SKU.
Картошка, она и в Африке картошка. А сосиски нет. :-)
Я стараюсь их вообще не покупать, но если и покупаю, то определенных поставщиков.
За это сообщение автора поблагодарили: ax_mct (3).
Теги
big data

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
КОРУС Консалтинг. Консультант СПб, Москва Ivanhoe Рынок труда Microsoft Dynamics 8 14.02.2017 13:11
«КОРУС Консалтинг» перевел ERP-систему розничной сети «Кораблик» на новую версию Microsoft Dynamics AX Ivanhoe Полезное по Microsoft Dynamics 4 22.12.2016 16:47
«Сбербанк» приобрел крупнейшего EDI-провайдера в России – компанию «Корус Консалтинг СНГ» mazzy Полезное по Microsoft Dynamics 11 13.06.2012 12:48
Постановка бизнес-процессов для розничных сетей – теперь от «КОРУС Консалтинг» mazzy Microsoft и системы Microsoft Dynamics 0 19.08.2004 15:46
КОРУС Консалтинг открывает первый Авторизованный Тренинг Центр MBS в Санкт-Петербурге Роман Кошелев Полезное по Microsoft Dynamics 0 04.06.2003 23:26

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 01:50.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.