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

Зависит от того как Вы работаете с элементами. Если например через fetch(), то не так - нужно получать по ключам содержание PROPERTY_ в ключе и уже проверять значение

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


Только в коробке, насколько мне известно, но зачем?

Смотрите программу, которая в sendmail_path прописана и изучайте логи.

А почему Вы хотите подписывать после регистрации, а событие вешаете на вход пользователя?
Почему не onAfterUserAdd, что логичнее?

А отправить на проверку не пробовали?

Евгений Шутов, поставьте ему refresh, а в файле проверяйте значения и добавляйте дополнительные параметры

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

Павел Долженков,
1) Читайте про dbconn.php
2) Константу можно установить через define
3) Строчки там нет, ее нужно написать

Быстрый способ:
1) В dbconn.php устанавливаете константу LDAP_NO_PORT_REDIRECTION в true
2) Заходите в админку и снимаете галочку с переадресации

Наиболее длительный способ - настраиваете apache на порт 8890/8891 (через меню BitrixEnv там есть пункт с NTLM авторизацией)

В настройках сайта.

Иван Поляков, а почему бы не сделать так: предложить ему выбор при оформлении заказа - оплатить всю сумму сразу, или внести предоплату. Обе платежные системы будут иметь один обработчик, но на событии создать 2 оплаты - 300 и 700 рублей.

Т.е. если он выбирает оплатить полностью, то у него одна оплата и она 1000 рублей, а если он выбирает с предоплатой, то разбивается на 300 и 700. То есть оплат будет две и если он захочет оплатить сразу (после того как выбрал такую систему оплаты), то он будет оплачивать 2 раза. Ну или если он еще не оплатил ни одну, то администратор может удалить обе оплаты и сделать одну

Иван Поляков, ну так Вы по-дефолту создаете оплату в 100%, а разбиваете Вы либо в API, либо в админке. Вот как раз там поставить играничение - что если создается оплата, то она не должна быть меньше 30% от суммы.
Другое дело, что таких оплат не может быть больше 3 и одна из них будет 40%..

Artem Zigler, насколько я знаю, только это значение через данный rest-метод получить нельзя. Можно попробовать через task.item.list вытащить в select это поле и фильтровать по ID.

Что значит фильтрация на вывод поля? Вы хотите получить только это поле? Или Вы хотите получить все задачи, где указан определенный тег?

Теги это такое же поле как и все остальное - получаете текущие значения, добавляете свой тег и записываете.

Elena, если есть возможность то было бы неплохо хотя бы это. Правда оттестировать смогу только на последней версии Битрикс24

Судя по манифесту (в коде) это readonly параметр (т.е. задать его нельзя).

Попробуйте дополнительно еще отправить STATUS_ID (вроде P по дефолту для оплаченного)

Elena, есть возможность дать удаленный доступ (например через TeamViewer), для того чтобы быстрее обсудить и решить вопрос?

Юрий Болотов, в статичном классе на OnBeforeCrmContactUpdate (модуль crm) проверяем есть ли это поле и готовим запись для сохранения, а в OnAfterCrmContactUpdate (того же модуля) записываем запись в историю

Роман, тогда не вижу проблемы, на стороне коробки поднять скрипт на cron и проводить сихронизацию по API.

А разница? REST это обычный http запрос. Вы же можете выгрузить данные из этой программы? У нее есть какое-то API или доступ к БД?

Работают


Нету


Только официальная ну и учебные курсы + вебинары

Merchant не подключал, но просто попробуй. Вроде ок.

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

Ну так разбивайте счета, так чтобы они не были меньше 30%.
Это самый простой способ