Ошибка при сохранении статуса формы яндекс маркет

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

Зачем Яндекс.Маркет вообще выставляет ошибки и проверяет магазины? Для того, чтобы соблюдались законы о рекламе и пользователи сервиса получали всегда достоверную и актуальную информацию. В итоге, работают только магазины с качественным сервисом, покупатели доверяют Яндекс.Маркету, а магазины получают высокую конверсию от размещения.

Ошибки на сервисе можно разделить на две основные группы:

• критичные; 
• некритичные.

Если возникли 2 критичных ошибки за последние 30 дней, магазин отключают. В случае с некритичными ошибками — предложения скрываются.

Где посмотреть ошибки?

В разделе «Отчет об ошибках качества»:

Если проблема с обработкой прайс-листа, то смотрите «Отчет по индексации» раздела «Ассортимент»:

Критичные ошибки Яндекс.Маркета 

Существует множество причин из-за которых магазин могут отключить от сервиса. Если критичных ошибок больше двух, то магазин отключают. Рассмотрим часто встречающиеся.

Стоимость товара отличается на сайте и на Яндекс.Маркете

Чаще всего у магазинов появляется именно эта ошибка. Причина появления: сотрудник службы контроля качества проверяет магазин и переходит по ссылке на сайт магазина, там он либо не находит цены на карточке модели, либо она отличается.  

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

Как не допустить возникновения данной ошибки?

1. Если прайс-лист автоматически не обновляется, то при изменении цены на сайте, сразу же вносите изменения в прайс.
2. Много товаров, а автоматического прайс-листа у вас нет? Разбейте прайс-листы по категориям. Таким образом, Маркет быстрее будет обрабатывать ваши прайс-листы, а добавить их вы можете неограниченное количество.
3. Установите расписание работы на сервисе, и, при обновлении цен в магазине, отключайте показ предложений.
4. Наймите разработчика и пусть он вам настроит автоматически обновляемый прайс-лист. Это обеспечит комфортную работу на Маркете.

Проблема с оформлением товара или его наличием

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

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

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

Если товара нет в наличии, но вы хотите, чтобы он отображался на сервисе, поставьте статус товара “на заказ”. В таком случае, срок доставки товара обсуждается с покупателем, но по правилам сервиса доставка в таком случае не должна превышать 2-х месяцев.

Неверная информация о доставке

Такая ситуация может возникнуть по следующим причинам:

• Магазин обновил информацию на сайте, а на Яндекс.Маркете забыл. Не забывайте актуализировать данные!
• Менеджер при преме заказа сообщил срок доставки с запасом. Пусть ваши операторы говорят точные сроки, какие указаны на сервисе. 

Помимо срока доставки, обязательно проверяйте тарифы. Если вы указали, что доставка по Свердловской области стоит 200 рублей, то она и должна быть 200 рублей, хоть в самый удаленный поселок Свердловской области. Иначе Яндекс.Маркет выставит вам ошибку.

Покупателю не ответили по заказу в течение часа

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

Магазин не отправил проверочный код с тестового заказа

На почту магазина порой может поступить письмо с контрольным проверкой от Яндекс.Маркета. Обязательно отвечайте на такие письма. Создан такой метод проверки в первую очередь для того, чтобы узнать насколько быстро реагирует магазин на заказы. Время на отправку проверочного кода 1 час. Если такое письмо поступило в нерабочее время, то код необходимо отправить в течение первого часа рабочего дня.

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

Некритичные ошибки Яндекс.Маркета

Чаще всего некритичные ошибки связаны с доступностью сайта или обработкой прайс-листов.

Сайт магазина недоступен

К этой категории можно отнести ряд ошибок:

• Ошибка 404 — страница не найдена;
• Ошибка 408 — время ожидания истекло;
• Ошибка FewContent — размер проверяемой страницы меньше 1кб.

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

Магазин отключат, если недоступных страниц с данной ошибкой будет больше четырех!

Проблемы с прайс-листом

Если вы используете прайс-лист в формате YML, то ошибки из этой категории могут вас затронуть. Самая распространенная — «Фатальная ошибка: Ошибка парсинга XML». Возникает в основном когда предложение оформлено не правильно или серверу не хватает ресурсов на его обработку. Для того, чтобы понять, где именно возникает эта ошибка, необходимо зайти в раздел “Отчет по индексации”, там вы сможете подробно ознакомиться, где была допущена ошибка и время загрузки файла. Советуем проверять свой прайс и смотреть, корректно ли передаются описания предложений, картинки и пр.

Порой, при проверке прайс-листа вы можете увидеть ошибку disabled cpc and cpa programs. Ничего страшного в ней нет, но и решить своими силами вы ее не можете. Дело в том, что раньше на маркете было доступно две модели размещения, и в прайсе необходимо было это указывать. Теперь же, когда осталась только CPC модель, делать этого не нужно. Разработчики Яндекс.Маркета пишут, что вскоре устранят причину появления этой ошибки, ждем.

Советы, как избежать ошибок на Яндекc.Маркете

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

Автор: Анастасия Арефьева — Веб-мастер, сертифицированный специалист по Яндекс.Маркету и Яндекс.Метрике

Интеграция 1С с Яндекс.Маркетом в расширении конфигурации

Один из крупнейших торговых площадок России – это проект «Яндекса» и Сбербанка. Площадка работает с марта 2018 г.. С лета 2020 года площадка Яндекс.Маркет полностью принадлежит Яндексу

