Обмен заказами завершен с ошибками

Актуально для версии 2.9

Проблема: При синхронизации через 1С, возникает ошибка на этапе обмена заказами.

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

Выгружено товаров: 10
Выгружено картинок: 9
Выгрузка товаров успешно завершена
Выгружено заказов: 7
Произошла ошибка на стороне сервера. Не получен статус завершения операции. 
Файл не отправлен (C:a0fc4c7-cf54-4b0a-9ba0-0e42fe9ff2911cbitrix-6ff19691-637c-dd0f-aad3-32a00be942c8.xml.1).
Обмен не выполнен
Ответ сервера:
Warning: XMLReader::read(): /sys-temp/1c_import/1cbitrix-6ff19691-637c-dd0f-aad3-32a00be942c8.xml:1965: 
parser error : Extra content at the end of the document in /classes/system/subsystems/import/splitters/commerceML2Splitter.php
on line 187
 
Обмен заказами завершен с ошибками!!!

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

Для таких ситуаций мы предусмотрели настройку в config.ini

 exchange.commerceML.maxFileSize = "102400" 

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

Исправляем ситуацию

Чтобы избавиться от этого неприятного сообщения об ошибке при вызове метода контекста, следует понимать, что контекстом называют методы платформы 1С. Значит в определенной строке кода воспользовались методом с неверными параметрами или вызвали его не от того владельца. Всегда внимательно и полностью читайте сообщения об ошибках – часто в них содержится указание на строку и метод, вызвавший ошибку. Это поможет сэкономить время на отладку и поиск проблемного места в коде.

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

	 Запрос = Новый Запрос;
	 Запрос.Текст =
	         "ВЫБРАТЬ
	          |        Номенклатура.Ссылка КАК Ссылка,
	          |        Номенклатура.ВерсияДанных КАК ВерсияДанных,
	          |        Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
	          |        Номенклатура.Родитель КАК Родитель,
	          |        Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
	          |        Номенклатура.Код КАК Код,
	          |        Номенклатура.Наименование КАК Наименование,
	          |        Номенклатура.Артикул КАК Артикул,
	          |        Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
	          |        Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
	          |        Номенклатура.Предопределенный КАК Предопределенный,
	          |        Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
	          |ИЗ
	          |        Справочник.Номенклатура КАК Номенклатура
	          |ГДЕ
	          |         ";
	 РезультатЗапроса = Запрос.Выполнить();
	 ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
	 Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
	 КонецЦикла;

Приведенный текст ошибки программисту 1С скажет, что в модуле формы обработки «ЧтениеЗаписьXML на 152 строчке кода не может выполниться запрос. Причина в том, что на 17 строчке запроса нет чего-то, что ждал компилятор. Таким образом, чтобы убрать подобное сообщение, необходимо выяснить, что там должно быть и написать недостающий код.

Увидев вышеприведенный кусок кода, разработчик заметит, что в запросе есть служебное слово «ГДЕ», дающее сигнал 1С, что дальше будет условие. Но мы забыли дописать его и, естественно, система с помощью сообщения об ошибке спрашивает нас – «а где условие?». Чтобы исправить эту ситуацию необходимо либо убрать оператор «ГДЕ» из запроса, либо добавить условие.

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

	 Запрос = Новый Запрос;
	            Запрос.Текст =
	                       "ВЫБРАТЬ
	                        |          Номенклатура.Ссылка КАК Ссылка,
	                        |          Номенклатура.ВерсияДанных КАК ВерсияДанных,
	                        |          Номенклатура.ПометкаУдаления КАК ПометкаУдаления,
	                        |          Номенклатура.Родитель КАК Родитель,
	                        |          Номенклатура.ЭтоГруппа КАК ЭтоГруппа,
	                        |          Номенклатура.Код КАК Код,
	                        |          Номенклатура.Наименование КАК Наименование,
	                        |          Номенклатура.Артикул КАК Артикул,
	                        |          Номенклатура.ЕдиницаИзмерения КАК ЕдиницаИзмерения,
	                        |          Номенклатура.ТипНоменклатуры КАК ТипНоменклатуры,
	                        |          Номенклатура.Предопределенный КАК Предопределенный,
	                        |          Номенклатура.ИмяПредопределенныхДанных КАК ИмяПредопределенныхДанных
	                        |ИЗ
	                        |          Справочник.Номенклатура КАК Номенклатура
	                        |ГДЕ
	                        |          НЕ Номенклатура.ЭтоГруппа ";
	 НужнаяГруппаЭлементов = Справочники.Номенклатура.НайтиПоНаименованию("Мебель");
	 РезультатЗапроса = Запрос.Выполнить();
	 ВыборкаДетальныеЗаписи = РезультатЗапроса.Выбрать();
	 Пока ВыборкаДетальныеЗаписи.Следующий() Цикл
	 Сообщить(ВыборкаДетальныеЗаписи.Ссылка.ПринадлежитЭлементу("НужнаяГруппаЭлементов"));
	 КонецЦикла;

