Показать сообщение отдельно
Старый 16.07.2010, 17:32   #12  
Lz_ is offline
Lz_
Участник
 
50 / 32 (2) +++
Регистрация: 20.07.2007
Адрес: Минск (BY)
Цитата:
Сообщение от Ich@Ru Посмотреть сообщение
В текущей реализации решалась задача формирования базы для расчета хранения. Поэтому в определенный момент времени хранимому товару соответствует одна номенклатура хранения. Правила подбора описаны в разделе "Настройка и расчет стоимости хранения" (документация для RU5).
Да, читал. С этим вопросов не возникло. Всегда хранимому товару соответствует одна номенклатура хранения . Другое дело номенклатура расчета. В этом случае, хотелось бы видеть соответствие одной номенклатуре хранения нескольким номенклатурам расчета, которые, в свою очередь, имеют разные единицы измерения и формулы расчета этих единиц измерения. Тем самым можно закрыть стандартные (типовые) наборы услуг см ниже п.1-4.
Цитата:
Сообщение от Ich@Ru Посмотреть сообщение
Относительно тарифа по обработке паллет. Здесь ситуация может быть более сложная: овертайм склада, работа в выходные/праздники может тарифицироваться по ставкам отличным от ставки за обработку в рабочее время. Для формирования счета за обработку паллет, видится целесообразным, формирование отчета в нужном разрезе (например, в разрезе работ в рабочее время, овертайм, выходной) за определенный период. И выставление счета на основании данных данного отчета.
Это справедливо для крупного логистического центра с режимом работы 24/7. В таком случае, ИМХО, решение с приходыванием номенклатур расчета на склад выглядит не сильно красивым и гибким в плане ценообразования и работы с тарифами за обработку. На мой взгляд, более гибкое решение получилось бы, если бы была возможность увязки результатов расчета не с Управлением запасами через приход/расход номенклатуры, а с модулем Проекты. В таком случае можно разрулить изменения цен за дополнительный дискомфорт (ночь, праздники, выходные) через категории. Используя функциональность Проектов можно лепить дополнительные услуги стандартными журналами модуля проект, например, натерли все яблоки клиента до блеска - 300 рублей, и автоматически включать эти суммы в выставляемые счета. То есть включается весь функционал выставления счетов по проектам и т.д и т.п. Но модуль Проекты есть не у всех, а из тех у кого он есть - мало кто им пользуется. А зря .
Цитата:
Сообщение от Ich@Ru Посмотреть сообщение
Ваша идея понятна, и в некотором общем варианте может быть реализован данный алгоритм. Необходимо для сформированной базы операций хранения формировать информацию по доп услугам. Но тут необходимо указать некоторый набор групп услуг. И все услуги (хранение. обработка) должны быть привязаны к одной из групп. Чтобы для каждой группы система искала нужный тариф. В целом модификация несложная, но требуется сформулировать некоторый стандартный набор услуг, который потенциально мог бы быть включен в стандартную версию.
В большинстве случаев, на складах с WMS используют стандартный набор услуг и простые механизмы привязанные к палето-месту:
То что можно посчитать на основе данных системы:
1. Плата за обработку входящей палеты; (руб. за палету)
2. Плата за хранение одной палеты; (руб за палетоместо-сутки)
3. Плата за обработку исходящей палеты;(руб. за палету)
4. Плата за комплектацию (как правило за шт, м.куб, вес). Данные можно брать из маршрута комплектации.
То что нельзя посчитать на основе данных системы:
5. Доп услуги не вошедшие в п.1-4 и вносимые вручную на складе. Иногда эти услуги могут быть вообще разовые и уникальные (см. выше пример про яблоки ).

Последний раз редактировалось Lz_; 16.07.2010 в 17:36.