Серийные номера в УПП или УТ #202666

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

Поправочка "для 100 одинаковых мониторов в табличной части будет !!100!! строк с различными серийными номерами"

Up, и носит же где-то АперБота

А вам нужен учет по серийным номерам? Если да - то пожалуй наверное без этого не обойтись. Если нет то введите одной строкой 100 шт. мониторов.

любите кататься? Возите саночки....

Нужно, повторюсь, что бы система могла ответить на вопрос "У кого и когда был куплен товар, и кому и когда был продан". Поэтому без серийных номеров не обойтись. А 100 мониторов в ста стоках указывать, это тупо. А если 500 мониторов - тогда и документ плохо обозримый и в табличных частях будет храниться много дублирующейся информации (БД зачем раздувать неоправданно). Саночки думаете за меня кладовщики возить будут. Пользователю удобство надо.

ваша накладная: копайте в этом ключе ...

+ указали двумя строчками 515 ОДИНАКОВЫХ мониторов с РАЗНЫМИ серийными номерами но в УПП это будет сделать проблематично ... вернее легко, но через не тот проход ...

(6,7) Если я правильно понял, можно добавить в табличную часть документов текстовое поле неограниченной длины в которое и записывать серийные номера. Тогда наверно можно и так: монитор самсунг / 120,121,122,...,620,625,626,...640

"Нужно что бы система могла ответить на вопрос "У кого и когда был куплен товар, и кому и когда был продан"." в гениальное решение...

ну а теперь представь оператора который будет туда вводить партию мониторов с сериными номерами подряд с 100 по 500 , .... 100,101,102,103,104, .... попробуй набери :-) надо тогда туда заполнялку делать ...

а если будет "заполнялка" то почему бы тогда ей не заполнить 100 или 500 строчек накладной с разными серийными номерами ?

(10,11) "заполнялка" + сканер ШК свое дело сделает. А если в разных строках одни и теже товары - документ плохо обозримый будет и см

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

посматри в типовой документ: Установка цен номенклатуры. Принцып его в том что т.ч. хранит в себе все необходимые данные в неудобном виде для юзера. а юзеру в интерфейсе подсовывается таблица значений (собраная из тч. документа при открытии и проч.) при закрытии документа все данные из т.з. перекачевывают в т.ч. примерно так. в твоем случае т.з. будет выглядеть как: Н1 Серия1,Серия2...  100 шт Н1 Серия1,Серия2...  200 шт а т.ч. по прежнему будет выглядеть как: Н1 Серия1 70 шт Н1 Серия2 30 шт Н2 Серия1 10 шт Н2 Серия2 190 шт

+ конечно не избежать проблем с единицами измерений, возможно ценами и т.д. но попробывать можно. Установка цен же работает :))

Сначало нужно ответить на вопрос: "Зачем нужны серии?" и потом придумавыть методы ввода этих данных в систему

, Ну поле то с сериыными номерами пользователю вообще можно не показывать, а показывать только количество введенных СН в некотором поле табличной части, например в поле "СерииНоменклатуры" при событии ТоварыПриВыводеСтроки.

Нужно что бы система могла ответить на вопрос "У кого и когда был куплен товар, и кому и когда был продан" из ...

Neco, Серии номенклатуры нужны для идентификации отдельных единиц товаров. Что бы можно было потом получить историю движения каждого конкретного товара.

это как скажеш, хозяин-барин :))

История нужна для чего?

Классно, что есть с кем дело обсудить. Может у кого и практический опыт внедрения такой системы есть. Я имею ввиду систему учета товаров по серийным номерам с помощю типовой конфы УПП.

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

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

Вот это уже по делу. Вот принес клиент бракованный товар. В этом случае мы должны проверить, что товар куплен у нас и определить у какого поставщика и когда мы сами его приобретали. Тогда в сервисном центре надо вести учет параллельно со складским, это же двойной учет, чрезвычайно затартно.

Что подразумеваете под простым вводом серий?

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

Вот и получается, что необходимо всего лишь знать: а) существует ли в нашей базе такой серийник ? б) какой приходный документ поставщика по серийнику ? На счет 8.0 еще руки не дошли, а вот в 7.7 делали просто подчиненный справочник Номенклатуре с полем ПриходныйДокумент. Из документа вызывалась обработка для ввода/сканирования серийников (IMEI) и она же записывала/перезаписывала этот справочник. Наверное и в УТ также сделаю ...

У нас уже на 7.7 сканер подключен через com-порт подключен, работает без проблем и клаву трогать не надо.

Пока чувствую, перемудрили в УТ смешав партию (ГТД) и серийник и срок годности в одну кучу ...

УПП или УТ позволяет еще и остатки хранить в разрезе серийников, так что можно полную историю движения каждого конкретного товара товара получить. Это все правильно, imho, сделано в УТ (УПП).

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

Я про что говорил в , зачем плодить ненужные сущности ? И так понятно, что по серийному номеру остаток может быть или 1 или 0 :-) При продаже по-любому его вводят ВРУЧНУЮ, а не "автоподбором партии", ведь так ?

партия (ГТД) и серийник в одном - это возможность вести учет по ГТД в автоматическом режиме для товаров для которых ведется учет по серийным номерам. Так когда товар учитываемый по серйному номеру попадает в документ реализации, то по его серийному номеру система может определить ГТД для печатной формы ТОРГ-12. А вот определение партий с помощю серийных номеров (в целях погашения партий для расчета себестоимости проданного товара) - это классно для управленческого учета, а для бухгалтерского это не надо, для бухгалтерского "тупо" используют либо по средней, либо ФИФО, либо ЛИФО.

Две обработки нужны обязательно. 1) Заполнение инвентарных номеров диапазоном. ( они же "Серии номенклатуры") 2) Удаление этих номеров если нет на складе поступления. После удаления документов очень пригодится. В УПП 1.2 появился справочник "Серийные номера" и  "Порядок присвоения серийных номеров"