Еще один вопрос кардинальный:
Есть ли какая-то возможность модифицировать набор параметров, которые будут выгружены в файл CML и далее переданы на сайт.
В частности:
1) Сейчас передается Артикул и Производитель. Нам надо выгрузить (supply_id) и артикул поставщика (tov_art_supply) для парсеров характеристик, но туннель (прямые SQL-запросы) мы использовать принципиально не хотим.
2) В туннельном обмене можно было добавить такой запрос перед обновлением :UPDATE etrade_products SET tov_art=tov_id. Как получить такой же результат с CML-экспорте.
Обмен с 1С-Bitrix
Данные поля описаны в формате CommerceML? Пришлите валидный пример файла в формате CommerceML с данными полями, если таковые поддерживаются.1) Сейчас передается Артикул и Производитель. Нам надо выгрузить (supply_id) и артикул поставщика (tov_art_supply) для парсеров характеристик, но туннель (прямые SQL-запросы) мы использовать принципиально не хотим.
При экспорте данных из ПЛИ в формат CommerceML для каждого товара (тег <Товар>) указывается свойство - числовой идентификатор товара из ПЛИ, который имеет ИД 097996dc-8dcf-11e0-b6ce-f5f6d14f8a77, пример:2) В туннельном обмене можно было добавить такой запрос перед обновлением :UPDATE etrade_products SET tov_art=tov_id. Как получить такой же результат с CML-экспорте.
Код: Выделить всё
<ЗначенияСвойства>
<Ид>097996dc-8dcf-11e0-b6ce-f5f6d14f8a77</Ид>
<Значение>123</Значение>
</ЗначенияСвойства>
С уважением, поддержка ElbuzGroup.
Здесь вы намекаете на то, что CML ограничен стандартом?Данные поля описаны в формате CommerceML? Пришлите валидный пример файла в формате CommerceML с данными полями, если таковые поддерживаются.
Если так, то не могли бы вы рассмотреть возможность добавления еще одного вариант экспорта из PLI (не валидного), в котором пользователь может сам выбрать, что передать:
Например, для нас был бы идеален вариант, где PLI выгружал бы поставщиков через свойства, как это сделано для других полей:
Код: Выделить всё
<Свойства>
<Свойство>
<Ид>3333</Ид>
<Наименование>Производитель</Наименование>
</Свойство>
<Свойство>
<Ид>097996dc-8dcf-11e0-b6ce-f5f6d14f8a77</Ид>
<Наименование>Уникальный номер</Наименование>
</Свойство>
</Свойства>
Спасибо
Здесь намёк на кастомное решение под ваши конкретные цели. Нам хочется поддерживать формат CommerceML, в рамках программ серии E-Trade, в том варианте в котором он будет понятен и другим системам учёта, таким как 1С Предприятие или 1С Битрикс, и не плодить отсебятины.Здесь вы намекаете на то, что CML ограничен стандартом?
В новой версии программы ПЛИ ожидайте доработку под ваши нужды, в которой будет добавлен экспорт полей: ИД поставщика товара (supply_id) и артикул поставщика (tov_art_supply) в элементах "Свойства".Например, для нас был бы идеален вариант, где PLI выгружал бы поставщиков через свойства, как это сделано для других полей:
Код: Выделить всё
supply_id - <Ид>097996dc-8dcf-11e0-b6ce-f5f6d14f8a78</Ид>
tov_art_supply - <Ид>097996dc-8dcf-11e0-b6ce-f5f6d14f8a79</Ид>С уважением, поддержка ElbuzGroup.
Наткнулись на еще 1 момент непонятный с выгрузкой наличия в import_1c_{DATE}_offers.xml
Например 2 товара, один имеет статус наличия в PLI "Есть", другой "Нет": Если сделать выгрузку CML2, то в файле import_1c_{DATE}_offers.xml получили наличие по 100 единиц независимо от статуса в PLI: Прошу помочь, что настроили не так.
Например 2 товара, один имеет статус наличия в PLI "Есть", другой "Нет": Если сделать выгрузку CML2, то в файле import_1c_{DATE}_offers.xml получили наличие по 100 единиц независимо от статуса в PLI: Прошу помочь, что настроили не так.
В новой версии программы ПЛИ исправим данный недочёт.
С уважением, поддержка ElbuzGroup.
Просьба проверить работу экспорта в формате 1C CommerceML2.
Запускаем экспорт и на некотором этапе зацикливается ответ сервера:
При экспорте данного формата с загрузкой на сайт, создаётся файл с журналом операций, который находится в папке с программой c:\Program Files\E-Trade PriceList Importer\Temp\ExportCommerceML_log.txt, проверьте его, возможно вы получите более подробный ответ от сервера.
С уважением, поддержка ElbuzGroup.
Код: Выделить всё
Done unpacking archive.
Temporary tables has been deleted.
Temporary tables has been created.
Processed 33.97% so far.
Processed 65.11% so far.
The source file has been processed.
Temporary tables has been indexed.
select
select
select
select
select
select
select
select