Нужно учитывать серийные номер (уникальные), но с управлением остатками серий. Можно ли сделать, что серии идентифицируют Партии товаров и указывать по одной партии на каждую единицу товара? Чем это чревато?

"Нужно учитывать серийные номер (уникальные), но с управлением остатками серий"
- этокак? серия это другая сущность чем серийный номер?

Можно ли сделать, что серии идентифицируют Партии товаров и указывать по одной партии на каждую единицу товара?
- никто этого запретить вам не сможет.

однако, имеет ли смысл такой вопрос:

- есть ли у нас на остатках серийный номер 8932743..?

если такой вопрос и ответ на него потенциально нужен и имеет смысл для хозяйственной деятельности - то можно запихнуть в партии. Если такой попрос для хозяйственной деятельности не имеет РЕГУЛЯРНО используемого практического смысла - не надо его в партии сувать

имхо

использовать штатный механизм серий не?

Отгрузка товаров идет по серийным номерам, резервирование тоже. Так что имеет смысл

(4) я про него и спрашиваю, какую политику лучше выбрать в моем примере?

(1) в 11.2 нет серийных номеров, только серии

(5)
1. Отгрузка - это оборот. к остаткам отношения не имеет.
ответ несущественен в этой части.

2. Резервирование по сернумам - покупатель выдвигает требование чтобы ему через месяц отгрузили именно те сернумы, которые обозначили сейчас?

для того, чтобы знать/регистрировать "какой сернум кому отгрузили" - совершенно не обязательно учитывать остатки по сернумам. Востребованность и регулярность использования инфы "какой сернум кому отгрузили" - крайне низкая.

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

(10) раз есть адресное хранение, то зчем в твоем случае номера?

(11) это если одному клиенту приедут две одинаковые елки - чтобы он их не перепутал!

(12) ну и повесить на каждую бирку с номером ячейки

(10) это не сернумы. я думаю что елки с разными сернумами имеют разную "потребительскую ценность" (в отличие например от сотового телефона - которые все одинаковы до неотличимости). Поэтому здесь сернум - это некий ид, однозначно идентифицириущий экземпляр товара среди других ПОХОЖИХ, НО НЕ ОДИНАКОВЫХ.

В этом случае я не вижу препятствий для осмысленного использования ид-сернума в качестве партии.

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

номер ячейки использовать нельзя. переставят в другую я чейку - и все...

хотелось бы послушать спецов по УТ. но в последние годы их здесь исчезающе мало...

еще вариант: ид-сернум использовать как характеристику...? и учет в разрезе характеристик?

(16) УТ последнее время такое УГ, учитывая что еще и переписывается порой на 150% от релиза к релизу. Я практически полностью перешел на УНФ, все намного проще пользователю и логичней. А УТ только для ну очень крупных и жирных клиентов, у них хоть как правило и сотрудники повыше компетенцию имеют.

ТС так и не сказал какая детализация нужна

Уже ведутся характеристики (высота растения), и не хочется их плодить на серийные номера. Да, все верно, каждый серийный номер - это ид растения. Есть бирки, на которых уникальные штрихкоды на каждом растении, вот шк и будут сернумом. Будут использоваться терминалы сбора данных, которыми и будут делаться отбор, перемещение и т.д. Поэтому проблем с перемещением без указания ячейки не будет. Короче аналог вмс системы своеобразный.
С точки зрения УТ нет ничего криминального, если партия товаров = одному товару всегда? Зачем тогда придумали экземпляры партий?

(17) я к УНФ что-то сразу как-то расположился давным давно когда ее первый раз увидел. а с тех пор говорят ее кузяво допилили. Может посмотреть на предмет перевода оптовой торговой компании с простыми процессами в части перевода на УНФ?

(18) тут все сразу упирается в резервирование с конкретным ИДом

(19) ага, особенно меня порадовал учет серийных номеров, прием и учет в ремонте и РМК. Просто великолепно получилось.

(18) "С точки зрения УТ нет ничего криминального, если партия товаров = одному товару всегда?"

- никакого криминала не вижу.

"-Зачем тогда придумали экземпляры партий?"
- к предыдущему вопросу не относится, зачем - наверное надо. например когда обязательно надо идентифицировать одинаковые экземпляры. Можно посмотреть как учет алкоголя сделан.

(20) В резервировании никаких проблем и не будет с управлением остатками серий. Они резервируются. Для этого и делаем так.

(23) так что в итоге-то тебя не устраивает? не работает? работает медленно? или что?

(0) У вас учет в проге неправильный... это было для привлечения внимания, далее по теме:

Елка/пихта и прочие спиреи это "виды номенклатуры", а конкретные экземпляры (в горшках или на местах) это номенклатура уже с видом.

И со ШК уникальным для номенклатуры = серийному номеру.

И никаких ля проблем у переделкой конфы, мелкий обработка по заведению/высадке новых "елок", чтобы быстро

(25) подроьнее, как будет выглядет учерт двух елок, 1экз = №1111, 2экз=№2222

??

(26) замечательно будет выглядеть в виде 2-х номенклатур разных, даже вес мона в карточку номенклатуры засунуть и обновлять

(27) а нафига две номенклатуры?
почему не одна номенклатура с двумя партиями?

(28) потому что двух абсолютно идентичных елок не бывает, смысла от партий какая?

партии это когда нуна дополнительные группировки или не нуна, типа а хз какую вам елку, ставим елка а дальше как система из остатков подберет

а они же конкретно пальцем тыкают...

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

(30) >звонит клиент, по инету бронирует 5 елок каких-то

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

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

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

(33) Проще сделать/исправить отчеты чем движок переписывать.

"Вид номенклатуры" же есть если хочется узнать сколько у нас есть "всего елок".
Небольшая правочка в штатные запросы/макеты с добавлением группировки если ее еще нету.

а вот это не оно http://www.forum.mista.ru/topic.php?upd&id=777670
?