Архив форума

Уважаемые, поделитесь, пожалуйста, опытом или соображениями, как решать такую проблему.
 
Есть склад с адресным хранением. Есть информационная система. Информационная система размещает каждый уникальный код в собственной ячейке склада.
Внимание, проблема.
В информационной системе появляется до 300 новых кодов в месяц, которые, хоть и заведены, как новые (новые карточки товара), но по сути и по потребительским свойствам являются старым товаром.
Соответственно склад распухает на глазах и один и тот же товар, но с разными кодами лежит в разных ячейках, заполняя их, естественно далеко не полностью.
 
Кто с таким сталкивался или слышал? Как с этим поступать? Как заставить размещать один и тот же товар в одно и тоже место?
 
P.S.
Собственное решение - есть.
Но на всякий случай, интересуюсь, вдруг оно не единственное?
 
Заранее спасибо за помощь!!!

Бухгалтерии все равно. Она спишет все правильно.
 
А ячейки разбить на полки нельзя. Заранее неизвестно ни то, сколько будет таких похожих кодов, ни даже количество штук, которые под этими кодами будут. Это полностью переменные и непрогнозируемые величины.

Прошу прощения, Андрей! Почему то назвал Вас Алексеем...
Пятница, конец рабочего дня, сами понимаете... )

Андрей, приветствую!
Хотел бы внести некоторые пояснения: что касается технологии работы с "грузами", то она предлагает более широкие возможности для оптимизации складского пространства, ведь в "грузе" могут хранится абсолютно разные номенклатуры.  
Что же до вашей проблемы, то насколько я понял из последнего сообщения, суть ее заключается в том, что партионный учет налажен довольно специфическим образом (т.е. каждая новая партия товара заводится в справочнике как отдельная номенклатура). В данном случае, если конечно позволяет ИС, можно для номенклатуры ввести дополнительный аналитический разрез - номер партии, или, как Вы верно подметили, осуществлять каким-либо образом связку создаваемых номенклатур с некой "материнской" номенклатурой. Но... что касается того, что "сборщики обязательно все перепутают", то тут Вы никуда не денетесь от этого. Ведь если в системе удастся осуществить связку кодов, то система будет размещать разные нонеклатуры (точнее разные партии номенклатуры) в одну ячейку со всеми вытекающими последствиями...
А про технологию работы с "грузами" скажу еще, что данный принцип лежит в основе практически всех полноценных WMS решений.

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