Учет товара по длинам, учет кусков различной длины. #452016

Пока что есть предложение организовать такой учет при помощи характеристик. У меня другое мнение - организовать учет длин при помощи серий. Пример, предложенный для характеристик: Приходуется товар с длиной 250м. Создается характеристика с длиной 250м. При продаже 220м со склада списывается полностью товар с х-кой 250м и приходуется с х-кой 30 м. Я думаю, что при этом могут возникнуть проблемы с резервированием и заказом товара. Учитывая то, что мы никогда не знаем, каких длин придет заказанный товар. Как-то так. Я только начинаю осваивать 8-ку. Почему-то мне кажется, что реализовать все это на сериях будет проще. Интересует Ваше мнение. Дискасс.

а просто ввести единицу м.п. серия - рулон

? можно поподробнее?

Единица как-то не поможет, нужно знать, сколько и каких длин куски на складе.

Есть у кого-нибудь мисли?

Ни у кого нет мыслей?

с резервированием не возникнет проблем. потому как резерв 250 метров списать кроме как на резерв нельзя.

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

Вверх

если делается резерв, он делается из того, что ЕСТЬ. а уж если этот резерв отгрузили без контроля, то это уже не система резервирования.

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

<<При продаже 220м со склада списывается полностью товар с х-кой 250м и приходуется с х-кой 30 м. зачем длина в характеристику? отчетом остаток посмотреть нельзя? маркируй - рулон-ХХХХХ

а что, резерв в разрезе характеристик не ведется в конфигурации?

Куда тогда длину? Я предлагаю в серию. Серия - как раз рулон такой-то. Отчетом остаток можно посмотреть общий. Меня интересует разбивка остатка по длинам. В том то и дело, что ведется, и если запихнуть длину в характеристику, то не будет корректно резервировать. Клиенту нужен кусок 220м, есть 250м, уже нестыковка.

продавай в метрах, для номенклатуры две ед. из. рулоны и метры. 1рулон=250метров

См. . Ставите на учет Товар+Характристика=Рулон ХХХХ, ЕИ=пог.м=250, Рулон УУУУ, ЕИ=пог.м=250. Продаете Товар+Рулон ХХХХ, ЕИ=пог.м, 220. Остаток товаров: Товар+Характеристика ХХХХ=30м Товар+Характеристика УУУУ=250м Т.е. используйте характеристику как инвентарный объект - одна характеристика=один рулон, а единица измерения товара - в метрах.

Хм... А каким документом и когда характеристики меняться будут?

у тебя возникнет проблема: кто будет приходовать и откуда товар с новой характеристикой? если документы на реализацию, то покупатели не согласятся брать 250 м, вместо 220

В таком случае не возникают проблемы с резервированием? То есть, клиент заказал товар, с пустой характеристикой, а пришел товар с характеристикой рулон 250м. Автоматом поставит на резерв? Не знаю почему, я отстаиваю свое мнение реализовать все так же, только с использованием серий.

Сторонники держать длину в характеристике хотят это сделать автоматически.

Инфа о длине в самом элементе нафиг не нужна. Разве что инфа о начальной длине. Отчет по остаткам тебе все покажет. Т.е. назначение новой характеистики не нужно. Только если ты разрезаешь кусок на 2, то потребуется одному из разрезанных кусков присвоить новый элемент справочника. Разницы в общем-то нет - использовать серии или характеристики. Учет один и тот же. Есть разница только с точки зрения ценообразования. На серию ты не назначишь цену, отличную от цены кода...

На разные куски не нужно назначать разную цену. Я думаю, что вести учет по сериям и характеристикам - не одно и то же. В заказе поставщику не нужно указывать серию, а характеристику - нужно. Как-то так.

>> При продаже 220м со склада списывается полностью товар с х-кой 250м и приходуется с х-кой 30 м. Вот это бред. Нафиг не нужно переназначать характеристики. Только в случае, если разрезаете кусок на 2, оба из которых остаются у вас, нужно сделать документ КорректировкаСерийХарактеристик для того, чтобы части прошлого куска присвоить новый элемент справочника (характеристику или серию - смотря что используешь)

Я как-то делал подобное, только с основными средствами. Довинчивал еще регистр накопления.

Согласен полностью.

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

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

Не согласен. Одинаково.

ни а с илил. Какой бы ты справочник не использовал, один элемент означает один рулон. А остаток - это метраж в нем. Разницы нет...

серия ведется по рулонно. т.е. приходуется рулон в серию, п.м. - 250 п.м. и расходуется в разрезе серий и остаток - и есть остаток п.м. по этому конкретному рулону. когда ведется в характеристиках, то там в характеристику пишется 250 п.м. и количество ВСЕГДА +/- 1. т.е. видим сколько рулонов с характеристикой 250 п.м.

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

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

А траблы с резервированием и размещением в заказах есть?

не осилил "разные цены на разные рулоны внутри номенклатурной позиции" приведи пример