Предлагаемое здесь расширение является доработкой шаблона модуля «Размещение на маркетплейсе Яндекс.Маркета»  для  «1С:Предприятия» . Модуль интеграции, который бесплатно предлагает Яндекс имеет много ошибок в программном коде процедур и функций работы с методами API и невозможно его внедрять без доработки.

На данный момент мое расширение имеет версию 1.8.7.21 и адаптировано для работы в облаке . Расширение содержит исходный модуль Яндекса версии 1.8.7 и около 21 исправлений программного кода этого модуля Расширение позволяет :

• Устанавливать связи между вашим товарами и товарами на маркетплейсе.
• Управлять ценами на товары при помощи стратегий продаж.
• Подтверждать заказы, отправлять информацию о грузовых местах, передавать информацию об остатках, а также распечатывать ярлыки‑наклейки и акты приема‑передачи (только для модели FBS (Fulfillment by Seller, продажи с фулфилментом магазина) — вы сами храните и упаковываете заказы).

Тестирование работы расширения в облаке

Тестирование расширение  возможно только в облаке., например в 42Clouds- проект занимается оказанием услуг по аренде 1С. Для того, чтобы протестировать расширение Вы должны зарегистрироваться по ссылкам, указанным ниже в зависимости от интересующей конфигурации . После того, как пройдете регистрацию будет сразу активизирован сервис и доступ к тарифу в облаке, который Вы выберите.  У вас будет 7 дней бесплатного доступа.

Последняя цифра в версии расширения соответствует версии моих доработок. Для приобретения моего доработанного расширения обращайтеcь ко мне на почту master1c8x@mail.ru

Для того, чтобы работать с расширение и получить заказы от Маркета нужно сначала пройти регистрацию в личном кабинете Яндекс.Маркет.. Как зарегистрироваться в личном кабинете можно посмотреть здесь

Основные доработки модуля в расширении.

1. Изменен механизм работы с регламентным заданием выгрузки цен на маркетплейс – Не требуется устанавливать дополнительную внешнюю обработку “Фоновая выгрузка цен на маркетплейс” для запуска по расписанию регламентное задание . Достаточно установить файл расширения и настроить расписание фонового задания Это возможно благодаря тому, что используется механизм собственных регламентных заданий в расширении , описанный мной здесь
2. Удален функционал авто обновления расширения. Данный функционал не допустим для работы в облаке ,
3. Добавлена роль “Раздел Интеграция с Яндекс.Маркетом” для доступа неполноправных пользователей к разделу ( в режиме совместимости 8.3.14 и выше)
4. Исправлены ошибки в модуле и оптимизированы запросы. Исправлены ошибки в программном коде многих процедур и функций. Оптимизированы плохо написанные запросы , которые соблюдают требования 1С по оптимизации запросов
5. Удалена форма проверки обновлений – В расширении удален функционал обновления расширения и соответственно форма проверки обновлений удалена из интерфейса. Механизм проверки обновлений не допустим при работе в облаке ,

Следует отметить, что Яндекс.Маркет предоставляет партнерам 4 модели работы с партнерами. Особенности работы по моделям продаж можно подробнее здесь

1. Модель работы FBY (Fulfillment by Yandex, продажи с фулфилментом Яндекса) – Партнер самостоятельно поставляет товары на склады маркетплейса.
2. Модель работы FBS (Fulfillment by Seller, продажи с фулфилментом магазина) – Партнер обрабатывает и упаковывает заказы, затем отгружает в сортировочный центр или пункт приема.
3. Модель работы FBY+ (Fulfillment by Yandex +, поставка под заказ) – Партнер поставляет товары на склады маркетплейса после получения заказа от него. Упаковывает и доставляет товары маркетплейс.
4. Модели DBS (Delivery by Seller) -Продажи с доставкой магазина)

HTTP сервисы расширения

Яндекс.Маркет (далее МК) использует HTTP сервисы магазина для отправки и получения информации о заказах. В модуле интеграции Яндекса имеются 2 идентичные сервисы по назначению. Мне не понятно почему, но я оставил оба сервиса в моем расширении потому, что я не знаю к какому сервису обращается МК (см рис )

Методы HTTP сервисы

Каждый сервис имеет 4 post – метода и один get метод. При обращении к методам всегда проверяется Авторизация. Если она пройдена возвращается код состояние 401

