Форум

[QUOTE]Андрей Николаев написал:
Т.е. уже не MariaDB, а Percona.Запускаю мастер еще раз. И опачки:Код/usr/bin/mysqld_safe: line 200:  2746 Killed                  LD_PRELOAD=/usr/lib64/libjemalloc.so.1 nohup /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --plugin-dir=/usr/lib64/mysql/plugin --user=mysql --log-error=/var/log/mysql/error.log --pid-file=/var/run/mysqld/mysqld.pid --socket=/var/lib/mysqld/mysqld.sock --port=3306   /dev/null 2>&1[/QUOTE]
Да, тоже столкнулся с ошибкой после обновления mysql до 5.6.

Дело в том что у меня сервер с 512 мегабайтами и для нормальной работы требуется добавить параметр performance_schema = off и создать swap файл, писал об этом как-то [URL=https://dev.1c-bitrix.ru/support/forum/messages/forum32/topic76002/message434703/#message434703]https://dev.1c-bitrix.ru/support/forum/messages/forum32/topic76002/message434703/#message434703[/URL]
Свап файл уже был создан, а вот настройки которые я сделал в /etc/my.cnf (добавил) performance_schema = off видимо затерлись.

Добавил по человечески в /etc/mysql/conf.d/z_bx_custom.cnf , думаю теперь должно быть окей.

[QUOTE]<ЗначенияРеквизитов>
        <ЗначениеРеквизита>
           <Наименование>Проведен</Наименование>
           <Значение>true</Значение>
        </ЗначениеРеквизита>
        <ЗначениеРеквизита>
           <Наименование>Причина Отмены</Наименование>
           <Значение>Потребовалось дгугому контрагенту</Значение>
        </ЗначениеРеквизита>
        <ЗначениеРеквизита>
           <Наименование>Статуса заказа ИД</Наименование>
           <Значение>no</Значение>
        </ЗначениеРеквизита>
     </ЗначенияРеквизитов>[/QUOTE]

Обработка данных полей происходит в классе CSaleOrderLoader, в методе collectDocumentInfo данные собираются в массив TRAITS
[CODE]if (is_array($value["#"][GetMessage("CC_BSC1_REK_VALUES")][0]["#"][GetMessage("CC_BSC1_REK_VALUE")]) && !empty($value["#"][GetMessage("CC_BSC1_REK_VALUES")][0]["#"][GetMessage("CC_BSC1_REK_VALUE")])) {
foreach ($value["#"][GetMessage("CC_BSC1_REK_VALUES")][0]["#"][GetMessage("CC_BSC1_REK_VALUE")] as $val) {
$arOrder["TRAITS"][$val["#"][GetMessage("CC_BSC1_NAME")][0]["#"]] = $val["#"][GetMessage("CC_BSC1_VALUE")][0]["#"];
}
}[/CODE]Не думаю что ключ TRAITS будет доступен в обработчиках (хотя если будет я только рад).

Нужно будет выносить компонент sale.export.1c в свое пространство имен, наследовать класс CSaleOrderLoader и дописывать логику для получения данных поля Причина Отмены в заказ покупателя.


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

[QUOTE]Алексей Беспалов написал:
Ну и вопрос на засыпку, а зачем их синхронизировать? Не проще ли просто перевыгрузить из 1С каталог целиком?[/QUOTE]
Зависит от задачи. Возможна ситуация когда на сайте у товаров уже могут быть описания, картинки свойства для умного фильтра. И все это надо сохранить.

В таком случае если у товаров на сайте есть свойство (обычно артикул или sku) и значение которого совпадает в 1с то можно на основе данного свойства написать обработчик который проставит товарам на сайте нужный внешний код (xml_id).

В целом конечно путь более сложный и тернистый! )

[QUOTE]stylesides написал:
Странно, что не кто конкретно не говорит почему так проискходит![/QUOTE]
Тремя сообщениями выше я написал:

[QUOTE]Дмитрий Ипатов написал:
Значит у Вас малый бизнес. В настройка  отбора установите выгрузку только по одному складу и одной цене. [URL=http://joxi.net/Dr8de0GF4eq7Yr]http://joxi.net/Dr8de0GF4eq7Yr[/URL] [URL=http://joxi.net/4AkywBViyOJzRm]http://joxi.net/4AkywBViyOJzRm[/URL] [/QUOTE]

[QUOTE]Иван Наумов написал:
Что бы не плодить темы. Спрошу здесь.
ут 11.4.5.24, модуль обмена 7.0.1.12, сайт: 1С-Битрикс: Управление сайтом 16.0.13

Синхронизация товаров проходит. Заказы не грузятся.  В xml файле с сервера заказ есть. В логе 1с пишет, нет заказов. Что поправить?[/QUOTE]
В настройках 1с стоит галочка загружать заказы с сайта? Xml файл смотрите который битрикс отдает 1c_exchange.php?type=sale&mode=query&sessid=  ?

[QUOTE]Роман Павленко написал:
Дмитрий Ипатов , попробуйте в настройках узла обмена, в настройках обмена документами, на вкладке "Заказы", на подвкладке "Статусов заказов", в блоке "Настройка отмена заказов" указать конкретную причину из справочника "Причины закрытия заказов".
А когда формируете документ закрытия заказа по случаю его полного исполнения - указывайте другую причину из этого справочника (не ту, что указана в настройке узла обмена).[/QUOTE]
Добрый день, Роман!

Причина отмена заказа выбрана "Отмена заказа на сайте" [URL=http://joxi.ru/DmBleWVswEdkZA]http://joxi.ru/DmBleWVswEdkZA[/URL]
А причина закрытия заказов в для заказа  в статусе "Выполнено".

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

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

Как многие уже пишут выше при обмене доставка теперь создается из 1с даже если она уже была в битриксе.
Столкнулся с тем что наименование доставки после обмена с 1с на сайте менялось с Курьером (Доставка курьером) на Доставка курьером и 1с при последующем обмене писала - Подстановка данных не возможна. Не найдены данные.

Причина в том что при создании заказа в компоненте или через админку название доставки формируется из профиля, а в классе shipmentimport.php просто берется название доставки а не профиля.

Чтобы поправить в системном классе /bitrix/modules/sale/lib/exchange/entity/shipmentimport.php в методе add

Вместо
[CODE]$shipment->setField('DELIVERY_NAME', $shipmentService->getName());[/CODE]Пишем
[CODE]if ($shipmentService->isProfile())
{
   $delivery_name = $shipmentService->getNameWithParent();
}
else
{
   $delivery_name = $shipmentService->getName();
}

$shipment->setField('DELIVERY_NAME', $delivery_name);[/CODE]Тк файл системный понятно что нужно отслеживать изменения.

Но на мой взгляд логично чтобы наименование доставки везде формировалось по одному принципу,
будь то сохранение из админ, создание заказа из компонента sale.order.ajax или импорт заказа из 1с.

[QUOTE]Дмитрий Агапкин написал:
По сути при закрытии заказа, когда ставишь выбранную причину должно влиять на отмену заказа, но что бы ты не ставил всё равно отмена.Самое не маловажное это документ закрытия заказа Это не отмена заказа! Он может быть отменой конечно.[/QUOTE]
Поддерживаю, тоже столкнулись.

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

Но по логике в 1с закрытие заказа не обязательно означает отмену. Возможен случай полностью отработанного заказа с причиной закрытия "Выполнен" тогда документ закрытия не должен отменять заказ на сайте.

[QUOTE]Павел Ольнёв написал:
[QUOTE] Виталий Сопко написал:
[QUOTE] Павел Ольнёв написал:
Получается php функция trim() обрезает все пустые места до и после разметки xml.[/QUOTE]
Такие полумеры слетят после обновления ядра битрикса. Нужно искать проблемку в подключаемых файлах, самописных компонентах, доставках, инит, и так далее.[/QUOTE]
Виталий, не согласен. Почему слетят, если компонент скопирован в собственное пространство имён?  Данное решение не претендует на звание "костыль". Я лишь показал, что может быть лучше включить функцию trim() как раз в то же самое обновление ядра и у некоторой аудитории данный вопрос вообще перестанет возникать.[/QUOTE]
Действительно не слетят и решение рабочее.

Но Виталий прав в том что ошибка кроется где-то или в службах доставки или в init.php итд.
У меня похожая проблема была после установки платежной системы (интернет эквайринга) одного банка. По сути эта лишняя строчка прибавлялась не только к списку заказов xml но и например в админке тоже. В итоге удалил лишние символы в начале файлов платежной системы.

[QUOTE]Алена написал:
После http запросов на сайт, получила вот такую ошибку:

This page contains the following errors:error on line 1 at column 1: Document is empty

Below is a rendering of the page up to the first error.

Правильно ли я понимаю,что это и есть пустая строка вначале документа?

Где искать проблему?
В конфигураторе 1С не нашла про загрузку документов с сайта[/QUOTE]
Какая у Вас версия модуля обмена?

Если не новая то попробуйте изменить параметры для обмена на сайте, в админке Настройки - Инструменты - Командная PHP-строка выполните команды:
[CODE]COption::SetOptionString("catalog", "DEFAULT_SKIP_SOURCE_CHECK", "Y" );
COption::SetOptionString("sale", "secure_1c_exchange", "N" );[/CODE]