Места хранения (УТ 10.3) #743376

Добрый день, Подскажите, пожалуйста, как настроить запись в регистр из докуиментов "Реализация ТУ" и "Поступление ТУ" в регистр сведений "МестаХраненияНоменклатуры", мне нужно, что бы при поступлении он записывал в регистр полку на которую положили товар (из тч документа), а при реализации списывал из полки (из тч документа). Товар так же может лежать на разных полках

Ты даже не представляешь, насколько сложную проблему ты затрагиваешь ))))

+1 смирись, что адресного хранения в ут10 нет, варианты - переходить на 11 или внедрять WMS или убедить руководство что вам это не нужно. ах да, еще вариант включить Кулибина и запилить что-нибудь на коленке.

партионный учет тоже на РС запилишь?

а вот сарказм тут зря, есть одна популярная WMS, вся на РС

дык нетленки и на справочниках есть

так я просто думал в регистр записать при поступлении и стереть при реализации, и что бы отчет можно было построить, это все, что мне нужно. У номенклатуры внутри нет необходимости указывать место, приоритетность не учитывается

большая организация ?

>У номенклатуры внутри нет необходимости указывать место, приоритетность не учитывается где "внутри"?

на складе 3 работника, будут работать с ТСД (Сканировать Товар, Место и кол-во) и прогружать в документ. В самом справочнике номенклатуры есть возможность указывать место хранения номенклатуры (мне это не нужно) Товар все время будет менять место хранения

> В самом справочнике номенклатуры есть возможность указывать место хранения номенклатуры (мне это не нужно) это и есть РС Места хранения

Хорошо, а если сделать новый РН ?

а ты СправочникСсылка.МестаХранения смотрел??

Да, я думаю сделать РН, которые будет работать как "Товары на складах", брать ссылку из справочника "МестаХранения" и кол-во из регистратора

Или же к РН "Товары на складах" добавить еще одно измерение  - Справочник "МестаХранения"?

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

что значит добавить. а код всей типовой переписывать под это измерение кто будет?

"будут работать с ТСД" — модели ТСД уже определены?

Типовые регистры уже менялись - все отлично работает, с моделью ТСД определились - Casio DT-8

Т.е. в ТСД уже есть какое-то свое ПО, которое будет в текстовые файлики информацию скидывать, а оператор их в 1С загружать?

я допиливал в упп давненько - подсистема как минимум выходит

да, пересылается на ПК файл *.цсв, 1С уже его засасывает.

Т.е. пока не загрузили в 1С данные, никто не узнает, что на каких-то полках товара уже нет и искать нужно на других.

Сборщики будут собирать товар по разным зонам склада

1с знает, что с этих полок сейчас идет сборка

УТ 10.3? Знает???

то, откуда ты в ТСД задание на сборку залил. В задании должно быть записано, сколько сборщик чего с какого места должен взять. Если этого в задании не написано, ТСД и адресное хранение не нужно.

в свое время писал миниwms, вышло 1 регистр, 1 справочник и 3 документа (надстройка  над ТиС 9.2)

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

принцип был один - в одной ячейке одновременно одно направление движения товара (либо приход, либо расход), в ТСД/на листе отмечалось количество фактическое и если оно расходилось с учетным - ячейка блокировалась.

Решили использовать принцип заполнения склада "Где свободно, туда и положи". Вот и нужно при поступлении фиксировать место куда положили, а при реализации списывать из выбранного места. Вот сейчас еще не знаю как лучше сделать (

про справочники наврал. там еще были типоразмеры мест и для каждой номенклатуры сколько в какой типоразмер влезает...

+ еще блокировалось, если ячейка должна закрываться в "0", но по факту не закрывалась (это для случая, когда с одной ячейки только одно задание собирается)

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

еще из принципов было, что в одной ячейке лежит только одна номенклатура (это может быть одна единица хранения, одна партия, или что там важно при отгрузке)

ну так один раз присвоить типоразмеры и всё. или у вас каждый раз уникальный товар? просто если не учитывать вместимость, то тогда не получится автоматизировать раскладку на места (она будет по факту)

и тогда потенциально возрастет фрагментация

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

Да, товар практически всегда уникальный и совершенно разных размеров, решили разделить склад по зонам (по размерам товаров)

в серию запихай шк ячейки и не ипи мозх, либо покупайте wms

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

а зачем убирать?

я хочу заполнить справочник "Серии" списком всех полок на складе, и потом их подбирать в документе (что бы не делать новые)

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

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