• Функция StocksPOST(Запрос) – МК  передает список  SKU  товаров  магазину для получения  наличия товаров.  , иначе магазин передает на  МК  доступные остатки для продажи .   Для выполнения запроса МК должны быть настроен обмен и синхронизированы по SKU номенклатура магазина. Если синхронизация не настроена магазин возвращает нулевые остатки на все запрашиваемые товары. Отмечу, что  запрос получения остатков оптимизирован в моем расширении и работает на 50 % быстрее,  чем   в шаблоне расширения у Яндекса.
• Функция CartPOST(Запрос) – Когда покупатель начинает оформление заказа, магазину поступает запрос  с целью актуализации данных по наличию товаров, которые находятся в корзинке пользователя, Ответ магазина должен содержать актуальные данные. магазин возвращает  наличие и цену  в модели FBS , а также параметры доставки в модели  DBS, Отмечу, что  запрос получения остатков и цен товаров в корзинке пользователя  в модели FBS  и  DBS   оптимизирован в моем расширении и работает на 50 % быстрее,  чем   в шаблоне расширения у Яндекса.  
• Функция  OrderAcceptPOST(Запрос) – Когда покупатель завершает оформление заказа, на стороне Маркета формируется заказ со статусом "RESERVED" (зарезервирован), а магазину поступает запрос на принятие заказа. Магазин должен отправить ответ с подтверждением принятия заказа ("accepted": true) или с отказом от заказа ("accepted": false).   Магазин всегда принимает новый заказ. Однако если возникает ошибка создании заказа в базе данных возвращает отказ от заказа. Отмечу, что я не нашел ошибки в   программном коде процедуры создания заказа и формирования ответа по заказу и поэтому в моем расширении эти процедуры не тронуты. Однако, в этом обработке запроса могут возникать не запрограммированные ошибки, особенно, при сохранении заказов в базе данных
• Функция OrderStatusPOST(Запрос) –  Маркет отправляет магазину данные о статусе заказа. Статус зависит от способа оплаты. Если Оплата при оформлении, то Маркет отправляет магазину запрос  со статусом заказа «UNPAID” (не оплачен). У покупателя есть 30 минут, чтобы оплатить заказ. После оплаты Маркет отправляет магазину запрос  со статусом заказа “PROCESSING” (обрабатывается) — магазин может обрабатывать заказ. Если заказ не оплачен в течение 30 минут, Маркет отправляет магазину запрос  со статусом заказа “CANCELLED” (отменен). Если Оплата при получении, то МК отправляет магазину запрос  со статусом заказа  “PROCESSING” (обрабатывается) — магазин может обрабатывать заказ.
• Функция GetYML(Запрос) – В этом методе МК запрашивает у магазина  файл YML (Yandex Market Language) – стандарт, разработанный «Яндексом» для принятия и публикации информации в базе данных Яндекс.Маркет.  YML основан на стандарте XML (Extensible Markup Language).   Для получения YML  файла необходимо установить модель работы DBS в настройках интеграции . Если у магазина  указана модель работы FBS возвращается код состояния ответа  400 .

Порядок работы с расширением

1. Подключение расширения

Для подключения расширения нужно воспользоваться стандартной обработкой “Управление расширениями конфигурации” и добавить расширение из файла и отключить опции Безопасный режим, имя профиля и Защита от опасных действий для расширения.

После подключения расширения нужно перезапустить сеанс , чтобы появился новый раздел МаркетплейсБеру_Яндекс (См. рис 3) в панели разделов конфигурации.

Подробнее об установке и настройке модуля интеграции можно посмотреть в следующем видео ( Однако, установка внешней дополнительной обработки для настройки расписания передач цен не требуется в моем доработанном модуле) :

2. Подготовка сервиса и веб‑сервера

Чтобы начать обрабатывать заказы, необходимо подготовить сервис «1С:Предприятия» и веб‑сервер, на который маркетплейс будет отправлять запросы. Именно при помощи API‑запросов происходит взаимодействие по обработке заказов между маркетплейсом и «1С:Предприятием».

Подробное описание подготовки сервиса и веб сервиса можно посмотреть здесь

Подготовка сервиса и веб сервиса понадобится  партнерам, подключенным к маркетплейсу Яндекс.Маркета по модели FBS (Fulfillment by Selle) – вы сами храните и упаковываете заказы. Подробнее о моделях работы см. в Справке Маркета для моделей FBY, FBY+ и FBS.

Порядок действии по инструкции :

• Опубликуйте сервис на веб‑сервере
• Редактирование файла публикации в соответствии с инструкциями
• Установка SSL-сертификат на Вашем веб -сервере
• Установить ссылку на сервис в личном кабинете на Яндессе. Ссылка устаналивается на странице Настройки → Настройки API в личном кабинете для партнеров Маркета.

Форма публикации базы данных на веб – сервере открывается в конфигураторе в разделе Администрирование → Публикация на веб‑сервере. и показано на рис. 3

3. Авторизоваться на маркетплейсе

Перед началом работы необходимо авторизоваться пункте “Авторизация”( См. рис 4) :

В форме авторизации нужно указать

•  Номер кампании, который присваивается при регистрации на маркетплейсе (Его можно посмотреть в личном кабинете маркетплейса.), на маркетплейсе
•  Токен можно получить автоматически. Для этого нажмите кнопку Получить токен. Если вы авторизованы в личном кабинете, откроется окно браузера с вашим токеном. Если вы не авторизованы, выберите логин (при необходимости введите пароль), на который вы регистрировали магазин. Затем откроется окно с вашим токеном.

Важно!. Для работы с маркетплейсом используется 3 вида токена:

1. oAuth токен, для авторизации обращений от магазина к Маркету – https://yandex.ru/dev/market/partner-marketplace-cd/doc/dg/concepts/authorization.html
2. Есть токен для авторизации обращений от Маркета к магазину – https://yandex.ru/dev/market/partner-marketplace-cd/doc/dg/concepts/identification.html
3. Есть отладочный токен (Debug ключ) – его можно получить через службу поддержки для того, чтобы мы могли получить более детальные логи обращения. Он передаётся дополнительным параметром при вызове обращений к Маркету. 

4. Установить расписания

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

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

5. Источники данных о товарах

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

