Одна номенклатура одновременно в нескольких группах. УНФ 1.6

1. andrey7617 64 11.04.24 17:37 Сейчас в теме
Добрый день.

УНФ 1.6

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

Например, имеется номенклатура "Поилка 001", которая должна находиться как в группе "Оборудование для кроликов", так и в группе "Оборудование для шиншилл". При этом не должно быть никаких дублей. Просто один товар в двух или более группах.

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

Заранее спасибо за помощь.
По теме из базы знаний
Вознаграждение за ответ
Показать полностью
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
3. starjevschik 11.04.24 17:53 Сейчас в теме
В такой постановке задача очевидно в рамках 1с не решается.
(1)
чтобы номенклатура могла находиться одновременно в нескольких группах


но если понять, как предполагается этим пользоваться, то наверное что-то можно придумать. Завести сущность "раздел сайта", организовать связь с номенклатурой "многие ко многим" и во всякие формы запихнуть. Хорошая задача, если исполнитель на повременке )
simuljakr; PhoenixAOD; user1619761; andrey7617; +4 Ответить
7. Xershi 1557 11.04.24 21:37 Сейчас в теме
(1) у номенклатуры есть родитель это связь 1 к 1. Поэтому в лоб задача никогда не будет решаться. А вот если завести сущности категории, то не проблема добавить номенклатуре 2 категории и потом вывести это в нужной вам форме.
Но как по мне костыль костылем!
user1619761; vakham; PhoenixAOD; andrey7617; +4 Ответить
9. M0h 18.06.24 09:10 Сейчас в теме
(1) Как вы решили эту проблему? Аналогичная задача у меня.
10. booksfill 18.06.24 10:25 Сейчас в теме
(1) Если ничего не путаю, то это классический случай разрешения связи типа М:М.
Ну, "одновременно в нескольких группах", если под группами понимать обычные группы иерархического справочника - это не стоит даже обсуждать. А про "необычные" см. ниже.

Мысли такие:
0. Создаем иерархический справочник "Категории" с иерархией групп.
Для удобства создаем предопределенный элемент "Вне категории" - сюда будем относить всю номенклатуру, у которой категории нет.

1. Вводим промежуточную таблицу (например, РС) с первичным составным ключом КатегорияСсылка, Номенклатура.Ссылка.

2. При заведении новой номенклатуры обновляем табл. из п.1

3. Используем свою форму подбора и списка, где организуем дерево иерархии в разрезе категорий: выводим свое дерево, полученное простым запросом из справочника категорий, при разворачивании ветки, при необходимости, дополняем строками из п. 2.
Тут сами думайте, может по мере, может сразу дерево заполнить, если позиций мало.

Я бы фигней с заполнением дерева не страдал:
Слева выводим справочник категорий.
Справа номенклатуру, попадающую в категорию из категорий слева (для чего использовал индексированную ТЗ с отбором по колонке "категория", можно и дин. список с отбором по категории на основе табл. п.1).
Снизу, справочно, для выделенной строки номенклатуры еще и показываем в какие другие категории эта номенклатура входит (потому и удобней ТЗ).

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

По времени исполнения, если подходить серьезно, т. е. с тестированием граничных случаев, производительности, выгрузки на сайт, решением бизнес вопросов типа "в каком месте разрешено создавать новые категории", обязательно ли указывать категорию и т.п.
Ну, где-то неделя.
andrey7617; +1 Ответить
12. PhoenixAOD 62 20.06.24 09:17 Сейчас в теме
(10)Разумное и интересное решение. Но у меня вот возник вопрос, где эта дичь, точнее не так, кому эта дичь может пригодится? Продавцу? Оно ему ни в одно место не брякало. Кладовщику? Точно такая же песня как и с продавцом. Разве, что маркетологу, эти юродивые единственные кто такую дичь может придумать.
so-lf; vakham; +2 Ответить
13. booksfill 20.06.24 09:34 Сейчас в теме
(12)
Но у меня вот возник вопрос, где эта дичь, точнее не так, кому эта дичь может пригодится?

