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

так используйте

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

тут нет никакого дополнительного решения:

если очень нужно, то можно)

dev.1c-bitrix.ru/learning/course/

Вот вам пример из учебных курсов по битриксу

Может кто-то вытаскивал полностью как отдельный функционал из настроек bitrix:catalog.section

можете поделится?

Мне не к элементу нужно привязываться, а свойствам типа список.

Т.е. имеем каталог, в него выгружаются товары со свойствами тип список. Мне нужно завести отдельный инфоблок(во всяком случае изначально так хотят видеть), в котором можно добавить свойства имеющие значения те же, что и в каталоге: бренд, линия, цвет, производитель, тип товара... Контент менеджер будет просто создавать элемент в котором будет набирать взаимосвязи(фильтр): Бренд А, линия Б, цвет В; Линия Б, цвет В, Производитель А ...
По этому фильтру будут формироваться спецстраницы, спецблоки...

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

Для чего это нужно: хотим настроить фильтр для списков товаров, но чтобы тот кто будет заниматься контентом мог просто через создание элементов  формировать нужные связи.

Или вариант только самому формировать такое не завязываясь на инфоблоки?

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

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

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

Не сталкивался с необходимостью именно в модуле, а вообще вы как админ можете просто авторизоваться под нужным пользователем и увидеть его корзину и поправить(удалить что-то или добавить)

Не думаю что это баг, если конечно я вас правильно понял, это скорее то, что вы используете базовый функционал компонента не так как заложено в нем. Если поле ответ это текст, то компонент должен вывести input, если дропдоун, то select, а у вас получился смешанным, что в итоге вылевается в 2 поля для одного вопроса, а значит и работать корректно это не будет.

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

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

Да и еще вспомнил минус в моем решении, который нужно учитывать и бороться отдельно - если есть скидки на корзину, а не на товар, то в этом случае они могут не сработать.
Пример: скидка 100% на доставку если сумма товаров в корзине более 10,000 - если корзину в 12,000 разбили на на 2 заказа пополам, то каждый из них будет уже по 6,000 и скидка срабатывать не будет. Ну и таких вариантов скидок которые перестанут работать может быть уйма. Вариант решения: прежде чем удалять общую корзину кроме её состава брать и текущую цену товаров и доставок и при сохранении заказа прописывать кастомные значения

На сайте долго выполняется сохранение заказа. При поиске натолкнулся на событие
\Bitrix\Sale\Internals\OrderDiscountData::OnAfterAdd

выполняется аж 10 секунд, как понять почему и что его вызывает?

Не сталкивался с такими объемами, но из коробки скорее всего нет, вам скорее всего придется все продумывать самим, всю архитектуру и хранение в БД. Возможно если организовать вебкластер, то должно работать адекватно всё. Я бы с таким вопросом обратился в техподдержку, вполне возможно они помогут с таким проектом все организовать. Насколько я знаю раньше они брались помогать с интересными проектами, а с такими объемами данных не думаю что ваш проект не интересен.
Я сталкивался с проектом когда было товаров под 1млн и св-тв несколько сотен - в админке работать было тяжко, для многих действий с элементами приходилось писать отдельные обработчики. Но, сразу оговорюсь это было давно, до D7 и не на отдельном сервере. Правда и сейчас инфоблоки с парой сотен свойств и 100К+  тупят.

Я делал похожую задачу таким образом, у нас было так, что товар один, а юрлицо определялось наличием на том или ином складе, и я пошел по пути когда клиент нажимал на оформить заказ вот в этот момент перед сохранением:
- брал все товары корзины определял какие куда относиться должны,
- создавал массив групп товаров для заказа,
- очищал текущую корзину,
- дальше в цикле по массиву закидывал в корзину товары и создавал заказ, в каждый такой заказ генерировал хеш строку чтобы понимать что это была изначально одна корзина
- после последнего заказа перекидывал на страницу где по хештегу выводил список получившихся заказов

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

Можно вот так https://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=43&LESSON_ID=2899&LESSON_PATH=3913.4565.4790.4789.2899

тут все ок, ошибок нет, все зелененькое)
Отправка почты Успешно
Отправка почтового сообщения больше 64Кб Успешно
Проверка на наличие неотправленных сообщений Успешно

тоже все норм, письма имеют статус отправлено
stat=Sent

Разве? Я с несколькими типами цен давно не сталкивался, но насколько помню отображается и можно купить по самой минимальной из разрешенных цен.
т.е. для всех ставите самую высокую цену,
всех зарегистрированных помещаете в какую-то группу - зарегистрированные(через настройки в админке делается для новых пользователей), и далее для нее выставляете свой тип цен, но она должна быть ниже чем для всех
ну и 3 тип цен который должен быть еще меньше выставляете для 3 группы

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

Есть еще вариант с наценками - скидки наооборот. Возможно вместо заведения типов цен может подойти вариант заведения наценок или их совмещение с несколькими типами цен.

Добрый день.
Такая проблема перестали уходить письма. Отправка идет через sendmail.
Ломал голову, ломал. А после очистил очередь писем и перезапустил службу. Письма начали уходить, но в таблице b_event они все-равно помечены как "F"
А часть функционала на сайте завязана на проверку отправки писем и если статус F, то меняем на N чтобы повторить отправку. И получается что клиентов заспамили. В какую сторону копать?

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

плюс выдает ошибку


не понимаю как поправить, если авторизован, то все норм.

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

Есть событие OnSaleComponentOrderOneStepComplete - Вызывается в компоненте bitrix:sale.order.ajax после создания заказа и всех его параметров, после отправки письма, но до редиректа на страницу
Мне же нужно после создания заказа и всех его параметров, до отправки письма и редиректа на страницу. Это необходимо для изменния  ряда данных + добавления новых для письма + страницы confirm.

за дату с какой выгружать в 1С отвечает значение в таблице "b_option last_export_time_committed_/bitrix/admin/1c_excha"

Натолкнулся на эту тему и решил проверить наш сайт, итог(вдруг кому пригодится) такой:
- началось всё не сегодня, а 27/Jun/2022:06:11
- использовались запросы к /bitrix/tools/composite_data.php, /bitrix/tools/html_editor_action.php, /bitrix/admin/index.php, /bitrix/tools/vote/uf.php

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