Андрей Николаев

Последний файл сохраняется автоматически в директории /upload/1c_*/

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

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

Обновляются ли автоматически должности сотрудников, если имеется подгрузка из 1с?

Если мы говорим про штатную интеграцию стандартным модулем, то обновление происходит при стечении следующих обстоятельств:
1) ЗУП выгружает в xml должности сотрудников (можете посмотреть в xml файле экспорта)
2) В Битрикс24 в настройках модуля "Интранет" на вкладке "Импорт" в обновляемых полях отмечено поле "Должность"
3) Использует штатный механизм обмена (не кастомизировался ни со стороны 1с ни со стороны битрикс24).

Что проверить?
- Выгружается ли значения должности у пользователей(последнюю выгрузку можно посмотреть на портале в папке upload/1c_intranet/)
- Отмечено ли поле для импорта в настройка модуля
- Кастомизировался ли обмен со стороны Битрикс24 (возможно обработчик события изменения пользователя который запрещает изменять данное поле)
-

Во-первых, вы не можете "переслать" сообщение, так как у Bitrix24 нет своего почтового сервера, клиентом которого являлся бы ваш Битрикс24.
Т.е. вы можете подключить свою gmail почту для почтового клиента в Битрикс24 и оттуда создавать лиды и т.п.

Во-вторых, механизма пересылки из почты в чат нет впринципе. Вы можете скопировать текст и отправить его себе, но это не задача для битрикс24.

В вашем случае я вижу 2 варианта:

1) Если настраивалась многосайтовость, то сайты криво определяются и при открытии одного сайта, вы открываете этот сайт в шаблоне другого и наоборот. Таким образом шаблоны которые лежат в одном месте ищутся в другом. Проверьте найстройки многосайтовости.

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

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

1) Дописываем разработанный механизм логгирование.
Принимая во внимание, что windows-путь и linux-путь это 2 разных способа написания путей, то путь к этому файлу лучше определить относительно $_SERVER['DOCUMENT_ROOT'] и с использованием функции realpath
Парсер должен логгировать:
- Время вызова
- Путь до файла (откуда он собирается читать)
- Наличие файла (есть ли этот файл вообще)
- Корректность файла (правильное ли расширение, все ли столбцы есть и т.п.)
- [все бизнес-моменты, как успех, так и провал, в том числе причину провала]
- Время завершения вызова (когда работа закончена)

2) Проверяем ТТХ парсера
- Есть ли спец. требования (например bitrix ставит mb_string = 2, многие парсеры работают строго при mb_string = 0)
- Версию php (миноры должны быть строго одинаковы)
- Наличие php-модулей (а вдруг вы используете XMLReader, который на боевом выключен?)

3) Если все выше "Ок", то проверяем - работает ли парсер без агентов (т.е. прямым вызовом c подключением ядра битрикса)
Проверяем, чтобы это был не просто php код, а это был код оформленный по соответствующим агентам правилам. Смотрим чтобы лог-файл корректно отработал и записал нужную информацию!
Особенно поможет документация: https://dev.1c-bitrix.ru/learning/course/index.php...

4) Создаем агента и смотрим ход выполнения.
Если что-то не работает - смотрим логи и правим.

P.S. Если версия вашего php выше 7, то в работе очень поможет try-catch с Throwable, который поймает многие перехватываемые ошибки исполнения.

А в чем проблема вместо 125 использовать этот самый "$arResult["ID"]", который и так содержит ID товара который вы смотрите?

Т.е. по факту вы пишете следующее:
1) Разрабатываете компонент который на основе ID товара выведет его отзывы
2) В шаблоне вывода компонента добавляете вызов своего компонента.

Нет, такого REST метода нет.

Для коробочной версии Битрикс24 можно написать свое действие БП или расширить REST методы

Какие варианты в облачном битрикс24 есть?
- Через свое действие бизнес-процесса.
Сделать свое действие БП, в котором возвращать в нем нужную информацию.
Эту информацию записывать в переменную.

- Если БП запущен на сущности
(Не рекомендуется) изменять значение сущности напрямую

- Если БП использует универсальный список
Можно изменять значения универсального списка. Например 1 экземпляр БП на сделке создает 1 запись в УС и с ней работает.

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

Элемент универсального списка (добавление которого вы производите и показываете на скриншоте) это по факту элемент инфоблока.
В коробочной версии Битрикс24 вы можете подписаться на событие OnBeforeIBlockElementAdd модуля iblock и проверять соответствующее поле там.

Перед использованием событий, рекомендую прочитать соответствующую статью в курсе Bitrix Framework, а так же помнить что событие вызывается для всех элементов (т.е. нужно проверять что вы обрабатываете именно нужный список) и что вместо символического кода может прилететь ID пользовательского поля.

Есть конечно же и альтернативный вариант: сделать бизнес-процесс который проверяет дату на адекватность (например год должен быть не меньше 2000 и не больше 2100) и в случае разницы найдет соответствующую дельту и прибавит столько же лет к текущей дате.

Вы опять задаете 2 вопроса в одном, что не очень хорошо.

Что касается ошибки, которую вы получаете: там по английски написано "Задача не найдена или у вас нет доступа".
Это означает что либо задачи с таким id не существует либо пользователь от которого создан веб-хук не имеет роли (ранее) или не имеет доступа (не видит в интерфейсе) этой задачи.

Что касается добавления тегов: в Битрикс24 не предусмотрен механизм добавления тегов есть только замена значения в поле.
Каждый раз когда вы выполняете запрос, все теги (это одно поле) заменяются вновь пришедшими.
Соответственно, чтобы добавить теги вы должны получить все теги, добавить необходимые и установить их. И да - для этого потребуется 2 обращения (на получение и на обновление).

Что касается количества тегов, то тут действует обычный http протокол и передача в GET-параметрах иерархичных структур, т.е. для установки 2х тегов запрос будет иметь вид:

/tasks.task.update?taskId=3564&fields[TAGS][]=тег1&fields[TAGS][]=тег2

Я бы предложил воспользоваться механизмом списков: создать технический список "Задача -> Сделка" и прописать 2 поля: ID задачи и ID сделки.
При создании задачи из БП записывать туда эту связь.

Но такая штука может не прокатить, если обязательно нужно ожидание статуса задачи.

Удалить пользователя нельзя, но можно изменить его данные (обнулить) и деактивировать (сменить поле ACTIVE на N)

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

1) Измените поле список добавив значения

Т.е. вместо

Иванов Иван [11]
Петров Петр [12]

Нужно сделать

[11]Иванов Иван
[12]Петров Петр

2) Далее необходимо выполнить преобразование и можно использовать при создании задачи.
Подробнее: https://dev.1c-bitrix.ru/learning/course/?COURSE_I...

{=Document:UF_CRM_1594297107 > user}

А почему нельзя изменить ваш же протокол и не использовать второе двоеточие, а ставить его уже в методе-обработчике протокола?