Импорт местоположений битрикс ошибка

• Внимательно ознакомьтесь с разделом документации “Особенности расчета стоимости доставки”: в нем указано как считается вес и габариты заказа. Проверьте заданы ли размеры и вес у товаров заказа, если нет, обратите внимание какие габариты по умолчанию заданы в настройках модуля.
• Убедитесь, что вы сравниваете стоимость по одному и тому же тарифу: разные тарифы могут отличаться по стоимости и сравнивать их “в лоб” нельзя.
• Проверьте, что у отправителя по умолчанию указано корректное местоположение, а также что при проверке в ЛК вы выбираете этот же населенный пункт.
• Проверьте не указаны ли наценки в настройках обработчика службы доставки, либо его профилях: их нужно учеть при сверке. Равно как и Правила работы с корзиной, модифицирующие посчитанную стоимость доставки, если такие есть на вашем сайте.
• Убедитесь, что вы работаете с “боевыми” данными для авторизации, на основном сервере DPD.
• Проверьте, что используется именно Автоматизированный обработчик службы доставки, как указано в разделе документации “Настройка”.

• Проверьте, что добавлен отправитель по умолчанию и у него указано корректное местоположение (город, либо село, деревня и т.п.).
• Убедитесь, что был произведен Импорт внешних данных.
• Убедитесь, что вы указываете корректное местоположение получателя: город, село, деревню, а не район, область или страну: расчет стоимости доставки через АПИ DPD возможен исключительно до конкретного населенного пункта.
• Проверьте какие размеры и вес указаны у товаров заказа: при тяжелых, либо крупноразмерных товарах может оказаться, что доставка данного заказа невозможна ни одним из активных тарифов.
• Проверьте, что в настройках модуля в селекторе “Укажите тарифы которые НЕ будут использоваться при расчетах” отмечены не все тарифы, попробуйте временно убрать это ограничение по тарифам.
• Попробуйте отключить тестовый режим, если он был включен.
• Сбросьте кеш Битрикса (как вариант, при использовании файлового кеша сотрите со всем содержимым папку /bitrix/cache/ipol.dpd/ через Управление структурой в админке Битрикса).
• Если используется самописное, либо существенно модифицированное оформление заказа, создайте тестовую страницу с штатным компонентом оформления заказа bitrix:sale.order.ajax с шаблоном .default и проверьте расчет доставки на ней.

Есть несколько вариантов решения, в зависимости от требований.

• Чтобы добавить фиксированное количество дней к сроку доставки, используйте опцию модуля “Увеличить срок доставки на (дн.)”.
• Чтобы установить фиксированную стоимость доставки для любых заказов, вне зависимости от их содержимого и местоположения получателя, используйте опцию модуля “Стоимость доставки по умолчанию”.
• Задать наценку в %, либо фиксированную, можно в настройках обработчика службы доставки, либо ее профилях. Учтите, что эти наценки реализует сам Битрикс, а не модуль, применяются они последовательно (если указаны и в обработчике, и в профиле — применятся обе). Использование % наценки может привести к появлению копеек в стоимости доставки. Округление опцией модуля “Округлять до единиц” не поможет, поскольку наценки Битрикс применяет уже после получения рассчитанной стоимости доставки от модуля.
• Можно воспользоваться Правилами работы с корзиной в Рабочий стол -> Маркетинг -> Товарный маркетинг -> Правила работы с корзиной. Обратите внимание на Приоритет применимости и Индекс сортировки у ваших правил, убедитесь, что они применяются когда необходимо и не “перебивают” другие правила. Ознакомьтесь с документацией Битрикса https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&LESSON_ID=8425&referer1=clman2lesson
• Через обработчик события модуля onCalculate (см. раздел документации “События модуля (для программистов)”) можно реализовать изменение стоимости и срока доставки по практически любой логике. Учтите, что для его реализации потребуется помощь программиста.

