Юрий Волошин (Все сообщения пользователя)

Если у вас нет связи с 1С - то для смены цены вам придется перейти в список этих торговых предложений, вызвать быстрое редактирование и сменить цену в этом списке, будет похоже как смена цены в экселе.

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

Можно переходить с простого товара к торговым предложениям, он если что-то не так напишет, что нужно сделать для перехода

Как только машина уйдет с тестирования, я опишу все нововведения в статье, и добавлю вторую часть статьи.  

Вы хотите выбирать склады заставить клиентов? Спорное решение на мой взгляд. Штатно в продукте клиент покупает товар, где он у вас клиента не касается. Далее заказ попадает в админку и там вы уже выбираете склады отгрузки.

В 15 версии продукта которая в полном объеме выйдет до конца года, это еще улучшится, будет новая схема управления заказами, их разделением с отдельными отгрузками и т.п. будет более удобно.

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

На тестирование как раз обновление виртуальной машины с поддержкой композита и с использованием nginx.

А какая кодировка сайта, и сделана ли индексация?

У вас там куча переопределений действий, что в них происходит неизвестно, проще спросить разработчика который это все сделал. Или как вариант обратится в наше ТП.

Перенастройте как у меня на скриншоте:



У вас стоит тестовый режим на скриншотах, вы еще не в рабочем действуете?

Уберите в настройках переопределение действий после оплаты, неизвестно что у вас в том файле, по умолчанию обработчик без всяких дополнительных файлов умеет ставить статус в Y об оплате - ваш скриншот http://joxi.ru/UW43VP3JTJAecC0w1Bo

И все будет хорошо.

А вы в этом уверены, а можно увидеть скриншот, какой выбран обработчик у вас и поля настроек тоже бы не помешали все, в виде скринов. Замажьте только данные Яндекса для подключения.

Олег такое поведение правильное.

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

Но вы можете сразу начать работать с торговым предложением, и эта вкладка появляется.

Либо вы можете менять тип товара, внутри товара, с некоторыми ограничениями.




и тогда будет вот так, как вам и требуется

По умолчанию задается местоположение магазина.

Штатного механизма решения вашей задачи пока в продукте к сожалению нет.  

Здравствуйте.

Можно, вот пример такого сайта и урла: http://tortik39.ru/catalog/cake-brave-dusty/?FROM_SECTION=cakes-for-birthday

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

В обработке адресов не чего не делается, а вот в компоненте списка вносится следующее:

URL, ведущий на страницу с содержимым элемента раздела: /catalog/#ELEMENT_CODE#/?FROM_SECTION=#SECTION_CODE#

и мы получаем раздел в детальке в урле, но не в теле ЧПУ

Ну и на странице которая принимает такой урл в компоненте прописываем следующее:

Код раздела: ={$_REQUEST["FROM_SECTION"]}

p.s. если у вас стоят последние обновления, то пример выше отлично работает и с хлебными крошками.  

По первому можно сделать настроками и выводом через bitrix:subscribe.form - не совсем понятен сценарий, может нужно будет его немножко кастомизирнуть.

Второе - такой компонент появится в ближайшее время, есть бесплатные в маркетплейсе и есть платные там же не плохие.

Четвертое - Это делается в корзине sale.basket.basket - там можно отложить товар и потом к нему вернутся или вы хотите в товарах вишлист, то да такого нет, но опять есть решения в маркетплейсе.

На тестирование, заработает в новых дефолтных шаблонах, и не нужно будет делать просто использовать, вообще за это отвечает компонент сравнения.

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

Конфигурации обменов новых версий умеют работать с HTTPS, напишите версию которая у вас работает.

Было в наших группах в социальных сетях во всех. Опросы уже сняты, так как уже даже модуль готов.

Отправил вам приглашение, единственно там не под Украинскую версию.

Ну не все так плохо, не все, опрос был на трех ресурсах, и в других местах любителей УНФ было многим больше.

Почему обделили, модуль готов, находится в раннем альфатестирование, если хотите рискнуть и имеете знания для этого, пишите на myth@bitrix.ru я добавлю вас в группу, которая участвует в тестирование, в ней мы подсказываем, как что, и на основание мнения тех кто тестирует, вносим быстрые правки.

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

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

У вас каждая карта имеет уникальный процент? Обычно это 2-3 разных процента, создаете группы и назначаете скидку в процентах на конкретную группу, пользователей сортируете между этими группами.

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

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

Вам наверно стоит обратится к разработчику решения которое вы используете, у нас ограничений нет на количество свойств.

Вот ради примерно 5% потребуется в два раза больше времени, чем на создание шаблона для нормальных браузеров, с результатом заведомо страшнее и хуже. И данный показатель с каждым кварталом постепенно стремится к 0.

По сути самые проблемы это 6-8 IE (их мы поддерживать не планируем), начиная с 9 шаблон выглядит более менее адекватно (если вы замечаете неадекватность выполнения, напишите в ТП, мы подправим), выше 9 все совсем становится хорошо.  

Попробуйте обратится в Яндекс или дать больше информации, вроде бы проблем с нашей стороны быть не должно.