Выберите параметр из выпадающего списка, отметьте раздел в 1С, где хранится информация об этом параметре, и нажмите кнопку «Выбрать». В блоке справа для указанного раздела подставьте в поле нужное значение, нажав на элемент «…». Повторите тоже самое для каждого параметра и сохраните результат.

В источниках данных хранятся параметры:

• изготовитель, страна производства, торговая марка — обязательно для всех товаров;
• срок годности, срок службы, гарантийный срок —  обязательно для некоторых категорий товаров, например, продуктов питания или бытовой техники.
• ваш SKU — необязательно. Если вы не укажете источник данных, SKU будут сгенерированы автоматически.

6. Сопоставление товаров с карточками на маркетплейсе Яндекс.Маркета

Все товары, которые вы хотите размещать на маркетплейсе, необходимо сопоставить с карточками на нем. Каждому вашему товару должен соответствовать товар на маркетплейсе со своим идентификатором (SKU на Яндексе).

Для сопоставления используется пункт Загрузка товаров и привязка к карточкам

Отмечу, что загрузить товары на Маркете и установить привязку к карточка возможно если личный кабинет прошел модерацию. В противном случае, при обращение к каталогу на Маркете сервер возвращает ответ с кодом состояния: 403 FORBIDDEN Ошибка: Access denied (Доступ запрещен)

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

7. Управление ценами товаров

На маркетплейсе Яндекс.Маркета цены устанавливают партнеры-поставщики. Если один товар поставляют несколько партнеров, на маркетплейсе сначала продается товар с более низкой ценой. Когда закончится товар по низкой цене, на сервисе начнет продаваться товар по более высокой цене.

С помощью пункта Назначение цен вы можете устанавливать и отправлять цены на маркетплейс ( см рис) 

Цены можно отправлять автоматически или вручную. Автоматический режим позволяет оперативно реагировать на изменения цены на маркетплейсе при помощи стратегий продаж и отправлять обновленные цены товаров. Подробнее показано следующем видео.

9.Работа с заказами

Раздел относится только к партнерам, подключенным к маркетплейсу Яндекс.Маркета по модели FBS. Как начать обрабатывать заказы можно подробнее посмотреть здесь

Раздел содержит 2 пункта : Настройка заказов и Обработка заказов

9.1 Настройка работы с заказами

В  форме настройки нужно установить опцию Работа с заказами и заполнить все поля (См. рис)

Выберите способ авторизации, который вы указывали в личном кабинете для партнеров маркетплейса на странице Настройки → Настройки API.

Включите опцию Использовать лог запросов, если хотите, чтобы модуль фиксировал запросы от сервера маркетплейса.

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

9.2. Обработка заказов в модели FBS

Вам начнут поступать заказы с маркетплейса в «1C:Предприятие», если:

1. ваш магазин подключен к маркетплейсу ( Параграф 1)
2. вы подготовили сервис 1C и веб‑сервер ( Параграф 2),
3. Вы настроили модуль для работы с заказами ( Параграф 9.1);
4. вы сопоставили ваши товары с карточками ( Параграф 6)
5. вы отправили цены ( Параграф 7)

Форма обработки заказов – это рабочее место (См рис 10).

Подробнее об этом рабочем месте можно посмотреть здесь

Версия 1.7.45.9

Обновленная подсистема версии расширения 1.7.45.9 появилась после выхода версии шаблона интеграции 1.7.42 на Яндексе. Последние модули шаблона Яндекса можно скачать бесплатно здесь . Этот шаблон плохо работает – имеет много ошибок в программном коде и многие запросы по прежнему не оптимизированы . Причина ошибок в программном коде возможно связана с тем, что они не тестируют работу модуля в расширении, а тестируют его, интегрированный в основной конфигурации.

В новой версии 1.7.45.9 добавлены 2 новые подсистемы ( разделы) :

1. Работа с заказами в модели DBS ( продажи с доставкой магазина) – В  модели DBS  клиент размещает товары на  Маркете, принимает заказы , обрабатываете и доставляете их.  Деньги за предоплаченные заказы клиент получает на следующий день после их передачи в доставку. Чтобы начать размещение, достаточно зарегистрировать магазин, загрузить файл со списком товаров и настроить обработку заказов. Порядок взаимодействия через API при обработке заказов подробнее написано здесь
2. Управление поставками для модели «Витрина + фулфилмент»

Для приобретения моего доработанного расширения обращайтеcь ко мне на почту master1c8x@mail.ru

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

На данной странице описаны типичные сложности, с которыми сталкиваются пользователи плагина «Интеграция с Яндекс.Маркет».

Содержание:

1. Ваша система отвечает через API с ошибками
2. В админ-панель не приходят заказы
   2.1. А были ли заказы?
   2.2. Возможные ошибки
   2.3. Вы отказались принимать заказ
3. Не передаются статусы в маркет
4. Проблемы с передачей остатков
   4.1. При входящих обновлениях
   4.2. При исходящих отправках
5. Не скачивается акт-приёма передачи
6. Магазин отключен из-за ошибок в работе API
7. Заказ по FBS, но кнопки от DBS
8. Инструменты диагностики
9. Другие ошибки и вопросы

1. Ваша система отвечает через API с ошибками

В случае возникновения каких-либо ошибок во взаимодействии вашего сайта с Яндекс.Маркетом, вы можете увидеть следующее сообщение: «Ваша система отвечает через API с ошибками. Сейчас товары показываются на витрине, но будут скрыты, если ошибок станет больше«.

