разработчики SS никак не могут управлять этим (да и вообще ни один владелец сайта)
зафискировать реферера при успешном оформлении заказа и не менять его в дальнейшем для этого заказа
такое могло бы сделать Метрика, если учитывала не последний переход, а первый (но тогда отчёты по рекламе съедут).
Реферера передаёт ваш браузер (если ему это не запрещено).
Возможно, стоит подправить событие Метрики, чтобы цель "заказ оформлен" срабатывала до перехода на страницу оплаты (но это опять же не совсем к разработчикам Shop-Script).
P.S. хотя посмотрел ещё раз скриншот. Кое-что разработчики SS сделать могут -- если вот этот вот скрин с "канал продаж: витрина" из админки, то тут они могли бы реферер сохранять нормальный.
Да, но проверять после каждого обновления не затёрлись-ли изменения... :(
И тут, в целом, совершенно непонятно. Выпиливается это на раз-два, последствий никаких не имеет (вроде бы). Отчего вебассист до сих пор "рассматривает"?
Надо заметить, что в отличие от фронта, в админке не получится вывести на карту сразу все ПВЗ от всех способов доставки -- только от того, который выбран. При редактировании заказа в админке выполняется расчёт только для одного, выбранного, способа доставки, а не для всех сразу, как во фронте.
Поэтому задача "найти ПВЗ поближе" не может быть решена иначе, как перебором способов доставки и просмотром их вариантов по очереди (хоть на карте, хоть списком)
В теории это можно сделать, но не при получении callback, а при смене статуса. При этом уведомление, скорее всего, отправится со старой датой -- ЕМНИП сначала отправляется уведомление, а потом срабатывают сторонние обработчики события измерения статуса (но это неточно).
Можно такой плагин написать, но не думаю, что у него будет достаточно продаж.
Это та дата, которая посчиталась при расчете доставки. Логично, что она меняется, когда вы меняете заказ. Клиент три дня назад оформлял заказ, видел одну дату, потом подумал и попросил менеджера изменить заказ -- получилась другая дата.
В Shop-Script есть также "желаемая дата доставки", которую некоторые способы доставки (например Курьер) могут запрашивать во время оформления заказа.
А также в Shop-Script есть "согласованная дата доставки" -- которую менеджер может указывать, например, после согласования с клиентом.
Если желаемая или согласованная дата не показываются в ЛК покупателя при просмотре заказа, нужно внести правки в шаблон темы дизайна.
Я про шаблоны ответов понимаю, но это нечестно. Разработчик плагина не может сделать так, чтобы Shp-Script посчитанную стоимость не добавлял в сумму к оплате, когда клиент переходит к оплате после подверждения заказа.
версия магазина совпадает с той, что поддерживает плагин? Поскольку плагин заменяет часть системных модулей, обновлять магазин можно только если есть версия плагина для версии магазина, на которую вы обновляетесь
Для начала отключите плагин с id=sovetnik (видимо, какой-то очередной "отключатель ЯСоветника"). И проверьте, работает ли оформление заказа без этого плагина
разработчики SS никак не могут управлять этим (да и вообще ни один владелец сайта)
такое могло бы сделать Метрика, если учитывала не последний переход, а первый (но тогда отчёты по рекламе съедут).
Реферера передаёт ваш браузер (если ему это не запрещено).
Возможно, стоит подправить событие Метрики, чтобы цель "заказ оформлен" срабатывала до перехода на страницу оплаты (но это опять же не совсем к разработчикам Shop-Script).
P.S. хотя посмотрел ещё раз скриншот. Кое-что разработчики SS сделать могут -- если вот этот вот скрин с "канал продаж: витрина" из админки, то тут они могли бы реферер сохранять нормальный.
в ответ на Чтобы реферер (источник заказа) не затирался платежной системой
Да чего там нарывать. В git посмотрел историю изменений файла. И увидел, что между 8.0.3 и 8.15.0 изменений не было,
а в 8.15 добавили вызов метода регистрации (и сам метод)
в ответ на Добавить возможность отключить автом. регистрацию при просмотре заказа
Да, но проверять после каждого обновления не затёрлись-ли изменения... :(
И тут, в целом, совершенно непонятно. Выпиливается это на раз-два, последствий никаких не имеет (вроде бы). Отчего вебассист до сих пор "рассматривает"?
в ответ на Добавить возможность отключить автом. регистрацию при просмотре заказа
Округление в настройках валют
в ответ на Убрать копейки в корзине
Надо заметить, что в отличие от фронта, в админке не получится вывести на карту сразу все ПВЗ от всех способов доставки -- только от того, который выбран. При редактировании заказа в админке выполняется расчёт только для одного, выбранного, способа доставки, а не для всех сразу, как во фронте.
Поэтому задача "найти ПВЗ поближе" не может быть решена иначе, как перебором способов доставки и просмотром их вариантов по очереди (хоть на карте, хоть списком)
в ответ на Выбор ПВЗ в форме редактирования заказов в бэкенде
Блоки, шаблоны тема дизайна -- наиболее вероятные места
в ответ на Как найти место расположение виджета в админке
Установите все обновления плагина Яндекс.Маркет
в ответ на Поддержка Элементов в файлу YML
вероятнее всего "+" не нравися.
в ответ на Почему короткий тег типа "7+" не выдаёт список товаров в админке
Динамические категории, сами по себе, довольно спорная вещь,с неочевидными побочными эффектами.
Лучше используете плагин управления товарами, чтобы формировать обычные категории по какой-то характеристике
в ответ на Динамические категории и критерии отбора
Ну переименуйте "Самовывоз" в "Пункты выдачи заказов". Должно быть понятнее, кмк
в ответ на Разграничение самовывоза и курьерских служб
В теории это можно сделать, но не при получении callback, а при смене статуса. При этом уведомление, скорее всего, отправится со старой датой -- ЕМНИП сначала отправляется уведомление, а потом срабатывают сторонние обработчики события измерения статуса (но это неточно).
Можно такой плагин написать, но не думаю, что у него будет достаточно продаж.
в ответ на Обновление даты доставки после оплаты
Не может достучаться до сервера, рассылающего push-уведомления. Какой-то из них, кажется, роскомговном заблокирован
в ответ на Иногда в логах ошибка Unable to send PUSH notifications
Это та дата, которая посчиталась при расчете доставки. Логично, что она меняется, когда вы меняете заказ. Клиент три дня назад оформлял заказ, видел одну дату, потом подумал и попросил менеджера изменить заказ -- получилась другая дата.
В Shop-Script есть также "желаемая дата доставки", которую некоторые способы доставки (например Курьер) могут запрашивать во время оформления заказа.
А также в Shop-Script есть "согласованная дата доставки" -- которую менеджер может указывать, например, после согласования с клиентом.
Если желаемая или согласованная дата не показываются в ЛК покупателя при просмотре заказа, нужно внести правки в шаблон темы дизайна.
в ответ на Сохранение данных "Ориентировочная дата доставка"
И эцсамоэ.... В Московской области нет города "Москва".
Москва, Санкт-Петербург и Севастополь -- города федерального значения и самостоятельные регионы
в ответ на Не отправляется форма из за доставки
В бэкенде пересчет с задержкой выполняется (к тому же вызывается несколько раз).
Вероятнее всего надо просто подождать
в ответ на При редактировании заказа не просчитывается стоимость доставки
Я про шаблоны ответов понимаю, но это нечестно. Разработчик плагина не может сделать так, чтобы Shp-Script посчитанную стоимость не добавлял в сумму к оплате, когда клиент переходит к оплате после подверждения заказа.
в ответ на Как из стоимость доставки СДЭК убрать сумму доставки при оплате
К 8.20 всё ещё не рассмотрели?
в ответ на Добавить возможность отключить автом. регистрацию при просмотре заказа
Возможно, какая-то проблема с отправкой уведомлений. Ну, например, шаблон уведомления сломан.
в ответ на Не перебрасывает на страницу Спасибо после оформления заказа
Потребуется изменение кода основного приложения Shop-Script. т.е. после такой доработки вам придётся забыть об установке обновлений магазина.
в ответ на НУЖНО. Чтобы покупатель видел стоимость доставки, а оплачивал только товар?
В шопскрипт никогда не было такой настройки
в ответ на НУЖНО. Чтобы покупатель видел стоимость доставки, а оплачивал только товар?
Настройки → типы и характеристики товаров: отключить показ на сайте у нужных вам характеристик
в ответ на Запрет вывода определенных характеристик в кратком списке карточки товара.
Вам нужно обновить приложение Shop-Script (Магазин)
в ответ на Ошибка обновления
Интересно, как вы вообще себе представляете результат "отсортировать по фильтру".
в ответ на Сортировка товаров в статичных списках
плагин-то тут причем?
в ответ на (не) учет стоимости доставки в заказе
версия магазина совпадает с той, что поддерживает плагин? Поскольку плагин заменяет часть системных модулей, обновлять магазин можно только если есть версия плагина для версии магазина, на которую вы обновляетесь
в ответ на Дробное количество товаров или как продавать весовые товары в Shop-Script
Может так понятнее будет?
в ответ на CRM: Не работает сортировка телефонов и адресов в редактировании контакта
ни в SS5, ни в SS6 такого не было
в ответ на Покупатель, плательщик и получатель.
это ожидаемое поведение. Но у myapplication есть возможность подписаться на события другого приложения
в ответ на fix waSMS
да. совсем скоро
в ответ на Ozon.Logistics
Для начала отключите плагин с id=sovetnik (видимо, какой-то очередной "отключатель ЯСоветника"). И проверьте, работает ли оформление заказа без этого плагина
в ответ на Оформление заказа - не возвращается к Контактной информации