Адресное хранение на складе #217732

Кто что писал, есть ли какие мысли по этому поводу?

Писали на ТиС-еА какая конфа у тебя?

Если в регистре есть Склад, то можно добавть и АдресХранения.Переделать все движени япри приходе/списании по региструСделать новый документ ПереложитьНаНовыйАдресВот собсвенно и все... если нужно остатки по адресу.А вот если не нужны...

у меня ТиС старый, переделанный...

слышал что 1С-Логистика есть что-то типа того что я ищу, может кто что посоветует ??

http://www.1c.ru/rus/partners/solutions/archive/solution.jsp?SolutionID=6943

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

2 Идея такая: решить задачу минимально куроча типовую конфигурацию.1. Заводим справочник "Ячейки", подчиненный к "Склады".2. Новый регистр "Остатки в ячейках".3. Новая колонка во все документы "Ячейка".4. Подправили форму подбора, чтобы показывала остатки в ячейках.5. Типовые процедуры проведения по регистарм не трогали. Дописали свою процедуру, к-рая вызывается из модулей проведения доков после проведения по стандартным регистрам.6. Отчетик по остаткам в разрезе ячеек.Взлетело очень быстро, без серьезных проблем, летит уже три года, полет нормальный :-)

В принципе, методических проблем нет (а может только кажется?).Вопрос - для чего. Занимались таким учетом для управления краном-штабелером. Давно. В процессе эксплуатации начала проявляться необходимость такого понятия, как "Цена ячейки". Кроме того, в основу учета был положен координатный метод (ячейка = пересечение вертикали и горизонтали).

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

проблем не было, доп регистр МестаХранения

Расскажите, участники, а как отчеты по ТМЦ строили? По двум регистрам сразу или в вашем регистре был типо дубль типового + ячейка?

Типовые отчеты не трогали.Добавили отчеты по размешению в разрезе ячеек.Был создан комплекс складских документов по движению товара между ячеками.И обработки по заполнению типовых документов

А чем не катит завести склады как группы, а ячейки как склады в этих группах?

Любое решение должно базироваться прежде всего на правильной постановке задачи. сначала нужно построить модель логисти склада, а потом решать каким способом эта модель будет отображаться в ИС. И главное все это должно быть подкреплено организационными мерами. Для этого мы сначала сформировали механихм внутрискладского документооборота, а потом стали его реализовывать в программе. И в нашем случае та метогика. которую мы преминили для нас была наиболее оптимальна, для других возможно и другое решение.

2 В "своем" регистре был набор тех же данных + ячейка?

Я уже там не работаю, но в регистре местаХранения были измерения:Ресурсы : КоличествоБазовое, КоличествоВЕдиницеОтгрузкиРеквизиты - уже не помнюУ нас проблема была еще в том. что нам требовался гибкий коэффициент пересчета весовых единиц в линейные, тк даже по госту отклонения по металлопрокату весьма сужественные. Поставщик поставляет товар в тоннаже, а покупатель приобретает в метраже.

+15Функциональная схема объекта + схема организационной структуры.

посмотрел "1С-Логистика: Управление складом"наворочено, опять слишком много лишнего,НО.. чтото в этом есть..

+ Забыл еще одно измерение : Складте: Фирма,Товар,Партия,Склад,ряд.этаж,место

а как быть в товаром который может находиться по одному адресу с другим (соседи типа)

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

- да, совершенно верно..

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

http://www.klerk.ru/soft/1c/?54190

надыбайте Астор:AWMS и там посмотрите.

Реализовать можно любую логику, но не бессмыслицу. Для начала распиши все на бумаге, как "по жизни" ты видишь размещение товара. У нас хаждая ячейка, точнее штабелер, имела свои характеристики по вместимости: линейные и весовые. Те при автораспределении предлагался вариант разбивки партии по весу или объему. Еще раз повторюсь для вашего случая нужно делать постановку, тк не ясно, что у вас за товар, какие упаковки и тд.Мы не разрешали в одну ячейку класть товар разных партий, тк у них были разные коэффициенты пересчета весовых параметров в линейные, в вашем случае может это не критично. Ну будет у вас на складе 2 в ячейке номер 11,2,103 Товар1 - 5 коробок, 20 кг и Товар23 - 4 коробки, 32 кг. при этом еще туда же можно загрузить Товар3 1 коробку, 4 кг. Что от этого меняется?В отчете по местам хранения все это будет видно.

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

Что ты понимаешь под "статический вариант размещения на складе "?Я понимаю, что в таком случае за конкретной ячейкой закреплен конкретный товар, а где ты это увидел?Еще раз повторюсь, проблема не в том, как это реализовать программно. Проблема в организации работы самого склада.

Самое простое и переисывать ничего не надо. Делаешь справочник складов двухуровневым. Папка - это склад. Элементы внутри папки - ячейки. В коде почти ничего править не надо.

тогда по твоему поступления и перемещения и реализации и что самое интересное Возвраты надо делать в конкретную ячейку/склад --- полный абсурд

еще идеи есть ?

2Складской модуль отдельно.Зачем бухгалтеру знать, в какой ячейке что лежит?Еще раз поддерживаю Северянина. Не "программистский" это вопрос.

Не все руководители это понимают :(

граф назуваецца

А в других решениях конкретную ячейку указывать не надо?! Или я что-то не понял?