Это вам не поможет. За малое (десяток) изменений количества в корзине можно с точностью до единиц узнать актуальные остатки на складах. А при желании и автоматизировать этот процесс и отслеживать изменения в реальном времени.
refund_amount должно было сразу же насторожить - в текущей реализации для этих методов передаются только данные транзакции (из таблицы wa_transaction). Описания передаваемых параметров исправим.
Предстоит исправить проверку доступности редактирования заказа в магазине (сейчас можно включить редактирование и будет странное), а так же реализовать правильное поведение действия списания. А это уже работа с обеих сторон: как со стороны приложений, использующих плагины оплаты с двухстадийной оплатой, так и со стороны плагинов оплаты и их базовых классов во фреймворке. Ну и потребуется актуализация кода плагинов оплаты через платежные шлюзы, у которых доступно частичное списание, в том числе и плагинов сторонних разработчиков. Есть и другие проблемы (в частности, корректная обработка ситуации, когда взаимодействие с платежным шлюзом заканчивается какой-либо ошибкой).
Так что придется немного подождать, пока будет реализована возможность частичного списания в приложении корректно.
В таком виде это использовать нельзя и даже опасно. Доступность изменения суммы списания должна проверяться приложением через атрибуты плагина оплаты и его методы. Если плагин не ожидает данные о заказе, то он никак не сможет проверить сумму, а при получении уведомления о списании оригинальной суммы заказ не сменит статус из-за расхождения сумм и дальше из приложения сделать возврат средств покупателю корректно не получится.
Ну и передавать в плагин надо в обобщенном формате waOrder, учитывая валюту заказа и валюту платежа.
"Другой сервис" тоже имеет какие-то расценки на подключение/запросы к данным, которые он взял с оригинального сайта и перепродает. И умеет выгружать данные в CSV (если верить описанию).
А обработать и импортировать в магазин CSV можно существующими средствами.
В "чистой" установке при экспорте не вызывается что-либо, взаимодействующее с сессией.
В вашем случае какой-то код пытается сохранить данные в сессии (которая для CLI режима, мягко говоря не очень применима), либо вызывается код, использующий данные в сессии. Возможно, это плагин скидок, может быть какой-то иной плагин. Требуется отладка и проверка на вашей установке.
Чтобы настройка не слетала можно использовать пользовательский файл - скопировать вашу версию файла в файл wa-config/apps/shop/plugins/yandexmarket/map.php
При обновлениях не слетит, но новые возможности придется добавлять самостоятельно в вашу версию файла, сравнивая её с оригинальным файлом плагина.
Посмотрел логи плагина в вашем запросе - похоже на некорректную настройку. Если у вас используется отдельный экземпляр настройки плагина для mPOS, то поле "Номер витрины" должно быть пустым.
Если у вас один экземпляр настройки плагина, то тут может помочь только доработка плагина (в одном из будущих обновлений).
В поле комментария надо вводить не "страшный" номер shop_123_45678, а просто число с номером заказа (а точнее, его id в бд, что фигурирует в URL при просмотре заказа в бекенде, поскольку для отображения используется форматирование с настраиваемым префиксом). Например для заказа 768 комментарий может быть просто 768
Важные уточнения:
Вариант оплаты для заказа должен быть выбран правильно. Лучше, если это будет плагин с явной настройкой типа интеграции Мобильный терминал (mPOS) и не будет дублей с такой настройкой.
Сумма должна совпадать (иначе будет "подвешенный заказ")
Корректность работы можно увидеть по смене статуса такого заказа (либо смотреть логи плагина на предмет наличия уведомлений о таких оплатах и том, как они обрабатываются)
1. При импорте CSV есть ссылка "Расширенные настройки", в ней есть параметр Уникальность URL изображений товаров.
2. Файл должен содержать столбцы идентификации и столбцы с изменяемыми данными. Остальных столбцов либо не должно быть в файле (удалить их в редакторе или изначально выбирать опции "не экспортировать"), либо для них выбирать вариант "не импортировать".
1. Какие настройки для сопоставления изображений используете, на каком файле возникают проблемы, какая версия фреймворка и приложения (это всё можно отправить при обращении в поддержку)?
2. Зачем вы каждый раз импортируете данные, которые не изменяете? В случае изменения цен/характеристики достаточно использовать в файле столбцы для идентификации, столбцы, определяющие тип строки (товар или категория) и, собственно изменяемые данные. Если вваливать кучу данных с надеждой, что "код умный, он сам разберётся, что я хочу", то с большой вероятностью можно получить испорченные данные. К тому же из-за этого время импорта может значительно возрастать.
При совпадении названий подряд идущих столбцов они обрабатываются совместно и выбор соответствия при импорте выполняется для таких столбцов одной настройкой.
Изменение вида текста произошло в последнем столбце, а не во всех - это ошибка отображения. Должно становится перечеркнутым серым для всех столбцов.
Проверьте параметры настроек подключения к SQL серверу и обновите фреймворк до актуальной версии (при неверных настройках подключения к серверу/его недоступности некорректно обрабатывается исключение).
Фильтры категории всегда оперируют базовыми единицами для характеристик с размерностью. Границы диапазонов фильтра строятся на основе фактических значений характеристик. Значение в 2300 метров означает, что у вас есть товар, у которого ширина указана ошибочно как 2300 метров (вместо 2300 мм). Вам следует исправить значения характеристики у таких товаров (например, отфильтровав их на этой же странице по величине ширины больше 100 м)
Плагин пытается импортировать пустое значение как трехмерную характеристику, так не получится — плагину следует пропускать такие значения характеристик.
Какого плагина??? Еще раз: поля "external_id" нет в базовом коде. Плагин cml1c оперирует собственном идентификатором. Плагин yandexmarket формирует offers/offer[id] на основе id в БД товаров и артикулов.
Но я не знаю ни одного плагина, который бы использовал "в external_id либо id товара либо id артикула"
Фильтрация/подбор в категории во фронтенде учитывает существование значений характеристик у товаров категории.
Фильтрация/предзаполнение значений характеристик на основе набора мастер-характеристик — это очень специфичная задача, которая, зачастую решается внешними средствами (подготовка файлов в табличных процессорах и после импорт).
Как мне кажется - такое корректнее делать специализированным плагином (выбирается бренд продукта, серия продукта и остальные технические параметры уже ограничиваются, упрощая заполнение данных). Но это потребует поддержания актуальности метаописания бренда/серии или некоего механизма самообучения. Я не так много магазинов встречал, где используются продуманные и полные матрицы характеристик товаров, позволяющие покупателю удобно выбрать нужное и получить ответы на многие технические вопросы.
Это поможет до следующего обновления. Можно попробовать приложение My Lang: Лайт для перевода строк.
в ответ на Можно ли убрать вывод остатков в корзине
Это вам не поможет. За малое (десяток) изменений количества в корзине можно с точностью до единиц узнать актуальные остатки на складах. А при желании и автоматизировать этот процесс и отслеживать изменения в реальном времени.
в ответ на Можно ли убрать вывод остатков в корзине
refund_amount должно было сразу же насторожить - в текущей реализации для этих методов передаются только данные транзакции (из таблицы wa_transaction). Описания передаваемых параметров исправим.
Предстоит исправить проверку доступности редактирования заказа в магазине (сейчас можно включить редактирование и будет странное), а так же реализовать правильное поведение действия списания. А это уже работа с обеих сторон: как со стороны приложений, использующих плагины оплаты с двухстадийной оплатой, так и со стороны плагинов оплаты и их базовых классов во фреймворке. Ну и потребуется актуализация кода плагинов оплаты через платежные шлюзы, у которых доступно частичное списание, в том числе и плагинов сторонних разработчиков. Есть и другие проблемы (в частности, корректная обработка ситуации, когда взаимодействие с платежным шлюзом заканчивается какой-либо ошибкой).
Так что придется немного подождать, пока будет реализована возможность частичного списания в приложении корректно.
в ответ на При выполнении действия "Списать средства" в плагин оплаты не передаются данные о самом заказе
В таком виде это использовать нельзя и даже опасно. Доступность изменения суммы списания должна проверяться приложением через атрибуты плагина оплаты и его методы. Если плагин не ожидает данные о заказе, то он никак не сможет проверить сумму, а при получении уведомления о списании оригинальной суммы заказ не сменит статус из-за расхождения сумм и дальше из приложения сделать возврат средств покупателю корректно не получится.
Ну и передавать в плагин надо в обобщенном формате waOrder, учитывая валюту заказа и валюту платежа.
в ответ на При выполнении действия "Списать средства" в плагин оплаты не передаются данные о самом заказе
"Другой сервис" тоже имеет какие-то расценки на подключение/запросы к данным, которые он взял с оригинального сайта и перепродает. И умеет выгружать данные в CSV (если верить описанию).
А обработать и импортировать в магазин CSV можно существующими средствами.
в ответ на Модуль закрузки характеристик и изображений с Яндекс.Маркета, как в битриксе.
Проблема, скорее всего, в версии PHP, которая для CLI отличается от версии веб. Фреймворк требует версию PHP 5.6 и выше (7.x предпочтительней)
в ответ на Ошибка syntax error в cron /cli.php mailer send после обновления
принято, будем копать
в ответ на Двойной возврат
Возвращено повторно оно = сумма за товар/товар на склад?
И какой плагин оплаты используется?
в ответ на Двойной возврат
Или действий, поведение которых настроено как одно из названных действий. (Поведение - это такая настройка пользовательского действия с заказом)
в ответ на Статус заказа и списание со склада
В "чистой" установке при экспорте не вызывается что-либо, взаимодействующее с сессией.
В вашем случае какой-то код пытается сохранить данные в сессии (которая для CLI режима, мягко говоря не очень применима), либо вызывается код, использующий данные в сессии. Возможно, это плагин скидок, может быть какой-то иной плагин. Требуется отладка и проверка на вашей установке.
в ответ на Сломался плагин Яндекс.Маркет
Сессия для задачи из консоли не должна запускаться. Хвост, скорее всего, живет в одном из плагинов.
в ответ на Сломался плагин Яндекс.Маркет
Ваш вариант: "выбор нескольких возможных вариантов (checkbox)" А второй селектор - выбрать "текст"
в ответ на Характеристика товара
Исправление в вашем случае работает, но в общем случае правка неверная. Ошибка заключается в лишней строке
в ответ на Категории из другой витрины
Чтобы настройка не слетала можно использовать пользовательский файл - скопировать вашу версию файла в файл wa-config/apps/shop/plugins/yandexmarket/map.php
При обновлениях не слетит, но новые возможности придется добавлять самостоятельно в вашу версию файла, сравнивая её с оригинальным файлом плагина.
в ответ на Кто настроил market_category?
Посмотрел логи плагина в вашем запросе - похоже на некорректную настройку. Если у вас используется отдельный экземпляр настройки плагина для mPOS, то поле "Номер витрины" должно быть пустым.
Если у вас один экземпляр настройки плагина, то тут может помочь только доработка плагина (в одном из будущих обновлений).
в ответ на Автоматическая привязка оплаты через mPoS терминал к заказу
В поле комментария надо вводить не "страшный" номер shop_123_45678, а просто число с номером заказа (а точнее, его id в бд, что фигурирует в URL при просмотре заказа в бекенде, поскольку для отображения используется форматирование с настраиваемым префиксом). Например для заказа 768 комментарий может быть просто 768
Важные уточнения:
Корректность работы можно увидеть по смене статуса такого заказа (либо смотреть логи плагина на предмет наличия уведомлений о таких оплатах и том, как они обрабатываются)
в ответ на Автоматическая привязка оплаты через mPoS терминал к заказу
Сайт → Структура → Магазин → URL страниц
в ответ на Где в БД массово поменять структуру построения URL?
1. При импорте CSV есть ссылка "Расширенные настройки", в ней есть параметр Уникальность URL изображений товаров.
2. Файл должен содержать столбцы идентификации и столбцы с изменяемыми данными. Остальных столбцов либо не должно быть в файле (удалить их в редакторе или изначально выбирать опции "не экспортировать"), либо для них выбирать вариант "не импортировать".
в ответ на Задваиваются фото товаров при импорте CSV файла
Есть несколько вопросов:
1. Какие настройки для сопоставления изображений используете, на каком файле возникают проблемы, какая версия фреймворка и приложения (это всё можно отправить при обращении в поддержку)?
2. Зачем вы каждый раз импортируете данные, которые не изменяете? В случае изменения цен/характеристики достаточно использовать в файле столбцы для идентификации, столбцы, определяющие тип строки (товар или категория) и, собственно изменяемые данные. Если вваливать кучу данных с надеждой, что "код умный, он сам разберётся, что я хочу", то с большой вероятностью можно получить испорченные данные. К тому же из-за этого время импорта может значительно возрастать.
в ответ на Задваиваются фото товаров при импорте CSV файла
При совпадении названий подряд идущих столбцов они обрабатываются совместно и выбор соответствия при импорте выполняется для таких столбцов одной настройкой.
Изменение вида текста произошло в последнем столбце, а не во всех - это ошибка отображения. Должно становится перечеркнутым серым для всех столбцов.
в ответ на Импорт из CSV файла - распознавание столбцов
Проверьте параметры настроек подключения к SQL серверу и обновите фреймворк до актуальной версии (при неверных настройках подключения к серверу/его недоступности некорректно обрабатывается исключение).
в ответ на Fatal error: Call to a member function escapeField() on null in
Фильтры категории всегда оперируют базовыми единицами для характеристик с размерностью. Границы диапазонов фильтра строятся на основе фактических значений характеристик. Значение в 2300 метров означает, что у вас есть товар, у которого ширина указана ошибочно как 2300 метров (вместо 2300 мм). Вам следует исправить значения характеристики у таких товаров (например, отфильтровав их на этой же странице по величине ширины больше 100 м)
в ответ на Некорректно отображаются единицы измерения товаров
Плагин пытается импортировать пустое значение как трехмерную характеристику, так не получится — плагину следует пропускать такие значения характеристик.
в ответ на Ошибка в features.error.log
Следует починить таблицу, которая сломалась и автоматически не смогла починиться:
Table './webdev/shop_search_index' is marked as crashed and last (automatic?) repair failed
в ответ на 1С (CommerceML) ошибки логирования.
После чего плагин нельзя обновлять, верно?
И никакой интеграции с другими плагинами промоакций?
в ответ на Акции в Яндекс Маркете
Какого плагина??? Еще раз: поля "external_id" нет в базовом коде. Плагин cml1c оперирует собственном идентификатором. Плагин yandexmarket формирует offers/offer[id] на основе id в БД товаров и артикулов.
Но я не знаю ни одного плагина, который бы использовал "в external_id либо id товара либо id артикула"
в ответ на Не передается внешний ID товара
Опубликовали персональные данные и не подумали о том, что генерировать external_id (которого нет в базовом коде приложения) — задача плагина.
в ответ на Не передается внешний ID товара
Исправление опубликовали.
в ответ на Яндекс Маркет, Акции, ошибка - неверное формирование XML gifts
В самом ближайшем обновлении это исправится.
К сожалению, часть вещей приходится узнавать экспериментально - актуальных XSD/DTD файлов для YML нет.
в ответ на Яндекс Маркет, Акции, ошибка - неверное формирование XML gifts
Фильтрация/подбор в категории во фронтенде учитывает существование значений характеристик у товаров категории.
Фильтрация/предзаполнение значений характеристик на основе набора мастер-характеристик — это очень специфичная задача, которая, зачастую решается внешними средствами (подготовка файлов в табличных процессорах и после импорт).
Как мне кажется - такое корректнее делать специализированным плагином (выбирается бренд продукта, серия продукта и остальные технические параметры уже ограничиваются, упрощая заполнение данных). Но это потребует поддержания актуальности метаописания бренда/серии или некоего механизма самообучения. Я не так много магазинов встречал, где используются продуманные и полные матрицы характеристик товаров, позволяющие покупателю удобно выбрать нужное и получить ответы на многие технические вопросы.
в ответ на Значения характеристик