В этом случае нужно зайти в лог запросов (Настройки — Лог запросов), 

Далее переключиться на «Ошибки» и посмотреть детали конкретных ошибок

Пример 1

Детали ошибки:

В этом конкретном примере мы видим, что на некоторые запросы наш сайт ответил ошибкой с кодом 500 (Internal Server Error) В тексте ответа содержится информация об ошибке с номером 1021. 

Далее уже можно переходить к сайту и изучать его логи на предмет причины неполадок.

В файле error.log есть отсылка на подробности в файле db.log, в котором и нашлась причина возникновения ошибок 1021 — на хостинге закончилось место.

Пример 2

Детали ошибки:

Ошибка, связанная с долгим ответом сервера — 422 Shop response is too slow. SLA breached. Обычно это не постоянная ошибка, а периодически возникающая несколько раз в день. 

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

2. В админ-панель сайта не приходят заказы

Внимание! Синхронизируются только новые заказы, созданные после установки плагина

2.1. А были ли вообще отправлены заказы?

В этом случае нужно зайти в лог запросов (Настройки — Лог запросов), 

Проверить что запросы на передачу заказов вообще отправляются, меняем время на максимальное (23ч), ищем метод /accept

Иногда случаются ошибки в работе Маркета и он не отправляет запросы по API какое-то время. Если запросов нет, значит Маркет ничего не отправлял.

Дополнение: в момент индексации прайс-листа Яндекс.Маркет не создаёт тестовые заказы!

2.2. Возможные ошибки

Если запросы есть, тогда посмотреть, есть ли ошибка в логах, она будет отображаться по кнопке «Детали».

Возможные варианты:

• 403 Forbitten
• Not in GZIP format
• Ошибка 404: проверьте, правильно ли скопирована ссылка из плагина
• Item price is not positive: 0. Данная ошибка говорит о том, что ваш сайт отвечает, что цена товара нулевая. Если на самом деле цена товара не ноль, значит, скорее всего, неверно происходит сопоставление (не находит такой товар по offerID)

Если у вас хостинг Firstvds

Запросы отправляются, ошибки нет, но на сайте нет заказов:

Если у вас установлено приложение «Firewall», оно может блокировать запросы от Я.Маркета

2.3. «Вы отказались принимать заказ»

Плагин может отказаться принимать заказ, если товар не найден, либо он в недостаточном количестве. В этом случае в логе ответа будет: { «order»: { «accepted»: false, «reason»: «OUT_OF_DATE» } }

Как продиагностировать: проверить в логах Яндекс.Маркет, какой товар с каким offerID запрашивает маркет. Смотрим запрос /accept. Вероятные причины ошибки:

• Товара нет в наличии в нужном количестве на выбранном складе.
• Неверно сопоставляются OfferID Подробнее про сопоставление

3. Не передаются статусы в маркет

Данная проблема может возникнуть в следующих случаях:

• В настройках плагина действия магазина сопоставлены неверно. Выполняются действия, не выбранные в настройках плагина, и, соответственно, ничего не отправляется. Как проверить: в логи плагина ничего не записывается, в Маркете нет никаких запросов от сайта в логах. Подробнее про сопоставление статусов. 
• Исходящий авторизационный токен неверен/отозван. Как проверить: в логах плагина будет запись об ошибке (Access Denied / Token Invalid). Токен может быть заблокирован при смене пароля у аккаунта Яндекса или по другим причинам, нужно его обновить. Как это делается написано здесь. 
• Нарушена цепочка последовательности статусов. Вы пытаетесь сменить статус на тот, который недоступен для текущего заказа. Например, для модели FBS предусмотрена четкая последовательность: Принят — Готов к отгрузке — Отгружен. Если попытаться из «Принят» сразу перейти в «Отгружен», из этого ничего не выйдет. Как проверить: в логах плагина, в файле api.error.log будет запись: {«status»:»ERROR»,»errors»:[{«code»:»STATUS_NOT_ALLOWED», «message»: «No permission to set substatus SHIPPED for order XXXXX with status PROCESSING and substatus STARTED»}]}

4. Проблемы с передачей остатков

Кратко: самая частая проблема — неверно выбрано сопоставление «Ваш SKU» (offerID), поэтому остатки отдаются неверно. Подробно про настройку здесь.

Подробный процесс диагностики:

Передача остатков в Яндекс.Маркет в данный момент осуществляется с помощью двух механизмов:

• Яндекс.Маркет сам запрашивает остатки по своему списку товаров, присылая запросы /stocks в любой момент.
• Вы сами отправляете информацию в Маркет об остатках через метод /stocks, через кнопку в интерфейсе, или через автоматический планировщик CRON. Подробнее об этом здесь.

4.1. Диагностика для входящих обновлений остатков

Допустим, вы обнаружили, что наличие остатков в Яндекс.Маркет не соответствует сайту. Как проверить, почему они не обновились:
1. Выберите один или несколько товаров в личном кабинете Яндекс.Маркет, запишите значения из поля «Ваш SKU»:

В данном случае это fbs213, fbs212, fbs214

2. Далее в личном кабинете нужно перейти в раздел «Лог запросов»:

