каждый отдельно, а не одна запись с нужным количеством?
Пардон, не то сказал) Смотрите - я то могу писать их по количеству, но тут мы возвращаемся в изначальному вопросу. Сбер, собака сутулая, отправляет нам itemIndex товара в заказе. Если мы хотим отменить часть заказа - нам надо itemIndex отмененного товара отправлять в сбер. И если писать разными позициями - то проблемы как будто бы и нет - мы в каждый товар пишем itemIndex ( я пишу в поле XML_ID ). Более того - нам и для подтверждения заказа надо отправлять itemIndex товара, который нам передал сбер.
Вы как-то усложнили все. Если товару в корзине добавить свойства отличные от других, то это будет отдельная позиция, а не стек товаров, и в 1с уйдут тоже как отдельные позиции
Вопрос - а как 1с понимает, что это разные позиции, а не дубль? Вот сейчас, когда у нас в корзине 2 позиции абсолютно одинаковые - 1с считает это дублем, и не дает провести заказ. Можно поподробнее про свойства, отличные от других? Это свойства чего? Товара в корзине? Они виртуальные, или их физически надо заводить где то?
ну вот условно: У меня 2 позиции в корзине. Одинаковый CATALOG_XML_ID, одинаковый PRODUCT_XML_ID. С точки зрения битрикса- проблемы нет, создается 2 позиции в корзине. Отправляем в 1с, пытаемся провести - неа, это один и тот же товар, нельзя. Про свойства товара в корзине я +- в курсе, но никогда не работал. У меня это не свойство товара, скажем так. Я могу при создании объекта корзины добавлять туда товары, и писать - мол вот тут свойство INDEX равно 1, а тут свойство INDEX равно 2. 1с это перестанет воспринимать за дубли, при абсолютной идентеичности всего остального? Мне придется физически свойство в иб каталога какое то добавлять или нет?
Ну вот вы создаёте массив с описанием вашего свойства
А потом добавляете его товару перед помещением в корзину
А где оно потом всплывает? Оно должно физически где то существовать? Свойство в смысле
В корзине у конкретной позиции
И то если вы выводите свойства товаров в корзине.
/bitrix/admin/perfmon_table.php?lang=ru&table_name=b_sale_basket_props тут всплывает. Это не аналог свойств инфоблока, отдельно заводить не надо.
Во, вот это и интересовало! Спасибо!
И вам тоже! Пошел пилить)
И , кстати - а как 1с поймет что это не дубль? Мне сейчас в 1с возвращается ошибка вида: Запись с такими ключевыми полями существует! Штука со свойствами штатно решает проблему, или на стороне 1с надо что то править?
Не работал давно с обменами 1С. Попробуй в курилке этот вопрос задать. Там недавно человек обмен от и до препарировал по внутренностям.
Ага, спасибо - ща задам)
заведите у корзины свойство пользовательское и пишите туда массив от сбера сериализованный. А в саму корзину кладите по битриксовски товары. Если надо часть заказа от сбера отменить - переписывайте сериализованный массив и битриксовый заказ. Я бы так сделал.
Обсуждают сегодня