Ярослав Александров, как я понимаю это значение мы выбираем свойство и его значение, свойство DAY значение Fr
(код отрабатывает без '=PROPERTY_VAL.CODE' => 'DAY' и '=PROPERTY_VAL.VALUE' => 'Fr',)
Михаил, да кастомизация меня не пугает, мне просто нужно понять алгоритм куда копать в доработке, странно, что в Битрикс не предусмотрены несколько корзин даже на стороне API Так идея псевдокорзин смущает как это будет видеть пользователь, он допустим делает заказ и товар сразу отправляется в сущность Order минуя Basket? Стандартно корзина выводится через компонент sale.basket.basket как выводить псевдокорзину, через компонент sale.order.ajax?
Возможно сделать одну корзину но при этом создавать на ее основе разные заказы? Например, создать для корзины USER FIELD свойство "день" тип список и затем передавать его вместе с товарами и по этому критерию создавать заказы по дням?
так но ведь я могу набрать товары в корзину и не заказывать? тогда как быть? например одну корзину на среду заказать, а на четверг не заказывать но так чтобы она отображалась в интерфейсе
serginhold, спасибо сделал по вашей схеме. Создал на основе обработчика "Внутренний счет" свой кастомный обработчик. Далее взял класс use Bitrix\Sale\Internals\UserBudgetPool и на его основе сделал свой кастомный класс CompanyBudgetPool, затем в этот класс добавил метод updateAccount который обновляет данные в HighloadBlock Сам счет я создал в виде HighloadBlock (где каждая запись имеет параметры: ID организации, название, сумма, описание). При изменении баланса я обновляю значение сумма в элементе HighloadBlock вот так, пока это работает в режиме теста, но стало понятно как это реализовывать.
serginhold, а затем еще надо будет создать свой обработчик который можно будет выбрать в списке при настройке платежной системы и вот через него уже и делать оплату всех заказов у пользователей?
Я спрашиваю так как не получил достаточной информации от тех поддержки Битрикс и в документации тоже не нашел четкого ответа. Подобный кейс который я написал, тоже не нашел в интернете. У меня мало информации и хочется застраховать себя от лишней траты времени.
Вы написали что лучше создать свой способ оплаты с общим счетом? А что вы имели ввиду под общем счетом? Отдельный инфоблок в котором будут храниться данные о счете и к которому будет обращаться платежная система при оформлении заказа?
PetrPo, Возможно вариант который я описал в вопросе не правильный и в Битрикс можно сделать общий счет сразу на несколько пользователей (для группы пользователей) чтобы все корпоративные клиенты просто оплачивали с одного счета?
PetrPo, я тогда уточню, у пользователей не нужно создавать дополнительное USER_FIELD - "Организация" которая будет ссылкой на элемент инфоблока? Будет инфоблок "Организации (фирмы)" где каждый элемент будет иметь свойство "привязка к пользователю" - это свойство будет иметь множественное значение, чтобы была возможность привязать организацию к нескольким пользователям? Я вас правильно понял?
Ярослав Александров, в моем случает есть свойство "Цена в долларах" - его контент менеджер иногда будет править и есть сама цена, как сделать чтобы была связь - когда контент менеджер меняет свойство "Цена в долларах" то цена товара изменяетcя? Разве здесь не ElementUpdate (когда меняется свойство контент менеджером)?
Евгений, Евгений, когда пользователь изменяет в админке у товара запись, например меняет значение свойства происходит ElementUpdate верно? Как можно поймать событие изменение записи элемента инфоблока (факт того что элемент был изменен в админке в ручную) и поставить на это событие обработчик, который бы уже поменял цену товара? Разве разве не AddEventHandler('iblock', 'OnAfterIBlockElementUpdate', 'кастомный обработчик') не подойдет?
Сергей, я вас правильно понял, можно используя API перебрасывать деньги от одного пользователя другому?
Хайлоад блок "клиенты" - это вместо того чтобы плодить группы,в нем будут храниться список организаций а у пользователя будет USER_FIELD ссылкой на запись в хайлоад блоке его фирмы в которой он является сотрудником? Хайлоад блок лучше для такой задачи чем обычный инфоблок?
Антон, в первой вашей ссылке метод CSaleOrder:: GetList возвращает USER_ID, а как в зная USER_ID получить заказы (параметром в массив arFilter но там вроде нет такого параметра) ?
во второй ссылке объект USER но у него вроде нет никаких методов которые возвращают Order?
спасибо, если я вас правильно понял Magento может сохранять закодированную строку паролей пользователей в 2-х вариантах: с запятой и без запятой.
Проверяем строку на наличие запятой, если в строке есть запятая то первую половину просто обрезаем и берем вторую где будет md5 хэш. Верно?
который можно будет выбрать в списке при настройке платежной системы и вот через него уже и делать оплату всех заказов у пользователей?
(код отрабатывает без '=PROPERTY_VAL.CODE' => 'DAY' и '=PROPERTY_VAL.VALUE' => 'Fr',)