При формировании заказа произошла ошибка - Oshibku.top - решение и исправление самых разных ошибок

Пользователь 162721

Заглянувший

Сообщений: 20
Баллов: 1
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 25.02.2013

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

Пользователь 34550 Эксперт Сообщений: 1579 Баллов: 128 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 12.12.2008	платежные системы проверили? все есть и привязано к службам доставки?

Пользователь 162721 Заглянувший Сообщений: 20 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 25.02.2013

Пользователь 227113 Заглянувший Сообщений: 6 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 22.11.2013	Пересоздайте способы оплаты и доставки. С новыми компонент работает нормально.

Пользователь 44828 Эксперт Сообщений: 1132 Баллов: 198 Авторитет: 0 Рейтинг пользователя: 2 Регистрация: 01.07.2009	#5 0 06.06.2016 14:37:06 Скорее всего ошибка в том, что у вас есть свои обработчики завязанные на конкретный идентификатор или его свойство, а после обновления и то и другое изменилось — я тоже не сразу нашел

Для подключения к службе доставки СДЭК необходимо заключить договор (https://www.cdek.ru/ru/contract). Номер договора одновременно является логином для входа в личный кабинет. В личном кабинете в разделе интеграция нам потребуется информация о текущем ключе — идентификатор и пароль.

На сайте под управлением 1С-Битрикс устанавливаем модуль Интеграция со СДЭК от Ипол:
https://marketplace.1c-bitrix.ru/solutions/ipol.sdek/

В настройках модуля на вкладке FAQ подробно описан процесс подключения, поделимся своим опытом настройки.

Основная проблема после всех проведенных настроек модуля СДЭК – 1С-Битрикс – это разница в ценах доставки для клиента при оформлении заказа на сайте и для магазина при отправке заявки на доставку. Здесь нужно иметь в виду, что стоимость доставки по договору с учетом страховки и прочих условий может отличаться. Для выравнивания цен можно воспользоваться полем наценка в соответствующем профиле доставки. Наценка может быть как положительной, так и отрицательной:

Если в накладной СДЭК в поле особые отметки, необходимо добавить свой текст, то это можно сделать, установив в настройках модуля в поле комментарий значение: Менеджера или Покупателя.

В окне формирования заявки в СДЭК появится поле комментарий. Оно будет пустым в случае выбора Менеджера или уже с комментарием Покупателя оставленным при оформлении заказа. При этом комментарий покупателя можно редактировать.

Если при выборе доставки в СДЭК на странице оформления заказа возникла ошибка При расчете заказа произошла ошибка

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

В форме отправки заявки появляется ошибка Ошибка авторизации (ERR_AUTH)

Вам необходимо обратиться в техническую поддержку СДЭК на почту integrator@cdek.ru, либо к вашему персональному менеджеру в СДЭК с просьбой проверить какие версии API подключены по вашему аккаунту. Попросите подключить вам API 1.5

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

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

При отправке заявки в СДЭК ошибка В выбранном регионе нет пункта самовывоза.

Проверьте логи, если там есть такие записи:

Ошибка сохранения информации о ПВЗ. Проверьте права на папку /bitrix/js/ipol.sdek.

Кроме прав проверьте еще место на диске в хостинг панели – возможно оно там почти закончилось.

В отправляемой в СДЭК заявке и накладной пустое поле к оплате за товары

Модуль при подготовке списка товаров при отправке заявки учитывает флаг CAN_BUY (как и другие компоненты и модули), исключая такие товары если чекбокс не установлен. Ошибка связана с остатками по товарам, т.е. это не ошибка модуля.

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

Стоимость доставки по Казахстану на сайте будет показываться в рублях, а в накладной в тенге. Для этого необходимо провести следующие настройки:

Добавить на сайте валюту тенге [KZT] (настройки (Битрикс) / Валюты / Список валют)
Задать курс для этой валюты (настройки (Битрикс) / Валюты / Курсы валют)
На вкладке Города добавить валюту для Казахстана – тенге.
В настройках службы доставки СДЭК для России проверяем, что в поле страны установлена Россия, а не ВСЕ.
Создаем новую службу доставки СДЭК, называем ее к примеру СДЭК (Казахстан). В настройках указываем страна Казахстан. В поле валюта выбираем RUB (рубль)! Также указываем RUB (рубль) в настройках профилей вновь добавленной службы.

Если вы не нашли ответа на свой вопрос в этой статье, вы можете обратиться к разработчику модуля по электронной почте info@ipol.ru. Сразу в письме укажите номер договора со СДЭК. Отвечают ребята довольно быстро, иногда в течение часа. Могут запросить доступы к сайту.

При оформлении заказа не отображаются платежные системы и службы доставки

ID статьи: 27
, создана 19 фев 2016

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

Решение

За отображение информации о службах доставки и платежных системах отвечает поле «Местоположение».

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

Значения свойства «Местоположение» задаются в настройках свойствах заказа:

Магазин → Настройки → Свойства заказа → Список свойств

Воспользуемся фильтром поиска по коду LOCATION. После этого в административной части сайта нам будут выведены типы плательщиков, привязанные к параметру «Местоположение».

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

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

В нашем случае местоположение по умолчанию — Московская область, Москва. Сохраняем изменения.

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

Общее

Проверьте, что во вкладке “Настройка” нет сообщения, что отсутствуют данные о ПВЗ
Можно восстановить ПВЗ из резервной копии. Для этого необходимо включить режим отладки в сервисных свойствах модуля, после чего во вкладке “Отладка” запустить восстановление списка ПВЗ.

Рядом с ошибкой выводится дата ее возникновения. Если она произошла единожды и давно — нет причин для беспокойства: список ПВЗ синхронизируется раз в сутки, поэтому он наверняка уже восстановился. Главное — чтобы не возникала ошибка на странице настроек модуля об отсутствии данных о ПВЗ. Тогда необходимо просинхронизировать список ПВЗ вручную (соответствующая кнопка появится в оповещении).

Для решения проблемы необходимо провести следующую проверку:

Запустить синхронизацию модуля в его настройках (Настройки -> Сервисные свойства -> Синхронизировать) для загрузки списка постаматов.
В службу доставки модуля добавить профиль Постамат (Магазин -> Настройки -> Службы доставки -> Доставка СДЭК модуля ipol.sdek -> Профили -> Добавить профиль). Это актуально для Битрикса версии 15 и выше.
Проверить, что в настройках модуля, раздел “Настройки тарифов и доп. услуг.” не отключились тарифы постаматов (361, 363, 366 и прочие необходимые вам), также их следует показывать в форме отправки заявки.
Нелишним будет сбросить кэш модуля и Битрикса.
Учтите, что каждый постамат имеет определенные ограничения по размеру ячейки. Некоторые точки могут не отображаться из-за того, что размер заказа слишком большой.

Проблемы со стоимостями доставки

Внимательно ознакомьтесь с пунктом FAQ “Особенности расчета стоимости доставки”: в нем детально расписано, как считается вес и габариты товара. Если при проверке в личном кабинете задаются те же габариты, что и в контрольном заказе — обратитесь в техподдержку (support@ipolh.com), указав следующие данные:

Номер договора со СДЭК
Скриншот (снимок экрана) личного кабинета СДЭКа с расчетом (через Новый заказ, чтобы были видны габариты и рассчитанные тарифы)
Ссылку на контрольный товар (для габаритов которого вы проверяете доставку в ЛК)
Доступы к админке сайта

Внимательно ознакомьтесь с пунктом FAQ “Особенности расчета стоимости доставки”: в нем детально расписано, как считается вес и габариты товара. Если при создании заказа в личном кабинете стоимости доставки отличаются от рассчитанными модулем — причина в несоблюдении рассчитанных габаритов проверяющим (или модификациях стоимости доставки).

Чтобы включить страхование товара, воспользуйтесь опцией “Прибавлять к стоимости доставки величину страховки”. Учтите, что она будет добавлена к исходной стоимости доставки (полученной из личного кабинета), без разделения на стоимость доставки и стоимость страховки. Так же имейте в виду, что модуль не поставляет особых платежных систем для работы со службами доставки СДЭКа.

Настройка “Ставка НДС на доставку по умолчанию” влияет только на форму оформления заявки. Для управления ставками НДС конкретной службы доставки перейдите в настройки службы доставки.

НДС задается в блоке “Общие настройки”

Проблемы в оформлении заказа

Новый компонент : В параметрах компонента оформления заказа (sale.order.ajax) необходимо поставить опцию “Когда рассчитывать доставки с внешними системами расчета” в “Рассчитывать сразу”.
Старый компонент : В параметрах компонента оформления заказа (sale.order.ajax) необходимо поставить галочку “Рассчитывать стоимость доставки сразу”.

Синхронизируйте справочники (Настройки -> Сервисные свойства -> Синхронизировать).
Убедитесь, что профиль в службы доставки создан и активен.
Убедитесь, что вы не создали каких-либо ограничений на профиль.

Убедитесь, что город найден в обработанных (вкладка “Города”).
Убедитесь, что страна города отмечена обрабатываемой (вкладка “Города”).
Проверьте подписки на событие onCompabilityBefore.
Проверьте ограничения службы доставки и местоположений

В стандартном оформлении заказа поле для выбора местоположения берет данные из списка местоположений в Битриксе (Магазин -> Настройки -> Местоположения). Модуль не добавляет местоположения Битрикса все местоположения СДЭКа по умолчанию — он работает с тем, что установлено на вашем сайте. Поэтому если населенного пункта нет в поле для ввода местоположения — его нет в базе данных Битрикса вашего сайта. Вам необходимо обновить базу данных местоположений Битрикса и перезапустить их индексацию — в крайнем случае, если пункт не появился, попробовать добавить его вручную. Подробнее об описанных процедурах можно узнать в документации к Битриксу (не у техподдержки модуля — он не имеет отношения к стандартному функционалу Битрикса). После добавления местоположения нелишним будет запустить синхронизацию местоположений модуля в соответствующем разделе настроек.

Если используется кастомный шаблон оформления заказа — задайте настройку “ID элемента, в котором выводить информацию о ПВЗ в оформлении заказа”. Обязательно прочитайте подсказку-пояснение (Подробнее о виджете).
Если вы задали настройку “ID элемента, в котором выводить информацию о ПВЗ в оформлении заказа” просто потому, что она есть, не разбираясь в тонкостях шаблонов — очистите поле и сохраните настройки модуля.
Убедитесь, что задана настройка “Код свойства, куда будет сохранен выбранный пункт самовывоза” в Настройки -> Настройки виджета.
Убедитесь, что в консоли (страница оформления заказа -> F12) нет ошибок в JavaScript.
- Если есть ошибка, связанная с Яндекс-картами (ymaps) — попробуйте поставить флаг “Не подключать Яндекс-карты” в настройках модуля (раздел “Виджет”) и сбросьте кэш страницы оформления заказа
- Если ошибка связана с ключем — проверьте, что указана опция “API-ключ Яндекс.карт”. Если скрипты яндекс.карты подключаются не модулем — убедитесь, что ключ указан там (не входит в техподдержку модуля).

Если стоит флаг “Не подключать Яндекс-карты” в настройках модуля (раздел “Виджет”), а на странице Яндекс-карты не грузятся никаким скриптом — попробуйте убрать флаг.
Если вы используете старый или кастомный шаблон оформления заказа — убедитесь, что он бросает js-событие onAjaxSuccess, на которое виджет начинает обработку страницы (потребуется помощь программиста).

Если стоит флаг “Не подключать Яндекс-карты” в настройках модуля (раздел “Виджет”), а на странице Яндекс-карты не грузятся никаким скриптом — попробуйте убрать флаг.
Если в консоли (F12 -> console) есть ошибка, связанная с ключем яндекс.карт — задайте его в настройках модуля в опции “API-ключ Яндекс.карт”. Ознакомьтесь с подсказкой опции. Если скрипт яндекс.карт подключается не модулем — в другом месте так же нужно указать API-ключ (не задача модуля)

Перейдите на вкладку “Города”, отметьте необходимые для работы страны, сохраните настройки.

От СДЭКа ожидается модификация, которая позволит фильтровать ПВЗ на возможность работы с Интернет-магазинами. Пока что можно воспользоваться модификацией, описанной в разделе “Модификация результатов расчетов (для программистов)”, пункт “Изменение списка ПВЗ”.

Проблемы в административной части

Убедитесь, что была запущена синхронизация (настройки -> Сервисные свойства -> Синхронизировать, получено сообщение об успехе).
Убедитесь, что в таблице городов (вкладка города -> Обработанные) есть город, установленный в настройке Интернет-магазина.
Убедитесь, что сама настройка задана.
Убедитесь, что на сайте нет двух копий местоположений. Если это так — удалите лишнюю копию и запустите синхронизацию вручную.

Убедитесь, что вы авторизованы в модуле.
Убедитесь, что вы находитесь на странице детальной информации о заказа (sale_order_detail.php), а не его редактирования.
Убедитесь, что в консоли (страница оформления заказа -> F12) нет ошибок в JavaScript.
Если задана настройка “Отображать кнопку заявки в заказах” в “Доставка СДЭК” — что доставкой выбрана служба доставки СДЭК модуля.
Проверьте, что для группы пользователей, от которых идет попытка оформить заявку, стоит разрешение во вкладке “Права”.

ПВЗ, выбранный пользователем, сохраняется в свойство заказа, указанное в опции “Код свойства, куда будет сохранен выбранный пункт самовывоза”. Это сделано для того, чтобы менеджер сразу видел, куда именно заказана доставка без лишних манипуляций.

Убедитесь, что указанное свойство существует в свойствах заказа и оно отображается в оформлении заказа, не скрывается и не становится disabled до выбора ПВЗ — иначе обеспечьте его вывод.
Убедитесь, что в заказе это свойство заполнено в формате <адрес ПВЗ> #S<код ПВЗ> — иначе проверьте наличие JS-ошибок на странице оформления заказа.
Убедитесь, что на странице заказа (в админке) нет ошибок, связанных с объектом IPOLSDEK_oExport.

Убедитесь, что исправлены все возможные ошибки в полях (неверный формат телефона, заполнены все необходимые поля, определен город-получатель).
Удалите (замените) из полей символы кавычек, углобые скобки, итп.
Убедитесь, что на странице оформления доставок после очистки кэша (в настройках модуля) продолжают отображаться доставки. Если нет — сервер СДЭК “лежит”.
Проверьте права на доступ к модулю у пользователя.
Ошибка “ERR_CASH_ON_DELIV_PAYREC_MISTAKE”: в городе отправления невозможен наличный платеж. Чтобы пользователь не мог оформить заказ в этот город с оплатой наличными, воспользуйтесь настройкой “Не давать оформить заказ с наличной оплатой при невозможности оплаты наличными”.
Ошибка “Отсутствие обязательного атрибута: ADDRESS (ERR_NEED_ATTRIBUTE)” (а сам адрес заполнен корректно): для вашего аккаунта на стороне API СДЭКа подключена обработка старого формата адреса. Необходимо обратиться в техподдержку СДЭКа (integrator@cdek.ru) с указанием вашего номера договора с просьбой переключить вас на новый формат заполнения адреса (метод new_orders). Разумеется, если работа со старым форматом не требуется в иных функционалах сайта или других интеграций со СДЭК.
Ошибка “Заказ “интернет-магазин” может быть только у клиента с договором интернет-магазина. (ERROR_VALIDATE_PAYER_CONTRACT_IS_NOT_IM)”: ваш аккаунт подключен к интеграции не как ИМ. Метод API для отправки заявки по заказу от ИМ вам недоступен, аккаунт работает только как стандартная доставка. Модуль же напротив работает исключительно по договорам ИМ. Необходимо обратиться в техподдержку СДЭКа, чтобы они подключили аккаунт как ИМ.

Такое иногда случается, если запрос происходит в момент, когда сервер СДЭКа недоступен. Если же ошибка возникает постоянно — проверьте настройки хостинга, антивирус и фаервол: он может блокировать запросы к серверу СДЭКа. В старых версиях модуля запросы к СДЭКу поступают на 11443-й порт. Если с настройками все в порядке — обратитесь в техподдержку СДЭКа (integrator@cdek.ru). Смоделировать проблему можно, запустив синхронизацию вручную (в сервисных свойствах настроек).

Это ошибка Битрикса. При применении изменений все сохранится корректно.

СДЭК требует указывать телефон как +<код страны><номер>. Для перевода номера в СДЭКовский формат поставьте флаг “Адаптация номера телефона” в группе настроек “Свойства заявки” — однако на всякий случай не забывайтесь сверяться с введенным покупателем.

Если при оформлении заказа посетитель сайта задает телефон с ведущим ‘+’,а после создания заказа ‘+’ исчезает: Это не связано с работой модуля. Код компонента Битрикса осуществляет “нормализацию” телефонного номера при одновременно включенных флагах:

“Является телефоном” в настройках свойства заказа, используемого как поле для указания телефонного номера;
“Дополнительные настройки” -> “Использовать нормализацию номера телефона” в настройках компонента оформления заказа sale.order.ajax.

При нормализации вырезаются все символы кроме 0123456789 # * , ; Если вы используете собственный валидатор телефонных номеров в шаблоне компонента, можно отключить флаг “Использовать нормализацию номера телефона”, чтобы встроенная нормализация не мешала, вырезая из номера в том числе и требуемый СДЭК ведущий ‘+’.

Нужно обращаться в техподдержку СДЭКа ,указав, что получаете эту ошибку при манипуляциях с API.

Проблемы в личном кабинете / с отправленными заявками

Убедитесь, что сервер СДЭКа доступен (нет оповещения об этом в настройках, после очистки кэша службы доставки продолжают отображаться), иначе — нужно ждать, пока сервер не “поднимется”.

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

Отключите Автоотгрузки на соответствующей вкладке модуля.

Прочие проблемы

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

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

Удалить файл /bitrix/js/ipol.sdek/tmpImport.txt
Проверить настройки городов и нажать кнопку “сохранить”.
Сбросить кэш модуля. Он никоим образом не затрагивает импорт, но в любой непонятной ситуации надо сбрасывать кэш модуля.

Можно обратиться либо в нашу техподдержку (раздел “Помощь”), либо собрать логи самостоятельно. Для этого необходимо включить логирование (Настройки модуля -> Сервисные свойства -> Включить режим отладки). Во вкладке “Отладка” нужно включить логирование и отметить необходимые события. Полная информация по логу и отслеживаемым событиям предоставлена в этой вкладке. Обратите внимание: лог-файл нельзя скачать по ссылке из соображений безопасности (а так же как фикс, что отправляющий лог понимает, какие именно данные нужно отправить техподдержке СДЭКа, а не просто пошлет все, что сможет найти, затруднив диагностику) — требуется скопировать нужный фрагмент на экране вручную.

Интеграция

Центр помощи
Интеграция
1C Bitrix

У меня не появляются профили доставки

Выполните следующие рекомендации:

Проверьте работу сайта shiptor.ru. Если он недоступен, могут не подгружаться те подсказки городов, которых нет в кеше.
Убедитесь в калькуляторе на сайте shiptor.ru, что доставка в населенный пункт существует с аналогичными параметрами заказа (габариты, вес, оплата).
Убедитесь в активности созданных служб и профилей доставки.
Проверьте наличие ограничений на отображение службы доставки или ее профилей.
Проверьте, что в настройках склада и сквозной доставки указаны актуальные города.
Проверьте настройки, необходимые для модуля свойств заказа.
Проверьте, что профили доставки добавлены в ограничения платежных систем, если такие настройки имеются.
Убедитесь, что в товаре НЕ указаны габариты/вес, недопустимые для служб доставки.
Попробуйте рассчитать доставку с другим способом оплаты или в другой населенный пункт.
Включите в модуле режим отладки и проверьте наличие ошибок в журнале событий 1С-Bitrix.

Не рассчитывается доставка в конкретный населенный пункт

Не отображается профиль метода доставки Shiptor Today

Для данного профиля действует ограниченный диапазон на отображение до 12 часов текущего дня и после 21:00 текущего дня. С 13:00 и до 21:00 совершение заказов на этот профиль доставки невозможно! Подробнее об этом читайте в документации и базе знаний на нашем сайте.

Не появляются кнопки выбора ПВЗ при оформлении заказа для тех профилей доставки, где они нужны

Проверьте корректность установки модуля. Для этого зайдите на страницу ваше доменное имя/bitrix/admin/perfmon_table.php? lang=ru&table_name=b_module_to_module и выполните поиск с заданными параметрами:

Должны присутствовать записи, отмеченные красным. Если они есть, а кнопки выбора ПВЗ всё равно не появляются, создавайте обращение в техническую поддержку Bitrix. В нём напишите примерно следующее: «У нас не исполняются обработчики событий на странице оформления заказа. Как быть?». Не забудьте приложить скриншот с подобными обработчиками.

При нажатии на кнопку выбора ПВЗ при оформлении заказа не появляется всплывающее окно с картой

Выполните следующие рекомендации:

Убедитесь, что URL страницы оформления заказа соответствует документации.
Проверьте консоль браузера на предмет возможных ошибок, связанных с JS-скриптами. Правильная инициализация выводит надпись в консоль Shiptor #<число> Init! при нажатии на кнопку выбора ПВЗ. Также должна появляться карта.

При передаче заказа возникает ошибка «Заказ не может быть отгружен, так как отгрузка запрещена»

Разрешите доставку для данного заказа, изменив статус на «Доставка разрешена» (подробнее).

При передаче заказа возникает ошибка «Не удалось выгрузить неоплаченный заказ, услуга «Наложенный платеж» не подключена для платежной системы заказа!»

Заказ оформлен как предоплаченный с безналичным (онлайн) способом оплаты, и в нем НЕ установлен статус «Оплачено». Установите данный статус оплаты, если уверены в поступлении денежных средств в полном объеме.

Заказы в Shiptor приходят без адреса, индекса и пр.

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

У меня пропало свойство Пункт выдачи Shiptor, не сохраняются выбранные покупателем ПВЗ

Это свойство создается модулем при установке. Если по какой-то причине оно отсутствует, его можно создать самостоятельно. В качестве типа данных укажите Строка (STRING).

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

Чтобы скрыть модуль в публичной части сайта, зайдите на вкладку Магазин > Службы доставки > Служба доставки Shiptor > Ограничения.

Нажмите кнопку «Добавить ограничение» и в выпадающем списке выберите «по публичной части».

В открывшемся окне деактивируйте чек-бокс «Отображение в публичной части». Нажмите «Сохранить».

Что делать если модуль замедляет работу корзины?

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

Если автокешинорование выключено, включите его. Для этого выберите Настройки > Настройки продукта > Автокеширование и нажмите кнопку «Включить автокеширование».
В разделе Настройки > Настройки модулей > Агрегатор служб доставки Shiptor на вкладке «Настройки» отключите параметр «Проверять ПВЗ при оформлении заказа».
Отключите режим отладки. Это необходимо, потому что его долгое включение приводит к резкому увеличению файла лога, куда записываются запросы. Перейдите в Настройки > Настройки продукта > Настройки модулей > Агрегатор служб доставки Shiptor и на вкладке «Настройки» для параметра «Включить логирование» выберите вариант «Нет».
Выключите неиспользуемые профили доставки.
Установите ограничения для профилей доставки.
Переведите все агенты на Сron или выключите автоматическую передачу заказов, если отправка осуществляется в ручном режиме. При настройке агента не рекомендуется устанавливать интервал запуска менее 3600 сек. во избежание большой нагрузки на сайт и сервер Shiptor.

Дважды передаются в ЛК Shiptor одни и те же заказы

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

Как найти ошибку в журнале обмена данными с Shiptor?

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

Перейдите в Настройки > Настройки продукта > Настройки модулей > Агрегатор служб доставки Shiptor. На вкладке «Настройки» активируйте чекбокс «Включить логирование».
Выберите Настройки > Настройки продукта > Автокеширование. В открывшемся окне перейдите на вкладку «Очистка файлов кеша», отметьте пункт «Все» и нажмите кнопку «Начать». Дождитесь сообщения о завершении удаления файлов кеша.
Перейдите в Настройки > Инструменты > SQL запрос, введите delete from b_event_log и нажмите «Выполнить запрос». Дождитесь сообщения об успешном выполнении.
Повторите на сайте действия, которые приводят к ошибкам в работе интеграции.
Перейдите в Настройки > Инструменты > Журнал событий и просмотрите журнал обмена данными. При необходимости выгрузите информацию в отдельный файл и перешлите его специалистам техподдержки Shiptor.
Перейдите Настройки > Настройки продукта > Настройки модулей > Агрегатор служб доставки Shiptor. На вкладке «Настройки» деактивируйте чекбокс «Включить логирование». Это необходимо для минимизации нагрузки на хостинг.

Перевод агентов на cron

Агент – элемент 1C-Bitrix, который выполняет определенные функции с заданной периодичностью. По умолчанию он выполняется при заходе пользователя на сайт, что часто приводит к перегрузке системы и зависаниям. Чтобы избежать этого, агент нужно перенести на cron. Подробно процесс описан в официальной инструкции Bitrix. В качестве альтернативного варианта можно воспользоваться готовым решением «Агенты на кроне».

Отслеживание заказов, переданных в ЛК не из 1C-Bitrix

Такая возможность доступна для клиентов с многосторонней интеграцией. При этом для поиска в ЛК модуль использует внутренний номер заказа, а не ID от Shiptor.

Отслеживание такого типа возможно при ручном обновлении статуса по кнопке из таблицы заказов. Для его работы в автоматическом режиме создайте новый агент на вкладке Магазин > Настройки > Настройки продукта > Агенты. В поле «Функция агента» введите ShiptorDeliveryAgents::checkOrderEx(‘DN’);, где значение в скобках — статус отгрузки заказов на момент начала отслеживания.

После его обработки в заказ добавится ID от Shiptor. Дальнейшее отслеживание будет происходить через стандартный агент.

#
02 Июл, 2015 03:32

Произошла ошибка при расчете стоимости доставки.
Вероятнее всего это временная проблема связанная с ошибками связи
или временными сбоями на сервере поставщика.

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

Номер запроса cbe_0:orders:5930290.

#
03 Июл, 2015 20:38

Маргарита, здравствуйте!

Прошу прощения за задержку с ответом.

Я уже сообщила об ошибке нашему программисту. Как только он все проверит и исправит, я непременно Вам сообщу.

Прошу еще немного терпения с Вашей стороны.

#
04 Июл, 2015 17:32

Маргарита, здравствуйте!

Я получила ответ от программиста. Дело в том, что в системе поставщика была ошибка. Наш программист сделал все от нас зависящее.

Сейчас для Вашей корзины рассчитывается способ доставки «Транспортной компанией RedExpress».

Если у Вас возникнут еще вопросы, пожалуйста, пишите.

#
07 Июл, 2015 09:49

Аналогичная проблема
При попытке формления заказа на складе Russian HobbyKing выскакивает сообщение:

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

Номер запроса cbe_0:orders:5942945.

#
07 Июл, 2015 20:45

Аналогичная проблема
При попытке формления заказа на складе Russian HobbyKing выскакивает сообщение:

Произошла ошибка при расчете стоимости доставки.
Вероятнее всего это временная проблема связанная с ошибками связи
или временными сбоями на сервере поставщика.

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

Номер запроса cbe_0:orders:5942945.

Алексей, здравствуйте!

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

транспортной компанией «Ред Экспресс» и доставка Почтой России (через ТК «Ред Экспресс»).

#
07 Июл, 2015 20:57

Аналогичная проблема
При попытке формления заказа на складе Russian HobbyKing выскакивает сообщение:

Произошла ошибка при расчете стоимости доставки.
Вероятнее всего это временная проблема связанная с ошибками связи
или временными сбоями на сервере поставщика.

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

Номер запроса cbe_0:orders:5942945.

Алексей, здравствуйте!

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

транспортной компанией «Ред Экспресс» и доставка Почтой России (через ТК «Ред Экспресс»).

Да, все заработало! Спасибо

#
07 Июл, 2015 21:46

Да, все заработало! Спасибо

Добрый вечер, Алексей!
Я рада, что все наладилось. Если у Вас еще появятся какие-либо вопросы, пожалуйста, пишите.

Отредактировано07 Июл, 2015 21:48

Мы разделим ошибки на несколько групп.

I. Выбор службы доставки

1. Не проверяется работа службы доставки
Если вы заботитесь о своих клиентах, Вы наверняка сначала сами попробуете, как работает служба доставки.
Закажите у них доставку из офиса, например, домой. Или в ПВЗ. Или найдите клиента службы доставки и закажите какую-нибудь мелочь. Как служба доставки отработает с Вами, так она будет работать и для Ваших покупателей. Вы же вряд ли захотите, чтобы ваших клиентов плохо обслуживали.

Такие важные «мелочи» как, вежливость курьеров, опрятность одежды, своевременное информирование об опозданиях, готовность подождать клиента 10-15 минут — все эти аспекты работы службы доставки определяют то, как покупатель будет воспринимать Ваш интернет-магазин.

Это парадоксально, но именно курьер или оператор ПВЗ будет первым реальным человеком-представителем Вашей компании, с которым встретиться Ваш новый покупатель. По сотруднику службы доставки будут судить о Вашем сервисе и о Вашем бренде. Задумайтесь об этом…

Почитайте отзывы о доставке в интернете и примите взвешенное решение.

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

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

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

II. Интеграция с сайтом и интерфейсы
Мы пропускаем простые ошибки вида: в разделе «Доставка» нет описания средней стоимости и сроков доставки. Перейдем сразу к важным.
Как Вы думаете, что наиболее важно для Вашего покупателя? Ясная стоимость и сроки доставки при оформлении заказа. Еще лучше, если сразу в карточке товара для выбранного покупателем региона, пишутся приблизительные сроки:

4. Цена и сроки доставки не соответствуют реальности
Да, к сожалению, это частая ошибка. И она связана не только с ошибками настройки модулей доставки в Битриксе, но и с невнимательным отношением к названием доставки в оформлении заказа.
Как вы думаете, какую службу доставки выберет покупатель?

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

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

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

К примеру, клиент хочет получить заказ в ПВЗ и видит такой интерфейс выбора ПВЗ:

И, ввиду ошибок дизайна и верстки, предполагает, что выбрав ПВЗ в левой колонке, далее уже ничего не надо нажимать, ведь выбор-то сделан!

А, оказывается, в дополнительном окне с информацией о ПВЗ скрывается кнопка Выбрать.

Естественно, ее никто не видит и фактического выбора ПВЗ не происходит. Клиент думает, что он уже выбрал ПВЗ, а оператор магазина не видит никакого ПВЗ в заказе в админке.

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

Отдельная проблема — отсутствие адаптивности у виджета выбора ПВЗ. Попробуйте на своем телефоне в таком виджете выбрать точку самовывоза и отфильтровать на маленьком ПВЗ.

А теперь представьте Вашего клиента, к примеру, получившего письмо с предложением купить товар по акации на своем телефоне. Быстро собрав корзину, он пытается выбрать пункт самовывоза и 2, 3, 5 минут не может справиться с неадаптивной картой виджета. Он оставляет свои попытки, а Вы получаете только брошенную корзину.

Мобильный траффик сейчас для некоторых интернет-магазинов превышает 50%. Просчитайте возможные потери от отсутствия удобной схемы для выбора ПВЗ и выбирайте службы доставки с удобными виджетами.

6. Можно оплатить нерассчитанную доставку
Представьте, что сервер службы доставки перестал отвечать, а клиенты не замечают этого и продолжают оформлять заказы с нулевой доставкой. Да, к тому же и оплачивают эти заказы картой. За пару часов сбоя Вы наберете возвратов на круглую сумму, потратите нервы.

Решается проблема просто: доработайте код оформления заказа, чтобы новый заказ без рассчитанной доставки нельзя было оплатить.

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

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

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

<? require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_admin_before.php");   use BitrixMainLocalizationLoc;   BitrixMainLoader::includeModule('sale');   $publicMode = $adminPage->publicMode; $selfFolderUrl = $adminPage->getSelfFolderUrl();   $saleModulePermissions = $APPLICATION->GetGroupRight("sale"); if ($saleModulePermissions < "W")     $APPLICATION->AuthForm(GetMessage("ACCESS_DENIED"));   IncludeModuleLangFile(__FILE__); require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/sale/prolog.php");   $sTableID = "tbl_sale_pay_system"; $instance = BitrixMainApplication::getInstance(); $context = $instance->getContext(); $request = $context->getRequest();   $oSort = new CAdminSorting($sTableID, "ID", "asc"); $lAdmin = new CAdminUiList($sTableID, $oSort);   $listPersonType = array(); $personTypeQueryObject = CSalePersonType::GetList(array("SORT" => "ASC", "NAME" => "ASC"), array()); while ($personType = $personTypeQueryObject->GetNext()) {     $listPersonType[$personType["ID"]] = $personType["NAME"]." (".implode(", ", $personType["LIDS"]).")"; }   $filterFields = array(     array(         "id" => "NAME",         "name" => GetMessage("SALE_NAME"),         "filterable" => "%",         "quickSearch" => "%"     ),     array(         "id" => "ACTIVE",         "name" => GetMessage("SALE_F_ACTIVE"),         "type" => "list",         "items" => array(             "Y" => GetMessage("SALE_YES"),             "N" => GetMessage("SALE_NO")         ),         "filterable" => "",         "default" => true     ),     array(         "id" => "PERSON_TYPE_ID",         "name" => GetMessage("SALE_F_PERSON_TYPE"),         "type" => "list",         "items" => $listPersonType,         "filterable" => "",         "params" => array("multiple" => "Y"),     ) );   $filter = array();   $lAdmin->AddFilter($filterFields, $filter);   $personTypeId = []; if (!empty($filter["PERSON_TYPE_ID"])) {     $personTypeId = $filter["PERSON_TYPE_ID"];     unset($filter["PERSON_TYPE_ID"]); }   if (($ids = $lAdmin->GroupAction()) && $saleModulePermissions >= "W") {     if ($request->get('action_target')=='selected')     {         $ids = array();         $dbRes = BitrixSaleInternalsPaySystemActionTable::getList(             array(                 'select' => array('ID'),                 'filter' => $filter,                 'order' => array(ToUpper($by) => ToUpper($order))             )         );           while ($arResult = $dbRes->fetch())             $ids[] = $arResult['ID'];     }       foreach ($ids as $id)     {         if ((int)$id <= 0)             continue;           switch ($_REQUEST['action'])         {             case "delete":                 $dbRes = BitrixSaleInternalsPaymentTable::getList(array('filter' => array('PAY_SYSTEM_ID' => $id)));                 if ($dbRes->fetch())                 {                     $lAdmin->AddGroupError(Loc::getMessage("SALE_DELETE_ERROR"), $id);                     continue;    [B]Ошибка здесь[/B]                 }

Пользователь 162721

Заглянувший

Сообщений: 20
Баллов: 1
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 25.02.2013

Пользователь 34550 Эксперт Сообщений: 1579 Баллов: 128 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 12.12.2008	платежные системы проверили? все есть и привязано к службам доставки?

Пользователь 162721 Заглянувший Сообщений: 20 Баллов: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 25.02.2013

Пользователь 227113 Заглянувший Сообщений: 6 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 22.11.2013	Пересоздайте способы оплаты и доставки. С новыми компонент работает нормально.

Пользователь 44828 Эксперт Сообщений: 1132 Баллов: 198 Авторитет: 0 Рейтинг пользователя: 2 Регистрация: 01.07.2009	#5 0 06.06.2016 14:37:06 Скорее всего ошибка в том, что у вас есть свои обработчики завязанные на конкретный идентификатор или его свойство, а после обновления и то и другое изменилось — я тоже не сразу нашел

Нет платежных систем для оплаты

Пользователь 418447

Посетитель

Сообщений: 63
Баллов: 5
Авторитет:

1
Рейтинг пользователя:

0
Регистрация: 25.11.2015

поставил 30 дневную пробную версию магазина, все работает ОК

однако при попытке оформить заказ выдает «Нет платежных систем для оплаты» хотя платежные системы есть (квитанция Сбера), валюта RUB

в чем может быть дело и куда копать? я в этом вопросе еще новичок
поискал в инете — нет такой проблемы ни у кого!

спасибо

Пользователь 418447 Посетитель Сообщений: 63 Баллов: 5 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 25.11.2015	получил пробный ключ /bitrix/admin/update_system.php?lang=ru появилась доставка ) но платежки не работают все равно!

Пользователь 418447 Посетитель Сообщений: 63 Баллов: 5 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 25.11.2015	так )) ладно, сам задал вопрос, сам ответил выделил и сохранил способ доставки в платежной системе и она заработала