Зачем нужно вместо простого поиска по категории в той же форме подбора делать "как на сайте", не знаю.
Это вопросы к PM.
Заодно можно напомнить, что у номенклатуры может быть много других интересных свойств, например, сезонность, ценовой сегмент, бренд и т.п.
Но, если послушать доводы всех высоких сторон, то все это может оказаться не таким уж бредом.

Вообще, ежели времени вагон, то можно создать универсальную форму подбора с выбором желательного метода иерархии по имеющимся свойствам/категориям/реквизитам. По мне так бесполезное переизобретение СКД, но интересно. :)
16. PhoenixAOD 62 20.06.24 13:41 Сейчас в теме
(13)Ну да, можно запилить даже отдельный ДС для этих целей. Мне реально интересно, что за "гений" хочет , что бы в 1с выглядело как на сайте, на ум приходит только маркетолог. У мну такой же, типо вот как на сайте, жесткой аргументации, что это писец как необходимо он привести не смог, ему так удобнее, директор сказал, что как есть так и будет. В битриксе это все уже давно реализовано и работы минимум. все равно сайти и 1с ты не синхронизируешь пуля в пулю
17. booksfill 20.06.24 14:20 Сейчас в теме
(16) Это вы еще лиды не пробовали считать, приписывая их к тел. звонкам по принципам, от которых ChatGpt повесился бы.
А когда вы все это сделали по ТЗ этого самого маркетолога, анализируя и переводы звонка и "если Иванов и в течении 20 минут, а Петров, но не более чем в течении 3-х дней, а еще есть "менеджер на доверии" и тогда учитываем еще вручную созданные. А если стоит галочка без оплаты, но оплата прошла с аванса, то" и т.п.
Всего каких-то 30, не всегда консистентных, условий.
Маркетолог гордо открывает свой файл Excel и требует объяснить почему не совпадает, причем по каждому пункту.

Но в данном случае, скорее-всего, на обоих концах сидят менеджеры по продажам и один другому:
- открой "обувь для девочек старше 50", там зайди в "летняя", видишь "сапоги женские арт 1577"?
- а теперь открой "изделия из чебурашки", зайди в "шапоклякам", видишь те же сапоги женские?
- и какого у них артикул не совпадает? Озадачь своих 1С-ов.
- Нет я понятия не имею почему это у вас в 1С нет такой группы как "обувь для девочек старше 50", не мудри.

Идея учить менеджера 1С мертворожденная - надо чтобы пока он не уволился, от него хоть какая польза была.
А если человек способен понять как работать с обычными группами и не теряться в категориях, то он тут же и уволится, пойдет в аналитики. :)
PhoenixAOD; +1 Ответить
23. MissionOnly 8 11.07.24 11:45 Сейчас в теме
(1) Конечно группы в данном случае будут не папки справочника. Можно сделать отдельную форму с динамическим списком, в котором номенклатура будет ниже по иерархии, чем реквизит "Группа номенклатуры". А у каждой номенклатуры будет задана одна или более "Групп номенклатуры" (это может быть прописано в табличной части номенклатуры или в отдельном регистре сведений).
26. so-lf 2 30.07.24 11:33 Сейчас в теме
(1) мы можем брать данные для групп сайта не из группы номенклатуры, а например из другого реквизита? я к тому что может проще правила выгрузки на сайт переписать чем логику 1с ломать?
2. DENSKR 16 11.04.24 17:44 Сейчас в теме
Сайт на чем? Как правило настраивается дерево иерархии, которое будет выгружаться на сайт при этом одна позиция может находиться в нескольких разделах сайта, но в базе 1С это одна и та же позиция. Если сайт на какой нибудь cms например тот же битрикс, то это делается прям в модуле обмена, если это самописный сайт и нет организации структуры иерархии для обмена между сайтом и бд 1с то нужно допиливать.
Nadushka74; vakham; andrey7617; +3 Ответить
15. vakham 21 20.06.24 10:47 Сейчас в теме
(2) Категорически поддерживаю! Эти самодельные сайты с интеграцией на коленке от программистов на html ни к чему хорошему не приведут - убьют кучу времени и денег. Стопудово потом со стороны вэберов потребуется 100/500 дополнительных справочников (наблюдал за этим адом со стороны). В 100 раз быстрее поставить тот же Битрикс, в котором уже всё реализовано.
Nadushka74; +1 Ответить
4. starik-2005 3089 11.04.24 17:54 Сейчас в теме
Я так понимаю, что нужна форма выбора/подбора в УНФ, чтобы в ней группы были не группами, а категориями, в каждой из которых должны быть относящиеся к ним товары.