Нас интересуют запросы /stocks На вкладке «К вашему серверу» — те запросы, что посылает сам Маркет, а на вкладке «К серверу Маркета» — те запросы, что ваш сайт посылал самостоятельно. Обратите внимание, чтобы дата и время были выбраны правильно. Подробности запроса доступны по нажатию на «шестерёнку»:

Какие здесь могут быть ошибки:

1) Отсутствуют исходящие запросы /stocks от Маркета — неправильно выставлено время, либо не включено обновление остатков через API.

Проверьте обновление, нажав в личном кабинете в разделе «Настройки API» следующую кнопку: 

2) Запросы /stocks присутствуют, но указано, что есть какие-то ошибки:

• Доступ запрещен — 403 Forbitten
• Ошибка «expected and actual fingerprints aren’t the same»
• Read timed out — маркет не дождался ответа сайта. Если ошибка возникает только «иногда», то причина здесь не в плагине, а в ресурсах сайта. Возможно, в данный момент нагрузка на сайт повышена и он не может быстро отвечать на различные запросы.

3) Запросы /stocks присутствуют, ошибок нет, в теле пусто

Если в реальных запросах наличия ошибок нет, но в ответе «Тело отсутствует», то это нормально. Ответ поддержки Маркета:

Это вполне нормальная ситуация ,когда тело ответа скрывается, открыто оно только в тестовых запросах , сделано это для экономии вычислительных ресурсов, главное ,чтобы статус запроса был 200

Как же узнать, какая информация передаётся об остатках? Переходим в админку нашего сайта и включаем «Дебаг режим»: 

При этом режиме все запросы будут записываться в логи сайта. Перейдите в приложение «Логи». 

В файле plugins/pokupki/apiRequest.debug.log можно увидеть, по каким товарам было запрошены остатки, пример:

Попробуйте найти те SKU, которые записали ранее, присутствуют ли они в запросе Маркета. Для удобства файл лога вы можете скачать и посмотреть в текстовом редакторе на вашем компьютере (рекомендуем Sublime Text). 

Если SKU в запросе отсутствуют, значит Маркет не запрашивает по нему наличие. Это может происходить по различным, не зависящим от нас причинам — может быть товар в архиве? 

Если SKU присутствует, нужно изучить другой файл — ответ сайта. Найдите файл /plugins/pokupki/api.Response.debug.log — в него записывается ответ нашего сайта, та информация, которая отправляется в Яндекс.Маркет.

Теперь попробуйте найти ранее записанные SKU в этом файле. 

Если SKU присутствует, то проверьте, какое по нему отправляется наличие, и какое указано в самом товаре. В случае несовпадения проверьте:

1. Сопоставление OfferID — ID товара/ID артикула/Код артикула. Подробнее про сопоставление.
2. Выбранные склады в этой настройке.
3. Условия по изменению наличия в этой настройке.

Если SKU отсутствует, значит такой товар не найден на вашем сайте. Проверьте следующее:

1. Какие товары выбраны для определения наличия, присутствует ли в нём этот товар. Подробнее про настройку. 
2. Неверно указан принцип сопоставления товаров. Проверьте, как выставлено сопоставление — ID товара/ID артикула/Код артикула. Подробнее про сопоставление.
3. Не учтён формат SKU — например, в Маркете у вас fbs1234 (добавлена приставка к ID). Он заводится здесь.

4.2. Диагностика для исходящих обновлений остатков

В случае использования самостоятельной отправки остатков, вся информация будет записана в файл /plugins/pokupki/api.Request.offers-stock.debug.log В нем вы так же можете найти какой товар с каким наличием отправляется в Маркет, а полученные данные видны в личном кабинете на вкладке «К серверу Маркета», запросы /stocks.

Если при нажатии кнопки отправки остатков, вы видите, что обновляется лог /shop/plugins/pokupki/api.error.log , а внутри следующее сообщение:

{"error":{"code":403,"message":"Access denied"},"errors":[{"code":"FORBIDDEN","message":"Access denied"}],"status":"ERROR"}

значит варианта два:

1. Исходящий токен доступа утратил актуальность, как обновить.
2. Неверно введён номер кампании. 

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

5. Не скачивается акт приёма-передачи

• Акт доступен только в день отгрузки
• Проверьте, что все заказы переведены в статус «Готов к отгрузке».
• Ошибка «Token Invalid» — проверьте исходящий авторизационный токен. Токен может быть заблокирован при смене пароля у аккаунта Яндекса, нужно его обновить. Как это делается написано здесь.

Проверьте, скачивается ли акт в личном кабинете Яндекс.Маркет. 

6. Магазин отключили из-за ошибок в работе API

Если ошибка только при запросе order/status:

Ошибка 500 при запросе order/status

Если ошибка при любом запросе, но иногда:

Яндекс.Маркет может запрашивать актуальное наличие товаров через запрос /stocks хоть каждую минуту. Поэтому, если на сайте возникли какие-либо неполадки, в результате чего он стал временно недоступен, либо стал дольше отвечать на запросы, это может привести к ошибкам в ответе по API, т.к. Яндекс ждёт ответа всего-лишь несколько десятков секунд. Проблем в плагине в этом случае нет.

В любом случае, нужно смотреть описание конкретных ошибок в логах

7. Заказ по модели FBS, но отображаются кнопки от DBS («изменить дату доставки»)

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

В диагностике вам может помочь:

8.1. Лог запросов в личном кабинете Яндекс.Маркет

Здесь вы сможете посмотреть, что отправляется из Маркета и какой он получает ответ.

8.2. Включение логирования в плагине

В этом случае в приложении «Логи» будут записи о запросах и ответах, которые принимает или отправляет плагин.

8.3. Отправка тестовых запросов через сервис «Postman»

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

8.4. Отправка тестовых заказов через интерфейс в Яндекс.Маркет

В личном кабинете продавца «Яндекс.Маркет» зайдите в раздел левого меню Настройки — тестовые заказы

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

9. Другие ошибки и вопросы

Если у вас возникала какая-то другая проблема, не описанная на данной странице, нужно написать в поддержку по почте support@bodysite.ru , мы все проверим.

POST /yandexmarket/api/cart HTTP/1.1
Content-Type: application/json;charset=utf-8 

HTTP/1.1 500 Internal Server Error
Server: nginx
Date: Thu, 31 Aug 2017 12:13:43 GMT
Content-Type: text/html; charset=utf-8
Content-Length: 1689
Connection: keep-alive

Добавить комментарий

Forms.yandex.ru не работает сегодня январь 2023?

Узнайте, работает ли Forms.yandex.ru в нормальном режиме или есть проблемы сегодня

 Статус Forms.yandex.ru : нет сбоя  

8 комментариев

Forms.yandex.ru сбои за последние 24 часа

Не работает Forms.yandex.ru?

Не открывается, не грузится, не доступен, лежит или глючит?

Форум Forms.yandex.ru

Подсказки? Разочарования? Обсуждаем проблемы сервиса с другими посетителями сайта:

Чат с регистрацией

Уважаемый @yandex почитайте на досуге)

1. Чуть не пришлось вызывать скорую.

Захожу в личный кабинет. Магазин ( id10963**), думаю проверить, как прошла модерация карточек.

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

Так вот, оба файла которые я отправила на модерацию были не более 10 строк каждый, наверное робот проверял каждую букву на принадлежность к шрифту которым я пользовалась, кстати это был Calibri (Основной текст), высота 11рх. Так вот, в 23:12 меня осенило что я не знаю как там успехи с модерацией, и я решаю обновить страницу, на что получаю вот такую картину, и тянусь за валерьянкой.

Как так «пока вы ничего не загрузили»? Клянусь всеми Эксель таблицами которые у меня есть, за неделю загрузила 2161 товар. Спустя пару долгих секунд и пару седых волосин, я вспоминаю как часто Яндекс проводит технические работы на сайте, временно выдыхаю.

Перехожу в «каталог», там меня ждет очередной удар.

Сегодня когда я обновляла днем каталог, то большая часть карточек была создана и висела надпись «можно продавать». Как итог я получила надпись «скрыт автоматически».

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

2. Магия да и только.

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

После слияния каталогов, и превращения его в «единый» я, да и я думаю все «менеджеры по работе с маркетплейсами» затаили дыхание, и запаслись укрепляющим нервную систему. После очередной выгрузки 1000 товаров одним пакетом, казалось бы — жизнь станет проще, если будешь выгружать не 3 таблицы а 1. Увы. После прохождения модерации (кстати, наверное на таблицах 1000+ номенклатур у вас работает робот Блиц-скорость без границ, ибо я не знаю как файл на 1000+ ску обрабатывается быстрее чем на 10). После прохождения модерации я получаю вот такой вот репорт об ошибках (простите за качество фото)

Таким образом — видим ошибку — «мы не принимаем от партнеров контент для карточки». Ну вроде как написано все понятно. Далее я не знаю почему, но я решаю проверить эту ошибку в самой карточке, и получаю вот такой вот ответ.

Если честно, то после этого я засомневалась в своем умственном развитии.

Четно! Я проверила еще раз 10, результат был одинаковый. Сравнила разные ску в рапорте об ошибках и в каталоге. Но если зайти в саму карточку товара и поменять в ней изображение — тогда у яндекса не будет проблем с контентом.

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

3. Хороша система, но не доработали.

На прошлой неделе вы ввели новую фишку в режиме бета тестирования, «конвертер контента». Ничего не понятно, но звучит интересно. После прочтения инструкции и просмотра видео, все еще ничего не понятно. Но система похожа на «массовое редактирование» которое есть у Вайлдберриза ( кстати очень полётная фича и экономит 10 часов времени, при работе с более чем 1000+ ску). И тут ваша задумка очень хорошая — но не зря она в режиме бета теста.

В учебном видео если открывать все товары по категориям — то там как и на вб (да простят меня разработчики ЯМ за сравнение с Вб) очень много колонок — данные в которых можно редактировать. По факту после открытия товаров в подкатегориях — можно изменить только название и добавить фото. Кстати всем товарам я присваивала названия и добавляла фото.

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

4.Когда поддержка — не поддерживает.

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

Для наглядности — приложила фото.

Как вы видите на них не то что бы торговой марки и бренда нет, на них даже этикетки нет. Единственная маркировка — номер партии и время производства. Место производства таких товаров — на деревне у бабушки. Как оказалось у Яндекс маркета на этот случай нет NoName, что делать в таких ситуациях?

Составлять обращение и ждать ответа в течении 14 дней. Хм, думаю — техподдержка то знает. Нет, оказывается такими вопросами занимается целый другой отдел, какой? Волшебный судя по тому что обработка обращения ( кстати техподдержка назвала это «консультацией») занимает до 14 дней.

5. И в завершение пятничного откровения.

Хочу выразить отдельную благодарность Яндекс Маркету и всей команде которая с ним работает. За что? А вот за что. Из-за того, что после объединения таблиц, произошли колоссальнейшие сбои работы маркета, и теперь например: модерация карточек занимает до 30ти дней. После загрузки карточек — 1200+ штук нужно вручную промониторить и заменить фотографии, или если звонить в поддержку6 они составляют обращение (ждите говорят, карточки находятся на ручной модерации), или из-за того что в категории «смартфоны и аксессуары» карточки могут теперь создавать сотрудники маркета, после 2,5 недель звонков в поддержку, ругани, мольб о том что бы ускорили работу, и полной капитуляции перед роботом, и началом редактирования карточек вручную, мой начальник посчитал что у меня низкий KPI, и уволил меня. «Спасибо» Яндекс маркету и всему Яндексу за то что из-за вашей «оптимизации» я потеряла работу)

Ошибка загрузки файла для Яндекс.Маркета

09.11.2017

Подписывайся на обновления

Узнай первым самое важное из области интернета

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

ОператорПК

06.09.21 — 13:47

Ёпрст

1 — 06.09.21 — 15:13

ОператорПК

2 — 06.09.21 — 15:17

(1) ага, только в чем ошибка то? Я все предельно на Аглицком написал http://127.0.0.1/UT11HTTP/hs/Marketplace_API_/getyml?НомерКампании=21990000 — что тут не так?

yzimin

3 — 06.09.21 — 16:12

И всё-таки попробуйте использовать веб-сервис из расширения этого модуля. У нас работает с начала года без проблем

Вафель

4 — 06.09.21 — 16:14

некорректно опубликован сервис

ОператорПК

5 — 06.09.21 — 16:29

(3) с этого и начинал… не от хорошей жизни как говориться стал переносить из расширения в основную. вы чем тестировали работу этого HTTP сервиса? не сохранилось рабочего запроса?

ОператорПК

6 — 06.09.21 — 16:30

(4) что там можно не корректно опубликовать?

yzimin

7 — 06.09.21 — 16:31

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

yzimin

8 — 06.09.21 — 16:33

(7) +там же можно посылать тестовые заказы, самопроверка

Вафель

9 — 06.09.21 — 16:33

(6) >>Ошибка в строке соединения с информационной базой

ОператорПК

10 — 06.09.21 — 16:35

(7) понятно…. хотел сперва «локально» все чтоб работало отладить потом уже выпускать «наружу»… если не секрет сертификат безопасности ставили?

ОператорПК

11 — 06.09.21 — 16:36

(9) это написано прямо в (0)…. вопрос в том и есть: что некорректно в моем запросе http://127.0.0.1/UT11HTTP/hs/Marketplace_API_/getyml?НомерКампании=21990000?

yzimin

12 — 06.09.21 — 16:41

(10) у нас по https работает с доменным именем и купленным сертификатом, SHA1-отпечаток SSL-сертификата мы не указывали, если вы об этом

ОператорПК

13 — 06.09.21 — 16:42

(12) да об этом. спасибо.

yzimin

14 — 06.09.21 — 16:42

(11) а авторизационный токен в запросе передаёте? Точкой остановки вообще попадаете в отладку? А то может у вас сам веб-сервис даёт отлуп

ОператорПК

15 — 06.09.21 — 16:49

(14) «авторизационный токен в запросе передаёте» — нет, а разве это нужно в данном случае? Тут например https://its.1c.ru/db/metod8dev/content/5756/hdoc  про это вроде как нет ничего. Точкой останова в отладку не попадает… не доходит до этого.

ОператорПК

16 — 06.09.21 — 16:50

+(14) вообще представители яндекса сообщили что «технически» можно без сертификатов работать («типа дела ваше»)

unbred

17 — 06.09.21 — 16:52

unbred

18 — 06.09.21 — 16:54

+ (17)  ПолучаемJSON — просто пустой временный файлик

Смотрящий

19 — 06.09.21 — 16:57

yzimin

20 — 06.09.21 — 16:58

ОператорПК

21 — 06.09.21 — 17:03

ОператорПК

22 — 06.09.21 — 17:06

+(21) токен AQAAAABXWjvYAбла бла бла в настройках базы есть конечно.

yzimin

23 — 06.09.21 — 17:12

ОператорПК

24 — 06.09.21 — 17:14

(23)а нельзя договориться о «сервисном времени» когда можно обновлять базу? а если отключили от сервиса то восстановить его сложно?

yzimin

25 — 07.09.21 — 08:54

(24) На время пока ваш сервер не отвечает на запросы, магазин не продаёт. Нам было выгоднее арендовать выделенный сервер, который 24/7 работает, УТ там не обновляем, никакие работы не проводим. Включается магазин, когда начнут проходить ответы от сервера.

dark_stealth

26 — 29.09.21 — 08:30

У меня с этим модулем еще веселее- отдает 404 ошибку, вроде все делал по их инструкции. Но через личный кабинет при проверке 404, все другие базы опубликованы и работают, претензий к веб-серверу нет. Здесь при обращении к корню публикации — чистая страница, при /cart или /stocks ответ Not found. Модуль не работает ?

dark_stealth

27 — 29.09.21 — 11:01

сорри ошибка в url, правильный https://vashserver.ru/опубликованная база/hs/Marketplace_API