Пользователь 412850 Заглянувший Сообщений: 4 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 18.11.2015	После обновления пропала выводит ошибку в блоке оплаты и пропал блок доставки. Но если ввести местоположение заново, то все работает

Пользователь 192823 Заглянувший Сообщений: 1 Авторитет: 1 Рейтинг пользователя: 0 Регистрация: 27.05.2013	После обновление может быть глюк с ограничением в настройках платежных систем и служб доставки, если удалить ограничения, все заработает

Пользователь 1666821 Заглянувший Сообщений: 6 Авторитет: 0 Рейтинг пользователя: 0 Регистрация: 10.01.2018	#6 0 15.11.2021 14:33:33 Всем привет из 2021го. А что делать, если ограничения всё же нужны?

При оформлении заказа не отображаются платежные системы и службы доставки

ID статьи: 27
, создана 19 фев 2016

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

Решение

За отображение информации о службах доставки и платежных системах отвечает поле «Местоположение».

Значения свойства «Местоположение» задаются в настройках свойствах заказа:

Магазин → Настройки → Свойства заказа → Список свойств

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

В нашем случае местоположение по умолчанию — Московская область, Москва. Сохраняем изменения.

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

Как проверить оплату

Для начала создайте сделку и укажите себя в качестве контакта.

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

