Штрихкодирование на мебельном складе. #698051

Вводная - умеренно большой склад корпусной мебели. Учет ведется в УТ 10.3, сурово переписанной. Большая часть номенклатуры (стенки, кухонные гарнитуры и.т.д.) _фактически_ приходит на склад в нескольких (до 10) пачках. Чтобы бороться с пересортом и контролировать отгрузки решено на весь приход товара сплошняком клеить этикетки с внутренними штрихкодами. Ассортимент товара - примерно 4 тысячи позиций. Теперь, вопрос. Кто-то решал проблему штрихкодирования с такими исходными? Насколько я понимаю, в идеологии 1С вся продаваемая номенклатура у нас будет наборами-комплектами, а отдельные пачки - комплектующими. Однако при таком подходе ОЧЕНЬ возрастет работа операторов. Плюс начнет распухать справочник номенклатуры, чего бы не хотелось. Есть ли альтернативные варианты?

4000 фигня, глянь ювелирку или фармацевтику ;-)

Ну так "комплектация номенклатуры" же!

Поподробнее пожалуйста :)

Ну вот получается 4000 готовых изделий да на 10 разных пачек. Это 40000 позиций (пачек). Двух поставщиков за год работы.

Документ есть такой...

И?

Что и? Суещь в него гвозди и доски, а на выходе получаешь шкаф 1 шт.

Ну круто. Только зачем?

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

Или ты не это спрашивал?

Верно! В идеале что я хочу: 1. В поступлениях и продажах фигурируют готовые изделия (стенки, гарнитуры и.т.д) 2. На остатках тоже фигурируют готовые изделия. (для торговли нам нужно знать только это - детализация до конкретной пачки с конкретным шкафом не нужна). + остатки должны клиентам приходить с конечными изделиями. Теперь с точки зрения складского учета: Должна быть возможность присвоить каждому виду пачки уникальный штрихкод (т.е. шкаф такой то стенки такой то должен иметь такой то штрихкод). При инвентаризации мы должны четко представлять, что вот такой-то стенки у нас столько-то штук, причем все стенки скомплектованы полностью, нет пересорта. То же самое при отгрузке продукции клиентам. И тут я упираюсь ... Пока по-прикидкам: Колхозим справочник номенклатуры, добавляем туда "специфицацию" с перечислением этих пачек. Колхозим регистр штрихкодов - добавляем измерение "пачка", соответственно перерабатываем алгоритмы работы с этим регистром. Колхозим процедуры работы с ТСД, и процедуры печати этикеток. Слишком много колхоза, не нравится. Есть варианты?

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

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

Окей, что делать при отгрузке со склада готовых? Грузчики должны скомплектовать по штрихкодам стенки? Если положили не то в машину клиенту? Что потом с готовыми делать? Как инвентаризировать склад готовых?

грузчики берут, то что лежит сверху. Нереально допустим, если стоит Шкаф в четвертом ряду, заставить их сдвинуть 3 ряда точно таких же шкафов, чтобы вытащить именно с таким штрихкодом. А потом эти три ряда ставить на прежнее место.

Штрихкод на пачки с одинаковым содержимым будет один и тот же естественно. Если лежит 4 ряда одиних и тех же пачек - бог с ними.

Вопрос-то в том, чтобы исключить ошибки кладовщиков при комплектации заказа.

На складе все-таки что хранится, комплектующие или готовые изделия?

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

Набором продают.. Так кладовщиков или грузчиков?

Для нас разницы нет.

Если готовые изделия, то можно попробовать такой вариант: В документах поступления и реализации добавляем ТЧ - комплектующие. При поступлении комплектующих заполняем соответствующую ТЧ, при сохранении документа или по кнопке должна автоматически заполниться ТЧ-товары, например на основании состава комплектации или спецификации или еще какого-либо описания комплекта. На склад должны оприходоваться готовые изделия. При отгрузке наоборот заполняем товары, жмем волшебную кнопку - получаем в ТЧ-комплектующие перечень пачек. Перечень комплектующих - это для грузчиков. Со склада списываем готовые изделия.

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

Я имел ввиду что в учете?

В учете - готовые изделия. Уже лучше. Только комплектующие у нас получаются элементами справочника номенклатуры. И этот справочник сильно раздуется, чего бы не хотелось. Подобная система работает и сейчас, просто список пачек заполняется прямо в номенклатуре, он же печатается для кладовщиков/грузчиков в накладной на приход/и на расход.

А в чем должна быть разница? По-поводу машины клиента - никто стенку по частям не возит. Никому она такая не нужна. Или уж влезла вся, или не влезла вся.

А если так. На складе (на остатках) лежат комплектующие. Приходит накладная на отгрузку, там указано "Стенка такая-то" и ее штрихкод внутренний. Грузчики собирают детали в зону отгрузки, кладовщик подходит со сканером и проверяет, что везде нужный штрихкод, ничего не перепутали. Возвращается нажимает кнопку "Отгрузить" и происходит следующее. Создается, заполняется (по комплекту) и проводится док Комплектация, на складе появляется мебель в сборе в кол-ве 1 шт. Теперь проводится док Ордер на отгрузку с оперативным контролем остатков.

Хорошо! Только для целей торговли (НЕ складского учета) - нам комплектующие на складе не нужны))

Справочник комплектующих, подчиненный номенклатуре не подойдет?

Тогда в чем проблема, в инвентаризации? или в том чтобы в чеке, выбитом клиенту была одна строка?

Да! Такая же мысль. Причем создаем элементы справочника непрозрачно для пользователя. (он в номенклатуре указывает номер пачки и описание содержимого) Его же делаем измерением регистра штрихкоды (+ к номенклатуре).

Плюс перестраиваем работу с ТСД. И в целом - должно взлететь.

Инвентаризация и комплектация заказа. Физическая комплектация, а не в программе. Чтобы в машину положили то, что надо.

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

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

При приеме гонять кандидатов по тестам на память?

Нормальные кладовщики - это сферический конь в вакууме. Реальная жизнь она такая реальная))

А вот когда товар приходит, эти пачки как складывают, по порядку или как попало? Я имею ввиду пачки относящиеся к одному изделию будут в одной стопке и по порядку лежать или как?

в таком случае больше поможет добавление разреза учета на складе по стеллажам/участкам чем по пачкам.

скорее всего по разному, потому что

Да по-всякому. Адресное хранение - отдельная тема и будет делаться, но не сейчас.

Ну тогда #опа. Бардак автоматизировать не возможно...

не поверите, иногда помогало печать этикеток на больших (формата А4-А5) листах цветной бумаги.. на каждой пачке - свой большой лист этикетки синего/желтого/оранжевого цвета с маленьким белым наклееным штрих кодом, а на цветном листке большими буквами какая именно это СТЕНКА.. Если кладовщик не дальтоник конечно..

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

В полутемном складе цвета не сильно помогут. Обучение кладовщиков думаю поможет.

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

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

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

А разницы нет, можно менять коробки или нельзя. Главное, чтобы количества сходились.

Тоже была такая задача у меня. Я думал над ней, но в итоге делали другие люди. В итоге у меня была идея как у Серго62 -  учет комплектующих ведется на отдельных дописанных регистрах. там есть проблема определить что есть на складе имея только комплектующие, т.е вариации могут быть различными. Заказчик сам не смог сформулировать правильный алгоритм определения комплектов.

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

как раз то что я в 50 говорил. В итоге задача сводиттся к задаче с элементами комбинаторики %/

Задача - достаточно простая - мы определяем "по-максимуму", то есть всё, что мы можем собрать, а также отмечаем "пересечения", то есть то, что может не собраться из-за того, что комплектующие совпадают. Реально, продавать всё и сразу никто не будет, а в каждый конкретный момент мы резервируем "сборку" конкретной вещи, если что-то в неё ушло, то остальные уже исключаются из остатков.

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

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

У меня так обеспеченность по заказам считается. В любой момент видно сколько штук можно сделать из резерва. Так что алгоритм такой есть.

Если code-128 задействовать, то можно пачки к изделию номерами маркировать. Основной вопрос не КАК сделать, а ЧТО сделать, чтобы пользователям было удобнее. Машине, то штрих-код читать всё равно как - хоть просто по порядку генерируя. А человеку нужно что-то, что ему проще увидеть издалека.

, ну, тогда при поступлении можно штрихкодировать не только товар, но и место(!) куда этот товар будет складироваться. При реализации/сборке программа будет говорить, что где лежит.