1С выдает настолько же информативное сообщение, из которого мы понимаем, что на 158 строке у 1 параметра неправильный тип. Но что же делать, если мы не знаем, какой тип должен быть? В этом нам поможет Синтакс-помощник, встроенный в платформу 1С.

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

Чаще всего причиной подобных ошибок выступают следующие факторы:

1. Невнимательность;
2. Отсутствие опыта или знаний;
3. Несогласованность действий разработчиков друг с другом;
4. Изменения в методах контекста в новых версиях платформы.

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

Среда

Битрикс 12
1С: УТ Версия конфигурации 1С: 2.3.18.1 Управление торговлей для Украины

Ситуация

Обновили модуль интеграции до версии «1С 8.2 УТ 10.3.16.1 ред 2.9.16»

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

Как диагностировал

1С-ка диагностирует ошибку так

Выгружено заказов: 1 726 Ошибка при вызове метода контекста (ОтправитьДляОбработки): Ошибка при выполнении файловой операции ‘bitrix/admin/1c_exchange.php?type=sale&mode=file&filename=v8_253F_66.zip’: Ошибка работы с Интернет: внутренняя ошибка сервера (500) Internal Server Error.
Произошла ошибка: . По причине: Произошла ошибка на стороне сервера. Не получен статус завершения операции

Залез в логи сервера
(на моем хостинге 1gb — они доступны по ftp в папке logs фалй с именем error…<дата>.log)
Ошибка из логов выглядит так

[warn] [client XX.XX.XX.XXX] mod_fcgid: read data timeout in 150 seconds
[Tue Jun 04 16:05:42 2013] [error] [client XX.XX.XX.XXX] Premature end of script headers: 1c_exchange.php

Что пробовал

(в моем случае не помогло, но может помочь в Вашем)

Настройки среды PHP

Если позволяет хостинг, попробуйте увеличить лимиты среды php

max_execution_time = 600
max_input_time = 600
memory_limit = 256M
post_max_size = 256M

Это настройки из файла php.ini

Настройки сервера 

В ходе общения со службой поддержки и гугления вышли на еще одни настройки.
Параметры такие:

FcgidIOTimeout/IPCCommTimeout

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

в логах-такое

[Thu Jun 06 18:38:57 2013] [warn] [client XX.XX.XX.XXX] (104)Connection reset by peer: mod_fcgid: error reading data from FastCGI server
[Thu Jun 06 18:38:57 2013] [error] [client XX.XX.XX.XXX]  Premature end of script headers: 1c_exchange.php

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

В конце концов служба поддержки хостинга дала такой ответ

На VDS переходить не хотелось.

Я переслал ответ поддержки хостинга в Битрикс — получил ответ, который и помог с выгрузкой заказов

Решение, которое помогло