Подробнее о том, как отправить ссылку на оплату в чат или через принять оплату, читайте в статьях: Приём платежей в чате с клиентом и Как использовать отправку СМС из Битрикс24.

В примере мы рассмотрим получение ссылки на оплату через Принять оплату.

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

После этого вам придет SMS со ссылкой на оплату. Перейдите по ссылке на страницу оплаты, на ней вы увидите все настроенные способы оплаты. Попробуйте оплатить заказ.

012 011

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

Если у вас настроены робочеки или подключена онлайн-касса, чек сформируется автоматически.

Подробнее о том, как подключить робочеки или онлайн кассы читайте в статьях: Подключение Робочеков вместо кассы и Онлайн-кассы в Битрикс24.

Если касса не настроена, вам нужно выбить чек самостоятельно! Подробнее вы можете прочитать в статье Как работать с офлайн-кассой.

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

Если у вас возникла ошибка:

Сообщите о ней провайдеру вашей кассы или напишите нам в техподдержку.

Также вы можете оставить заявку на внедрение партнером.

Спасибо, помогло!

Спасибо

Необязательно:

Оставить отзыв о статье

Уточните, пожалуйста, почему:

Это не то, что я ищу

Очень сложно и непонятно

Оставить отзыв о статье

В настройках модуля на вкладке FAQ подробно описан процесс подключения, поделимся своим опытом настройки.

