bitrix24 api история сделки

Получить историю изменения сделки через rest api

Мне нужно получить эту самую историю изменения через api.
Что-то вроде «crm.deal.log.get» с параметром [‘id’ => 1, ‘filter’ => [‘stage_id’ => ‘STAGE_1’]], который вернул бы мне историю изменения сделки.

В документации нет, значит нет.

Цитата
ApiSearcher написал: Как я могу через api получить историю изменения конкретной сделки?

И потом внимательно читаем описание модуля:
События (под событиями подразумевается перенос комментариев к контактам, компаниям, сделкам, прикрепленные файлы, информация о звонках и письмах) Этап переноса гарантированно поддерживает обработку 10 000 событий.

То есть: события это не изменение сделки/компании/контакта, а лишь то, что находится в живой ленте, а это вовсе не история изменения поля.

В документации много чего нет.

Цитата
ApiSearcher написал: Мне нужно получить эту самую историю изменения через api.

Цитата
Егор Мантусов написал: Через Api можно всё. \Bitrix\Crm\ActivityTable::getList(). Например.

Цитата
Егор Мантусов написал: Через Api можно всё. \Bitrix\Crm\ActivityTable::getList(). Например.

А это точно то. что нужно? Попробуйте через этот метод ActivityTable::getList получить историю изменения ответственного у сделки и напишите сюда запрос.
У меня не получилось.

Цитата
Егор Мантусов написал: Через Api можно всё. \Bitrix\Crm\ActivityTable::getList(). Например.

А это точно то. что нужно? Попробуйте через этот метод ActivityTable::getList получить историю изменения ответственного у сделки и напишите сюда запрос.
У меня не получилось.

Для этой истории есть класс в socialnetwork. CSocNetLogEvents(). Или свой orm класс сделать для b_sonet_log. Если в новых версиях битрикс24 его ещё нет

Оч странно работает сам по себе метод. В бд записаны параметры в поле PARAMS в json-е, но запрос даже не опрашивает это поле.

Источник

Получить историю изменения сделки через rest api

Мне нужно получить эту самую историю изменения через api.
Что-то вроде «crm.deal.log.get» с параметром [‘id’ => 1, ‘filter’ => [‘stage_id’ => ‘STAGE_1’]], который вернул бы мне историю изменения сделки.

В документации нет, значит нет.

Цитата
ApiSearcher написал: Как я могу через api получить историю изменения конкретной сделки?

И потом внимательно читаем описание модуля:
События (под событиями подразумевается перенос комментариев к контактам, компаниям, сделкам, прикрепленные файлы, информация о звонках и письмах) Этап переноса гарантированно поддерживает обработку 10 000 событий.

То есть: события это не изменение сделки/компании/контакта, а лишь то, что находится в живой ленте, а это вовсе не история изменения поля.

В документации много чего нет.

Цитата
ApiSearcher написал: Мне нужно получить эту самую историю изменения через api.

Цитата
Егор Мантусов написал: Через Api можно всё. \Bitrix\Crm\ActivityTable::getList(). Например.

Цитата
Егор Мантусов написал: Через Api можно всё. \Bitrix\Crm\ActivityTable::getList(). Например.

А это точно то. что нужно? Попробуйте через этот метод ActivityTable::getList получить историю изменения ответственного у сделки и напишите сюда запрос.
У меня не получилось.

Цитата
Егор Мантусов написал: Через Api можно всё. \Bitrix\Crm\ActivityTable::getList(). Например.

А это точно то. что нужно? Попробуйте через этот метод ActivityTable::getList получить историю изменения ответственного у сделки и напишите сюда запрос.
У меня не получилось.

Для этой истории есть класс в socialnetwork. CSocNetLogEvents(). Или свой orm класс сделать для b_sonet_log. Если в новых версиях битрикс24 его ещё нет

Оч странно работает сам по себе метод. В бд записаны параметры в поле PARAMS в json-е, но запрос даже не опрашивает это поле.

Источник

История в CRM

Как это работает?

Чем полезна история? В любой момент руководитель может посмотреть, как сотрудники работали с CRM. История фиксирует даже просмотр элементов.

Каждая строчка истории содержит:

Любой элемент истории можно удалить, однако это не отменит само изменение.

Какие записи в истории увидят сотрудники?

Сотрудник увидит историю изменений элементов, к которым разрешен доступ в правах CRM.

Если у менеджера есть права на просмотр только своих элементов, он не увидит записи, связанные с элементами других сотрудников.

Источник

Автоматические задачи на стадии сделки в Битрикс24.CRM

Примеры, роботы, инструкции и особенности.

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

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