• Убедитесь, что в Параметрах авторизации в настройках модуля указаны корректные данные, тестовый режим отключен (либо для него указаны полученные от сотрудников DPD тестовые авторизационные данные).
• Проверьте, что добавлен отправитель по умолчанию и у него указано корректное местоположение (город, либо село, деревня и т.п.).
• Проверьте, что в настройках модуля в селекторе “Укажите тарифы которые НЕ будут использоваться при расчетах” отмечены не все тарифы, попробуйте временно убрать это ограничение по тарифам.
• Убедитесь, что был произведен Импорт внешних данных.
• Проверьте настройки свойства заказа с типом Местоположение [LOCATION]: у него должна быть обязательно отмечена галка “Использовать как местоположение для расчета стоимости доставки”.
• Выберите для тестов небольшой, малогабаритный товар (например, размером порядка 10 * 10 * 10 см и весом 1 кг), местоположением получателя указывайте крупные города. Если для него служба доставки отображается и доставка рассчитывается, проверьте какие размеры и вес указаны у товаров заказа: при тяжелых, либо крупноразмерных товарах может оказаться, что доставка данного заказа невозможна ни одним из активных тарифов.
• Проверьте активность у службы доставки и ее профилей.
• Проверьте, что используется именно Автоматизированный обработчик службы доставки, как указано в разделе документации “Настройка”.
• Проверьте выставленные ограничения у службы доставки и ее профилей.
• Проверьте доступность службы доставки в настройках платежных систем.
  

• Убедитесь, что на сервере установлена PHP библиотека SOAP, руководствуясь пояснениями в разделе документации “Включение функционала”.

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

За выбор местоположений (региона доставки) на странице оформления заказа отвечает классификатор местоположений Битрикса: Рабочий стол -> Магазин -> Настройки -> Местоположения -> Список местоположений. Именно из его содержимого покупатель выбирает населенный пункт, куда требуется доставка заказа. Модуль Интеграции с DPD никак не меняет и не расширяет этот классификатор.

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

Если вы производили Импорт местоположений и добавились новые населенные пункты (допустим, по РФ были только города, а загрузили классификатор до сёл включительно), либо импортировали поддерживаемую модулем страну, которой ранее не было, необходимо произвести Импорт внешних данных.

• Убедитесь, что вы выбираете местоположения поддерживаемой модулем страны: населенные пункты РФ, Беларуси, либо Казахстана. Работа с другими странами на данный момент не поддерживается.
• Обязательно сбросьте кеш: либо очистите весь кеш Битрикса через Рабочий стол -> Настройки -> Настройки продукта -> Автокеширование -> Очистка файлов кеша. Либо, при использовании файлового кеша, сотрите со всем содержимым папку /bitrix/cache/ipol.dpd/ через Управление структурой в админке Битрикса.
• Выполните Импорт внешних данных, следуя пояснениям в разделе документации “Настройка”, блоки “Импорт внешних данных” и “Местоположения”.

Воспользуйтесь функционалом Ограничений. Ограничения по местоположению и многие другие типы ограничений можно настроить на вкладке Ограничения у обработчика службы доставки, либо конкретного профиля. Это штатные возможности Битрикса. Рекомендуем следовать документации Битрикса https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=42&LESSON_ID=7330&LESSON_PATH=3912.4580.4828.3071.7330

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

Убедитесь, что в настройках модуля DPD Рабочий стол -> Настройки -> Настройки продукта -> Настройки модулей -> Интеграция с DPD на вкладке “Отправитель” все настроено корректно. Сверьтесь с разделом документации “Настройка”, блок “Отправитель”.

Кнопка открытия виджета пунктов самовывоза прикрепляется модулем сразу же после текста со сроком доставки. Фактически, срок доставки, тариф, кнопка открытия виджета и служебные инпуты модуля (в них хранится информация о выбранном тарифе, точке выдачи и т.п.) — это единое целое и к шаблону компонента оформления заказа (обычно bitrix:sale.order.ajax) от самого компонента все это поступает как значение срока доставки.