В форме отправки заявки появляется ошибка Ошибка авторизации (ERR_AUTH)

При отправке заявки в СДЭК ошибка В выбранном регионе нет пункта самовывоза.

Проверьте логи, если там есть такие записи:

Ошибка сохранения информации о ПВЗ. Проверьте права на папку /bitrix/js/ipol.sdek.

Кроме прав проверьте еще место на диске в хостинг панели – возможно оно там почти закончилось.

В отправляемой в СДЭК заявке и накладной пустое поле к оплате за товары

Добавить на сайте валюту тенге [KZT] (настройки (Битрикс) / Валюты / Список валют)
Задать курс для этой валюты (настройки (Битрикс) / Валюты / Курсы валют)
На вкладке Города добавить валюту для Казахстана – тенге.
В настройках службы доставки СДЭК для России проверяем, что в поле страны установлена Россия, а не ВСЕ.
Создаем новую службу доставки СДЭК, называем ее к примеру СДЭК (Казахстан). В настройках указываем страна Казахстан. В поле валюта выбираем RUB (рубль)! Также указываем RUB (рубль) в настройках профилей вновь добавленной службы.

Статья актуальна для версии магазина: 10.0

Другие версии

| 11.0mobile
| 8.0
| 6.0
| 5.0

При оформлении заказа на финальном этапе после выбора метода доставки может возникать ошибка: «нет доступных методов оплаты» (рис.1).

