Минаев Дмитрий (Все сообщения пользователя)

Задача решена.
Исполнитель  hlebin@wecan-it.ru
Нареканий к реализации задачи не было.
Рекомендую обращаться.

Интернет магазин на Битрикс Бизнес (установлены актуальные стабильные обновления)

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

Таблица соответствия:

Свойство: Статус	Включить количественный учет:	Разрешить покупку при отсутствии товара	Разрешить подписку при отсутствии товара
в наличии	да	нет	да
под заказ	нет	да	да
нет в наличии	да	нет	да
снято с производства	да	нет	да

1. В настройках задаётся инфоблок с товарами, свойство и каждому значению свойства задаются значения параметров. Что бы была возможность если что изменить свойство или добавить новые статусы.

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

3. Должна быть возможность перенести доработку на другой сайт.

вопрос решили )

Добрый день, Александр.
У нас на сайте были только простые товары. Они фильтровались по свойству "кол-во частей".
Мы добавили новые товары с торговыми предложениями с возможностью выбора кол-во частей.
(всё выгружается из 1С)

Теперь получается простые товары фильтруются по свойству товаров Кол-во частей.
А торговые предложения фильтруются по свойству торговых предложений Кол-во частей.
Товары находятся в одном разделе на сайте. А покупателю было бы удобнее фильтровать все товары по одному свойству кол-во частей.

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

Подскажите, есть ли такой функционал в модуле?

В настройках модуля нашёл галочку Галочка «Выгружать товар как предложение» необходим тогда, когда требуется, чтобы выгружался товар как предложение, даже если у него есть характеристики. Если признак не установлен, то предложениями будут только характеристики товаров и товар, которые не работает по характеристикам.

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

Скорее всего проблема в том что вам перед переходом на 7й модуль надо сделать что бы у каждого сайта был уникальных идентификатор каталога.

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

Добрый день, Александр.
модуль 7.0.1.4
УТ11.3
Есть глюк при удаление нескольких товаров из дерева групп товаров
Пытаемся убрать две выделенные позиции,
https://1drv.ms/i/s!Amolv2Opzv8Sgd9L57ocws8_T3Rzqw
но в результате убирается позиция ниже выделенных.
https://1drv.ms/i/s!Amolv2Opzv8Sgd9KLvcNWrjaFx0BAg

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

Александр,
Дошел до этого тоже опытным путём. (изменил дерево в одной настройке и не как не мог понять почему дерево изменилось в другой настройке)
Бывает ещё две настройки: одна от боевого, а вторая от тестовой копии Как было у меня.(естественно идентификаторы инфоблока одинаковые)
Данные я не потерял так как 1С была тестовая, а вот кому то повезло меньше.
Было бы хорошо что бы вы писали о таких моментах в описании к обновлению.(что бы не сидеть и не разгадывать, или не терять данные).
Спасибо.

УТ11
Модуль 7.0.1.1.
Если в "Настройках загружаемых контрагентов в документах"  в "Способ идентификации" указать ТОЛЬКО "Внешний идентификатор" то в при загрузке заказа создаётся куча дублей контрагентов, В Заказе один контрагент, в реализации другой, а в оплате третий.
Вобщем беда.

Ну т.е. пока мы заказ не отгрузим на сайте будет не корректная сумма по заказу.
Проблема в том, что товары могут быть как в наличие так и под заказ и обеспечение у них заполняется по разному.
Главное остаётся риск, пусть даже случайного нажатия менеджером при обработке заказа кнопки "Провести и закрыть" - после чего на сайте удаляется отгрузка.Связанные с этим проблемы я думаю вы знаете. Очень хочется уйти от загрузки непроведённых документов с сайта. Костылёк ) Костылёк ) Да и очень велик шанс, что менеджер вместо сохранить будет нажимать "Провести и закрыть".  

Протестировал ещё раз. Не работает оно ка Вы говорите.
Загрузка отгрузок в 1С отключена.
В настройках в 1С устанавливаю  флажок «Не редактировать документы»,
Создаю заказ на сайте.
Запускаю обмен.
В 1С в заказе заполняю обеспечение и провожу заказ.
Запускаю обмен.
На сайте удаляется отгрузка, из заказа пропадает доставка.

Всё как вы говорите, главная 1С на сайте ничего не меняю.

Подскажите, что я делаю не так?

Если вы про флажок «Не редактировать документы»,  в инструкции написано: "то повторно загружаемые документы в 1С не будут изменены;"
Как это может помочь? После простоновки обеспечения по заказу в 1С  он всё равно выгрузится на сайт и отгрузка удалится со всеми вытекающими последствиями.

А как быть если часть позиций "под заказ" а часть со склада? Т.е. по заказам где всё в наличии на сайте будет корректная сумма, а по заказам где пришлось заполнить обеспечение для позиций "под заказа" сумма будет без доставки.

Александр, окей меняем данные только в 1С, обеспечение в заказе на стороне 1С поставили, прошел обмен,  и у нас уже на сайте у заказа сумма не корректная(сумма заказа без учёта доставки). Это не проблема?

Александр, т.е. я правильно вас понимаю, что вариант работы "без загрузки отгрузок с сайта в 1С" вы делали для магазинов которые:
- не резервируют товары на складе под конкретный заказ до его оплаты покупателем.
- не предполагают внесение любых изменений в заказ на стороне 1С.
- могут контролировать менеджеров в 1С даже от случайного нажатия "Провести и закрыть" (заказ загрузился с сайта в 1С, менеджер открыть заказ может, но закрывать ТОЛЬКО крестиком).

Александр,
Возможно вы не до конца вникли в описанную мной ситуацию, или я не понятно написал.

Тикет написан Обращение № 1559551 в итоге имеем жука:
"Удаляются документы отгрузки на сайте при установке обеспечения по заказу в 1с."
Категория: Ошибки.
Номер обращения в разработку: 88958


Мы не делаем сразу отгрузку как только заказа пришёл в 1С . Мы заполняем обеспечение(резервируя товар на складе), проводим заказ и ждём оплату на сайте.(в это время обмен работа по регламентному заданию).


В вебинаре показан один из вариантов развития сценария, когда оплата делается сразу после создания заказа и попадает в 1С в рамках одной выгрузки.
Но в реальности между заказом и оплатой может пройти время (покупатель может отложить оплату) и тогда заказ загрузится в 1С раньше, а оплата загрузится позднее.
Если покупатель не оплачивать заказа сразу(не важно по каким причинам), магазину целесообразно зарезервировать товары в 1С под данный заказ.
Вот это мы делаем. После этого заказ выгружается на сайт происходит то что описано выше.  

Александр, я же вроде написал:
Пробуем воспользоваться новым функционалом когда можно не загружать документ отгрузки с сайта, а делать его в 1С как это было в 5й версии модуля.
на сайте удаляется отгрузка и меняется сумма по заказу, т.е. если покупатель теперь оплатит заказа то оплата будет без учёта доставки.

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

Проблема была в функции ПолучитьНоменклатуруГруппДерева, что в модуле Б_ОбменССайтомСерверВыгрузкаДанных. Каждый товар из каталога воспринимает как группу и пытается получить список входящих в него товаров. Для 22 тыс. товаров, это столько же запросов к базе. Работает очень медленно.
Заработало когда программист 1С  убрал в коде лишние запросы, для товаров которые не являются группами.

Обращение № 1561799

Александр, маппин настроен. Т.е. если далее в 1С создать отгрузку, то она загрузится на сайт и в отгрузке будет тот способ доставки который ранее выбирал покупатель при оформления заказа. маппинг работает.

Другое дело на сколько я понимаю, на сайте стоимость доставки храниться в отгрузки, а если отгрузка автоматически удаляется, то и общая сумма по заказу худеет на стоимость доставки.

В Обращение № 1559551 ТП зафиксировало это как новая проблема, передали её в отдел разработки.  

Александр Денисюк,
Управление торговлей ред. 11.3.4.21
модуль 7.0.1.1
Пробуем воспользоваться новым функционалом когда можно не загружать документ отгрузки с сайта, а делать его в 1С как это было в 5й версии модуля.

Если между заказом на сайте и оплатой на сайта нет изменений заказа в 1С - то всё отлично.
Если после загрузки заказа в 1С до его оплаты на сайте менеджер, например заполняет обеспечение по заказу и заказа выгружается на сайт до его оплаты покупателем то:
на сайте удаляется отгрузка и меняется сумма по заказу, т.е. если покупатель теперь оплатит заказа то оплата будет без учёта доставки.
После оплаты заказа на сайте, это всё загружается в 1С, из заказа в 1С удаляется доставка и проводится эквайринговая операция, но не сумму реально оплаченную покупателем на сайте, а на первоначальную сумму заказа (товар+доставка).

Так и должно быть?
Обращение № 1559551

Александр Денисюк,
Управление торговлей ред. 11.3.4.21
модуль 7.0.1.1
Возможно из-за того, что в Пользовательских группах товаров есть битые ссылки то обмен зависает на шаге "Выгрузка товаров в XML."
Было бы удобно если вы добавить функционал для очистки Пользовательских группах товаров от битых ссылок.
А то Товар удалили, ссылка на него в Пользовательских группах товаров остались.
В 6 версии выгрузка шла, а в 7й стала зависать.  

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

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

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

Александр Денисюк,
прокомментируйте, пожалуйста.
Добрый день, Александр.
Подскажите по подробнее логику работы модуля обмена 6.5.0.1  в части указания подразделений для отбора выгружаемых на сайт документов оплаты и отгрузки.
На пример:
В 1С УТ 11 настрое обмен с сайтом1 и сайтом2.
Соответственно в узле1 для заказов указан отбор по подразделению: подразделение1
Соответственно в узле2 для заказов указан отбор по подразделению: подразделение2
Для документов оплаты подразделение не указано ни в одном узле.

1. Допустим в 1С по заказу с подразделением1  делается эквайринговая операция, но первым запускается обмен по узлу 2.
Может ли что то выгрузиться на сайт2 ?

2. Далее запускается обмен по узлу1.
Должна ли оплата корректно выгрузиться на сайт1?

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