Хотим завести регистр для учета товаров в разрезе "товар-склад-штрихкод", штрихкод будет текстовым полем длиной 30 символов, но длина штрихкодов на практике будет разной. Не будет ли каких косяков при работой с таким регистром, например, при получении сводного остатка по штрихкоду произвольной длины?

а зачем штрихкод в регистре?

строка в регистре в качестве измерения - зло..

заведи тогда справочник штрихкодов...

конфа самописная? в типовой штрихкод же есть в справочнике Единицы

> зачем штрихкод в регистре?

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

у одной номенклатуры может быть несколько штрихкодов?

(5) См. 3

(5) С ростом размера строки в ьизмерении тормоза регистра растут экспоненциально
Успехов

Пересчет итогов у одного клиента при открытии периода занимало 2 часа
База была << 1Гб

> заведи тогда справочник штрихкодов...

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

ответь на (6)

> Пересчет итогов у одного клиента при открытии периода занимало 2 часа
База была << 1Гб

при какой длине измерения?

(12)
15.
ДБФ.
В SQL возможно лучше

> у одной номенклатуры может быть несколько штрихкодов?

нет, уникальность будет по каждой единице товара

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

со справочником будет не так накладно? если справочник чистить периодически как -нибудь... в целом и общем?

(16) справочник не почистишь, будут ссылки в регистре

(14) сделай в номенклатуре реквизит штрихкод, а в регистре измерение номенклатура

(18) Наверно он просто не в курсе, что рано или поздно будет разные )
Делай подчин спр.
Размер - п х.
Там индекс по id - только он и используется

> Делай подчин спр.
Размер - п х.

П.х. вообще, или п.х. до определеных пределов? )))
Вот допустим на данный момент у нас на складах 81000 штук товаров, т.е., и дальше по мере прихода новых товаров все это будет раздуваться? и до каких пределов база это выдержит? на чем это може сказаться - чисто физический объем справочника?

а обычный справоник будет более затратен?

(20) На алгоритмах где нужно полное сканирование.
Например поиск подстроки.
Я так понял это не ваш случай.

В случае попадания в id там делается всего 5-6 операций чтения
узлов дерева индекса.

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

Еще потом навярняка будут просить с какими шрихкодами
товар приходил - снимаешь будущую головную боль

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

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

> сделаешь свертку базы и удалишь все ненужные элементы справочника когда сильно тормозить начнет

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

(27) можно и так, это уж на твое усмотрение

(26) Это легко посчитать, зная среднюю оборачиваемость номенклатуры. Но даже при обороте в течение месяца выйгрыш будет (3*30)-(4*9+30)=24 байта на единицу

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

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

Еще в плане фантазий… )))

А можно ли данную задачу решить только через справочники? Допустим, ввести подчиненный справочник Штрихкоды. Там хранить штрихкод и склад, на котором он лежит. При перемещении между складами менять склад, при окончательном списании склад обнулять. Предполагается получать остатки штрихкодов по аналогии с остатками товаров – по товарам, группе товаров, складу. Для ускорения создать индекс по полю склад. Будет ли отчет ворочаться при таких объемах данных? Допустим, в месяц проходит по 80 000 штрихкодов, за год наберется 1 000 000, на таких данных реально будет сформировать отчет по группе товаров, например?

Аналогично по движениям. Ввести подчиненный справочник, куда писать дату, документ движения и признак «приход-расход». Ну и тоже индексы ввести.

Просто в этом случае получится отделить весь этот механизм от процедур проведения. С учетом того, что уникальна будет каждая единица товара, это сколько движений будет по регистрам при проведении, страшно подумать… а проведение как известно весьма узкое место 1С при большом количестве пользователей.

Теоретически такой вариант стоит пробовать или изначально не реально?

аввтар, ты больной?
какая ценность в инфе "25 числа пришло 300 шт 030303030303030303" - я сомневаюсь, что у вас кто-то будет помнить 80 тыс штрихкодов.
Подумай головой: у тебя штрихкодом что отмечается? партия? серия? срок хранения?

