Доброго утра, поделитесь пожалуйста опытом кто работал с Адресным хранением. Есть пару вопросов


Как можно поступить в случаях когда в организации логисты/агенты продаж, привыкли отгружать не только в УП а в штуках , скажем есть вода, где 1 УП = 6 шт. Логист пытается отгрузить 19 шт воды, тогда если насильно делать Ордера и отборы в Упаковах, то при указании количества будет 3,167 - где из за такого округления будут не совсем правильны остатки. А единицу измерения в ШТ. в Отборе выбрать программа не позволяет.

1. Правильно ли я понял ? что для отгрузки товара из ячеек в штуках не получится ? Обязательно надо приходовать и отгружать только в Упаковках(УП)
2. И если это действительно только в упаковках, то как можно поступить в случае если отгрузка бывает и в (ШТ).

Логистам увы, никак не скажешь отгружайте только в УП

(0) при чем тут адресное хранение и отгрузка в штуках при ведении учета в упаковках?

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

(1) От реализации товаров, если делать Расходный товарный ордер, программа не позволяет выбрать на номенклатуру базовую единицу измерения, в данном случае (шт)

(3) так сделайте упаковку типа штуки

(3) 👍


(0)

Логист пытается отгрузить 19 шт воды, тогда если насильно делать Ордера и отборы в Упаковах.

1) Что такое насильно ? Программно ?
Показывайте ваш код

2)
В текущем ERP ( с правками):

Про отборы не буду говорить, а при ручном и программном формировании ордеров,
19 шт типовой механизм отлично пересчитывает в
3 уп = 3*16 = 18
1 шт = 1 шт

Таким образом  в
Товары по распоряжениям -- штуки
ОтгружаемыеТовары -- упаковки и штуки


3) С упаковками есть нюанс.
ИМХО 1С считает, что если склад оптовый, то шт там не может быть априори.
(ну или есть какие-то настройки, о которых я уже не помню)

По крайней мере в Обработка.ПроверкаКоличестваТоваровВДокументе
Но это легко правится.

Возможно где-то ещё, но я уже не помню. :-(

(4) Такой вариант пока самый логичный конечно, но минусы от такой упаковки созданную как шт, что ее не выбрать в базовую единицу, как итог дополнительные действия для пользователя для выбора правильной ед.изм в подобранной номенклатуре в документах отгрузки, будут возникать какие - не какие ошибки в виде человеческого фактора

(6) да, все так.
когда использовал адресное в ут, столкнулся с несколькими моментами:
1. нельзя делить склад
2. ошибки в упаковках
3. кривая обработка отклонений
4. сложная доработка "рабочих мест" и их тормоза
5. кривая модель для подключения рабочих мест на тсд.

(5) Да, программно, добавил в документы приобретения и реализации реквизит ячейки, идея такая что ячейки указывают пользователи на ТСД, выгружают в базу из ТСД, и автоматически создаются документы ПТО/РТО и Отборы(Размещения) Если работать только в УП, работает как часы. Но, как и описал такое будет "плоха" работать если в ход пойдут обычные шт. Поэтому и создал тему, чтоб посмотреть как там у людей)

(7) я в итоге сделал отдельную базу для склада и перевел свои проекты на нее. тут болтается пара моих тем в платном разделе)