Если так, то придется рисовать свою форму с деревом, в которую подгружать всю эту запутанную номенклатуру, для которой нужно сделать табличную часть со списком категорий, в которые конкретная номенклатура входит. Дерево на форме - это не быстро вообще ни разу, если там много значений. Так что грусть-тоска. Остается понять, на сколько это вашему руководству нужно. Скорее всего не нужно вообще, но желание есть...
andrey7617; +1 Ответить
5. andrey7617 64 11.04.24 21:01 Сейчас в теме
Сайт на чем? Как правило настраивается дерево иерархии, которое будет выгружаться на сайт при этом одна позиция может находиться в нескольких разделах сайта, но в базе 1С это одна и та же позиция


Остается понять, на сколько это вашему руководству нужно


- вот смотрите сидит менеджер по продажам которого только что наняли, звонит ему клиент и говорит я зашел в папку 1 потом в папку 2 и там нашел товар 1

А менеджер смотрит в 1ску и не видет в папке 1 далее в папке 2 товар 1, ну и далее продажа срывается ...

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

Было бы хорошо если и менеджер и покупатель разговаривали на одном Языке ...
6. starjevschik 11.04.24 21:22 Сейчас в теме
(5) ну если артикул товара это слишком банальное решение (ну в самом деле, у всех артикулы, а у нас манагер будет по папочкам шариться, это намного интереснее), то повторить иерархию сайта, пожалуй, будет самое то. Пара недель работы и вуаля ).
Тут же еще надо автоматическую синхронизацию предусмотреть. Мало ли что на сайте учудят, а в базе должно быть то же самое. Можно и месяц работы списать, наверное.
Nadushka74; DENSKR; andrey7617; +3 Ответить
21. Nadushka74 5 02.07.24 11:52 Сейчас в теме
(5)странно, у нас тоже сайт и тоже товары пересекаются, сделано через справочник (структура сайта) в типовой выгрузке на битрикс, и нормально все все находят. так как обычно используется не иерархия а наименование, код, артикул. а менеджер быстро все это находит по поиску. плюс нафига менеджеру решать это по телефону, с сайта должен приходить заказ.
8. Said-We 11.04.24 23:05 Сейчас в теме
(1) Смотрите конфигурации с аптеками. В некоторых из них лекарства одновременно могут быть в разных "группах" + взаимозаменяемые.
В вашем случае забудьте про подбор по иерархии справочника. У вас подбор по другим разрезам. Иерархию справочника использовать не нужно совсем. Иерархию будет использовать товаровед для закупок.
andrey7617; +1 Ответить
11. Asgard90 20.06.24 08:14 Сейчас в теме
А почему не сделать отдельный подчиненный справочник группы номенклатуры, и использовать его иерархию, подвязывая к разным элемента группы одни и те же элементы?
14. VmvLer 20.06.24 09:42 Сейчас в теме
(1) Чем не устроил механизм сегментов номенклатуры?
Если отключиться от догмы "это другое", то сегменты могут решить вашу задачу.
Тем более, они уже встроены в типовые отчеты/права и возможно необходимо допилить только формы.
18. user1163280 20.06.24 20:08 Сейчас в теме
Попробуйте посмотреть в сторону настройки сегментов для номенклатуры, возможно через них получится, по крайней мере подобного рода задачи при обмене с сайтами решали с помощью них
19. user1924406 25.06.24 12:35 Сейчас в теме
Я продаю авто запчасти, столкнулся с такой делемой: Например
Мне нужно продать подшипники для разных КПП
Первый вариант:
1.Подшипник X,
2.Подшипник Y,
3.Подшипник Z,
4.Подшипник U,
5.Масло транс.


Второй вариант:
1.Подшипник А,
2.Подшипник B,
3.Подшипник Z,
4.Подшипник U,
5.Масло транс.

Как вы заметили, Подшипник Z, Подшипник U, и Масло транс., не может быть в одних и тех же группах, так как же можно объединить эти товары?
Во-первых это удобно в подборе, во-вторых уменьшается риск, например, что ты забудешь предложить клиенту масло, и таких критериев очень много, например запчасти для ремонта двигателя, либо сайлентблоки для подвески. Но как это организовать в рамкам системы 1С УНФ, ума не приложу, есть у кого идеи, поделитесь
andrey7617; +1 Ответить
20. Nadushka74 5 02.07.24 11:50 Сейчас в теме
(19) как для унф не подскажу, но в свое время для упп делали типа стандартных сборок запчастей для автомобилей. и там как раз были такие комбинации, еще была связка со справочником АТ, и один умный менеджер собирал эти сборки, а продавцы реально не задумываясь указав машину и узел получали набор сборок, плюс там были стразу денные о замене, ну и дальше прикручены остатки.
andrey7617; +1 Ответить
25. user635667 30.07.24 05:04 Сейчас в теме
(20) в унф есть комплекты и и есть наборы. можно как-то ими оперировать. а так в конфигураторе нельзя одну номенклатуру закрепить за несколькими родителями.
22. provadyuga 99 02.07.24 12:51 Сейчас в теме
В качестве идеи. Возможно несколько фантастично выглядит.
Нужно по-моему создать отдельный справочник что-то типа ДополнительнаяИерархияНоменклатуры. В справочнике должны присутствовать только группы. Первый уровень справочника - разделы дополнительной иерархии. Вглубь справочника - сами родители. Т.обр. сколько разделов - столько же иерархий.
В справочнике Номенклатура добавить сколько надо реквизитов Родитель1, Родитель2 и т.д. типа справочник ДополнительнаяИерархияНоменклатуры.
И тут самое сложное нужно разработать логику, формы списка, чтобы иерархия шла по Родитель1, Родитель2 и т.д.
Только так может быть возможно по-моему.
andrey7617; +1 Ответить
24. usershmuser 29.07.24 13:44 Сейчас в теме
В УНФ есть функция подбора аналогов например, есть еще комплекты, которые содержат нужную номенклатуру (типа как со сборкой ПК, ОЗУ или проц может быть один для разных сборок).
В самой УНФ есть 2 вида группировки номенклатур.
Изначально в самой 1с необходимо номенклатуру распределять так, что бы искать по виду товара, а не по назначению, при этом если на сайт выводить необходимо, то это делается уже самим сайтом, возможно с использованием доп реквизитов (самописных) и с использованием артикулов товара.
Все остальное - полет фантазии программиста.
Задача разделить по группам назначения в предприятии или на сайте?
andrey7617; +1 Ответить
27. AZ_92 15.10.24 09:01 Сейчас в теме
Если это битрикс, то все гораздо проще. В их модуле обмена выберите произвольную иерархию и можете дублировать товары в разные категории, не изменяя основную в 1С.
andrey7617; +1 Ответить
28. Salimbek 13 18.10.24 13:13 Сейчас в теме
(27) На сколько я понял из задачи: "необходимо, чтобы расположение номенклатуры в 1С соответствовало расположению товаров на сайте" - значит на сайте УЖЕ имеется произвольная иерархия, и стоит задача реализовать этот же механизм в 1С.
29. Salimbek 13 18.10.24 13:16 Сейчас в теме
Здесь уже предложили вариант с Сегментами номенклатуры. Есть еще одна система, которая может подойти - это использование Свойств.
Т.е. создаем свойства "Оборудование для кроликов" и "Оборудование для шиншилл" с типом Булево и устанавливаем у Номенклатуры "Поилка 001" эти свойства в Истина. После чего и во всех отчетах и в подборе можно будет установив фильтр "Оборудование для шиншилл=Истина" найти эту самую Поилку
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот