Ошибка проверки источника запроса обновите модуль обмена bitrix

При выборе редакции 1С-Битрикс Заказчики часто решают, что полная редакция «Бизнес» им не нужна, и останавливаются на редакции «Малый бизнес».

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

I. «Ошибка импорта метаданных. Количество импортированных складов превышает разрешённое для данной редакции».

Тут все понятно из самой ошибки. Даже если первичная выгрузка прошла, но в системе присутствует несколько складов, то обновление товаров работать не будет. Если вам требуется несколько складов в системе, то придется переходить на редакцию «Бизнес». Если достаточно одного, то необходимо сделать следующее:

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

II. «Ошибка проверки источника запроса. Обновите модуль обмена или отключите проверку в настройках компонента».

Такое часто случается, если в 1С используется старый модуль для обмена. По-хорошему здесь необходимо обновить модуль обмена в 1С, но если это по каким-то причинам невозможно или ошибка не пропадает, то можно отключить проверку. Для этого идем в файл /local/php_interface/init.php и добавляем код:

COption::SetOptionString("catalog", "DEFAULT_SKIP_SOURCE_CHECK", "Y");
COption::SetOptionString("sale", "secure_1c_exchange", "N");


Код принудительно переведет компонент обмена на устаревшую версию, и ошибка пропадет.
Всем рабочих сайтов!

Ошибка при синхронизации МойСклад и Битрикс

Задача заказчика

Все работало, потом резко перестало. Кроме стандартного обмена, еще есть скрипт, который особым образом обрабатывает новые товары (он работает, его не трогаем). Не передаются остатки и цены.
сама ссылка /bitrix/admin/1c_exchange.php?type=catalog&mode=import&filename=import.xml

Ответ поддержки МойСклад

У вас ошибки при обмене. Ошибка на стороне интернет магазина: Server returned HTTP response code: 504 for URL Такая ошибка может быть при проблемах на стороне сайта или хостинга. Либо не проходит обращение к сайту по запросу, либо не хватает каких-то прав

Решение

Ошибка «Остатки: Получен ответ на запрос. Отправлен каталог товаров. Отправлены остатки. Ошибка на стороне интернет магазина: Server returned HTTP response code: 504 for URL «

при переходе по ссылке /bitrix/admin/1c_exchange.php?type=catalog&mode=import&filename=import.xml выдается следующая ошибка «failure
Ошибка проверки источника запроса. Обновите модуль обмена или отключите проверку в настройках компонента. «

Необходимо обновить модуль обмена со страницы http://1c.1c-bitrix.ru/ecommerce/download.php или как он просит отключить проверку командами

COption::SetOptionString("catalog", "DEFAULT_SKIP_SOURCE_CHECK", "Y"); 
COption::SetOptionString("sale", "secure_1c_exchange", "N"); 

Данные настройки — служебные и их нет в виде опций в настройках модуля. Поэтому их нужно установить программно из битрикс Настройки -> Инструменты -> Командная PHP-строка -> Выполнить или прописав в коде вашего сайта.

После выполнения последних команд и при переходе по ссылке /bitrix/admin/1c_exchange.php?type=catalog&mode=import&filename=import.xml выдается информация «progress Временные таблицы созданы.» означающая, что ошибка побеждена

Ошибка «Остатки: Получен ответ на запрос. Отправлен каталог товаров. Отправлены остатки. Превышен лимит попыток проверки статуса отправки каталога (5)»

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

Вероятнее всего ресурсов на стороне битрикса недостаточно и в логи сервера падает ошибка «client request body is buffered to a temporary file»
скорее всего размер загружаемого файла больше, чем буфер памяти, установленной для закачки файлов Нужно настроить переменную client_body_buffer_size 256м
Напиши в тех поддержку сервера к сис админам. Пусть посмотрят логи и поправят.

Тех поддержка ответила что данный параметр установлен client_body_buffer_size 256м и увеличили time-out до 180, т.к. в логах ошибка Timeout waiting for output from CGI script

Проблема не ушла. Принято решение, что данная проблема связана с сервером и с его настройками. Проверил производительность конфигурации. На 13.06.2018 16:19:27 составляет 2.42 из 30 Нужно настраивать сервер под битрикс или переезжать на новый vps сервер и ставить Web окружение битрикс. Тут необходимы силы системного администратора. Поиграть с настройками сервера и по изучать логи

Изменения протокола обмена между 1С-Битрикс и 1С Предприятие

Вот такую веселую ошибку при обмене заказами могут наблюдать Битрикс-администараторы, накатившие свежие обновления на Битрикс, но не обновившие модуль обмена на стороне 1С

failure Ошибка проверки источника запроса. Обновите модуль обмена.

Видимо, битриксоиды отказались от поддержки ранее описанного ими же здесь протокола обмена:

http://dev.1c-bitrix.ru/api_help/sale/orders_protocol.php

Напомню, каким раньше был протокол:

1. Обмен заказами начинается с того, что 1С посылает http-запрос вместе с http-авторизацией следующего вида: http://<сайт>/bitrix/admin/1c_exchange.php?type=sale&mode=checkauth

   На этот запрос система 1С-Битрикс отвечает тремя строками (используется разделитель строк «n»):

   1. слово «success»;
   2. имя Cookie;
   3. значение Cookie.

   Примечание:
   все последующие запросы к 1С-Битрикс сопровождаются выставлением со стороны 1С имени и значения Cookie, полученными по команде «checkauth».

2. Далее следует запрос 1С вида:
   http://<сайт>/bitrix/admin/1c_exchange.php?type=sale&mode=init

   В ответ 1С-Битрикс выдает две строчки:

   1. zip=yes, если сервер поддерживает обмен в zip-формате. В этом случае файлы на следующем шаге должны быть упакованы в zip-формате
      или
      zip=no, в таком случае файлы не должны быть упакованы, а передаются каждый по отдельности.
   2. file_limit=<число>, где <число> — максимально допустимый размер файла в байтах для передачи за один запрос. Если размер файла больше, то он должен быть порезан на части.
3. Затем отправляется запрос вида:
   http://<сайт>/bitrix/admin/1c_exchange.php?type=sale&mode=query

   Сайт отдает заказы в формате CML 2. В случае успешного получения и записи заказов в 1С совершается запрос вида:
   http://<сайт>/bitrix/admin/1c_exchange.php?type=sale&mode=success

4. Затем из 1С отправляется запрос вида:
   http://<сайт>/bitrix/admin/1c_exchange.php?type=sale&mode=file&filename=<имя файла>
   который загружает на сервер файл обмена, посылая содержимое файла в виде POST. 

Конечно, странно, что сейчас битриксоиды полностью отказались от поддержки модуля обмена, который идет в 1С УТ 11 без дополнений

Что делать, если такое произошло на вашем проекте с ранее настроенной интеграцией? Конечно, если интеграция вашего сайта сделана без кастомизации на стороне 1С, проще всего накатить на 1С свежее битриксовое дополнение. Что же делать, если модуль обмена на стороне 1С у вас кастомизирован, и в ваши планы сейчас не входит делать всю работу на стороне 1С заново на основе нового модуля обмена (а ее придется делать заново – изменения модуля обмена глубоки, и обычным слиянием с использованием 1С-совской системы контроля версий тут не обойдешься — проверила), тогда проще использовать на стороне сайта модуль обмена, выдранный из старой версии Битрикс.

Я думаю, каждый, кто захочет сделать себе деградацию модуля обмена на стороне Битрикс – сделает ее. А я сейчас расскажу, как сделать, чтобы ваш модуль обмена на стороне сайта был зафиксирован, никогда не обновлялся, не преподносил сюрпризов вашей кастомной 1С-ке при сохранении возможности обновления всех остальных модулей.

Идем в папку /bitrix/components/bitrix/ (на сайте, на котором обмен уже настроен и версия обмена вас устраивает) и копируем компоненты обмена

catalog.export.1c
catalog.export.1c
sale.export.1c

в свое пространство имен. Соответсвенно я копирую их в папку

/local/components/bedrosova/

Далее нам необходимо скопировать классы обмена. Мы не будем их наследовать в этот раз, а сделаем копии. Заводим свой файлик, не важно по сути, где он будет лежать и как называться, к примеру, можно положить его в /local/php_interface/lib/exchange.php

Открываем файл /www/bitrix/modules/iblock/classes/general/cml2.php и копируем класс class CIBlockCMLImport в свой файлик с другим именем, например с именем CIBlockCMLImport2, аналогично поступаем с файлом CIBlockCMLExport из того же файла.

Аналогично поступаем с классом CAllSaleExport из файла /bitrix/modules/sale/general/ export.php и с классом CSaleExport из /bitrix/modules/sale/mysql/export.php (делаем ему class CSaleExport2 extends CAllSaleExport2)

Далее в наших компонентах обмена из нашего пространства имен подключаем наш файл с нашими классами-копиями, после чего заменяем в компонентах все вызовы CIBlockCMLImport, CIBlockCMLExport и CSaleExport на вызовы CIBlockCMLImport2, CIBlockCMLExport2 и CSaleExport2

После этого идем в /bitrix/admin/ содаем там новый файл 1c_exchange2.php, копируем туда содержимое файла /bitrix/modules/sale/admin/1c_exchange.php

Заменяем в нашем файле /bitrix/admin/1c_exchange2.php вызовы стандартных компонентов битрикс bitrix:sale.export.1c, bitrix:sale.export.1c и bitrix:catalog.export.1c на вызовы наших кастомных (я заменяю на bedrosova:sale.export.1c, bedrosova:sale.export.1c и bedrosova:catalog.export.1c), прописываем в 1С путь к нашему скрипту обмена /bitrix/admin/1c_exchange2.php

Наслаждаемся!
Теперь можем спокойно обновлять битрикс, и не ждать сюрпризов по части обмена с 1С.

Примечание! Наши скопированные классы продолжают использовать стандартные языковые файлы.