И еще вопрос. Система при расчете стоимости и количества услуг по хранению опирается на Количество номенклатуры хранения. Это количество в системе в единицах складского учета. То есть получаем фактически стоимость штуко-дня для номенклатуры у которой единицы измерения штуки.
Клиент, как правило, получает цену за хранение одного палето-места, т.е. за палето-день.
Безусловно, можно настроить систему для пересчета количества в паллеты по коэффициенту. Но в таком случае, расчетное количество палето-мест может не совпасть с фактическим.
Например, с клиентом оговорено что сутки хранения палеты стоит 100 р. На палете размещается 50 единиц товара. Расчетная номенклатура - УслХран, у которой в качестве единицы измерения указано Палето-сутки = Количество*Дни/Коэффициент(50). В результате обработки товара в некий момент времени в системе числится (и реально лежит в ячейке) 2 палеты. П1 - 10 штук и П2 - 15 штук. При расчете стоимости услуги система рассчитает УслХран 0,5 палето-сутки * 100 р. = 50р. И выставит задолженность клиенту 50р. Хотя на самом деле занято два палето-места и стоимость хранения = 200р.
На следующий день остаток П1 - 1 штука. И эта штука лежит месяц. Та же история при расчете. За 30 дней хранения система выставит 100 р * 1шт*30дней/50шт-на-палете = 60р. Хотя реально было занято одно палето-место и стоимость хранения составляет 100*30 = 3000 р. Такой факт очень не нравится логистам
.
Можно ли малой кровью заставить систему рассчитывать плату за реально занимаемые палето-места?