DAX 2009 RU5. Ответственное хранение.

[Ich@Ru]

Цитата:

Всегда хранимому товару соответствует одна номенклатура хранения

Некорректно написал в первоначальном ответе. Надо читать как: Поэтому в определенный момент времени хранимой номенклатуре соответствует одна номенклатура расчета.

Согласен, что в перспективе можно "научить систему" рассчитывать обработку входящей/исходящей паллеты. Отдельный момент комплектация, но тоже реализуемо.

[Lz_]

Цитата:

Сообщение от Ich@Ru

Некорректно написал в первоначальном ответе. Надо читать как: Поэтому в определенный момент времени хранимой номенклатуре соответствует одна номенклатура расчета.

Я не понял к чему такое ограничение. Что нарушается в алгоритме формирования базы расчета, если одной номенклатуре хранения соответствует несколько номенклатур расчета?

Еще хотелось бы добавить по пункту 5 по поводу доп услуг. Для реализации функции учета доп.услуг при функционале RU5 приходится приходовать на склад номенклатуру хранения ДопУслуги. По сути это услуга и у нее не может быть остатка, но кроме остатка еще у этой псевдо-номенклатуры обязательно должна быть партия . Мало того, по этим номенклатурам остатки постоянно увеличиваются и приходится время от времени делать списание этой номенклатуры со склада. Короче, некузяво как-то. Хотя учетную задачу решить можно.

[Ich@Ru]

Решалась задача расчета хранения. Для товарной единицы в любой момент времени может быть только один действующий тариф за хранение.

Приходование номенклатуры расчета хранения позволяет контролировать, что надо продать клиенту (остаток по данной номенклатуре должен быть ноль), партия позволяет определить дату, на которую следует найти ставку для номенклатуры расчета хранения.
Относительно Доп услуг тут в принципе необходимо оприходовать на склад работу-услугу (с помощью склад журнала), желательно с аналитиками Владелец и Партия, что позволит идентифицировать кому и по чем продать. Счет же выставляется за период, а ставка в течении периода могла изменяться.

[Lz_]

Цитата:

Сообщение от Ich@Ru

Решалась задача расчета хранения. Для товарной единицы в любой момент времени может быть только один действующий тариф за хранение.

Если речь шла только о расчете хранения, то да задача решена. Можно делать тренинги и презентации для клиентов .
Если же постараться применить функциональность "Ответственное хранение" к реальному проекту, то по ходу выясняется, что не все так радужно. Нужно брать напильник и придавать нужную форму. Вы меня извините, но это типичный подход 1С .
Очень рассчитывал на то, что функциональность закроет хотя бы простейший процесс ответственного хранения в целом. А по ходу изучения функциональности и обсуждения на форуме - выясняется, что решена только задача расчета платы за хранение и то с некоторыми ограничениями: склад без WMS (WMS ведь не у всех есть ), а, следовательно, расчет базируется только на количестве. Про палеты вообще речь не идет. По ходу процесс в целом никто не рассматривал и это весьма печально. Зациклились на приходе-расходе и плате за штуко-дни. А то что есть еще масса сопутсвующих дополнительных работ, которые тоже влияют на оплату - забыли

Цитата:

Сообщение от Ich@Ru

Приходование номенклатуры расчета хранения позволяет контролировать, что надо продать клиенту (остаток по данной номенклатуре должен быть ноль), партия позволяет определить дату, на которую следует найти ставку для номенклатуры расчета хранения.

Ок. Понятно. С этим я разобрался .

Цитата:

Сообщение от Ich@Ru

Относительно Доп услуг тут в принципе необходимо оприходовать на склад работу-услугу (с помощью склад журнала), желательно с аналитиками Владелец и Партия, что позволит идентифицировать кому и по чем продать. Счет же выставляется за период, а ставка в течении периода могла изменяться.

Если работу-услугу оприходовать на склад аналогично номенклатуре расчета, указав при этом аналитики Владелец и Партия, то система красиво "подхватит" эти доп услуги и внесет их в заказ клиента. Но, доп услуг не будет в отчете по хранению. А отчет должен совпадать с результирующим заказом и в итоге со счетом. Вот и приходится доп услуги оприходовать на склад подобно номенклатуре хранения, которая имеет свою номенклатуру расчета ед.изм=количество. В таком случае получаем красивый отчет по хранению и совпадающий с ним заказ на продажу (счет).

Это я побрюзжал немножко, прошу мое брюзжание не принимать близко к сердцу

[Ich@Ru]

Lz_, основная задача - это предоставить платформу, на которой уже гораздо проще выполнять доработки под клиента. Необходимо было реализовать задачи, которые нельзя было решить стандартными средствами, например, расчет хранения. Обработку паллет и услуги за работы можно решить стандартными способами (собрать статстистику по приходу\расходу паллет, а работы проводить через склад журналы).
Сделать веритикальное решение, которое удовлетворит любого клиента и не потребует доработок нереально. Касательно, той же обработки паллет, как говорил, кроме того что влияет время обработки (овертайм, выходные), еще влияют типы работ (ручная выгрузка, механизированная, наемная бригада и прочее). Если в процессе дискуссии проявляются вещи, которые позволят усилить функционал, они будут учтены в дальнейшем.

[Lz_]

То, чего не хватает мне я уже высказал. Основное - Доп услуги. Соглашусь, что это можно реализовать и сейчас, но хотелось бы что бы это было элегантнее .
А вообще, спасибо, довольно приличный кусок вопросов по ответственному хранению разрулили.

[Ich@Ru]

Спасибо. Главное на'чать