По следам переписки на форуме: https://dev.1c-bitrix.ru/community/forums/forum23/topic153128/


Предлагаю добавить дополнительный параметр в telephony.externalcall.finish чтобы при завершении звонка не менять ответственного за сущность

Нужен универсальный REST-метод для чтения (получения) истории CRM-сущности.

Например какой-нибудь crm.history.list с полями фильтра:
- ownerTypeId,
- ownerId,
- date (дата записи)
- entityField
- eventId
- assignedById

Хотелось бы иметь возможность через REST_API добавить свой источник сквозной аналитики с возможностью передачи туда Действий, Просмотров, Расходов

если в битриксе объединить 2 компании - то через REST api об этом никак не узнать.

При этом если выполнить запрос по crm.company.get по удаленному id то в ответ получим только {"error":"","error_description":"Not found"}

Если бы в этом ответе было еще одно поле merged_with id то счастье бы наступило немедленно в области синхронизации.

Я получу этот ид и повторю операцию объединения в базе 1С.
Если этого не сделать - то при следующем обмене 1С увидит "нового" не синхронизированного контрагента и выдавит его в битрикс. и опять придется бороться с дублями.

добавьте в crm.company.get и crm.contact.get поле с информацией о выжившем после объединения id

Произошла такая ситуация, у нас есть несколько пользовательских полей, появилась необходимость их получить с помощью rest, а в итоге это невозможно сделать.
Так же нельзя получить поле "ИНН" пользователя через rest.

При создании заказа через REST API подтягивать клиента автоматически по емейлу, указанному в свойствах заказа. Сейчас для заказов, созданные через API нужно открывать каждый заказ на редактирование, копировать емейл из свойств заказа, вставлять его в поле Клиент для поиска и сохранять заказ. Нелогично, эти действия могли бы быть автоматизированы как-то через сам REST API.

Онлайн-Недоступен-Отстутсвую и тд.
Вот это вот всё сейчас не работает  

На данный момент в классе CBitrixRestEntity используется оператор self для обращений к методам внутри класса, что не удобно при наследовании класса.

Переработать класс  c использованием позднего статического связывания.

Очень не хватает текстового параметра типа "Комментарий"  к заказу обратного звонка через REST API метод voximplant.callback.start.

Кейс такой:
Есть Б24 портал. Есть сайт-сервис, который через API по каким-то событиям инициализирует обратный звонок клиенту. Например, события могут быть такие:

1. Сложная форма заказа обратного звонка на сайте (допустим, стандартный механизм crm-форм для этого не подходит) - после её заполнения хотим  через API инициализировать обратный звонок
2. Первый заказ нового покупателя через ИМ (допустим, хотим автоматически через 5 мин после совершения первого заказа звонить клиенту и приветствовать его)
3. и т.д., примеров можно привести кучу - таких событий может быть много, в зависимости от БП работы с клиентами. И все они требуют оперативного вмешательства менеджера
   

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

Звонок однозначно отразится в ленте CRM по этому лиду, НО с точке зрения изучения статистики не будет понятно на какую тему этот звонок, он просто будет помечен как "Обратный вызов". Можно, конечно, одновременно с этим добавлять в ленту запись о том, что "Сейчас будет осуществлён автоматический звонок клиенту", но это лишнее.

Правильно было бы, если при вызове метода voximplant.callback.start можно было бы передать ещё один текстовый параметр "COMMENT", который бы и дал однозначно понять тип этого "обратного вызова". Там может находиться и url страницы, с которой этот звонок был заказан, и какие-то параметры, важные для данного события.

+ Указанный комментарий отображался бы в ленте в контексте этого звонка

Доброе утро!

Хотелось бы иметь возможность выборки агрегированных данных в REST Api.

Например (MYSQL):

Сейчас же чтобы получить таким образом данные необходимо выбрать все сделки с ответственным "5" и потом на стороне клиента (или сервера) просуммировать все полученные значения. Если таких сделок будет 5000 то это уже достаточно трудозатратная операция.

При интеграции телефонии (например Asterisk) с Битрикс24 через новый Rest Api (telephony.externalCall.register) в Битрикс24 всплывает карточка звонящего клиента, это здорово!

Но вот если звонок приходит не от клиента, а с внутреннего номера сотрудника на внутренний номер другого сотрудника (указанный в профиле), то Битрикс24 не может найти в CRM такой контакт и показывает карточку с неизвестным контактом и телефонным номером вида 1234.

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

Здравствуйте!

Прошу добавить возможность создания приложений "Виджетов" в Битрикс24. На данный момент мы не можем ничего встраивать в готовые страницы, это крайне неправильно, была бы возможность встраивания виджетов, появился бы большой рынок дополнительный решений, стало бы удобно.

Посмотрите в сторону того, как работает например amoCRM: как пример в контакт можно легко встроить любой виджет, он расширяет возможность системы - http://c2n.me/3AHloZ4 , рекомендую добавить это.

Добавить в REST API возможность работы с универсальными списками.

Был очень удивлен когда обнаружил, что через REST API нельзя работать со списками. При этом есть методы для работы с хранилищами, которые построены на тех же инфоблоках, что и списки.

Добрый день!
Добавьте, пожалуйста, возможность работы с сообщениями и "лайками", проставленными пользователем.

К сожалению сейчас нет возможности работать с заведенными в Битрикс24 предложениями по сделкам.
Вообще нет API к этой сущности.

Это было бы полезно, чтобы формировать к примеру КП по своему шаблону исходя из данных по заведенному предложению.

ТП битрикс сделали заявку на разработку
Номер обращения в разработку: 60837

Добавить в дизайнер бизнес-процессов действие, позволяющее вызвать функцию REST API. Одно такое действие позволило бы сделать полноценную автоматизацию портала.

Возможно, более удобным будет создание группы действий по веткам REST API:

• CRM
• Социальная сеть
• Телефония
• Хранилище данных
• и т.д.
  

Нужна возможность прикрепить файл к задаче и сделке Битрикс24 через REST API