(20) 81000 штук или видов товаров? каждую штуку штрихкодировать собираетесь?
тогда почему у одной номенклатуры один штрихкод?

> какая ценность в инфе "25 числа пришло 300 шт 030303030303030303" - я сомневаюсь, что у вас кто-то будет помнить 80 тыс штрихкодов.

во-первых, тут не может быть приход 300 одинаковых ШК, каждая единица товара имеет уникальны штрихкод.

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

> каждую штуку штрихкодировать собираетесь?

Да

>>каждая единица товара имеет уникальны штрихкод

Загляни в ТиС а то забаню за тупость
История - по товару... цепляем в отчете инфу из единиц или товаров (смотря где хранить) и о чудо - видим штрихкоды!

> тогда почему у одной номенклатуры один штрихкод?

не один, а столько, сколько будет разных штрихкодов

(35) получи отчет "остатки товаров", в нем замени номенклатуру на штрихкод этой номенклатуры, т.е. вместо вывода Номенклатура, укажи Номенклатура.Штрихкод
и не надо новый регистр

сегодня дятлы атакуют?

(38) "каждая единица товара имеет уникальны штрихкод. " и "не один, а столько, сколько будет разных штрихкодов"

Походу тебя переклинило, освободи место для специалиста, кризис жеж

Еще раз для внимательных:

каждай единица товара будет иметь уникальный штрихкод.
Например под позиции 237686 в кол-ве 500 штук будет иметь 500 штрихкодов

Что вы штрихкодируете? Каждую партию?
Зачем?
Тогда туда и пиши

штрихкодируем КАЖДУЮ ЕДИНИУ ТОВАРА, т.е. если отчет остатки на дату показывает 80 000 штук товара, это будет 80000 разных штрикодов.

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

80 000 разных ШК для одного абсолютно одинакового товара?
Зачем?

или автор не понял поставленной задачи, или торгуют чем-то вроде оружия (по номерам учет нужен)

> зачем?

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

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

Поскольку штрихкод однозначно определяет номенклатуру, то в отчете можно вставить Реквизит ВыбШтрихкод (правда, набирать его будет вручную неудобно), измерение в регитср не добавлять. При задании ВыбШтрихкод определять номенклатуру и делать по ней.

(48) а он в курсе что тогда всё движение нужно будет в разрезе штрихкодов делать?

(48) А представь отгрузку этого товара - выписываю в офисе 1 штучку из 500 одинаковых но с собственным штрихкодом - и ребята на складе перебирают поддоны одинакового товара в поисках одной штучки с заветным штрихкодом.

(48) да и кстати, пересорт исключается присваиванием штрихкода одной номенклатуре, а не единице

> а он в курсе что тогда всё движение нужно будет в разрезе штрихкодов делать?

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

(52) в этом случае будут формировать документы на складе
(54) тогда вам лучше в 8-ку
и потом если покупателям будут отгружать 20 позиций одной и той же номенклатуры, то согласятся ли покупатели на документ с 20 строками вместо одной?

(48) Пересорт двух абсолютно одинаковых лопат?
Заведите специалиста... немного дорого, но жизнь себе упростите

(54)+ бух учет в той же конфе ведете?

(48) А руководство понимает, что при приходе/расходе 500 штук надо будет указать 500 штрихкодов?

> да и кстати, пересорт исключается присваиванием штрихкода одной номенклатуре, а не единице

это как одна из задач. Еще чтобы например, не подменяли хороший товар плохим и т.п.

(55) А что мешает в документе иметь только одну чтроку всемто 20-ти?

> если покупателям будут отгружать 20 позиций одной и той же номенклатуры, то согласятся ли покупатели на документ с 20 строками вместо одной?

одна строка и будет

(60) им же надо будет указать какие "штрихкоды" списали

(59)Тогда тебе еще потребуется "Перевод хорошей единицы товара в плохую" :-)

(62) Изменение печатной формы - сворачивание по номенклатуре. Но оно надо?

