Группа: Пользователи
Сообщений: 51
Спасибо сказали: 2 раз
Рейтинг: 0
Добрый день. 1с версии 7.7 Помогите советом: Есть справочник Номенклатура, необходимо провести условное разделение всех товаров на группу основные и сопутствующие. Для наглядности сделал рисунок.
Суть тут такова (Пример по рисунку) Для телефона Samsung сопутствующие - Накладка Samsung, Универсальный зарядник, Сумка с замочком, Чехол на пояс, наклейка. Для телефона Nokia сопутствующие - Защитная пленка Nokia, Силиконовая накладка Nokia, Универсальный зарядник, Сумка с замочком, Чехол на пояс.
Необходимо: При выборе основного товара показать сопутствующие, и наоборот при выборе сопутствующего товара показать список основных к которым он подходит.
Моя задумка следующая: Добавить реквизит типа строки в справочник в которое накидать коды связанных товаров через ";", потом разделять коды по отдельности (разделитель же есть) и доставать название из справочника. Касательно размера такого поля проблем, тормозов и прочего не возникнет? Или может как то такие коды вроде как шифровать/архивировать, дабы уменьшить размер такого поля. ( к примеру код в номенклатуре 6-значный, на одном товаре 200 сопутсвующих, итого длинна выходит 199 разделителей+200*6 = 1399 символов). Задумываюсь использовать что-то вроде шестнадцатиричного кода, но с использование всех букв (33*2 рус.букв 24*2 англ+ 10 цифр=124) значения трёх таких знаков дают 1,9 млн. вариантов, более чем достаточно, итого код сократится до 200*3=600 знаков. При выборе товара - код будет разбирается, выдавая результат в виде кода. Но стоит ли с этим заворачиваться? Или пофиг на длину - использовать обычные коды ? Как бы вы поступили? Есть идеи/советы как установить/сделать такие связи?,
Группа: Пользователи
Сообщений: 51
Спасибо сказали: 2 раз
Рейтинг: 0
Как я понял получаются записи вроде: Товар 1 - сопТовар1 Товар 1 - сопТовар 2 Товар 1 - соптовар 3 .... Товар 1- сопТовар N Товар 2 - сопТовар3 и т.д.
Вы как человек с опытом подскажите это нормально? Или может сделать сопутствующие товары - реквизит подчиненный справочник и туда записывать сопутствующие..
Группа: Основатель
Сообщений: 13981
Из: Киев
Спасибо сказали: 4549 раз
Рейтинг: 3678.1
А в 7.7 в справочниках табличные части же есть? Если не ошибаюсь, то ТЧ может быть только одна. Так вот, если возможно, добавьте в справочник ТЧ "Сопутствующие товары". Если такой вариант не подходит, то как писали выше: создать новый справочник с 2 реквизитами: Основной товар, Сопутствующий товар.
Группа: Пользователи
Сообщений: 51
Спасибо сказали: 2 раз
Рейтинг: 0
Цитата(Vofka @ 09.06.15, 11:27)
А в 7.7 в справочниках табличные части же есть? Если не ошибаюсь, то ТЧ может быть только одна. Так вот, если возможно, добавьте в справочник ТЧ "Сопутствующие товары". Если такой вариант не подходит, то как писали выше: создать новый справочник с 2 реквизитами: Основной товар, Сопутствующий товар.
Кстати, можно сделать подчиненный справочник.
Да нет вроде ТЧ уже в 8+, в ключках нету
Цитата(logist @ 09.06.15, 11:27)
Мое предложение похоже на шутку?
Да нет, я не воспринял это за шутку. Просто я новичок и не знаю пока как правильнее это дело оформлять.
Спасибо за советы буду работать в этом направлении.
Группа: Пользователи*
Сообщений: 940
Спасибо сказали: 285 раз
Рейтинг: 0
Можно сделать для элементов справочника Товары реквизит с таким же типом, в котором хранить ссылку на основной товар. Установить для реквизита признак отбор и сортировка и потом легко и быстро можно получать сопутствующие товары. Такой подход обеспечивает минимальное вмешательство в структуру метаданных.
наверняка, список сопутствующих товаров для разных основных товаров будет повторяться. если это так, то в Соответствиях давать ссылку на справочник Шаблоны. В Шаблонах описать все основные наборы сопутствущих товаров...
Сообщение отредактировал Домовик - 09.06.15, 12:32
Группа: Местный
Сообщений: 298
Спасибо сказали: 98 раз
Рейтинг: 0
Вот идеальный ответ:
Цитата(Vofka @ 09.06.15, 11:27)
Кстати, можно сделать подчиненный справочник.
Весь справочник подчиненный владельцу - это сопутствующие товары, владелец - основные. Результат: выбрали телефон Нокия: 1. Если нужно показать основные - показали всех владельцев где в подчиненных нашли телефон Нокия; 2. Если нужно сопутствующие - показали все товары которые есть в подчиненном справочнике.
Лучше наверное и не придумать.
Цитата(Vofka @ 09.06.15, 11:27)
А в 7.7 в справочниках табличные части же есть?
Нету табличной части в 7.7., но она заменяется Таблицей значений, которую легко можно заполнить ПриОткрытии + кнопочка "Добавить" и создается новый справочник в отдельной форме, после записи которого в Таблицу значений добавляем еще 1 строку.
Я бы именно так и реализовывал. Пользователю все понятно, программисту минимум работы.
Цитата(awp @ 09.06.15, 12:34)
Делайте так как описано Добавить отдельный справочник "Соответствия" из двух реквизитов: Основной товар, Соответствующий товар.
Форму выбора или подбора новую создавайте для отображения сопутствующих. Обязательно галочку Отбор по реквизиту для "Основной товар"
Далее просто отбор по реквизиту в справочнике.....
Заполнять такой справочник будет уж очень сложно. Представьте если 1 товар будет сопутствующим для так порядка 120 основных и основным для еще 120. Как пользователю разобраться в этой куче хлама ? Неудобно !!! Можно и так, но нужно приложить максимально усилий что-б такое реализовать, и оно было нормально восприимчимым.
То, что для одного человека константа, для другого - переменная. (Алан.Дж.Перлис)
Группа: Местный
Сообщений: 522
Спасибо сказали: 70 раз
Рейтинг: 51.3
Цитата(Sharzem @ 09.06.15, 14:57)
Вот идеальный ответ:
Весь справочник подчиненный владельцу - это сопутствующие товары, владелец - основные. Лучше наверное и не придумать.
Согласен
Как реализовать подбор в любую накладную из двух справочников одновременно? Двоить справочники? А как оприходовать? Или не продавать сопутствующие товары отдельно?
Цитата(Sharzem @ 09.06.15, 14:57)
Заполнять такой справочник будет уж очень сложно. Представьте если 1 товар будет сопутствующим для так порядка 120 основных и основным для еще 120. Как пользователю разобраться в этой куче хлама ? Неудобно !!! Можно и так, но нужно приложить максимально усилий что-б такое реализовать, и оно было нормально восприимчимым.
Форма для заполнения состоит из 1 таблицы значений для сопутсвующих.... Это для юзверов
Ну а первоначально заполнение делает из екселя который старательно подготовлен ТОВАРОВЕДОМ
Это классическое отношение много-много. По всем законам нормализации - првильное решение от Логиста. Решается плоской таблицей с индексом по обеим полям (справочник, регистр). Подчиненные справочники - это плодить левые записи - посчитайте сколько дублированных записей у Вас получиться при соответствии 10-10.
Группа: Основатель
Сообщений: 13981
Из: Киев
Спасибо сказали: 4549 раз
Рейтинг: 3678.1
sava1, следующая ситуация. Есть стол, у которого есть сопутствующий товар стул. При выборе стола - надо предложить стул. Плоская таблица, с одной строкой Стол - Стул решает, казалось бы, проблему. Но у стула стол сопутствующим товаром не является, т.е. при продаже стула стол предлагать не надо. Как это решить, если не "плодить левые записи"?
я еще чуть. Vofka, если бы проблема была решаема только с пом. подч. справочников, то этот механизм перенесли бы в восьмерку. А так регистры сведений. вроде как.
Стул помещается в одну колонку(реквизит сопутствующие), стол - в другую.
про тендер - шутка. и то, и то - решение.
Сообщение отредактировал Домовик - 09.06.15, 20:13
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!