Имя: Пароль:
1C
1С v8
Одна номенклатура, два штрихкода
0 prtx
 
29.08.15
10:52
Всем привет! Вот столкнулся с такой проблемой. Конфа самописная, но исходя из того, что я прочитал то и в типовых есть такая проблема.

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

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

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

надеюсь понятно объяснил... 1с 8.3. уф
1 ДенисЧ
 
29.08.15
10:58
База от пары штрихкодов не вырастет
2 zhig75
 
29.08.15
12:35
Две разные позиции номенклатуры, "Вчерашний цитрамон", "Свежий цитрамон"
3 prtx
 
29.08.15
13:40
(1) ну как это не вырастит когда три-четыри раза в неделю приходит товар и считай каждую неделю в регистр сведений штрихкоды будет добавляться по 500 записей (и это минимум). из которых примерно 498 абсолютно ненужны т.к. штрих код у товаров останиться прежний и новый и старый товар будет товар будет биться по одному штрих коду. а вот эти 2 позицию будут биться либо по старому либо по новому штрихкоду...
4 prtx
 
29.08.15
13:43
(2) извините но я не догоняю....

Это как так-то, это что получаеться у меня за год в справочнике номенклатура станет прибавиться порядка 25000 - 30000 записей которые будут повторять друг друга?..
5 prtx
 
29.08.15
13:51
(2) а подождите. вы имеете ввиду добавить реквизит штрихкод в сам справочник номенклатура? ну как вариант, но че-то не красиво получается((( это если приходит товар такой же как и вчера, то добавлять новую номенклатуру? не нравяться мне эти дубли в справочниках...
6 ДенисЧ
 
29.08.15
13:52
свойства.
Свежий, вчерашний, просроченный...
7 Злопчинский
 
29.08.15
14:14
Штрихкод привязывать к партии
8 Garykom
 
гуру
29.08.15
14:19
(7) не поможет

(0) сначала предметную отрасль изучи плиз... чтобы потом не плакаться что пришел цитрамон сегодня с тем же шк что и у позавчерашнего... но отличным от шк вчерашнего
и причем от совсем другого поставщика и цена другая = макс наценка допустимая другая...
9 etc
 
29.08.15
14:23
Напиши логику так что если штрих-код указывает на конкретную партию то эта та партия. Если для штрих-кода не указана партия то это любая партия кроме тех что присутствуют в регистре штрих-кодов.
10 etc
 
29.08.15
14:24
(0) >но при этом же база увеличиться
От одной ссылочной колонки не оченьто увеличится.
11 etc
 
29.08.15
14:25
(9) хотя тоже не вариант, разные партии под 1 штрих-кодом не взлетят
12 Злопчинский
 
29.08.15
14:45
Проблема не в клозетах, а в головах может быть?
непонятно - речь идет о опте или рознице?
не надо организовывть хранение штрихкодов, надо организовывать хранение товаров. Тогда всегда известно будет какая партия в какой "ячейке" лежит и откуда надо брать. А при "пробитии" уже будет пофиг какой штрихкод
13 prtx
 
31.08.15
14:43
И так. мною было решено. переделать регистр сведений штрихкоды. и хранить штрихкоды в разрезе номенклатура, партия, серия. Т.е. к каждому поступившему товару привязывается штрихкод.

причины такого решения:
1) не имение других вариантов(((
2) с зазором на будущее, буду организовывать свои штрихкоды...
14 lera01
 
31.08.15
14:52
(13) А если несколько партий или серий с одинаковым штрихкодом?
15 magicSan
 
31.08.15
14:57
А продовать будут как попало а у него "учет"