V8: УПП Штрихкодирование #127326

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

у тя чё - каждая штука является уникальной? тогда "извернуться" можно любым из предложенных тобой вариантов - imho серии наиболее правильный из них

две новых позиции в справочнике и у каждой ест штрихкод

размер справочника cможешь себе представить?

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

Могет быть кто сталкивался с такой штукой - напишите как решали, траблы какие были?

Могет быть кто сталкивался с такой штукой - напишите как решали, траблы какие были?

АУ? Почему серии лучше?

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

занимался похожей проблемой, есть аська?

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

Может я туплю, но с регистрами сведений не получится т.к мне надо списать со склада товар с конкретным штрихкодом, т е в регистре (новом или используя серии) при списании если остаток товара с данным штрихкодом 0, тогда ничего и не спишется.Или я не понимаю что такое регистр сведений?

Может я туплю, но с регистрами сведений не получится т.к мне надо списать со склада товар с конкретным штрихкодом, т е в регистре (новом или используя серии) при списании если остаток товара с данным штрихкодом 0, тогда ничего и не спишется.Или я не понимаю что такое регистр сведений?

up

up

Вообщем проблема поставлена так: При помощи сканера ШК и штрихкодов на этикетке обеспечить быстрый поиск документа прихода товара. Решение:1)Формирование штрихкода EAN13 код которого содержит в себе инфу необходимую для поиска.2)Печать этикетки которая потом наклеивается на товар3)Штрихкод как таковой в базе не хранится нигде4)При необходимости поиска дока.поступления, происходит считывание расшифровка и поиск документа.Тебе аналитика нужна - сформируй ее сам из данных дока

Часто приходится выбирать все движения данного товара по штрихкоду, как тогда выходить по твоему способу?Еще вопрос - если решаем вопрос с использованием серий, у нас получается н-записей в справочнике серий плюс н*м-записей в регистрах. Если сделать новый регистр то записей всего будет н.Как такой вариант?

КодШтриха=Прав(Организация.Код,1)+Прав(Номер,4)+прав(Год(Дата) ,2)+КодНоменклатурыделай выбору по коду номенклатуры

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

(Блондин)Твое мнение по поводу варианта с отдельным регистром?

up

Излишняя информация. Как насчет добавления ресурса Штрихкод?

Вариант конечно. Но если вместо одной записи в стандартные регистры УПП мы пишем 100 по штуке, отчеты по остаткам не будут тормозить? Ведь и сама то УПП работает не быстро. А новый регистр будем пользовать только при формировании нескольких отчетов.

Стучись, 270-921-233, нет ваще туго работает:(((

Попробую добраться.

Из общих соображений... штрихкод Еан13 , минус контрольная сумма - 12 знаков. Длинна кода товара минимум 6 цифр - остается 6 знаков. Это 999 999 единиц товара. - вам этого хватит ?И еще я не понял для чего вести такой уникальный учет ?Есть товары - и кодытовар1 - 12345товар2 - 12346товар1 - 12347 Какую информацию надо получить ? Что Товара1 2 штуки ? Тогда зачем коды..

Пользователи хотят получать движения товара с кодом например 12347.

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

Но если делать по сериям то раздувается справочник серии и регистры УПП-хи у которых есть измерение серии. По мне так действительно лучше завести новый регистр. Может даже с обновлениями получится прикольней.Относительно табличных частей собираюсь присобачить новую форму к документу и там рулить штрихкоды.В чем видишь гемор?По инвентаризации - ходит чувак со сканером и по наклееным штрихкодам рулит.

up

up

UP

Блин, тема по судя по всему не подъемная.