Если есть УТ 11 и активно нужно вести продажи клиентам через их личные кабинеты, то какое решение от 1С лучше подойдет? Хочется иметь бесшовную интеграцию без выгрузок-загрузок в стиле документооборота.

Например отойти от системы типов цен для клиентов и перейти к системе скидок. Понятно, что при создании заказа на сайте нужно по каждой позиции иметь в любой момент актуальное дерево автоматических скидок, опираясь на Сегменты номенклатуры и клиентов и прочие разрезы аналитики. Также транслировать права пользователей в части ручных скидок и прочее. Есть готовые развитые решения или только примитивные шаблоны класса "каша из топора"?

(0) https://portal.1c.ru/applications/1C-MAG

(1) Практически уверен, что скидки типа "Купите 3 банки горошка и получите 10% скидки на помидоры" не будут работать

Нет, набор-пакеты мы не продаем.

У нас можно заказывать с разных магазинов по городам и там могут быть акции на магазин (склад). Тогда нужно вытаскивать таблицу предложений.

сайт закажи любой удовлетворяющий вам, а обмен по json через https сервис
Бесшовных нет, а если делать бесшовный то он будет убог и для 1-2 клиентов в 10 минут

(5) Как получить дерево скидок для конкретной номенклатуры конкретного клиента при вводе позиции заказа на сайте?

при входе пользователя в лк делай запрос в 1с на структуру скидок для данного клиента. когда выбирает товар сайтостроители пусть напишут логику расчет исходя из этого дерева

&НаСервере
Функция ВыполнитьПредварительныйРасчетСкидокНаСервере()
	
	СтруктураПараметры = Новый Структура;
	СтруктураПараметры.Вставить("ПрименятьКОбъекту",                Ложь);
	СтруктураПараметры.Вставить("ТолькоПредварительныйРасчет",      Истина);
	СтруктураПараметры.Вставить("ВосстанавливатьУправляемыеСкидки", Истина);
	СтруктураПараметры.Вставить("УправляемыеСкидки", УправляемыеСкидки);
	
	Возврат ПоместитьВоВременноеХранилище(СкидкиНаценкиСервер.Рассчитать(Объект, СтруктураПараметры), УникальныйИдентификатор);
	
КонецФункции

бесшовная это по идее публикация базы и рм накодить для клиентов в 1с

(8) проще можно  - клиент добавил все товары которые необходимо, нажал кнопку Рассчитать скидки - идет запрос в 1с, рассчитываются скидки и ответ на сайт, на сайте отрисовываются

(7) Хочу такое прямо с сайта делать. Иначе зачем оно? Вот какую структуру скидок я буду получать если у меня скидка по СКД формируется?

(9) Через COM можно наверное. Но это писать надо. Самоделку.

делай тогда как в (10)

не надо через ком(долго будет идти обмен - подключение долгое), делай апи по json, либо если вообще ларек то в 1с напиши рабочее место и опубликуй

(10) Клиент смотрит на позицию на сайте и хочет видеть цены по всем магазинам исходя из активных там скидок.

(13) Нет. Делать я могу и сам. Где ТИПОВОЕ понятное простое решение, которое транслирует всю сложную логику скидок на сайт. Не "каша из топора".

(14) На каждый вход лицензия нужна.

(14) Можно COM открытое держать

Почему документооборот полностью интегрирован, а 1С:Сайтооборот нету?

Ясно, надо взять приличный сайт не от 1С и действительно HTTP  проценку лепить.  Печалька....

(19) Это тебе там кажется. Там такая каша под капотом. Чуток в сторону, песец начинается.

(16) Битрикс, очень даже безшовный, но недешевое удовольствие.

(19) "полностью интегрирован"
Интересно, что вы имеете в виду под этим, с учетом что с ДО 3 бесшовная интеграция лишилась по сути этой "бесшовности", т.к. формы внутреннего документа и других объектов больше нет, есть только Api, грубо говоря, весьма специфичное.

как вариант, написать (даже на 1С) прокладку (чтобы основной продакшон голой ж.пой в тырнет не выставлять/не публиковать)

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

как-то так

(15) Ох уж эти клиенты... Хотеть они хотят, за три копейки и вчера.

(16) Для того чтобы "логика" скидок работала на сайте все данные для их расчета должна содержать и база сайта, а это дорогой друг двойная база, синхронизация - которую нужно поддерживать актуальную, 24х7, в том числе исправление ошибок криворукого оператора, который ввел цену поступившего товара или затрат в 3 руб. когда там 3кк рублей. Кто будет за ошибки платить? Чую что такой клиент будет говорить "Ты виноват, мистер Прохожий" =)

(1) В 1С есть т.н. "сервер лояльности" то бишь скидок, но он вроде только для РМК. Для сайта, наверное, нужен либо свой, либо какой-то иной сервер/сервис для скидок.

(24) Это да, "Это мы могём"

(26) Это интересно

(28) еще как вариант CRM "сторонний" "облачный" подружить с вашим продакшоном (куча их)

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

плюсом в этих CRM есть чатик с вашими менеджерами продажного отдела и что там еще в CRM сейчас модно-молодежно?

(29) >> что там еще в CRM сейчас модно-молодежно?
Транскрибация звонков

А разве нет для УТ каких-то типовых выгрузок (товар, остаток, цена, статус заказа) и загрузка заказов под популярные движки? Ведь почти все популярные инет. магазины поддерживают обмен в CommerceML.