(59) если одна и та же номенклатура, то как может быть одна штука хуже другой?

(61) Сотрудники склада/магазина видят перед собой заявку на 20 лопат
Собрали 20 лопат с штрихкодами 123,124, ...
фактически же при проведении списались ШК 434, 323, ...
Вот это называется борьба с пересортом?

(64) тогда ещё отдельный документ для себя печатать надо будет

> Изменение печатной формы - сворачивание по номенклатуре. Но оно надо?

будет отдельное поле текстовое, в которое будут вбивать все ШК через разделители

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

Пипец, пойду перекурю и работать
Нуваснах...

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

Аввтар, сделай новый регистр для хранения этой информации... не трогай родные регистры... еще неизвестно как потом аукнется...

в своем регистре твори что хочеш...

Так, ключевой вопрос - что за товар? Машины, компьютеры или лопаты?

> Собрали 20 лопат с штрихкодами 123,124, ...
фактически же при проведении списались ШК 434, 323, ...

спишется то что есть по факту и то что при этом есть реально в базе. Иначе не даст провести

(0) А чего продаем-то? Надеюсь бассейны с гидромассажем, а не канцелярские товары ...

> Аввтар, сделай новый регистр для хранения этой информации... не трогай родные регистры... еще неизвестно как потом аукнется...

и не собираюсь. А желательно вообще бы регистров обойтись

продаем компьютеры и комплектующие

(77) см. (69) :-)

блин.. на них СЕРИЙНЫЕ НОМЕРА ЕСТЬ!!!

(77) Т.е. Вы на каждый Патч-корд и на каждый конектор RJ45 весите штрих-код? А как он на коннектор поместится? Или каждый коннектор в отдельном пакете?

Требуй конкретное ТЗ, когда будут разрабатывать ТЗ поймут что фигню замутили

(80) опередил :)

Ндя...
наверное интересно кому-то через годик другой будет такую конфу сопровождать :)

+(80) и каждый метр витухи отдельно

мдя.... безперспиктивняк...

задача называется - "генератор гемороя"...

(84) Да хрен с ней с витухой, на нее хоть есть куда наклеить :-) А RJ 11 совсем маленький, и стоит, поди, сравнимо с ценой наклейки со штрих-кодом :-)

(86) они вродещас пакетами по несколько штук продаются, но всё равно с/с наклейки со штрихкодом...

ШК будет не на весь товар поголовно, но на большинство будет. Коннекторы не будут

Автор исчез - наверное начал коннекторы оштрихкоживать :-)

(88) если убрать то на что не будет, то сколько единиц товара получается?

как вариант:

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

Все таки хотелось бы вернуться к изначальному вопросу, интересует именно технческая часть. Повторю свой пост:

А можно ли данную задачу решить только через справочники? Допустим, ввести подчиненный справочник Штрихкоды. Там хранить штрихкод и склад, на котором он лежит. При перемещении между складами менять склад, при окончательном списании склад обнулять. Предполагается получать остатки штрихкодов по аналогии с остатками товаров – по товарам, группе товаров, складу. Для ускорения создать индекс по полю склад. Будет ли отчет ворочаться при таких объемах данных? Допустим, в месяц проходит по 80 000 штрихкодов, за год наберется 1 000 000, на таких данных реально будет сформировать отчет по группе товаров, например?

Аналогично по движениям. Ввести подчиненный справочник, куда писать дату, документ движения и признак «приход-расход». Ну и тоже индексы ввести.

Просто в этом случае получится отделить весь этот механизм от процедур проведения. С учетом того, что уникальна будет каждая единица товара, это сколько движений будет по регистрам при проведении, страшно подумать… а проведение как известно весьма узкое место 1С при большом количестве пользователей.

Теоретически такой вариант стоит пробовать или изначально не реально?

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

> если убрать то на что не будет, то сколько единиц товара получается?

Процентов 70 будет скорее всего шк-ться

(94) наверное путаешь понятие: 70% наименований и 70% единиц на складе.

