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

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

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

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

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

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

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

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

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

где "внутри"?

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

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

это и есть РС Места хранения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(24) УТ 10.3? Знает???

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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