Если приходуем на характеристику так, как ты сказал, то мы видим общую длину по двум рулонам, но не видим, какие куски.

1. и как это будет происходить автоматически? 2. А сторонники держать в сериях что предлагают?

Не понимаю :( Поступили два рулона с одинаковой длиной. Как теперь в документах выбрать нужный? Первый раз понятно - не всё-ли равно от какого рулона резать. А потом, когда длина у них станет разная?

у нас серии добавлены в измерения соответствующих регистров (ТоварыВРезервеНаСкладах и ЗаказыПокупателей). Это все тоже было сделано еще до меня. Конечно чтобы не дорабатывать лучше для этих целей характеристики использовать. Но тогда лишаешься возможности использовать характеристики для таких свойств, как состав и фактура ткани, производитель, цвет и т.д. Т.е. после этого у тебя жестко  рулон=характеристика...

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

+37 а впрочем нет, не лишаешься. Все нормально.

+39 просто к свойствам, определяющим характеристику, добавляешь одним из свойств номер рулона.

"Приходят два куска ткани, которые по каким-то причинам приходуем в один код. " - оформить две серии, если они не отличаются цветом или другой характеристикой...

В общем, характенистики рулят...

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

1.Автоматически это предлагается делать как-то, они пока что не решили, как. 2.Сторонники держать в сериях - это пока что один только я. Я хочу держать по сериям, потому, что по моему мнению, если запихивать все это в характеристику, происходит гемор с автоматическим резервированием. А также с размещением в заказах поставщику, а также с приходованием - мы заказали одними длинами, пришли другими. По моему мнению, в сериях все происходит так же, только серию мы вносим по факту прихода. Как-то так. Почему в данном случае должны рулить именно характеристики? Какие преимущества перед сериями? На недостстки характеристик в этом случае я указал. Поправьте меня, если я неправ.

Как тут вообще голосование можно устроить - Серии vs Характеристики?

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

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

со штрихкодами и сканерами ничего особо трудоемкого...

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

Вы, наверное, не работаете под заказ?

*47 :)

в регистре резерва есть. В УПП. Не знаю, как у Вас.

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

нет, не работаем. ну тогда легче.

Я не собираюсь держать в серии длину куска. Для меня каждый кусок будет отдельная серия.

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

Не понял вопроса.

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

умница ! +100 кстати вот где засада будет ...

Недопонимат.

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

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

во ! еще круче !

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

С ценами проблем не будет. Цена будет одна на позицию номенклатуры.

это ты сейчас так думаешь ...

Есть такая договоренность, и на ее основе есть ТЗ.

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

+68 ты просто изложи заказчику напрсанное в и спроси, как он собирается это решать. И убедись, что он тебе даст осмысленный ответ, перед тем, как начнешь что-то делать...

Этот вопрос уже решен. В общем, чуть отвлеклись от темы. Вопрос такой. Как уже говорилось, при использовании характеристик, мы приходуем товар в каждую отдельную характеристику - отдельный рулон. Я правильно понимаю? Даже если рулонов 35, то на каждый из них нужно создавать новую характеристику. Интересует, как это реализовано у вас.

для характеристик - на каждый новый размер создавать новую характеристику.

ну а кнопку на форму с обработкой заполнения характеристик ?

Правильно понимаешь. у нас это реализовано на сериях. Я бы исходя из имеющегося уже опыта делал бы это на характеристиках. Именно из-за вопроса с ценами...

допил УТ: у нас есть размеры "рулон 250м", "рулон 300м " в единицах номенклатуры. при создании новой единицы - автоматом создается характристика "вид рулона" с значением создаваемой единицы из классификатора.

с коэффициентами?

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

Вопрос такой. Если нет вопроса с ценами, что лучше - серии или характеристики?

И еще. Что-то нигде не найду в заказе покупателя, как можно указать серию для резервирования, ведь в регистре есть серия.

в настройках учета

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

Да поставил флаг "указывать серии при резервировании". Только не могу понять, где указывать.

посмотри на галочки в элементе номенклатуры. Может там?

впрочем, я не о том похоже...

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

Сейчас перезапущу, посмотрю.

Что-то нету серий в заказе. Кто-то знает? Про мою конфигурацию ABBYY пишет: Учет серий при резервировании товаров Добавлена возможность резервирования товаров по заказам покупателей с указанием серий. Данная возможность настраивается опционально в настройках параметров учета. Вот только как использовать - непонятно.

может настройку списка глянуть и там серия есть? в УТ 10.3 сейчас используем резервирование в разрезе серий.

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

чего ты мучаешься? Смотри в модуле формы какие в ПриОткрытии используются настройки видимости...

поиск по модулю формы УстановитьВидимость

Спасибо. Разобрался. По договору - вести обособленный учет по заказам покупателей.

А все-таки, торгуете тканями? Может расскажешь как планируется осуществлять ? Ну просто интересно...

Нет, торгуем не тканями. Все намного проще. Торгуем кабелем.

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

+94 ну и опять же, штрихкоды рулят...