> ты коммерческому сразу предложи

это его проблемы. А мне нужно решаться свои

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

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

Думаю, после увеличения объема работ кладовщиков (что пришло, отгружено - все штрихкода нужно указать в документах), операторов, кодировщиков этак процентов на 200 руководство выздоровеет :)

(92) Если на каждую единицу кодируемого товара весится штрих-код, то, как я понимаю, смысла его (кода) изменения нет? Т.е. на товар наклеивается уникальный штрих-код 1 раз в жизни?

> наверное путаешь понятие: 70% наименований и 70% единиц на складе.

не суть важно, так так объем информации будет все равно огромный

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

Допустим, будет отчет, остаки на дату, и там надо вывести весь набор ШК, к.е. еще числятся на складе, это ведь придется доки перебирать? ... а ТЗ уже естьи все надо сразу делать, и доки и отчеты...

> Т.е. на товар наклеивается уникальный штрих-код 1 раз в жизни?

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

(101) А если плоский справочник единиц товаров, где:
Код       - штрихкод,
ТипТовара - Справочник.Номенклатура

При штрихкодировании каждый товар попадает в этот справочник.
В регистре хранить остатки именно товаров типа:

Склад
Товар

Остаток

> В регистре хранить остатки именно товаров типа:

как узнать, какие именно ШК еще лежат на складе? допустим лежит 5 штук на складе, а к товару прицеплено 200 ШК

(100) Этот отчет будет содержать колонки цифр (штрихкодов). Ну, ты его сэмулируй в экселе, и найди человека, кому он понадобится. ;)

По моему скромному мнению, учет совокупности штрихкодов не нужен, нужно именно отследить движение. Так как единица товара имеет уникальный штрихкод, все движения по отдельному штрихкоду будут содержать одно количество - единицу, - следовательно, важен только документ движения - приход, расход, перемещение.

Вывод из ветки напрашивается - "позовите программиста"©

(103) Дык Штрих-код = Единица товара,
вот все единицы товара лежат в том справочнике, что в (102) описан.

А в регистре измерения Склад, Товар (Единица товара), ресурс Остаток  и все ОК

> Вывод из ветки напрашивается - "позовите программиста"

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

(107) Ключевые идеи тебе сказали. А если уж на их основе сделать не можешь - ищи спеца и плати деньги.

+ (104) + (106) ну уж если так важны остатки, можно обойтись, в силу того
же "Штрихкод = единица товара" просто оперативным указанием текущего местоположения штрихкода, - склад такой-то... Это как мед у виннипуха... Если  товар с таким-то штрихкодом есть, то он собственно, где-то лежит, причем, в одном месте, или его просто нигде нет.

> ну уж если так важны остатки

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

Итого, просто ввести подчиненный справочник  и использовать уже существующе регистры без изменений

(110) а возврат товара? штрих-код снова станет актуальным.. а прошлая актуализация пропадет
регистр однозначно, иначе потеряешь историю

блин ну пипец какой-то... на складе по учету числится 5 одинаоквых лопат с ШК 001,002,003,004,005.. пошли посмотрели - реально лежат одинаковые лопаты 001,002,003,004,087 - блин!!! катастрофа!!!!

(0) если это ТиС, то можно решить довольно просто.
У каждой партии есть свойство. Доступно при редактировании в приходе (вынеси в таблЧасть для удобства). заведи ВидСвойства - "ШКдляУчета", значения свойств - текстовые (длина около 30 .. не помню). В расходных документах выбор партии есть. Сделай выпадающим списком, так удобней оператору.
В партионных отчетах СвойствоПартии уже есть.

(0) в данном случае, ШК из Единиц просто неприменим : Отчетность не получите.
А нагружать регистр ТАКИМ образом .. это садомазо.

(113) этот код(значСвва) повторно сможете использовать.
И готовая станд отчетность подойдет (доработать напильником).

(113) совсем забыл .. если изначально МОЛ=НаименованиеСклада .. иначе .. пльохо. "позовите программиста"©