Подписал.
У меня нет юридического образования, но из того что для меня на слуху, как-то странно получается.
По законам физические лица в любом случае должны расплачиваться с кредиторами.
Так построен новый супер закон о "банкротстве физических лиц".
И так же в случаях реструктуризаций долгов физ лиц.
На что, собственно, указывает автор, платить ипотеку придется, и наплевать что жилье не строится.
Всегда находится институт, обычно финансовый, готовый принять на себя "тяжкое бремя" возврата таких долгов.
А вот в случаях банкротства СУ, банка или чего-нибудь еще, во что мы вкладываем средства, чаще всего за них перед физ лицами никто не рассчитывается.
Странное у нас законодательство. Все для народа.

Предлагаю ввести в Диафан новый Тип Характеристик, который позволит включать в себя другие характеристики (то есть поможет создать иерархию среди характеристик)
Предложение вызвано тем, что в 1С УТ (Управление Торговлей 11), а так же в ряде других конфигураций таких как УНФ, Розничной торговле и некоторых других в любом справочнике (например Номенклатура) есть понятие Характеристик, у Характеристик (и не только у них) есть понятие дополнительных реквизитов и дополнительных сведений.
Это значит:
Для позиции номенклатуры можно назначить характеристики(при ведения учета товаров в разрезе характеристик цена назначается именно на характеристику).
Для Характеристик позиции номенклатуры можно назначить дополнительные реквизиты или дополнительные сведения. (что вполне логично и оправдано, например вы хотите создать позицию номенклатуры "Туфли", назначаете в качестве характеристики ей размеры, а у туфлей определенного размера должны быть цвет, материал и так далее. получается что при помощи механизме разработанного 1С мы можем в рамках одной позиции номенклатуры создать несколько товаров и у каждого из них будут свои собственные характеристики. Диафан на данном этапе такой возможности не предоставляет).
Таким образом внутри Позиции номенклатуры формируется определенная иерархия, которая не поддерживается CMS Diafan.
Что делает невозможным полноценное использование программы 1С для ведения учета товаров и выгрузки их на сайт.
Пост в поддержку предложения к улучшению Диафан. Если находите необходимым или интересным предложенное нововведение, голосуйте за предложение по ссылке https://user.diafan.ru/wishlist/show2114/.

Подскажите, правильно ли я понимаю:
Модуль, расположенный по адресу http://site.ru/shop/1c/1c_exchange.php - это не разработка Диафан?
А чья это разработка? Кому писать про внедрение новой технологии?
При изменении данного модуля изменения в коде Диафан не потребуются?

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

в ответ на ваше сообщение: "Выводите без функции "Влияет на цену", покажите на примере свою проблему.Приложите скриншоты. Никто не может понять, что у Вас не получается"
скриншоты:
http://take.ms/wuq3i
http://take.ms/jwrU2
http://take.ms/lUldR
http://take.ms/RRnjG
подскажите, можно ли как-то вывести в карточке товара рядом с ценой только значения характеристик, без их наименований?
если менять у характеристик атрибуты, например "влияет или не влияет на цену", то при следующей выгрузке из 1С, подозреваю, что создадутся новые характеристики, либо старые вернутся в свое изначальное состояние, поэтому я говорю а правке шаблона, а не использовании каких-то встроенных настроек характеристики.

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

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

Таким образом, благодаря данному функционалу 1С создаю вместо огромного количества вариаций номенклатурных позиций в том или ином сочетании этих общих и индивидуальных доп реквизитов и самих характеристик только ОДНУ номенклатурную позицию.
Это очень удобно, когда справочник не раздут до непонятных размеров и при этом нет никаких неудобств в назначении свойств.
Вот скажите мне, что удобнее?
создать пять характеристик с одним доп.реквизитом характеристик (с выбором трех вариантов значений) и одним доп.реквизитом номенклатуры (с выбором трех вариантов значений)
или перемножить это все друг на друга и получить очень большое количество (вроде 45) номенклатурных позиций (если все доп свойства присваивать номенклатурной позиции)
или 30 характеристик (если присваивать эти два доп.реквизита характеристикам)
или тот вариант, который предлагаю я
когда вам нужно создать одну номенклатурную позицию, присвоить ей один доп.реквизит с тремя значениями, создать 5 характеристик и им присвоить один доп.реквизит с тремя вариантами, то есть создать в базе 1С 8 объектов и сделать из них 45 вариантов путем простого выбора значений."

