Форум

[QUOTE]DudoroFF написал:
P.S. Доступ к домену ни в какую не дают, но уверяют что АААА-записи там нет[/QUOTE]

Так вы можете через dig проверить есть она там или нет :)

[QUOTE]DudoroFF написал:
Версия 7.3.4[/QUOTE]

Обновите. Актуальная 7.4.3

У вас в функции Y_OnBeforeCrmDealHandler условие есть некорректное:



В array_key_exists должно быть 2 ключа

И вот тут:

У вас как раз некорректно отрабатывает (синхронизация вроде как и так на агентах, которые на кроне).

Что-то вы неправильно делаете.

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

Коробка в закрытой сети, а для работы чат-ботов нужен доступ на сервер Битрикс24 (см. различия коробки Битрикс24).


Нетворк в коробке не работает.

[QUOTE]Алексей Шурыгин написал:
Напишите пожалуйста кто знает как это реализовать и сколько будут стоить ваши услуги.[/QUOTE]

Очень хочется начать с того, что нельзя полностью и на 100% сделать "чтобы письма всегда уходили от сотрудника и с его почты которую он добавил в Битрикс24".
Всегда пострадает качество:
- либо пользователю придется сообщить свой пароль от почты (не безопасно) и хранить его в 2х местах
- либо качество почтовых отправлений будет хромать (например часть писем справедливо не дойдет до получаетей).

Я знаю всего 3 качественных решения:
1) Использовать G Suite (платный тариф с smtp relay) или MS Exchange и подключать ТОЛЬКО корпоративную почту.
Тогда проблема для таких почт исчезает сама собой, но стоимость вопроса значительно велика.

2) Использовать собственный MTA (например postfix) и использовать корп.почту.
Т.е. не всю почту можно настроить, а только те домены на которых можно прописать правильную запись SPF+DKIM чтобы отправка считалась валидной.
Минусом является цена поддержки и создания решения, а так же нужен доступ ко всем подключаемым доменам

3) Самый дешевый вариант:
заводить настройки каждой почты в msmtp и на custom_mail поменять аккаунт в зависимости от отправителя.
Из минусов:
- Необходимо поддерживать конфиг в актуальном состоянии
- Потенциально любой пользователь может отправить любое письмо от любого подключенного ящика и это будет валидно


Тех.поддержка предложила вам вариант 2. Собственно стул каждый выбирает себе сам.

1) Покажите распечатку (var_dump) массива что подаете на вход в Bitrix\Im\Bot::register
2) Покажите код из install/index.php где вызываете метод register?
3) Обязательные пользовательские поля для пользователей есть? Обработчики добавления пользователя? CUser::Add ?

[QUOTE]Юрий Зайцев написал:
tasks.task.list?order[CREATED_DATE]=desc&filter[STATUS]=5&filter[GROUP_ID]=144[/QUOTE]

А в чем сложнность?
[CODE]tasks.task.list?order[CREATED_DATE]=desc&filter[STATUS]=5&filter[GROUP_ID][]=144&filter[GROUP_ID][]=117[/CODE]

Руслан Галимуллин, "грид" это лишь формат отображения и не более того. Что вы туда запихнете то он и отобразит.
С фильтром немного иначе - вам нужно будет сделать и описать свой тип поля и там уже реализовать фильтрацию пользователей как хотите.

Т.е. создавать свои страницы с разграничением можно.
Правда хелпов на эту тему нет

Попробуйте:

1) Зайти в "Админка -> Настройки -> Настройки продукта -> Настройки модулей -> Информационные блоки"
2) Открыть вкладку "Кеширование".
3) Выставить в "Интервал проверки" 24 часа (если у вас менее 12 на новости, то рекомендую просто пересмотреть кеширование новостей)
4) Выставить в "Сбрасывать кеш при наступлении даты начала/конца активности элементов инфоблоков" необходимые инфоблоки
5) Сохранить