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

Кумуляционный ответ на вопрос.

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

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

Как лечить?
- Поставить дефолтную коробку, посмотреть права и выставить аналогичные (не копировать)
- Включить пользователей в соотвутствующие группы
- Добавить пользователей в подразделения

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

3) Некорректные права на продукте и экстранет-пользователь
Собственно это частный случай номера 1, кто-то поправил права или index.php страницу и пользователь не редиректится в экстранет.
Соответственно пунктов меню не прибавляется и редиректа не происходит.
Как лечить? Смотреть код страницы и права

Ну и конечно же, перед тем как приступать необходимо очищать кеш продукта (в частности меню), чтобы убедиться в существовании проблемы

Если уж совсем по сути, то вы задали несколько вопросов:

1) Как прочитать ответ из вайбера
2) Как понять к какой сделке относится этот ответ (если он относится к сделке)
3) Как изменить стадию сделки

Отвечая на ваш вопрос "Как изменить стадию сделки", вы можете воспользоваться rest-методом crm.deal.update (для облака) или CCrmDeal::update (см аналогично для лида https://dev.1c-bitrix.ru/api_help/crm/example.php)

Можно ли так сделать ?

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

Sep 23 08:56:09 host=smtp.yandex.ru tls=on auth=on user=bitrix@worldenergy24.ru from=bitrix@worldenergy24.ru recipients=2425415@mail.ru smtpstatus=554 smtpmsg='554 5.7.0 Failed to authorize the sender 1569203769-ugAFKZGMj1-u9dmm4ss 1569203769-Z1L1XGzWjv-u8IuwSWY' errormsg='the server did not accept the mail' exitcode=EX_UNAVAILABLE.

Ошибка в логе пишет: яндекс не принимает ваше сообщение, по причине того что не может авторизовать вас как отправителя.
Скорее всего: у вас подключена почта xxx@yyy.ru, которая возможно находиться в Яндекс.Коннект (или ранее Яндекс.ПДД), а пользователь пытается отправить ее как zzz@yyy.ru и сервер яндекса недоумевает: почему xxx@yyy.ru хочет отправить письмо представившись zzz@yyy.ru.

Для подобной фишки у google на платной версии G Suite есть опция relay для аккаунта, насколько я знаю, в яндексе вроде как нет возможности производить отправку от другого аккаунта.

Я бы на вашем месте уточнил у Яндекса наличие такой возможности (может уже есть) и в случае если нет - добавил в sendmail_path параметр -f, что означало бы: от кого бы не производилась отправка в битриксе, пусть письмо всегда формируется и отправляется от xxx@yyy.ru. Вы избежите этой ошибки и письма будут отправляться, но увы части механик вы лишитесь.

ередаю id картинки, полученной через CFile->SaveFile

Вам нужно передавать туда не id, а массив полученный через CFile::MakeFileArray, т.к. все методы работают именно с этим массивом.

Можно ли дать доступ к папке с этими файлами, как к Сетевому диску и настроить права, чтоб скачивать и закачивать файлы обратно в Битрикс?

Нет, так как можно подключить только логические диски пользователей и/или других сущностей.
Физические пути вы никогда не получите.

Т.е. работа с CRM ?

Не обязательно, возможно это и другие инструменты (например задачи, группы, или другие свойственные для конкретного клиента).

Возможно ли это реализовать

Безусловно возможно, ведь Битрикс24 для своего приложения так же частично использует свое же api

Дополнительно могу сказать следующее: стоит уточнить зачем. Дело в том, что у Битрикс24 есть свое приложение и если он не хочет его использовать, значит на то есть причина. Возможно у него стоит коробочная версия и возможности стандартного приложения не подходят, а в таком случае backend часть уже можно поставить под вопрос и возможно даже прогнуть клиента написать api под вас.

В данном конкретном случае необходимо уточнить что именно хочет клиент, так как все же он первоисточник задачи.

Под формулировкой "Дальше нам эти данные get-запросом нужно передать клиенту, чтобы
он их привязал к своей 1С." может скрываться:

1) Помимо roistat, вашего сервера, Битрикс24 у него есть так же 1С куда необходимо занести данные. В таком случае вам необходимо будет узнать есть ли у вашего клиента специалист по 1С и уже с ним обговорить этот момент

2) Так же возможно клиент подразумевает что 1С это продукт 1С-Битрикс24, то есть сам Битрикс24 и ничего никуда передавать не нужно.

Увы, но подобного решения для облачных приложений нет. Разве что вы возьмете уже готовые классы и строительство в свое приложение, но опять же - придется все делать самому

Не туда смотрите: сначала в консоль браузера, затем в случае nodejs (а у вас именно такой случай) - /var/log/push-server/ и там уже смотрите логи :)

Да, будут.

С чем придется столкнуться за время работы:

1) Компонентный подход не всегда применим.
В БУС вы могли копировать компонент поработать, обновиться и продолжать использовать существующий старый компонент.
В Б24 он в лучшем случае продолжит работать, но в реальности компоненты CRM просто будут отваливаться в зависимости от апдейта. Каждый раз придется перепроверять настройки.

2) Документация отсутствует примерно на 60-70%.
То есть в документации конечно же есть какие-то классы или описания, но в действительности хорошо описан только REST (и то бывают большие проблемы).
К некоторым модулям или частям системы придется забираться внутрь (т.е. лезть прямо в /bitrix/modules/*)

3) Добрые 30% выполняются на стороне клиента
Придется подтянуть JS, узнать что такое асинхроннные запросы и замыкания и съесть не одну порцию счастья в процессеработы.
Зачастую правки будут вноситься именно на JS.

4) Придется расширить кругозор
Это значит что нужно будет узнать что такое маршрутизация, nginx, apache, active directory (ad/ldap), ms exchange (+ ms outook), soap, webdav и т.п.

5) Нужно будет перестраиваться из парадигмы "дают задачу -> делаю" в "дают задачу -> уточняем условия -> думаем -> уточняем условия -> делаем -> уточняем условия -> доделываем".
Зачастую требования которые озвучивают "в лоб" можно сделать попроще или иначе, но если не задумываться потом будут большие проблемы с поддержкой

Вы можете зарегистрировать приложение, получить access_token и добавив к showUrl GET-параметр auth со значением своего токена получить файл :)