• Проверьте, что срок доставки выводится. Иногда разработчики шаблонов компонента оформления заказа его убирают (отмечаем, что на стандартных шаблонах компонента оформления заказа bitrix:sale.order.ajax срок доставки выводится всегда), это и является причиной “пропадания” кнопки.

• Если используется самописное, либо существенно модифицированное оформление заказа, создайте тестовую страницу с штатным компонентом оформления заказа bitrix:sale.order.ajax с шаблоном .default и проверьте сохраняется ли проблема на ней. Если нет, вам следует обратиться к разработчикам кастомизированного оформления заказа для дальнейшей диагностики.

• Иногда блок со сроком доставки визуально скрывают от покупателя через CSS стили, вместе с этим “пропадает” и кнопка открытия виджета. Как вариант решения, в этом случае можно добавить в шаблон страницы оф. заказа “бутафорскую” кнопку открытия виджета, которая будет “кликать” на штатную кнопку с помощью JS, например так: BX.fireEvent( document.querySelector(’.DPD_openTerminalSelect’), ‘click’);

Данные о точках самовывоза виджет загружает по AJAX запросу, при открытии виджета.

• Убедитесь, что выключен Режим правки в Панели администрирования сайта (ползунок в правом верхнем углу). При включенном режиме правки ядро Битрикса добавляет компонентам на странице сайта свою “обвязку” для возможности настройки и редактирования. Виджет точек самовывоза это тоже компонент. Включение режима правки “ломает” содержимое ответа на AJAX запрос виджета: к JSON с данными о точках самовывоза Битрикс добавляет свой HTML. Выключите режим правки, либо игнорируйте проблему: обычные покупатели доступа к режиму правки не имеют и с этой проблемой не столкнутся в принципе.

• Откройте страницу мой.сайт/bitrix/components/ipol/ipol.dpdPickup/ajax.php . Вы должны увидеть что-то подобное

Если вы видите шаблон сайта и форму авторизации, проверьте права доступа на папку компонента виджета /bitrix/components/ipol/ipol.dpdPickup/ и все ее содержимое: скорее всего для незарегистрированных пользователей закрыт доступ к ней.

• Откройте консоль браузера (F12), переключитесь на вкладку Network. Откройте виджет пунктов самовывоза. В консоли появится запрос к /bitrix/components/ipol/ipol.dpdPickup/ajax.php . Обратите внимание на его Status: должен быть 200. Если Status 302 и т.п., кликните на запрос в консоли браузера и посмотрите вкладку Headers: скорее всего запрос был перенаправлен на другой URL. Проблема возникает, если в перенаправленном запросе отличается регистр символов (например, все строчные), т.к. в названии компонента ipol.dpdPickup есть как строчные, так и заглавные буквы. В этом случае обратитесь к поддержке вашего сайта для корректировки правил редиректов, либо добавления исключения редиректов для папки компонента виджета ПВЗ.

• Проверьте нет ли JS ошибок в консоли браузера, возникающих непосредственно после открытия виджета ПВЗ. Если есть, их следует устранить.

• Проверьте настройки свойства заказа “Адрес доставки” (или аналогичного по смыслу), открыв нужное свойство в Рабочий стол -> Магазин -> Настройки -> Свойства заказа -> Список свойств. Свойство должно быть активное, не служебное, строкового типа, а на его вкладке настроек “Привязка свойства” в “Службы доставки” либо не отмечено ничего, либо выбраны и профили службы доставки DPD, помимо прочего.

• Убедитесь, что в настройках модуля DPD Рабочий стол -> Настройки -> Настройки продукта -> Настройки модулей -> Интеграция с DPD на вкладке “Получатель” в опции “Cвойство, куда будет сохранен выбранный пункт самовывоза” для каждого типа плательщика выбрано соответствующее свойство заказа, куда будет подставляться адрес выбранной точки самовывоза.

• Если используется самописное, либо существенно модифицированное оформление заказа, создайте тестовую страницу с штатным компонентом оформления заказа bitrix:sale.order.ajax с шаблоном .default и проверьте сохраняется ли проблема на ней. Если нет, вам следует обратиться к разработчикам кастомизированного оформления заказа для дальнейшей диагностики.