Рисунок 1.

Возможные причины возникновения данной ошибки.

1) Проверьте, созданы ли у вас методы оплаты.

Для этого перейдите в пункт меню «Настройки-Оплата». Если нет ни одного метода или все методы неактивны, то создайте или активируйте. Подробнее как это сделать и какие платежные сервисы есть можете ознакомиться здесь.

2) Проверить привязку города к методу оплаты. Возможно, метод оплаты привязан к конкретному городу, например, Москва (рис.2), а клиент зашел на ваш сайт с другого города. Соответственно для него метод оплаты доступен не будет.

Рисунок 2.

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

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

4) Проверьте тип метода оплаты.

Если метод оплаты имеет тип «Оплата при получении», или «PickPoint» (рис.3,4)

Рисунок 3.

Рисунок 4.

То проверьте создан ли один из методов доставки: Edost, СДЭК, Boxberry, Grastin и Shiptor, поскольку типы оплаты «Наложенный платёж» и «PickPoint» создаются и работают только при привязке к одному из указанных методов доставки (PickPoint связывается с Edost).

В этом случае, либо необходимо подключить соответсвующие методы доставки (Edost, СДЭК, Boxberry, Grastin и Shiptor), либо изменить тип оплаты, например, наличные.

С инструкциями по настройке методов доставки можно ознакомиться здесь.

Готово. Мы рассмотрели причины возникновения ошибки «нет доступных методов оплаты».

Тэги: Ошибка «нет доступных методов оплаты», ошибка, нет оплаты, нет доступных методов оплаты, оплата

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

Создал свою доставку в службах доставки (в настройках сразу же
выставил ограничения по платежным системам, например оплата онлайн,
оплата картой в офисе)
В init.php написал обработчик для события
OnSaleComponentOrderOneStepDelivery чтобы удалить все доставки и
оставить только свою если у товара есть определенный флаг.

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

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

В чем может быть проблема? (левых событий в коде не нашел для платежных систем, компонент тоже не кастомный)

UPD: из того что заметил: если не помечать доставку выбранной а потом выбрать, то произойдет refresh на AJAX запросе и тогда службы строятся верно. Но как на back-end сделать чтобы доставка была уже выбрана та, которая нужна? Я просто ставит Checked = ‘Y’ в массиве доставок.

