Архив форума

Уважаемые коллеги. Обращаюь к вам в минуту душевного кризиса.В течении 6 месяце разрабатывал совмесно с отделом IT технологий АСУЗ . Получилось плохо АСУЗ работоет только с 60% процентами товарооборота.Прошу подскажите программный продукт ( только если вы сами им пользовались) который сможет работать со всей номенклатурой ( особенно с группой Z).
О компании. Крупная дилерская сеть Центральный складской комплекс + 10 филиалов ( магазинов). Ассортимет более 20 000 позиций. Период поставки товара в филиалы от 1 до 3 дней ( с ценрального склада ) , на центральный склад от 1 до 60 дней.Задачи требующие решения:
1. Расчет запасов филиалов по системе минимум максимум.
2. Расчет требуемых объёмов закупок для комерческого отдела( с учетом товара в пути , товарных партий ..........)
Есть своя программа складского учета( так что требуеться решить только две задачи , но на все 100)
 
Зарание все благодарен.
Если будут комерческие предложения просьба  указывать  
приблезительную стоимость и сроки внедрения , оставляйте контактную информацию .Всё предложения будут расмотренны.

Товары групы Z- товары с наиболее не стабильным спросом ,
определяються в процесс ,XYZ анализа.

Процитировано сообщение: Антон Жлудов   от 26.10.2004 :: 13:58:41:

 
 
 
 
Антон, у нас в магазинах возможны сильные колебания спроса , как написано в первом вопросе , программу аналогичныю вашей я написал, но есть проблемы , средний спрос вообще не как не отражает движения товара ( например реализация по месяцам :143, 10 ,64 ,10 ,2 ,10, и это без провалов в наличии товара)прогнозировать что в следующем месяце мы продадим 40 едениц просто глупо , скорее всего продажи составят около 10 ( а товар (воздушные фильтра) далеко не за пять копеек, и места занимает не мало ), исключить оптовые продажи из-за которых происходят пики не получаеться , пришлось ввести функции сглаживания , дальше около 10 процентов товара сеззоные , добавляем аппарат по оценке сезонности + шесть линий тренда для каждого товара , когда такую версию программы запустили она заргузила сервер на 100 процентов а потом через 24 часа сервер приказал долго жить.Я вижу проблему в том , что все эти усовершенствования привели к тому , что на один товар создавалось 7 листов в екселе, при частичном общёте результаты были приличные , а что произошло при запуске для общета всего товара я уже писал.
 

оптовые продажи. м/о зделать галочку "учитывать/не учитывать опт", а в документе ввести признак опт/неопт - или, если введение подобного признака невозможно или нерентабельно, то эмпирически вычислять размер "неоптовой" партии. все что свыше - опт.
провалы в наличии, функции сглаживания. аппроксимационный полином для нескольких десятков значений строится не просто влет, а почти мгновенно. опять же, проблема с нулевыми значениями остатков в моменты времени решается на этапе отбора данных для аппроксимации. то есть опять галочка - "учет нулевых остатков при расчете - да/нет". далее, на примере истории продаж выборки из 20-30 позиций подобрать оптимальное по степени приближения аппроксимирующего полинома значение степени этого полинома (естественно, на момент времени t+1). этод метод использовал как один из для оценки стоимости ценных бумаг в момент первичного размещения. для фондового рынка работало, для склада, я думаю, будет работать так же. если точность не устроит - то можно поиграть со случайными (в данном случае, конечно, псевдослучайными) процессами. тогда, построив корреляционную функцию, очень просто выцепить фактор сезонности. но для этого нужна большая выборка. но она ведь есть?
далее. проблема сложности решения. решается, на мой взгляд, просто. формируем "товарное дерево". каждый товар связываем с группой. по каждой группе ведем расчет.  
допвозможности. можно вообще извратится и попробовать поискать корреляции между случайными процессами продаж - сформировать корр. матрицу. таким образом, получим связь м/у продажами одного товара и другого - то есть как они, продажи, зависят друг от друга. например - продажи пива от продажи сушеной рыбы... правда, тут можно впасть в другую крайность - может получится так, что продажи рыбы будут зависеть от продажи, например, презервативов. но на этот случай есть товарное дерево - анализ можно проводить в пределах одной группы, а если сравнивать товары ис разных групп, то можно ввести некий коэффициэнт доверия.

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

Андрей.
Большое спасибо. Как и предполагалось без ИТ-аудита нам не обойтись, слишком масштабный проект и высока ответственность. Так же размер компании очень ограничивает количество возможных системных интеграторов.