Алексей Сипаев (Все сообщения пользователя)

Ladilov1, Попробуйте в качестве временного теста отключить галочку "Использовать контрольные суммы элементов для оптимизации обновления каталога" в настройках интеграции с 1с в админке Битрикса и произвести все свои действия по выгрузке картинок снова
http://joxi.ru/KAxaRObuwVdnMr

Понял, спасибо. Т.е., если дальнейшие действия не предпринимать и не обновлять стоимость в оплате, то покупатель может оплатить заказ по "старой" цене, т.к. она не обновилась.

Формально - косяк. Частный случай? - быть может. Потому что часть продавцов редактируют информацию в ЛК Битрикса, а часть - в 1с (предпочтения).

Это вариант на "подумать" - как исключить расхождения в цифрах, если оплаты/отгрузки выгружаются как заглушки

Добрый день. Правильно ли я понимаю кейс (или его ошибку) при отключенном обмене оплатами:
1. Загружен заказ с сайта в 1с. в регистре подчиненных данных есть информация об оплате и отгрузке. Заказ НЕ оплачен
2. В 1с менеджер корректирует заказ (состав заказа), сумма меняется
3. Выгружается обновленный заказ из 1с на сайт
4. Следом выгружается заглушка оплаты, которая берет сумму из регистра подчиненных данных
5. В итоге на сайте в лк будет обновленный заказ с новой суммой и оплата со старой суммой.

, если установлен доп модуль обмена с сайтом, то можно использовать "Свой алгоритм". Почитайте, пожалуйста, в инструкции к модулю

Добрый день. А у всех невозможно изменить общий реквизит Б_Идентификатор у ПВХ?

Картинки выгружаются вместе с файлами обмена (не логами) в папку /upload/1c_catalog/import_files

это значит, что логи не выгружаются из 1с на сайт. Логи нужно смотреть на стороне 1с тогда

Отдел ИТ,под отладкой я имел ввиду пошаговое выполнение код в процессе обмена с сайтом, можно даже в каталог на диске. А вообще перед самой отладкой смотреть, какие изменения были внесены в конфигурацию, чтобы примерно понимать, в каком месте искать проблему.

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


==========

У вас как-то странно выгружается данное наименование товара. Что это? Краткое, полное, описание, комментарий, доп. свойство, где есть текст

Значение: "<куча пустого места, пробелы или переносы строк> Ремень клиновой XРA - 1600''

Как раз ругается на длину в 250 символов. Либо код криво написан на выгрузку какого-то наименования, либо забито неверно информация в реквизите/доп.реквизите или свойстве...

Может из какого другого свойства или реквизита подтягивает в коде путь до картинки...Тут остается только гадать. Нужна отладка процесса обмена.

Антон Трофимов, я никого не осуждаю и не защищаю, лишь хочу понять, на основе каких объектов у вас реализован обмен. То, что вы нашли на стороннем ресурсе (изменения) не имеют отношения к модулю обмена версии 7.х - там описаны решения проблем именно со штатным, типовым, встроенным в конфигурацию модулем обмена с сайтом. Быть может вы им раньше и пользовались.

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

Возможно есть проблема не в выгрузке данных в файлы, а именно при загрузке на стороне сайта, но этот момент обсуждать нужно отдельно

В доп модуле обмена с сайтом 7.х не используется обработка. там вся логика реализована в общих модулях. Плюс нет условий проверки остатка для выгрузки.

К чему была эта информация про изменения в функции?

Вы же сами четко написали, что используете

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

Или у вас даже 0 по остаткам не прилетает из 1с на сайт? В админке у товара так и остается последнее положительное количество?

Алексей Осипенко, резерв, сделанный на сайте заказами, обменом товарами не изменится (не обнулится).

Kler, с точки зрения 1с внутренний идентификатор довольно служебная информация и пользователям это Ид (ссылка) предоставлена обычно в виде наименования элемента справочника. Ни один штатный механизм в конфигурации 1с не покажет вам ГУИД.

Либо писать простенькую обработку в виде таблицы: НоменклатураСсылка | ГУИД, либо предыдущий вариант с файлами xml (свойство Ид) / данными на сайте (Внешний код)

Kler,можно посмотреть свойство "Ид" у каждого товара в xml файле при выгрузке в каталог на диске: http://joxi.ru/xAeVldvCXoQKPr

Можно выполнить выгрузку в другой инфоблок и там уже смотреть внешний код товаров/групп и далее связывать товары как вам нужно.

Егор Острижный, 1с не показывает в явном виде ГУИД ссылочных данных. Можно прибегнуть к обработкам, которые помогут отобразить ГУИД любого объекта ссылочного типа, но ее тоже писать нужно.

А для выгрузки в каталог на диске можно оставить только лишь минимум данных для анализа.

Самый простой и быстрый способ сделать выгрузку в каталог на диск. В файлах xml смотреть Ид свойств.

Владимир Еровенко, Попробуйте снять галочку (http://joxi.ru/D2PvRW3HJ5ZlVr), применить изменения и повторить обмен

Роман Елькин, попробуйте обновиться до актуального релиза. Вроде как на 2.3.7, наконец, эту проблему исправили (проблема: в режиме изменений не выгружались нулевые остатки).

Кирилл Малахов, долго переписывать. http://epages.su/blog/oshibka-mysql-can-t-create-table-b-xml-tree-errno-1.html

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

Владимир Еровенко,Внешний код. Да - это он и есть.

Сергей Безуглов,Пожалуйста.

Я бы лично хотел минимизировать количество действий на сайте с товарами, особенно распределение товаров по разделам. Понимаю, что речь идет скорее всего о разном количестве товаров, но что, если добавляется новых товаров сотни? Вручную продолжать тасовать?

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

А что касается изменения названия ИБ тут уж логика в модуле такая заложена - просто констатация. Можете и под себя изменить модуль, чтобы, зараза, такого не делал)))

Владимир Еровенко,добрый день. В правой части в таблице есть колонка "Идентификатор" это и будет внешний код. Берете внешний код на сайта у раздела и пишете его в колонку "Идентификатор" нужному разделу

Сергей Безуглов,добрый день.

Вероятно, что по вашей бизнес логике описанные методы будут иметь огрехи (много воды)

1. Привязка товаров к разделам с помощью дерева групп. Можно сформировать дерево групп в настройке обмена с сайтом, тогда не придется раскидывать товары по разделам на сайте. В дереве групп можно так же делать мультипривязку. Насчет удаления информации - обычно, если в xml файл не выгружается какое-то из заполненных полей, то оно и не модифицируется на сайте. Если же по этому полю выгружается пустое значение, то оно зачищается и на сайте у товара. Тут бы проверять содержимое xml файла.

2. Привязка товара на сайте к разделам. Можно так же продолжать привязывать товары к разделам на сайте, но при этом описать на сайте перехват событий при изменении товара в процессе обмена, в котором можно запретить затирать разделы. Например, взять событие OnBeforeIBlockElementUpdate и сделать там unset для переданных в xml групп (папок). Кстати, такие же действия можно делать и описанием товара, если вдруг нужно, чтобы описание не затиралось данными из 1с.

3. Осуществлять только выгрузку изменений цен и остатков. Но здесь остается вопрос открытым, в какой момент запускать обмен с выгрузкой новых товаров.

В любом случае можно придумать удобные комбинации обмена как с доработками/изменениями на стороне сайта, так и без них (хотя...думаю с изменениями).