У. Михаил !
Цитата:Какие-то идеи есть что туда добавить, какие методы использовать было бы там неплохо. Дело в том, что у меня диплом точь-в-точь по этой теме. Хотелось бы услышать мнение людей работающих в этой области.
1. Неликвиды.
Задаётся период, который товар должен пролежать на складе без продаж, что бы стать неликвидом, а 1С уже просматривает все позиции и формирует отчёт. Ещё можно добавить возможность задавать отношение (продажи за период)/(текущие остатки). Что бы, если позиция лежала на складе весь отчётный пероид и была продана всего 1 штука, а на остатке ещё 100 штук, то при заданном отношении 0,01 эта позиция тоже добавлялась бы в отчёт.
2. Определение складских позиций.
Задаётся количество клиентов по позиции и период. Если количество клиентов за этот период по позиции было больше заданного числа, то позиции присваивается свойство складской, если нет - транзитной.
3. Выходные и прадники.
Да, есть календарь, но попробуй вспомнить, был ли праздник 7 ноября 3 года назад; и, если он попал на выходной, перенесли ли его; и если его перенесли, не устроили ли субботник конкретно на данной фирме?
Однако ясно, что если вообще никаких продаж не было на дату, значит фирма не функционировала (причём не обязательно по причине выходного или праздника, может света весь день не было - это, вообще, если сразу не введёшь, потом никогда не упомнишь).
Поэтому можно сделать отчёт, который будет помечать дни, когда фирма не работала автоматически - по факту нулевых отгрузок по всем позициям на эту дату.
4. Средний спрос.
В любом случае не учитываются выходные и праздничные дни (смотри пункт 3). Для транзитных позиций (смотри пункт 2) считается по обычной схеме (количество продано / количество рабочих дней), а вот для складских учитывать только те дни продаж, когда остаток по позиции весь день лежал на складе в свободном доступе (не зарезервированым уже под чей-нибудь счёт) в достаточном количестве (можно задавать) - то есть реально мог продаваться.
5. Дефектура по складским позициям.
Задаётся период. Дни когда товара не было на складе умножается на средний спрос (посчитанный по пункту 4).
6. Прогнозирование у каждого своё, но к тому среднему, которое уже есть, нужно прибавлять Дефектуру за прошлые периоды для складских позиций (смотри пункт 5).
И можно добавить в качестве инструмента хотя бы тренд (уже после прибавления к факту Дефектуры), НО, если он достоверный (хорошо аппроксимирует уже имеющиеся данные). Достоверность, которой будет достаточно для перехода на использование тренда вместо среднего, может задавать оператор.
Пример: ряд данных продаж по месяцам - 1;3;2;5;4;6. Скорей всего следующее значение будет - 7, а не среднее - 3,5.
НО, если оператор задаст достоверность 1, то посчитается по среднему. Тренд будет использован только если ряд будет 2;3;4;5;6;7, - соответственно прогноз будет 8.
По остальным пунктам не буду уже объяснить, но они имеют право на присутсвие в модуле под громким названием 1С-Логистика:
7. Более хитрый прогноз, учитывающий сезонности (высчитывается по данным о продажах за прошлые годы) и другие навороты.
8. Рассчёт оптимального периода закупок по поставщикам.
9. Ведение заказов по поставщикам. Именно ведение! То есть своевременное напоминание менеджерам по закупкам что надо делать новый заказ - от предыдущего через период (пункт 8). Когда подходит дата оприходования, напоминает менеджеру по закупкам, об этом. Когда происходит оприходование, с заказа списывается то, что пришло, и высвечивается то, что не пришло (для выяснения уже причин). Если произошла просрочка заказа, об этом тоже напоминается менеджеру по закупкам.
10. ВООБЩЕ, в идеале автоматизированный заказ. То есть считается когда, сколько и где заказывть по имеющимся у 1С данных. А менеджер потом уже корректирует то, что получится на выходе и несёт ответственность.
11. Модуль по транспортной логистике. Возможность привязки конкретных счетов к транспортным нарядам. С дальнейшим ввыводом в отчёт данных по затратам на транспорт (по постовщикам, клиентам, дням или ещё чему угодно). Учёт "бесплатных" возок.
Рассчёт необходимого транспортного средства по весу и кубатуре груза в счёте и заданных транспортных средств (можеть быть задана и их стоимость, тогда в случае привязки транспортного наряда к документу, в счёте может автоматически выводиться и стоимость доставки).
Расчёт оптимального количества транспортных средств, если вывезти весь счёт одной машиной нельзя (оптимальное размещение груза по машинам в плане минимальной суммы затрат на их заказ).
12. Не помню реализовано это или нет в базовой версии, но бывает очень полезно получить реальную информацию по истории продаж-закупок по поставщикам или клиентам, причём с учётом всех фирм-промокашек (уж таково сегодняшнее время, что другое название вовсе не означает другую фирму).
13. Упрощение и автоматизация различных проводок.
Пример: приходная накладная. При оприходовании по ней товара, сотрудник должен проверить соответствие цен в накладной ценам в базе 1С. Но ведь очень просто при проводке приходной накладной сделать автоматическую проверку соответствия цен в документе по этим позициям закупочным ценам от этого поставщика (через тип цены).
14. Автоматическое выявление групп сопутствующих товаров. Оператор устанавливает порог. А 1С, просматривая все документы на отгрузку, проверяет как часто они встречаются вместе и отдельно. Потом корреляция двух рядов данных, и сравнивание с заданным уровнем.
пока всё
Страниц: 1
1С Логистика:Управление складом. (Прочитано 16804 раз)
