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

то есть нужна привязка "номенклатура" + "характеристика", как-то более менее штатно это хоть где-то реализуемо?

Боюсь, в ЗУП3 такого не сделать. И в 1с-деньги тоже...

это наверное ближе к основным средствам

(2) Присоединяюсь к мнению. Инвентарный номер — это характеристика основного средства, хоть стула, хоть здания.

(0) Интересно кому фото понадобилось . Новоиспеченному владельцу ?

какая конфигурация?

(1) мне все равно какая конфа, мне посмотреть и возможно скопировать...

(2) от части да, но не совсем. Например в торговой сети есть бракованный телефон, его маркируют и делают фотку царапины.

(4) фото нужно КРУ для проверки а не продают-ли за пол цены хорошие телефоны под видом брака

В спр. Характеристики надо завести скрепку (спр. Присоединенные файлы). На форме создать поле картинки, в которое подгружать предопределённый файл с именем ФОТО

(8) не получится, такое фото будет в любой номенклатуре имеющего эту характеристику

(9) т.е. всё сводится к тому, что тебе нужен РС с измерениями Номенклатура, Характеристика, ресурс ХранилищеЗначения?

(9) посмотри как это сделали в модуле битрикса
там есть справочник Б_ХарактеристикиНоменклатурыПрисоединенныеФайлы с реквизитами Номенклатура, ХарактеристикаНоменклатуры
и соответствующий РС Б_ПрисоединенныеФайлыХарактеристикНоменклатуры

(10) такой регистр - довольно плохое решение в плане производительности и использование памяти.

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

именно по этому я и хочу посмотреть что-то похожее в типовых...

(11) модуль битрикса - это какая конфа?

(13) https://1c.1c-bitrix.ru/ecommerce/download.php

(12) а ты прям картинки в самой базе хочешь хранить ?

(6) >такой регистр - довольно плохое решение

Почему?

Не нравится Регистр, заведи справочник БракованныеТелефоны.

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

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

(16) что вернет запрос ?

выбрать * из регистрсведений.картинки

(18) а сред размер картинки какой? если больше 1 мб то это критично.

(8) такое в серии надо делать. Серия уникальна, как партия, и может быть серия для одного товара с инвентарным номером.
Но в БП серий нет, только в УТ.

(18) Не надо выполнять такие запросы

я наверно сделаю так

в документах партиобразующих (в тех где ставится серийник), сделаю отдельную ТЧ "Файлы" с измерением "ИдентификаторСтроки" и "ХранилищеЗначений"

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

С точки зрения оптимизации табичные части документов практически всегда используются только с отбором по ссылке думаю все будет хорого

(19) 300кб