Создадим тестовую «Сделку» стадия «Новая заявка» направление «Фотосалон», заполним обязательные поля – контактные данные и т.д.

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

После закрытия задачи согласования даты, сделка переходит в следующий статус «Дата согласована» и система ставит перед исполнителем очередную задачу, заранее связаться с клиентом напомнить и провести фотосессию. Задача закрывается в случае полного выполнения чек листа задачи.

После закрытия задачи напоминания и проведения фотосессии сделка переводится в стадию «Съемка проведена» и система ставит задачу «Отобрать хорошие фотографии».

После закрытия задачи по отборе фотографий сделка переводится в стадию «Фото переданы в работу» и система ставит две задачи-провести коррекцию цвета и коррекцию фотографии. Готовые материалы сохраняются в специальных папках, задачи закрываются и клиенту отправляется ссылка к готовым материалам.

Автоматические задачи создаются системой с помощью роботов.

В нашем примере мы рассмотрим часть функционала роботов, касающуюся создания только задач.

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

Режим редактирования активируется с помощью кнопок и активных ссылок.

Настройка проста, интуитивно понятна, хорошо описана и обычно не вызывает трудностей.

Робот переводится в режим редактирования, выбирается вкладка «Для сотрудника», затем переход в вкладку «Задача» и в бланк форму. Для постановки задачи необходимо заполнить обязательные поля, прописать время старта, условия, название, описание, выбрать исполнителя, указать крайний срок исполнения задачи. Вкладка «дополнительно» открывает доступ к скрытым полям и значительно расширяет и дополняет возможности сценариев работы с задачей. Именно в этой части находится важнейший элемент задачи привязка к группе или конкретному проекту.

Для копирования задач с сохраненными настройками в OS Windows комбинация одновременно нажатых клавиш Ctrl + левая клавиша «Мыши» позволяет создать копию в другом роботе. что значительно ускоряет процесс создания и редактирования однотипных задач.

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

Больше деталей и подробностей проекте можно узнать на наших каналах:

С уважением, Лаборатория автоматизации «‎LOG [IN] OFF»

Источник

Сделки

Функция	Описание
crm.deal.add	Создаёт новую сделку.
crm.deal.contact.add	Добавляет контакт к указанной сделке.
crm.deal.contact.delete	Удаляет контакт из указанной сделки.
crm.deal.contact.fields	Возвращает описание полей для связи сделка-контакт.
crm.deal.contact.items.delete	Очищает набор контактов, связанных с указанной сделкой.
crm.deal.contact.items.get	Возвращает набор контактов, связанных с указанной сделкой.
crm.deal.contact.items.set	Устанавливает набор контактов, связанных с указанной сделкой.
crm.deal.delete	Удаляет сделку и все связанные с ней объекты.
crm.deal.fields	Возвращает описание полей сделки.
crm.deal.get	Возвращает сделку по идентификатору.
crm.deal.list	Возвращает список сделок по фильтру.
crm.deal.productrows.get	Возвращает товарные позиции сделки.
crm.deal.productrows.set	Устанавливает (создаёт или обновляет) товарные позиции сделки.
crm.deal.recurring.add	Добавляет новую настройку для регулярной сделки.
crm.deal.recurring.delete	Удаляет существующую настройку для шаблона регулярной сделки.
crm.deal.recurring.expose	Создает новую сделку из шаблона.
crm.deal.recurring.fields	Возвращает список полей настройки шаблона регулярной сделки c описанием.
crm.deal.recurring.get	Возвращает поля настройки шаблона регулярной сделки по идентификатору.
crm.deal.recurring.list	Возвращает список настроек шаблонов регулярных сделок по фильтру.
crm.deal.recurring.update	Обновляет существующую настройку для шаблона регулярной сделки.
crm.deal.update	Обновляет существующую сделку.
crm.deal.userfield.add	Создаёт новое пользовательское поле для сделок.
crm.deal.userfield.get	Возвращает пользовательское поле сделок по идентификатору.
crm.deal.userfield.list	Возвращает список пользовательских полей сделок по фильтру.
crm.deal.userfield.update	Обновляет существующее пользовательское поле сделок.
crm.deal.userfield.delete	Удаляет пользовательское поле сделок.

Общий список событий сделки приведен здесь.

Пользовательские комментарии

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

Для этого нужно всего лишь авторизоваться на сайте

Но помните, что Пользовательские комментарии, несмотря на модерацию, не являются официальной документацией. Ответственность за их использование несет сам пользователь.

Также Пользовательские комментарии не являются местом для обсуждения функционала. По подобным вопросам обращайтесь на форумы.

Источник