Получить историю изменения сделки через 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-е, но запрос даже не опрашивает это поле.
История изменений лидов, сделок, контактов и компаний в Битрикс24.CRM?
Как узнать кто вносил изменения, правки кто нагадил в базе данных Битрикс24.CRM? Как правильно, как часто и как правильно делать резервные копии?
Вкладка контакт, карточка контакта, внесем правку – добавим номер телефона в пустое поле.
Штатное ПО Битрикс24.CRM отслеживает и фиксирует только системные поля, дополнительные поля. Те поля, которые добавляются в карточку сотрудниками портала с правами администратора для расширения возможностей системы увы не отслеживаются.
Нужно прописать в регламенте работы с документами правила, если вносится изменение, то тот, кто его делает, должен указать что правил и почему в штатном поле комментарии.
Все совпадает и работает одинаково, как в рассматриваемом нами примере контакты.
Запретить доступ удаления всем сотрудникам компании, за исключением администраторов портала.
В случае необходимости удаления сотрудник компании подает соответствующую заявку, руководитель ее утверждает, а исполнитель завершает работу. Самый простой вариант реализации — это постановка задачи. В этом случае все будет зафиксировано и исполнено по кроткой схеме.
Важно обязательно проводить логирование бизнес-процессов. Что это означает во время написания бизнес –процесса после завершения всех ключевых моментов производится запись специального поясняющего текста в журнале бизнес-процессов.
Если Вы работаете с «облачной» платной версией Битрикс24, то расслабьтесь, все эту важную работу за Вас регулярно каждую ночь выполняет команда Битрикс24 без вашего участия:
Если Вы работаете с «коробкой», то Вы сами можете и должны управлять процессом сохранения резервных копий.
Если с помощью «ручек» пропала информация, откатить назад и восстановить можно только за конкретный период.
Если во время согласования и обсуждения сотрудники будут продолжать работать, система будет фиксировать новые лиды и сделки, то после отката «назад» эта информация пропадет и не будет восстановлена.
Прежде чем запускать процедуру глобального сохранения сохраните текущие экспорта всех сущностей. Тогда Вы сможете самостоятельно восполнить возникшие пробелы информации.
В случае сохранения копий рабочего портала на внешних