Тут цитирую ответ службы поддержки Битрикса, после того как все возможные варианты решения со службой поддержки хостинга мы уже испробовали

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

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

Действия на будущее

Попросил у Битрикса-1С — разбивать файлы заказов на части, как это делается с товарами

Благодарности

Спасибо большое специалистам службы поддержки хостинга http://1gb.ua за участие в решении вопроса

См.также

Если это решение оказалось не вашим случаем, есть еще одно описание проблемной ситуации при выгрузке и её решение
Решение еще одной проблемы с выгрузкой заказов с ошибкой «Не получен статус заврешения операции»

Сама ошибка в Битриксе отсутствует соединение с сервером выглядит так:

Причины появления ошибки отсутствия соединение с сервером

Первое, что необходимо проверить, это корректность настроек модуля Push&Pull. Перейдите в админ-панель вашего сайта на Битрикс или Битрикс24 и далее в раздел:

Настройки – Настройки продукта – Настройка модулей – Push and Pull

Здесь вам необходимо включить пункты:

• Отправлять PUSH уведомления на мобильные телефоны (если планируете использовать телефон)
• На сервере установлен и активирован «Push server»:

Если вы используете наш хостинг для Битрикс или хостинг для Битрикс24, то в подпункте На сервер установлена должен быть выбран вариант Виртуальная машина 4.4 — 7.0 (nginx-push-stream-module 0.4.0).

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

http://127.0.0.1:8895/bitrix/pub/

Такой способ подходит, если у вас неактивна лицензия на Битрикс и вы не можете пользоваться облачным сервером Push&Pull. Мы рекомендуем всегда продлевать лицензию на Битрикс. То же самое относится к продлению лицензии для Битрикс24,  это поможет избежать множества проблем.

Если у вас действующая лицензия, то включите облачный сервер Битрикса в модуле Push&Pull. Для этого зайдите в настройки модуля и в строке «Использовать Push сервер» в выпадающем списке выберите «Использовать облачный сервер 1С-Битрикс» и нажмите кнопку Зарегистрироваться.

После этого, в Битрикс и Битрикс24, ошибка «соединения с сервером отсутствует» больше вас не побеспокоит.

Установка Bitrix Push server на BitrixVM

Если вы используете наш VPS хостинг для Битрикс, то на нем будет установлена виртуальная машина Битрикса под названием BitrixVM. Если там вы используете Битрикс или Битрикс24 и тоже появляется ошибка «отсутствует соединение с сервером», значит вы не установили Push server 2.0. Он не установлен по умолчанию. Для установки Push server на BitrixVM подключитесь к вашему серверу по SSH и у вас откроется главное меню:

Далее выберите пункт 9. Configure Push/RTC service:

Затем для установки NodeJS RTC выбираем 1. Install/Update NodeJS RTC Service

После чего вводим название хоста из поля Hostname и подтверждаем установку

Спустя пару минут Push server 2.0 в BitrixVM будет установлен.

После этого, в админ панели Битрикс в настройках модуля Push and Pull, выберите Виртуальная машина 7.3 и новее (Bitrix Push server 2.0) и сохраните настройки.

Дополнительные настройки Push and Pull

Чтобы модуль Push and Pull работал корректно, необходимо так же в настройках Главного модуля отключить продление сессии. Для этого снимите галочку в разделе:

Главный модуль – Авторизация – Контроль сессии - Продлевать сессию при активности посетителя в окне браузера

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

Главный модуль – Настройки – Файлы - Быстрая отдача файлов через Nginx

Если вы устанавливаете Битрикс24 на техническом домене, то дополнительно в настройках модуля Push and Pull необходимо исправить адреса чтения команд для браузеров, заменив там #DOMAIN# на ваш технический адрес:

Ошибка Push and Pull после переноса Битрикс на другой хостинг

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

Для этого, уже после установки Push server 2.0, нужно скопировать ключ из файла настроек сервера очередей /etc/push-server/push-server*.json. Он находится в секции security в параметре key:

 "security": { "key": "<ваш секретный ключ>" }

Также код можно узнать выполнив по SSH команду:

fgrep "key" /etc/push-server/

• Ошибки на стороне веб-сервера
• Ошибки при работе с файлами данных
• Проблемы авторизации
• Ошибки MySQL
• Логические ошибки
• Диагностика отладки
  • Отладка обмена на стороне 1С-Битрикс
  • Модуль отладки обмена от ИНТЕРВОЛГИ
• Выводы

Настроить обмен между «1С» и «1С-Битрикс» интернет-магазина или сайта – не проблема. Эта функция присутствует «из коробки» начиная с ранних версий продуктов «1С:Предприятие», редакция Управление торговлей и «1С-Битрикс: Управление сайтом» в редакциях Малый бизнес и Бизнес.

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

Мы выделили несколько групп ошибок:

• проблемы авторизации;
• ошибки на стороне сервера;
• ошибки при работе с файлами данных;
• ошибки MySQL;
• логические ошибки.

Далее мы детально рассмотрим сами ошибки и способы их исправления.

Ошибки на стороне веб-сервера

К этой группе относятся ошибки, возникающие в подсистемах веб-сервера, отвечающих за выполнение PHP-кода. Обычно это: Nginx, Apache и сам интерпретатор языка PHP.

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

• Ошибка действительно вызвана неоптимальными настройками Nginx/Apache/PHP. Если Вы чувствуете неуверенность в своем веб-сервере или совсем недавно на него переехали — привлеките администратора для проверки и изменения настроек.

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

Способы решения:

1. уменьшать объем передаваемых за раз данных (проверить на 1 товаре, но лучше выставлять значение поочередно, 1, 100, 1000, 10000 и смотреть, какое значение оптимально для ваших настроек);
2. временно закомментировать обработчики событий в файле /bitrix/php_interface/init.php, может быть они мешают обмену.

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

Данные ошибки возникают при неверной настройке прав доступа к файлу. Отображение ошибок звучит следующим образом: «Ошибка открытия файла» и «Ошибка записи файла». Возможные причины и их решение:

Проблемы авторизации

Самая распространённая проблема, если пользователь не указал данные или указал их неверно.

Ошибки MySQL

Ошибки возникают при соединении с базой данных MySQL, настроенной на сайте.

Логические ошибки

Ошибки пользователей неверно понимающих процесс обмена данными и, соответственно, неверно выполняющих какие-то действия.

Диагностика отладки

Мы применяем два инструмента отладки обмена между 1С и 1С-Битрикс.

Отладка обмена на стороне 1С-Битрикс

При настройке выгрузки необходимо проверить существование папки /upload/1c_catalog/. В эту папку будут загружаться файлы при обмене.

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

Включить «режим отладки» можно отредактировав файл dbconn.php. А именно, создать константу такого вида: define(«BX_CATALOG_IMPORT_1C_PRESERVE», true).

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

Модуль отладки обмена от ИНТЕРВОЛГИ

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

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

Модуль отладки обмена от ИНТЕРВОЛГИ лучше логов со стороны 1С-Битрикс, потому что он:

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

Выводы

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

Наша компания обладает компетенциями в вопросе отладки обмена. Если у вас возникла подобная проблема, напишите, обсудим.

Вам может быть интересно:

• Tutorial по стандартному и нестандартному обмену сайта с 1С. Часть первая: стандартный обмен и его хитрости.
• Tutorial по обмену сайта с 1С. Часть вторая: зачем и как писать свой обмен с нуля на очередях и REST API.
• Tutorial по обмену с 1С. Часть третья: Выжимаем максимум из стандарта. Что мы хотели бы знать 1000 проектов назад.
• Tutorial по обмену с 1С. Часть четвертая: Обмен через промежуточную базу данных.
• Tutorial по обмену с 1С. Часть пятая: Наш опыт настройки 1000 и 1 обмена.