Evgeny Petrichenko (Все сообщения пользователя)

Исправления не будет. Это и есть исправление, раньше не выгружалось - это и было ошибкой.


Вы правы, но никакого "Анонса" в 1С нет, а выгружать его откуда-то надо. Предложите своё адекватное поле номенклатуры под текст анонса =)

Точнее не "Наименованием", а "Полным наименованием", они у вас наверняка совпадают, Роман.
Это не ошибка, значение поля полное наименование выгружается в анонс.

Если хотите избежать этого в init.php вставить:

AddEventHandler("iblock", "OnBeforeIBlockElementUpdate",  "DropPreviewText");
AddEventHandler("iblock", "OnBeforeIBlockElementAdd",  "DropPreviewText");

function DropPreviewText($arFields)
{
if (@$_REQUEST['mode']=='import')
{
unset($arFields['PREVIEW_TEXT']);
unset($arFields['PREVIEW_TEXT_TYPE']);
}

}

Это можно добавить в файл /bitrix/php_interface/dbconn.php
аналогично рекомендациям FAQ http://dev.1c-bitrix.ru/support/faq/8371/#112871

А товары где создаются? В 1С или на сайте?

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

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

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

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

Очень просто:

Причина проблемы: клиент с user-agent'ом браузера попал в список поисковиков.
Решение: удаление из списка поисковиков клиента с user-agent'ом браузера.

Причина проблемы: клиент с user-agent'ом браузера попал в список поисковиков.
Решение: удаление из списка поисковиков с user-agent'ом браузера.

Не обязательно, но вполне возможно.

Стандартный компонент этого не может.
В компоненте используется функция Add2BasketByProductID(), первый параметром передаётся ID товара, а вторым можно передать количество, если второй параметр не указан (как в стандартном компоненте), то добавляется товар в количестве "1".

Дальше, я думаю, понятно, что делать=)

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

К сожалению, нельзя. Это ограничение на уровне БД.
Тип данных поля в QUANTITY в таблице b_sale_basket - double(18,2).

Включено ли хранения идентификатора сессии в базе и смена идентификатора сессии?

Если да - попробуйте выключить всё это.

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

При импорте сначала удаляется временная таблица b_xml_tree, а затем снова создаётся.
Первый импорт создаст таблицу, а второй импорт её дропнет и создаст свою b_xml_tree.

Несколько одновременных процессов импорта закончатся неудачей.

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

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

Компонент catalog.import.1c позволяет выставить свои параметры загрузки каталога.
Тут правильнее задать вопрос - "корректно ли Вы его настроили?"

В настройках параметров данного компонента есть галка "Импортировать с учётом типа инфоблока", соответственно должен быть выбран другой тип инфоблока, т.к. создаётся инфоблок с тем же XML_ID, который в пределах типа инфоблока должен быть уникальным.
Всё ли сделано в соответствие с рекомендациями FAQ:
http://dev.1c-bitrix.ru/support/faq/8371/#112887

Сущности "АРТИКУЛ" в продукте нет.
Что есть "АКТИКУЛ"? Это свойство инфоблока?
В этом случае задача очень узкая, т.к. другим захочется добавлять, например цвет товара, номер серии и т.д. в печатные формы заказов. Всё это можно организовать на уровне свойств товара в корзине и модификацией печатных форм, для внесения КОНКРЕТНЫХ данных в них.

В отделе разработки ведуться работы в этом направлении, но конкретно внесения "АРТИКУЛА" пока не планируется.

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

После смены разделителя почистить кэш.
Это должно решить проблему:)

Хочется отметить, Евгений, что в первом посте Вы указали корректное содержание файла=)

Если так всё "плохо", то как тогда у вас на сайте этот обработчик работает?

Функции мутаторов не вызываются при выгрузке из 1с 8.1!
Данные функции вызываются только при импорте каталога из файла профилями "CommerceML" и "CommerceML MySql Fast - BETA VERS". Соответственно использовать мутаторы при обмене с 1с 8.1 не получиться.

Используйте события.

Они не могут не передаваться- это критически важные поля, если данные поля не передаются, 1С выдаёт ошибку.
Возможно, вы что-то путаете? Контрагенты создаются?

Проверьте наличие статусов заказов "F" и "N" - финальный статус и статус "принят" соответственно.

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

Проверьте есть ли типы цен, к которым имеет доступ неавторизованный пользователь.
Рабочий стол->Магазин->Торговый каталог->Типы цен