<? require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_admin_before.php");   use BitrixMainLocalizationLoc;   BitrixMainLoader::includeModule('sale');   $publicMode = $adminPage->publicMode; $selfFolderUrl = $adminPage->getSelfFolderUrl();   $saleModulePermissions = $APPLICATION->GetGroupRight("sale"); if ($saleModulePermissions < "W")     $APPLICATION->AuthForm(GetMessage("ACCESS_DENIED"));   IncludeModuleLangFile(__FILE__); require_once($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/sale/prolog.php");   $sTableID = "tbl_sale_pay_system"; $instance = BitrixMainApplication::getInstance(); $context = $instance->getContext(); $request = $context->getRequest();   $oSort = new CAdminSorting($sTableID, "ID", "asc"); $lAdmin = new CAdminUiList($sTableID, $oSort);   $listPersonType = array(); $personTypeQueryObject = CSalePersonType::GetList(array("SORT" => "ASC", "NAME" => "ASC"), array()); while ($personType = $personTypeQueryObject->GetNext()) {     $listPersonType[$personType["ID"]] = $personType["NAME"]." (".implode(", ", $personType["LIDS"]).")"; }   $filterFields = array(     array(         "id" => "NAME",         "name" => GetMessage("SALE_NAME"),         "filterable" => "%",         "quickSearch" => "%"     ),     array(         "id" => "ACTIVE",         "name" => GetMessage("SALE_F_ACTIVE"),         "type" => "list",         "items" => array(             "Y" => GetMessage("SALE_YES"),             "N" => GetMessage("SALE_NO")         ),         "filterable" => "",         "default" => true     ),     array(         "id" => "PERSON_TYPE_ID",         "name" => GetMessage("SALE_F_PERSON_TYPE"),         "type" => "list",         "items" => $listPersonType,         "filterable" => "",         "params" => array("multiple" => "Y"),     ) );   $filter = array();   $lAdmin->AddFilter($filterFields, $filter);   $personTypeId = []; if (!empty($filter["PERSON_TYPE_ID"])) {     $personTypeId = $filter["PERSON_TYPE_ID"];     unset($filter["PERSON_TYPE_ID"]); }   if (($ids = $lAdmin->GroupAction()) && $saleModulePermissions >= "W") {     if ($request->get('action_target')=='selected')     {         $ids = array();         $dbRes = BitrixSaleInternalsPaySystemActionTable::getList(             array(                 'select' => array('ID'),                 'filter' => $filter,                 'order' => array(ToUpper($by) => ToUpper($order))             )         );           while ($arResult = $dbRes->fetch())             $ids[] = $arResult['ID'];     }       foreach ($ids as $id)     {         if ((int)$id <= 0)             continue;           switch ($_REQUEST['action'])         {             case "delete":                 $dbRes = BitrixSaleInternalsPaymentTable::getList(array('filter' => array('PAY_SYSTEM_ID' => $id)));                 if ($dbRes->fetch())                 {                     $lAdmin->AddGroupError(Loc::getMessage("SALE_DELETE_ERROR"), $id);                     continue;    [B]Ошибка здесь[/B]                 }

Общее

Проверьте, что во вкладке “Настройка” нет сообщения, что отсутствуют данные о ПВЗ
Можно восстановить ПВЗ из резервной копии. Для этого необходимо включить режим отладки в сервисных свойствах модуля, после чего во вкладке “Отладка” запустить восстановление списка ПВЗ.

Для решения проблемы необходимо провести следующую проверку:

Запустить синхронизацию модуля в его настройках (Настройки -> Сервисные свойства -> Синхронизировать) для загрузки списка постаматов.
В службу доставки модуля добавить профиль Постамат (Магазин -> Настройки -> Службы доставки -> Доставка СДЭК модуля ipol.sdek -> Профили -> Добавить профиль). Это актуально для Битрикса версии 15 и выше.
Проверить, что в настройках модуля, раздел “Настройки тарифов и доп. услуг.” не отключились тарифы постаматов (361, 363, 366 и прочие необходимые вам), также их следует показывать в форме отправки заявки.
Нелишним будет сбросить кэш модуля и Битрикса.
Учтите, что каждый постамат имеет определенные ограничения по размеру ячейки. Некоторые точки могут не отображаться из-за того, что размер заказа слишком большой.

Проблемы со стоимостями доставки

Номер договора со СДЭК
Скриншот (снимок экрана) личного кабинета СДЭКа с расчетом (через Новый заказ, чтобы были видны габариты и рассчитанные тарифы)
Ссылку на контрольный товар (для габаритов которого вы проверяете доставку в ЛК)
Доступы к админке сайта

НДС задается в блоке “Общие настройки”

Проблемы в оформлении заказа

Новый компонент : В параметрах компонента оформления заказа (sale.order.ajax) необходимо поставить опцию “Когда рассчитывать доставки с внешними системами расчета” в “Рассчитывать сразу”.
Старый компонент : В параметрах компонента оформления заказа (sale.order.ajax) необходимо поставить галочку “Рассчитывать стоимость доставки сразу”.

Синхронизируйте справочники (Настройки -> Сервисные свойства -> Синхронизировать).
Убедитесь, что профиль в службы доставки создан и активен.
Убедитесь, что вы не создали каких-либо ограничений на профиль.

Убедитесь, что город найден в обработанных (вкладка “Города”).
Убедитесь, что страна города отмечена обрабатываемой (вкладка “Города”).
Проверьте подписки на событие onCompabilityBefore.
Проверьте ограничения службы доставки и местоположений

Если используется кастомный шаблон оформления заказа — задайте настройку “ID элемента, в котором выводить информацию о ПВЗ в оформлении заказа”. Обязательно прочитайте подсказку-пояснение (Подробнее о виджете).
Если вы задали настройку “ID элемента, в котором выводить информацию о ПВЗ в оформлении заказа” просто потому, что она есть, не разбираясь в тонкостях шаблонов — очистите поле и сохраните настройки модуля.
Убедитесь, что задана настройка “Код свойства, куда будет сохранен выбранный пункт самовывоза” в Настройки -> Настройки виджета.
Убедитесь, что в консоли (страница оформления заказа -> F12) нет ошибок в JavaScript.
- Если есть ошибка, связанная с Яндекс-картами (ymaps) — попробуйте поставить флаг “Не подключать Яндекс-карты” в настройках модуля (раздел “Виджет”) и сбросьте кэш страницы оформления заказа
- Если ошибка связана с ключем — проверьте, что указана опция “API-ключ Яндекс.карт”. Если скрипты яндекс.карты подключаются не модулем — убедитесь, что ключ указан там (не входит в техподдержку модуля).

Если стоит флаг “Не подключать Яндекс-карты” в настройках модуля (раздел “Виджет”), а на странице Яндекс-карты не грузятся никаким скриптом — попробуйте убрать флаг.
Если вы используете старый или кастомный шаблон оформления заказа — убедитесь, что он бросает js-событие onAjaxSuccess, на которое виджет начинает обработку страницы (потребуется помощь программиста).

Если стоит флаг “Не подключать Яндекс-карты” в настройках модуля (раздел “Виджет”), а на странице Яндекс-карты не грузятся никаким скриптом — попробуйте убрать флаг.
Если в консоли (F12 -> console) есть ошибка, связанная с ключем яндекс.карт — задайте его в настройках модуля в опции “API-ключ Яндекс.карт”. Ознакомьтесь с подсказкой опции. Если скрипт яндекс.карт подключается не модулем — в другом месте так же нужно указать API-ключ (не задача модуля)

Перейдите на вкладку “Города”, отметьте необходимые для работы страны, сохраните настройки.

Проблемы в административной части

Убедитесь, что была запущена синхронизация (настройки -> Сервисные свойства -> Синхронизировать, получено сообщение об успехе).
Убедитесь, что в таблице городов (вкладка города -> Обработанные) есть город, установленный в настройке Интернет-магазина.
Убедитесь, что сама настройка задана.
Убедитесь, что на сайте нет двух копий местоположений. Если это так — удалите лишнюю копию и запустите синхронизацию вручную.

Убедитесь, что вы авторизованы в модуле.
Убедитесь, что вы находитесь на странице детальной информации о заказа (sale_order_detail.php), а не его редактирования.
Убедитесь, что в консоли (страница оформления заказа -> F12) нет ошибок в JavaScript.
Если задана настройка “Отображать кнопку заявки в заказах” в “Доставка СДЭК” — что доставкой выбрана служба доставки СДЭК модуля.
Проверьте, что для группы пользователей, от которых идет попытка оформить заявку, стоит разрешение во вкладке “Права”.

Убедитесь, что указанное свойство существует в свойствах заказа и оно отображается в оформлении заказа, не скрывается и не становится disabled до выбора ПВЗ — иначе обеспечьте его вывод.
Убедитесь, что в заказе это свойство заполнено в формате <адрес ПВЗ> #S<код ПВЗ> — иначе проверьте наличие JS-ошибок на странице оформления заказа.
Убедитесь, что на странице заказа (в админке) нет ошибок, связанных с объектом IPOLSDEK_oExport.

Убедитесь, что исправлены все возможные ошибки в полях (неверный формат телефона, заполнены все необходимые поля, определен город-получатель).
Удалите (замените) из полей символы кавычек, углобые скобки, итп.
Убедитесь, что на странице оформления доставок после очистки кэша (в настройках модуля) продолжают отображаться доставки. Если нет — сервер СДЭК “лежит”.
Проверьте права на доступ к модулю у пользователя.
Ошибка “ERR_CASH_ON_DELIV_PAYREC_MISTAKE”: в городе отправления невозможен наличный платеж. Чтобы пользователь не мог оформить заказ в этот город с оплатой наличными, воспользуйтесь настройкой “Не давать оформить заказ с наличной оплатой при невозможности оплаты наличными”.
Ошибка “Отсутствие обязательного атрибута: ADDRESS (ERR_NEED_ATTRIBUTE)” (а сам адрес заполнен корректно): для вашего аккаунта на стороне API СДЭКа подключена обработка старого формата адреса. Необходимо обратиться в техподдержку СДЭКа (integrator@cdek.ru) с указанием вашего номера договора с просьбой переключить вас на новый формат заполнения адреса (метод new_orders). Разумеется, если работа со старым форматом не требуется в иных функционалах сайта или других интеграций со СДЭК.
Ошибка “Заказ “интернет-магазин” может быть только у клиента с договором интернет-магазина. (ERROR_VALIDATE_PAYER_CONTRACT_IS_NOT_IM)”: ваш аккаунт подключен к интеграции не как ИМ. Метод API для отправки заявки по заказу от ИМ вам недоступен, аккаунт работает только как стандартная доставка. Модуль же напротив работает исключительно по договорам ИМ. Необходимо обратиться в техподдержку СДЭКа, чтобы они подключили аккаунт как ИМ.

Это ошибка Битрикса. При применении изменений все сохранится корректно.

“Является телефоном” в настройках свойства заказа, используемого как поле для указания телефонного номера;
“Дополнительные настройки” -> “Использовать нормализацию номера телефона” в настройках компонента оформления заказа sale.order.ajax.

Нужно обращаться в техподдержку СДЭКа ,указав, что получаете эту ошибку при манипуляциях с API.

Проблемы в личном кабинете / с отправленными заявками

Убедитесь, что сервер СДЭКа доступен (нет оповещения об этом в настройках, после очистки кэша службы доставки продолжают отображаться), иначе — нужно ждать, пока сервер не “поднимется”.

Отключите Автоотгрузки на соответствующей вкладке модуля.

Прочие проблемы

Удалить файл /bitrix/js/ipol.sdek/tmpImport.txt
Проверить настройки городов и нажать кнопку “сохранить”.
Сбросить кэш модуля. Он никоим образом не затрагивает импорт, но в любой непонятной ситуации надо сбрасывать кэш модуля.

19.12.2016, 23:35

Калининград

Переехал в Калининградскую область. Мне предложили поменять офис на Костомаровский. Поменял. Не могу сделать заказ. При оформлении пишет «Произошла ошибка во время формирования заказа. Пожалуйста попробуйте ещё раз.» Обратился к E-mail: ffomin@exist.ru. Полная тишина. Звонить в Москву накладно. Как быть?

22.12.2016, 00:49

Калининград
, отдел «Братск»

Поменял регион, теперь пишет «Не выбран доступный способ отгрузки заказа. Выберите другой способ или обратитесь к вашему менеджеру
Нет доступных способов доставки. Обратитесь, пожалуйста, к вашему менеджеру» Как и к кому обратится?

-4

24.12.2016, 20:55

Калининград
, отдел «Братск»

Ау, кто-нибудь откликнитесь!

-3

26.12.2016, 08:15

Москва
, отдел «Региональный отдел»

Здравствуйте, Игорь Владимирович!
Исходя из ваших данных, вы не поменяли офис обслуживания. До сих пор у вас числится офис «Братск».
В разделе «настройки» поменяйте офис обслуживания, указав, что вы житель Калининграда и выбрав офис обслуживания «Москва, Истринский район, д. Лешково, д. 248/4. (Отдел продаж: Костомаровский пер., д. 3) «

С уважением, Миронова Екатерина

26.12.2016, 10:30

Калининград
, отдел «Братск»

Здравствуйте. Я захожу в Личный кабинет- Настройки — Выбор офиса обслуживания и мне пишет «Для данной регистрации смена офиса невозможна.» И там действительно стоит Братск. Если я пытаюсь отметить этот офис то он мне пишет «Вы не можете менять офис обслуживания, т.к. зарегистрированы как оптовый клиент.» Я ничего не могу понять. Что я неправильно делаю?

-3

26.12.2016, 11:11

Москва
, отдел «Региональный отдел»

Здравствуйте, Игорь Владимирович!
Пришлите пожалуйста на мою эл.почту (e.mironova@co-exist.ru) ваш логин-пароль, посмотрим.

С уважением, Миронова Екатерина

29.12.2016, 23:46

Калининград
, отдел «Братск»

Здравствуйте. Есть какие-нибудь подвижки?

-3

30.12.2016, 15:19

Москва
, отдел «Эксист-Закупка»

Здравствуйте! Проблема пока не решена, работаем. С уважением, Федор Фомин.

14.01.2017, 20:26

Калининград
, отдел «Братск»

Здравствуйте! Прошло полмесяца со времени вашего последнего ответа. И никаких результатов. Закрываем тему?

Вопрос решен. Тема была закрыта автором

Тема: Ошибка при оформлении заказа! (Прочитано 3119 раз)

Доброго всем времени суток!
Помогите пожалуйста решить проблему.
При создании заказа, покупатель проходит поочередно все этапы оформления, после того как он нажимает кнопку «я подтверждаю заказ» страница уходит на перезагрузку и на этом все, больше ничего не появляется…
Такая ошибка выходит не каждый раз, но я обнаружил то, что такой заказ все же отображается в админке в новых, но во первых не приходят подтверждения на электронку, а во-вторых не отображаются заказанные товары внутри заказа. Так-же в списке оплат (скрин1), каким-то волшебным образом появляется доллар, хотя в списке валют сайта присутствует только рубль! Второй скрин для сравнения, с нормально оформленным заказом.
Пожалуйста помогите решить проблему, не знаю ,что делать с этим…люди разбегаются при невозможности оформить заказ…

Записан

02 Июнь 2015, 16:23:49

Ответ #1

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

Записан

02 Июнь 2015, 16:42:38

Ответ #2

Была такая мысль, после чего долго выяснял суть проблемы у хосера, в конечном итоге перешел на другой, использую тарифный план с максимальными возможностями нагрузок и максимальным временем ожидания. К сожалению это ни к чему не привело. Закономерностей не обнаружил, хотя может и есть, попробую проанализировать все подобные заказы. Но как тут отследить, ведь если бы не исполнялись все 100% заказов, даже с каким-то определенным товаром или условием, а это происходит не всегда. Допустим при раз не прошёл, второй, а на третий все норм…
Не понимаю..

Записан

02 Июнь 2015, 17:07:24

Ответ #3

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

Записан

02 Июнь 2015, 17:13:47

Ответ #4

Вот блин… Может подскажете каким образом его мониторить? Я не силен в этом, кроме как просмотр заказов у меня других идей нет.

Записан

02 Июнь 2015, 18:13:01

Ответ #5

Записан

02 Июнь 2015, 18:44:19

Ответ #6

Метрику знаю, а каким именно инструментом ?

Записан

02 Июнь 2015, 20:34:06

Ответ #7

В метрике есть отчеты по заданным целям.

Записан

02 Июнь 2015, 20:44:48

Ответ #8

…и?
Можно попросить Вас дать полный ответ?
я знаю что они там есть, расскажите как это можно использовать

Записан

02 Июнь 2015, 21:30:32

Ответ #9

Яндекс.Метрика для интернет-магазинов — Можно отследить статистику по заказам.
В справке есть примеры.

Записан

03 Июнь 2015, 10:13:18

Ответ #10

Яндекс.Метрика для интернет-магазинов — Можно отследить статистику по заказам.
В справке есть примеры.

Совершенно не представляю как ЭТО… может помочь…??
Я и так вижу какие заказы прошли с ошибкой, как метрика мне поможет выявить причину?

Записан

03 Июнь 2015, 10:55:29

Ответ #11

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

Записан

03 Июнь 2015, 11:36:39

Ответ #12

Как я понимаю такую информацию можно добыть только у хостера… Буду сейчас писать
Спасибо!

Записан

29 Июль 2015, 13:09:43

Ответ #13

Написал хостеру:
Вот время неудачных заказов, может что-то проявится в логах
2015-07-27 19:23:09
2015-07-27 09:35:39
2015-07-27 09:25:29
2015-07-26 21:08:15
2015-07-26 13:07:45
2015-07-26 13:07:07
2015-07-26 13:05:47
2015-07-26 13:05:13
2015-07-26 13:04:22
2015-07-26 13:03:53
2015-07-26 13:03:11
2015-07-26 13:02:41
2015-07-22 13:09:51
Посмотрите пожалуйста,
Сейчас практически ни один заказ не проходит нормально, я даже не знаю к кому мне обратиться.

И получил вот такой ответ

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

У вас по 500 ошибке за 27 число такие логи (видно, вылетает а post-запросы):

m-keramika.ru 81.95.20.190 — — [27/Jul/2015:09:25:27 +0300] «POST /admin0000/index.php?controller=AdminOrders&token=30565e882abf2ef98f07546e9d4a4acb&submitAddorder=1 HTTP/1.1» 500 — «http://m-keramika.ru/admin0000/index.php?controller=AdminOrders&addorder&token=30565e882abf2ef98f07546e9d4a4acb» «Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.107 Safari/537.36»
m-keramika.ru 81.95.20.190 — — [27/Jul/2015:09:35:36 +0300] «POST /admin0000/index.php?controller=AdminOrders&token=30565e882abf2ef98f07546e9d4a4acb&submitAddorder=1 HTTP/1.1» 500 — «http://m-keramika.ru/admin0000/index.php?controller=AdminOrders&addorder&token=30565e882abf2ef98f07546e9d4a4acb» «Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.107 Safari/537.36»
m-keramika.ru 81.95.20.190 — — [27/Jul/2015:09:47:51 +0300] «POST /admin0000/index.php?controller=AdminOrders&token=30565e882abf2ef98f07546e9d4a4acb&submitAddorder=1 HTTP/1.1» 500 — «http://m-keramika.ru/admin0000/index.php?controller=AdminOrders&addorder&token=30565e882abf2ef98f07546e9d4a4acb» «Mozilla/5.0 (Windows NT 5.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/44.0.2403.107 Safari/537.36»
m-keramika.ru 194.190.40.89 — — [27/Jul/2015:19:23:09 +0300] «POST /module/cashondelivery/validation HTTP/1.1» 500 — «http://m-keramika.ru/module/cashondelivery/validation?_=1438014179566» «Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like Gecko»

Также судя по логам apache-error, наблюдаются те же строки:

[Mon Jul 27 09:06:46 2015] [error] [client 81.95.20.190:16930] PHP Notice: Trying to get property of non-object in /home/a/avlito/m-keramika.ru/public_html/cache/smarty/compile/8a/bf/2b/8abf2b5a3951df071a42b108803275827a985678.file.view.tpl.php on line 119, referer http://m-keramika.ru/admin0000/index.php?controller=AdminOrders&token=30565e882abf2ef98f07546e9d4a4acb

Скорее всего существуют какие-то ошибки в работоспособности скриптов на вашем сайте. Попробуйте обратиться к веб-мастерам или разработкикам сайта для устранения этой проблемы. Access и error логи можете посмотреть в папке вашего сайта.

Пожалуйста помогите разобраться

Записан

29 Июль 2015, 13:13:43

Ответ #14

Все ошибки связанны с работаой в админке. По фронт-офису ничего нет.
Отключите кеширование и ККК.
Какой объем памяти на сервере?

Записан

Эксперт Prestashop — решения всех проблем, написание модулей, создание тем для интернет-магазинов под Prestashop.
Эксперт Magento — создам сайт на Magento, программирование кастомных модулей для Magento, кастомизация тем Magento.
Лучшие цены!!!

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

Для формирования заказа в один клик использовал класс BitrixSaleOrder.
Возникла проблема с заполнением свойств заказа ФИО, телефон, почта покупателя.
В документации не нашел информации как заполнить именно эти поля, нашел только что их можно заполнить через метод getPropertyCollection().
Методом тыка удалось их заполнить так:

$collection = $order->getPropertyCollection();
$propertyValue = $collection->createItem([
'ID' => 1,
'NAME' => 'NAME',
'TYPE' => 'STRING',
'CODE' => 'PROP_Name',
]);
$propertyValue->setField('VALUE', $name);
$propertyValue = $collection->createItem([
'ID' => 2,
'NAME' => 'PHONE',
'TYPE' => 'STRING',
'CODE' => 'PROP_Phone',
]);
$propertyValue->setField('VALUE', $phone);
$propertyValue = $collection->createItem([
'ID' => 3,
'NAME' => 'EMAIL',
'TYPE' => 'STRING',
'CODE' => 'PROP_Email',
]);
$propertyValue->setField('VALUE', $email);

Заказы создавались корректно пока не обновил Битрикс.
Теперь выдает ошибку mysql

[BitrixMainDBSqlQueryException] 
Mysql query error: (1062) Duplicate entry '1020-1' for key 'IX_SOPV_ORD_PROP_UNI' (400)
INSERT INTO `b_sale_order_props_value`(`ORDER_ID`, `ORDER_PROPS_ID`, `NAME`, `VALUE`, `CODE`, `XML_ID`) VALUES (1020, 1, 'NAME', 'email@email.ru', 'PROP_Name', 'bx_603f258e31ae7')

Заказ создается, но в свойствах заказа информация о покупателе не сохраняется.

Подскажите как правильно передать эти свойства.

Источник

Яндекс.Маркет входит в число самых популярных маркетплейсов на российском рынке. С ним стремятся сотрудничать многие продавцы, потому что у Яндекса есть поисковая система, которая приносит много целевого трафика.

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

Особенности FBS на Яндекс.Маркете

FBS — модель, при которой продавец отвечает за обработку заказа, упаковку посылки и передачу представителям Маркета. Товары доступны в каталоге маркетплейса, но размещаются на складе продавца.

Главная особенность FBS заключается в том, что доставку выполняет маркетплейс. Аббревиатура FBS расшифровывается как «фулфилмент продавца». Обычно все операционные процессы на себя берет магазин, а маркетплейс только передает ему заказы.

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

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

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

FBS обычно выбирают, если у товаров низкая оборачиваемость. Они долго лежат на складе и если передать их на хранение маркетплейсу, придётся потратить много денег. А если у продавца есть свой склад, проще разместить товары у себя и сэкономить средства.

Ещё одна причина выбора FBS в качестве основной модели сотрудничества — отсутствие возможности разместить продукцию на складе площадки. Яндекс.Маркет не принимает на хранение некоторые категории товаров, но не ограничивает их продажу.

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

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

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

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

Для подключения магазина по FBS к платформе Яндекса, склад продавца должен работать не менее 5 дней в неделю и обрабатывать от 10 заказов в день. Если базовые условия не выполняются, работать с маркетплейсом не получится.

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

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

Надо будет платить за отгрузку в сортировочный центр, приём оплаты от клиентов и размещение товара в каталоге маркетплейса. Если заказ передаётся для доставки курьером, стоимость фиксированная и составляет 125 рублей.

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

И Маркет, и продавец заинтересованы в том, чтобы своевременно выполнять обязательства и получать доход от продажи товаров. Если продавец будет регулярно нарушать график отгрузки или допускать другие ошибки, система ограничит объем доступных заказов.

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

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

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

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

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

Пошаговая инструкция по обработке заказов

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

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

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

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

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

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

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

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

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

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

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

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

Если заказы обрабатываются по API, необходимо убедиться, что данные передаются корректно и клиенты не смогут добавить в заказ товары, которых нет в наличии на складе. У Яндекс.Маркета есть несколько модулей для разных CMS, автоматизирующих разные задачи.

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

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

За качество упаковки несёт ответственность продавец. Если в ходе транспортировки содержимое посылки будет повреждено из-за некачественной упаковки, не получится добиться компенсации от Яндекс.Маркета.

Яндекс.Маркет может брать на доставку коробки весом до 15 кг. Если она весит немного больше, увеличить допустимый вес можно, если положить на дно лист трехслойного картона. Тогда вес одной коробки может составлять до 20 кг.

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

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

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

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

Отгружать заказы можно в разные точки, но в каждом случае процесс состоит из одинаковых шагов. Маркет принимает посылки в сортировочных центрах, пунктах выдачи заказов и с помощью курьеров.

Если соблюдать базовые требования к упаковке и передаче посылок, проблем не будет. Яндекс.Маркет даёт возможность продавцам настраивать график работы, в том числе и на праздничные дни. Но есть ограничения для склада — он должен работать не менее 40 часов в неделю.

Не все магазины способны обеспечить такой график. И тогда не получится выбрать модель FBS как основную для работы. Поэтому важно проанализировать все важные особенности до заключения договора и отправки заявки на подключение к торговой платформе.

Подключение экспресс-доставки

Недавно Маркет запустил экспресс-доставку за 1-2 часа в крупных городах. На этот вид доставки действуют другие условия. Продавец должен собирать заказы в течение 30 минут с момента поступления.

Если клиент оформил заказ в нерабочее время, отсчёт 30 минут начнётся на следующий рабочий день. Чтобы подключиться к экспресс-доставке у магазина должен быть склад в пределах города, где уже работает Express.

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

Чтобы не приходилось тратить много времени на общение с курьерами, важно указать информацию о том, как подъехать к складу и какие у него есть особенности. Иначе курьеры могут часто звонить и просить дополнительные данные.

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

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

Распространённые ошибки продавцов

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

Яндекс.Маркет заинтересован в бесперебойной работе всех партнёрских магазинов и ставит на первое место пользовательский опыт. Если негативных отзывов будет много, против продавца задействуют все доступные меры.

Частые ошибки:

Игнорирование индекса качества. Этот показатель определяет возможности работы продавца на платформе. Чем ниже он падает, тем больше ограничений накладывается на магазин.
Передача неправильных данных об остатках. Каждая отмена заказа по вине магазина — удар для репутации. Если таких «ударов» будет много, продавец потеряет возможность работать с Маркетом.
Несоблюдение правил упаковки. Представители маркетплейса не принимают посылки, которые упакованы не по стандартам.
Отправка некачественных товаров. Все продукты должны быть укомплектованы и соответствовать правилам Российской Федерации. В случае возникновения грубых нарушений, магазин могут отключить без права восстановления.
Добавление дублей магазинов. На Маркете нельзя размещать магазины с одинаковым ассортиментом и контактами.
Проблемы с документами. Если продавец не может предоставить сертификаты качества или регулярно присылает документы с ошибками, с ним не захотят сотрудничать.

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

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

Источник

19.12.2016, 23:35

Калининград

22.12.2016, 00:49

Калининград
, отдел «Братск»

-4

24.12.2016, 20:55

Калининград
, отдел «Братск»

Ау, кто-нибудь откликнитесь!

-3

26.12.2016, 08:15

Москва
, отдел «Региональный отдел»

С уважением, Миронова Екатерина

26.12.2016, 10:30

Калининград
, отдел «Братск»

-3

26.12.2016, 11:11

Москва
, отдел «Региональный отдел»

С уважением, Миронова Екатерина

29.12.2016, 23:46

Калининград
, отдел «Братск»

Здравствуйте. Есть какие-нибудь подвижки?

-3

30.12.2016, 15:19

Москва
, отдел «Эксист-Закупка»

Здравствуйте! Проблема пока не решена, работаем. С уважением, Федор Фомин.

14.01.2017, 20:26

Калининград
, отдел «Братск»

Здравствуйте! Прошло полмесяца со времени вашего последнего ответа. И никаких результатов. Закрываем тему?

Вопрос решен. Тема была закрыта автором

Источник

Тема: Ошибка при оформлении заказа! (Прочитано 3289 раз)

Записан

02 Июнь 2015, 16:23:49

Ответ #1

Записан

02 Июнь 2015, 16:42:38

Ответ #2

Записан

02 Июнь 2015, 17:07:24

Ответ #3

Записан

02 Июнь 2015, 17:13:47

Ответ #4

Записан

02 Июнь 2015, 18:13:01

Ответ #5

Записан

02 Июнь 2015, 18:44:19

Ответ #6

Метрику знаю, а каким именно инструментом ?

Записан

02 Июнь 2015, 20:34:06

Ответ #7

В метрике есть отчеты по заданным целям.

Записан

02 Июнь 2015, 20:44:48

Ответ #8

…и?
Можно попросить Вас дать полный ответ?
я знаю что они там есть, расскажите как это можно использовать

Записан

02 Июнь 2015, 21:30:32

Ответ #9

Яндекс.Метрика для интернет-магазинов — Можно отследить статистику по заказам.
В справке есть примеры.

Записан

03 Июнь 2015, 10:13:18

Ответ #10

Яндекс.Метрика для интернет-магазинов — Можно отследить статистику по заказам.
В справке есть примеры.

Записан

03 Июнь 2015, 10:55:29

Ответ #11

Записан

03 Июнь 2015, 11:36:39

Ответ #12

Как я понимаю такую информацию можно добыть только у хостера… Буду сейчас писать
Спасибо!

Записан

29 Июль 2015, 13:09:43

Ответ #13

И получил вот такой ответ

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

У вас по 500 ошибке за 27 число такие логи (видно, вылетает а post-запросы):

Также судя по логам apache-error, наблюдаются те же строки:

Пожалуйста помогите разобраться

Записан

29 Июль 2015, 13:13:43

Ответ #14

Записан

Источник

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

Для формирования заказа в один клик использовал класс Bitrix\Sale\Order.
Возникла проблема с заполнением свойств заказа ФИО, телефон, почта покупателя.
В документации не нашел информации как заполнить именно эти поля, нашел только что их можно заполнить через метод getPropertyCollection().
Методом тыка удалось их заполнить так:

$collection = $order->getPropertyCollection();

$propertyValue = $collection->createItem([
    'ID' => 1,
    'NAME' => 'NAME',
    'TYPE' => 'STRING',
    'CODE' => 'PROP_Name',
]);
$propertyValue->setField('VALUE', $name);
$propertyValue = $collection->createItem([
    'ID' => 2,
    'NAME' => 'PHONE',
    'TYPE' => 'STRING',
    'CODE' => 'PROP_Phone',
]);
$propertyValue->setField('VALUE', $phone);
$propertyValue = $collection->createItem([
    'ID' => 3,
    'NAME' => 'EMAIL',
    'TYPE' => 'STRING',
    'CODE' => 'PROP_Email',
]);
$propertyValue->setField('VALUE', $email);

Заказы создавались корректно пока не обновил Битрикс.
Теперь выдает ошибку mysql

[Bitrix\Main\DB\SqlQueryException] 
Mysql query error: (1062) Duplicate entry '1020-1' for key 'IX_SOPV_ORD_PROP_UNI' (400)
INSERT INTO `b_sale_order_props_value`(`ORDER_ID`, `ORDER_PROPS_ID`, `NAME`, `VALUE`, `CODE`, `XML_ID`) VALUES (1020, 1, 'NAME', 'email@email.ru', 'PROP_Name', 'bx_603f258e31ae7')

Заказ создается, но в свойствах заказа информация о покупателе не сохраняется.

Подскажите как правильно передать эти свойства.

Источник

При оформлении заказа не отображаются платежные системы и службы доставки

Общее

Проблемы со стоимостями доставки

Проблемы в оформлении заказа

Проблемы в административной части

Проблемы в личном кабинете / с отправленными заявками

Прочие проблемы

Интеграция

У меня не появляются профили доставки

Не рассчитывается доставка в конкретный населенный пункт

Не отображается профиль метода доставки Shiptor Today

Не появляются кнопки выбора ПВЗ при оформлении заказа для тех профилей доставки, где они нужны

При нажатии на кнопку выбора ПВЗ при оформлении заказа не появляется всплывающее окно с картой

При передаче заказа возникает ошибка «Заказ не может быть отгружен, так как отгрузка запрещена»

При передаче заказа возникает ошибка «Не удалось выгрузить неоплаченный заказ, услуга «Наложенный платеж» не подключена для платежной системы заказа!»

Заказы в Shiptor приходят без адреса, индекса и пр.

У меня пропало свойство Пункт выдачи Shiptor, не сохраняются выбранные покупателем ПВЗ

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

Что делать если модуль замедляет работу корзины?

Дважды передаются в ЛК Shiptor одни и те же заказы

Как найти ошибку в журнале обмена данными с Shiptor?

Перевод агентов на cron

Отслеживание заказов, переданных в ЛК не из 1C-Bitrix

Нет платежных систем для оплаты

При оформлении заказа не отображаются платежные системы и службы доставки

Как проверить оплату

Общее

Проблемы со стоимостями доставки

Проблемы в оформлении заказа

Проблемы в административной части

Проблемы в личном кабинете / с отправленными заявками

Прочие проблемы

Особенности FBS на Яндекс.Маркете

Пошаговая инструкция по обработке заказов

Подключение экспресс-доставки

Распространённые ошибки продавцов

Интересное по теме: