Версия для печати темы (https://pro1c.org.ua/index.php?s=38bb571ddf614e2cc43180b1199b1c05&showtopic=6432)

Автор: Михрутка 20.02.12, 22:50

1 с 8.2. УТП 1.1.16.1
Можно ли в справочнике номенклатуры сделать иерархию с подчинением не только группе элементов, а и элементам, т.е. сделать некий гибрид группа-элемент, который будет одновременно являться группой и элементом? Или для этого необходимо делать отдельный подчиненный справочник?

Автор: Ardi 20.02.12, 23:20

Наверно можно.

Автор: Михрутка 20.02.12, 23:26

Это хорошее начало.
Тогда как это сделать?

Автор: Ardi 20.02.12, 23:35

Галочку поставить. А дальше будь что будет.

Автор: Vofka 21.02.12, 9:20

Михрутка, вы ищете повод, чтоб вызвать к себе программиста?

Автор: Михрутка 21.02.12, 14:44

Нет. Просто есть задача которая никак не решается.
Я не против программиста и заказ могу сделать(даже делал) но решение так и не найдено, вот сам и разбираюсь теперь.
А у Вас есть предложения?

Автор: Vofka 21.02.12, 14:52

У меня есть вопрос: для чего вам это надо?

Автор: Михрутка 21.02.12, 15:50

Галочки все стоят уже, но это не помогает.

Автор: Vofka 21.02.12, 16:05

Михрутка, процесс неправильный.

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

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

Автор: sava1 21.02.12, 16:07

А смысл такой иерархии - чем это поможет? не вижу цели.

Автор: Михрутка 21.02.12, 16:21

Смысл вот в чем:
Есть номенклатура, которая продается на вес - 1000 артикулов и есть номенклатура которая закупается - 20000 артикулов. нужно установить между ними связь, чтобы понять что закупать.

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

Цель - правильные закупки, управление продажами.
Могу привести другие примеры если с секондом сложно.

Автор: Vofka 21.02.12, 16:29

Вам не нравится, что надо вводить ещё один документ "Комплектация"?

Автор: Михрутка 21.02.12, 21:51

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

Автор: Vofka 21.02.12, 21:57

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

Автор: Ardi 21.02.12, 21:59

Есть ещё какой-то "набор комплект". В расходную выбирается "Трансфер футболиста" 1 шт. А списываются на самом деле Ребров 1 штука, кеды - 5 штук, трусы - 1 штука.

Автор: Михрутка 21.02.12, 22:08

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

Автор: Ardi 21.02.12, 22:16

Я на днях был в подземном переходе на вокзале. Там и то задача сложнее.

Автор: Vofka 21.02.12, 22:17

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

Автор: Михрутка 21.02.12, 22:20

Так понятно что там сложнее...там вообще не разрешимая задача

Автор: Vofka 21.02.12, 22:21

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

Автор: Михрутка 21.02.12, 22:30

ДА, такая фигня...

Автор: Ardi 21.02.12, 22:40

Нанять указывальщика и перещётчика.

Автор: Vofka 21.02.12, 22:54

Михрутка, если вы понимаете всю схему четко (как это должно происходить, в какой момент что и по какому принципу должно списываться) - милости просим в http://pro1c.org.ua/index.php?act=sz. А если вы сами не понимаете что в итоге должно получиться - то шансов это реализовать (даже с привлечением программиста(ов)) не много.

Автор: Ardi 21.02.12, 23:16

Та всё просто. На выходе пересчитывается весть товар.
И взвешивается. По результату взвешивания получаем сумму продажи.
Сумму продажи спец обработкой размазываем по товарам в расходной.

Размазываем согласно весу каждого товара.

Автор: Zaval 21.02.12, 23:17

Интересно, только мне это напоминает позаказное производство?

Автор: Михрутка 23.02.12, 13:21

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

Автор: reneval 23.02.12, 13:34

Актуальные остатки на складе в разрезе характеристик у Вас "живут" от инвентаризации и до первой продажи. Соответственно, при первой же продаже, что осталось на складе неизвестно - то ли 10, то ли 20, то ли черных, то ли в крапинку кальсон.


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

Как по мне, решить это достаточно просто:
1. Складской вести по весу (без характеристик). При приходовании обязательно перевзвешивать.
2. Добавить один регистр накопления, в который будет писать приходная накладная в разрезе нужных характеристик.
3. Инвентаризация будет списывать разницу между остатком на дату инвентаризации и собственно тем что указано в документе.

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

Автор: Михрутка 23.02.12, 13:53

Идея вроде выглядит не плохо. Посмотрим...

Автор: alex040269 23.02.12, 16:58

Михрутка Есть в 1С8 иерархия элементов, т.е. группа и элемент не отличаются по составу реквизитов. Я, так понимаю, такого же эффекта можно достичь, если делать иерархию групп и элементов и всем реквизитам ставить вид использования ДляГруппИЭлементов.

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

Автор: Vofka 24.02.12, 9:47

А почему никто не плюсует reneval за

?

Автор: alex040269 24.02.12, 9:51

Проголосует ТС. Его голос решающий

Автор: Михрутка 26.02.12, 0:34

Да, я знаю об иерархии. Насчет такого же эффекта, не знаю, нужно попробовать, но что-то подсказывает, что так не получиться, т.к. группы имеют другой набор реквизитов и не могут быть элементами если говорить об иерархии групп и элементов.
Что касается двух складов, то почти так сейчас и реализовано, но меня не устраивает.
Сейчас реализация сделана просто, разбиение идет по группам верхнего уровня в справочнике номенклатура. Одна группа называется "для продажи", друга "для учета". Также изменен элемент справочника Номенклатура, добавлена табличная часть куда подбирается номенклатура из группы "учет" и таки образом связывается. Но как-то это все не очень удобно. А именно, при выводе справочника не видно какой элемент из "учета" подчинен элементу "продажи". Это можно наверное сделать, но что-то мне кажется сама схема реализации ошибочна. Какие есть мнения?
То что Вы предлагали, alex040269 выглядит интереснее, буду смотреть.
Есть еще вариант сделать еще один подчиненый справочник номенклатура и увязать элементы. Что скажите?
А то что остатки не совсем актуальны будут, это верно, но погрешность допустима, тем более что есть механизм(написан) накапливающий статистику и устанавливающий весовые коэффициенты.

Автор: SV71 28.01.19, 9:30

Михрутка @ 26.02.12, 2:34 ,
Возникла та же задача.
Нужна иерархия И групп И элементов.

Удалось найти эффективное решение, которое можно масштабировать на другие конфигурации?