Номенклатура "Болт М8" -> Номенклатура "Болт", Характеристика "Размер: М8" #483722

Существует ли готовое решение, для того, чтобы привести в норму Номенклатуру и Характеристику и вместо 10 номенклатур: Болт М12 ........ Сделать одну номенклатуру, а все остальное характеристиками.

а в чем проблема?

их есть у меня и стоит 100$

Поиск и замена дублирующих элементов так не умеет. Групповая обработка тоже. Вопрос собственно - писать или не писать

не писать .... списать остатки... оприходовать по новому.. старую номенклатура в папку "архив"

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

У этих позиций, у них всех, - всё одинаковое? И цена, и поставщики, и прочая?(имхо) Для УПП, однозначно, это различные позиции.

как вариант

+7 заодно можно договориться с гл.бухом о  проведение инвентаризации.

Цена разная, но установка цены возможна по характеристикам поставщики одинаковы.

(с утра полон пессимизма) + заодно написать обработку для устранения характерной ошибки - когда один юзверь использует позицию "Болт М6", а другой - позицию "Болт" с характеристикой "М6"...

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

имхо ... нет смысла... лучше линейку подлинее купить.. в наименование спереде добавить префикс ... типа

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

у тебя PDM что ли встроен?

У вас, скорее всего, это свойства. А нужен ли этот гемор? Юзерам в документах будет сложнее выбирать Болт, потом хар-ку, чем сразу "Болт М6".

а я бы не делал так!!! Болт М12 Это разные товары!

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

Нет, УПП - типовая с изменениями - подстроился под констукторов с технологами - у них используются T-FLEX... Ааа, понял. Сорри, про кучу характеристик - сказал не подумавши. У нас это разные позиции в справочнике.

Как правило такие товары не в одну номенклатуру а назначаются номенклатурной группой "Болты" для отчетов.

да не ... все по разному может быть... мне кажется архетектура учета номеклатуры в  1С еще далека от идеала

Возможно, ну например - лента, она бывает у нас 50, 75 и 100 миллиметров, больше ничем не отличается. Делает один производитель. Так я и хочу избавиться от многовложенности папок в справочнике. На мой взгляд правильнее так: Папка1 --Номенклатура и выбрать соответствующий размер в виде характеристики, нежели Папка1 --Папка2 ----Номенклатура

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

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

, +1

Ещё раз сорри, конечно. Возможно я увожу разговор "в сторону". Автор, ты так и скажи - "Ты - не в теме" и я отвяну. Просто по себе знаю: характеристики - лишний гемор для юзеров и поводпутаться. Им легче позиции "плодить" - как ни странно - это "во благо" им получается.Хотя, с другой стороны, когда в справочнике 25 тысяч позиций - тоже не фонтан.

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

Я начитался книжек из поставки и учебников и хочу сделать учет в компании соответствующим образом. Сейчас правда вот сомневаюсь что подход верный в плане удобства. Например: Шпильки, Болты, Хомуты, Гайки ... -- Саморезы -- -- Саморез со сверлом -- -- -- Саморез со сверлом 4.2*19

а пофигу сколько в справочнике позиций. если это все разные товары - то хоть сто тыщ штук.

характеристики это тоже разные товары... не путай с 7кой

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

Сейчас они используются для разграничения по фасовке одного и того же товара.

уп. 50 шт. уп. 250 шт. уп. 500 шт.

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

у нас также.

и это правильно. пока не будет УТ11

А что в УТ11

в УТ11 упаковка введена дополнительным измерением как характеристики.

а в 1С так всегда... все до ума не доведено

с реквизитом коэффициент измерения

Болтов намного больше кстати чем перечислено. И это разные товары. Что ты будешь делать если болтов реально будет не 5 как приведено а видов 50? все будешь на один код вешать?)) или будешь заводить несколько номенклатур?)) короче голову не парь. разные товары = разные коды.

1С заботится о своих программистах

а зачем тебе коды? :)) лоскутная автоматизация, склад работает по бумажке?

*ласкутная

как раз склад автоматизирован полностью. 4 склада и 8 магазинов. опт-розница.

под кодами я подразуменваю элементы справочника.

ну а нафиг тогда коды нужны?

зачем они тебе?

перечитай.

перечитал... ответа не увидел

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

+50 но необходимость артикула под большим сомнением, при полной автоматизации

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

характеристика это не свойства... это полноценный объект учета в архитектуре УТ,УПП Номенклатура + Характеристика = Товар т.е. сущность "Характеристика" описывает отдельный товар(с некоторым ограничениями), в отличии от 77, где характеристик не было ... в чем проблема завести 50 характеристик?

какой геморрой возникнет?

для того чтобы понять проблемы с характеристиками нужно с этим пару лет поработать.

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

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

Нашел неудобство. При подборе в документ - в одном случае пользователь видит все позиции, а в другом только "Болт", "Саморез" и т.д.

Характеристики: 1) ведение ценообразования. По сути болты разного размера имеют разные цены. отсюда следует контроль ценообразования до уровня характеристик и их установка. 2) увеличение ввода. как правило в данном случае оператор сразу набирает определенную информацию - например болт 8. И хочет увидеть остатки по складам и цены этой позиции. Вы когда нибудь видели как работают операторы? Десятки позиций в минуту вводят. Но если товар как характеристика - набирем болт - попадаем на болты и начинаем в дереве характеристик судорожно искать болт 8 (потому что дерево ввиде характеристика - склады - соответственно имеет большой размер). В итоге вместо быстрого поиска - получаем медленный поиск. А метизы как правило - это очень большой ассортимент. Вот например один товар Саморез Металл Дерево оксидированный - может иметь более 100 различных размеров. А ну как посмотрим как будет оператор работать с размерами когда еще 4 склада. 3) отчеты. планирование закупок, аналитические отчеты. Как правило разные товары нуждаются в отдельном планировании и анализе. Вешаем характеритиски - получаем геммор с анализом на уровне всей отчетности. 4) ошибки ввода - кто то где то фигнет не ту характеристику. а т.к. товары разные и скорее всего болт 8 и болт 12 имеют значительную разницу и в себестоимости и продаж, то за каждую ошибку ввода характеритиски

Соглашусь с Maniac. Еще гемор: когда использовали характеристики, в отчетах юзеры часто просили вывести название товара и его характеристику рядом, в соседних столбцах, т.к. работали с этими данными в Екселе. С характеристиками была засада (не знаю, перевели ли в 1С отчеты в последних конфах на СКД, иначе проблемы обеспечены).

1. согласен. Про это я и пасал, что 1Сники как всегда не доделали 2. это везде все по разному, кто то работает с розницей, кто то с оптом.. у кого то отгрузок может быть одна-две в неделю. В любом случае это технически можно решить. 3. Далеко не факт... все зависит от потребностей учета 4. Штрихкодирование полностью снимает эту проблему. PS. о целесообразности использования характеристик нужно отходить от учета, а не захламлять справочник без необходимости

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

нагородили-то... См. 16, там все сказано

у вас в чем прибыло в том и уходит? симпатичный у тебя ключик

да. плюс еще минипроизводство - собственная фасовка.

целый год выпрашивал... Просил, правда 6, ключей (как у Базвана звезд), но дали 1. И на том спасибо.

жмоты :)) ясно ...

ящики бывают к примеру 2 тысячи штук, 10, 20 (и другие вариации - у каждого поставщика можно сказать свои упаковки). а продаем оптом и розницу. Заявку нам скинул чел - надо 5 тысяч, а у нас ящик 20. кто ж ему будет 5 тыщ штук отсыпать. Это весь день уйдет на одну позицию складу. а их по 200-500 в документах.

то есть строгий учет по фактическим упаковкам.

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

У нас так же, только в Характеристике - есть Свойство Ед.измерения - в ней все описано. Отгружаем или коробками или килограммами

у меня производство ... все что закупили ... только перемещается между складами и уходит полностью в производство... никакого геморроя со сч/ф и прочее... лепота :))

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

У нас иначе. Цена за штуку, но она до 6 знаков после запятой

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

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

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

наши взвешивают конечно, но объем работ колоссальный. а ну и еще по упаковкам постоянно излишки - недостачи. Например фасовщики берут ящик 20 тысяч штук и по 200 фасуют. в итоге может быть как и минус так и плюс (например по факту вышло 19,5 тысяч) - это отражают. потому как уже по фасовке 200 нам четко нужно продавать товар.

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

в принципе и это уже решили через загрузку и пересчет, но все равно работа приличная.