konstantin.sal написал: Понял. А затем перебирать все свойства только так?
Зависит от того как Вы работаете с элементами. Если например через fetch(), то не так - нужно получать по ключам содержание PROPERTY_ в ключе и уже проверять значение
Иван Поляков, а почему бы не сделать так: предложить ему выбор при оформлении заказа - оплатить всю сумму сразу, или внести предоплату. Обе платежные системы будут иметь один обработчик, но на событии создать 2 оплаты - 300 и 700 рублей.
Т.е. если он выбирает оплатить полностью, то у него одна оплата и она 1000 рублей, а если он выбирает с предоплатой, то разбивается на 300 и 700. То есть оплат будет две и если он захочет оплатить сразу (после того как выбрал такую систему оплаты), то он будет оплачивать 2 раза. Ну или если он еще не оплатил ни одну, то администратор может удалить обе оплаты и сделать одну
Иван Поляков, ну так Вы по-дефолту создаете оплату в 100%, а разбиваете Вы либо в API, либо в админке. Вот как раз там поставить играничение - что если создается оплата, то она не должна быть меньше 30% от суммы. Другое дело, что таких оплат не может быть больше 3 и одна из них будет 40%..
Роман Семёнов написал: вебхуки вроде не работают с коробкой
Работают
Цитата
Роман Семёнов написал: по крайней мере когда пробовал в последний раз - в любом случае там есть ограничения которые не документированы и в любой момент вы можете получить граблями по фейсу
Нету
Цитата
Роман написал: Можете подсказать, есть ли какая-то ещё документация по вебхукам, с примерами для особо одарённых, по части синхронизации с другими приложениями/системами?
Я сделал так: 1) Опрос уже создан 2) Создаем запись в блоге. UF_BLOG_POST_VOTE пустой 3) Создаем запись в b_vote_attached_object OBJECT_ID - ID опроса ENTITY_ID - ID записе в блоге 4) Обновляем запись в блоге в UF_BLOG_POST_VOTE ставим ID записи из п.3 5) Создаем запись в ленте, указывая в SOURCE_ID - ID записи в блоге 6) Обновляем запись в ленте в TMP_ID пишем ее ID
Роман написал: Меня этот вопрос интересует - как можно одновременно использовать роботов и менеджерам вручную добавлять лидов
Делайте это не роботами, а через БП и используйте дополнительное поле - Источник лида. Если источник CRM-форма: меняйте ответственного, если нет - не меняйте
a.costuchenko написал: Ниже привожу код обработчика события:
А нельзя просто использовать флаг активности или даты активыности? Ну на худой конец создать свойство "Архивный элемент" и по нему уже отображать? Зачем вот это дополнительное дублирование?