• Если заказ был оформлен клиентом, с публичной страницы оформления заказа (обычно это компонент bitrix:sale.order.ajax), выполните рекомендации из раздела помощи “Проблемы с виджетом пунктов самовывоза” / “Адрес выбранной точки самовывоза не подставляется в “Адрес доставки””.

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

• Убедитесь, что указано корректное местоположение: город, село, деревня, а не район, область или страна: расчет стоимости доставки через АПИ DPD возможен исключительно до конкретного населенного пункта.
• Проверьте настройки свойства заказа с типом Местоположение [LOCATION]: у него должна быть обязательно отмечена галка “Использовать как местоположение для расчета стоимости доставки”.
• Проверьте какие размеры и вес указаны у товаров заказа: при тяжелых, либо крупноразмерных товарах может оказаться, что доставка данного заказа невозможна ни одним из активных тарифов.
• Проверьте, что в настройках модуля в селекторе “Укажите тарифы которые НЕ будут использоваться при расчетах” отмечены не все тарифы, попробуйте временно убрать это ограничение по тарифам.
• Попробуйте отключить тестовый режим, если он был включен.

• Убедитесь, что вы находитесь на странице просмотра заказа Битрикса (sale_order_view.php или sale_order_detail.php), а не редактирования заказа (sale_order_edit.php) или иных страницах админки.
• Проверьте в настройках модуля значение опции “Отображать кнопку “Доставка DPD””, если выбрано “Только у заказов с доставкой DPD”, убедитесь, что в Отгрузке заказа Битрикса выбран профиль обработчика службы доставки именно от модуля DPD. Как вариант, измените значение опции “Отображать кнопку “Доставка DPD”” на “Всегда”.
• Убедитесь, что на странице нет PHP ошибок: прокрутите ее до конца, не должно быть никаких сообщений об ошибках.
• Убедитесь, что в консоли браузера (F12) нет ошибок JavaScript.

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

• Убедитесь, что в настройках модуля отключен Тестовый режим, а в Параметрах авторизации указан Клиентский номер DPD и Ключ авторизации именно от того договора DPD, с доступами от которого вы зашли в ЛК на сайте DPD.

• Проверьте, что в настройках модуля на вкладке “Статус” отмечена опция “Выставлять принятым заказам идентификатор отправления”.

• Проверьте, что в настройках модуля на вкладке “Статус” отмечена опция “Отслеживать статусы заказов в DPD”.
• Убедитесь, что на вашем сайте нет ошибок в работе технологии агентов. Для этого воспользуйтесь Проверкой системы из раздела админки Битрикса Рабочий стол -> Настройки -> Инструменты -> Проверка системы.
• Убедитесь, что агент IpolhDPDAgents::checkOrderStatus(); активен и регулярно исполняется:

• Воспользуйтесь кнопкой “Запустить импорт” на странице настроек модуля Рабочий стол -> Настройки -> Настройки продукта -> Настройки модулей -> Интеграция с DPD. Либо, как вариант, откройте страницу /bitrix/admin/ipolh_dpd_load_external_data.php

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

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

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

В админке Битрикса перейдите в раздел Рабочий стол -> Marketplace -> Установленные решения и в таблице “Доступные решения” найдите “Интеграция с DPD (ipol.dpd)”. Если обновления имеются, в колонке “Статус” будет надпись “Доступны обновления”, кликнув на которую можно перейти к установке обновлений для данного модуля.

Предварительное создание полной резервной копии сайта до установки каких-либо обновлений, как модуля DPD, так и других решений и в особенности самого Битрикса является хорошей практикой и дает возможность намного быстрее восстановить работоспособность сайта, если что-то пошло не по плану. Встроенное в Битрикс резервное копирование доступно в разделе админки Рабочий стол -> Настройки -> Инструменты -> Резервное копирование -> Создание резервной копии.