Ну а настраиваемая зависимость характеристик не катит? Как та, которая используется для отдельных изображений характеристик влияющих на цену.

Иерархия характеристик внутри одного товара.

Всем читателям доброго настроения!

Столкнулся с такой необходимостью:
Есть товар с набором характеристик. У товара есть, по крайней мере, одна глобальная характеристика, которая, в сущности, является отдельной позицией, но поскольку, товар один и тот же, в моем случае даже картинка одна и та же, не хочется плодить каталог, и путать покупателя одинаковыми изображениями, а хочется сделать все красиво!
Товар, в нем пять основных характеристик с меняющейся ценой, к каждой из пяти характеристик привязано еще порядка трех характеристик, которые отличают друг от друга эти пять, по сути, разных позиций.

Если вы считаете это хорошей и нужной функцией diafan CMS, прошу не проходить мимо и поставить "ЗА" здесь:
https://user.diafan.ru/wishlist/show1610/

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

Для примера:
Дверь одной и той же формы из темного и светлого дерева с прозрачным и матовым стеклом.
Как хотелось бы на сайте:
Один товар - дверь
Две основных характеристики - светлое и темное дерево
Две дополнительных - прозрачное и матовое стекла
Таким функционалом мы собираем в одну целых четыре позиции, облегчаем ориентирование покупателя по каталогу за счет визуального уменьшения общего количества товарных позиций, а если характеристик больше, то мы ужимаем каталог по геометрической прогрессии, делая его суперкомпактным, и, на мой личный взгляд, очень удобным!
Если вы считаете это хорошей и нужной функцией diafan CMS, прошу не проходить мимо и поставить "ЗА" здесь:
https://user.diafan.ru/wishlist/show1610/

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

Я, продолжая гнуть свою линию, говорю о более сложном и функциональном механизме характеристик, в которой возможно будет назначать любую характеристику главной(ту, которая будет влиять на цену), добавлять к ней дочерние характеристики, настроить вывод общего описания правильным образом, чтобы в зависимости от выбранной основной характеристики, были показаны нужные дочерние характеристики, а так же при необходимость добавить к каждой основной характеристике товара отдельную картинку (механизм добавления картинок уже есть в diafan).
Из ваших сообщений понимаю что вы в принципе за мое "суперпредложение", но так же в них же читаю какое-то возражение! Если вы возражаете моему предложению, прошу делать это более явно, а никак не столь тонко, сколь получается у вас, потому как я хочу ответить на возражение, если оно есть, опять же, но, не понимаю как я могу ответить. Спасибо. Не сочтите за грубость пожалуйста, уважаемый Сергей.

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

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

В разработке почти не шарю, только интуитивно, все делаю как пользователь, тестирую 1С УНФ (последнюю тестовую версию на дату 30.03.13) и тестовую версию diafan, вчера пол дня пытался установить связь между ними, сегодня экспериментальным путем понял, что 1С не воспринимала придуманные пароли, видимо в ней какое-то ограничение, придумал сложный пароль из разных непонятных символов, короче связь установилась только после установки человеческого пароля для пользователя в админке diafan. Я был в шоке от 1С

да, прошу простить за неточность, человеческим паролем назвал что-то что читается и легко запоминается, например ivan5566. В итоге всего вышесказанного тем же путем что и ранее, а стало быть экспериментальным, я понял, что если при создании узла обмена в 1С вы прописываете пользователя, а потом в том же узле назначаете ему пароль посредством копирования откуда-то, то при проверке соединения с сайтом вы получаете отрицательный ответ! Это происходит только по причине копирования и вставки пароля, позже я придумал пароль посложнее, в diafan при создании вставил посредством копирования, в 1С прописал руками, и все заработало!