И так: регистрируем приложение в своем Битрикс24. Как это сделал описал в //infostart.ru/public/574117/. Помимо прав на CRM дайте еще права на пользователей. В примере по ИД пользователя вытаскивается ФИО. А без прав будет ошибка.
Запустим обработку и внесем все регистрационные данные
Сохраните чтобы потом не вводить заново.
Первое, что можно попробовать, это получить список доступных событий. Жмите Получить список событий. Получим что-то вроде этого.
В примере используется событие ONCRMDEALUPDATE.
Для того, чтобы события начали регистрироваться жмем Начать регистрацию событий.
Теперь перейдем в наш Битрикс24 и изменим уже заранее добавленные сделки. Например изменим статус.
Вернемся в обработку и прочитаем события
Можно завершить регистрацию и убедится, что после этого события не регистрируются, обработка ничего не вернет.
Теперь код. Процедуры ОтправитьRESTЗапрос и другие используются из модуля описанного в предыдущей статье.
Получить список событий
Процедура ПолучитьСписокСобытий() Экспорт
СписокСобытий = "";
Ответ = ОтправитьRESTЗапрос("events", "");
М = Неопределено;
Если Ответ.Свойство("result", М) Тогда
Для Каждого С Из М Цикл
СписокСобытий = СписокСобытий + С + Символы.ПС;
КонецЦикла;
КонецЕсли;
Сообщить(СписокСобытий);
КонецПроцедуры
Начать регистрацию событий
Процедура НачатьРегистрациюИзменений() Экспорт
Ответ = ОтправитьRESTЗапрос("event.bind", "event=ONCRMDEALUPDATE&event_type=offline");
Если Ответ.Свойство("result") Тогда
Сообщить("Ок");
Иначе
Сообщить("Ошибка!");
КонецЕсли;
КонецПроцедуры
Обработка изменений сделок
Процедура ПрочитатьСобытия() Экспорт
Ответ = ОтправитьRESTЗапрос("event.offline.get", "filter[EVENT_NAME]=ONCRMDEALUPDATE");
Р = Неопределено;
Если Ответ.Свойство("result", Р) Тогда
Для Каждого С Из Р.Events Цикл
Если С.EVENT_NAME = "ONCRMDEALUPDATE" Тогда
// вытащу сделку
Сделка = ОтправитьRESTЗапрос("crm.deal.get", "id=" + С.EVENT_DATA.FIELDS.ID);
ИмяСделки = "";
Если Сделка.Свойство("result") Тогда
ИмяСделки = Сделка.result.TITLE;
КонецЕсли;
// кто менял
Пользователь = ОтправитьRESTЗапрос("user.get", "filter[id]=" + С.EVENT_ADDITIONAL.user_id);
ИмяПользователя = "";
Если Пользователь.Свойство("result") Тогда
ИмяПользователя = Пользователь.result[0].LAST_NAME + " " + Пользователь.result[0].NAME;
КонецЕсли;
Сообщить("В " + С.TIMESTAMP_X + " сделку " + ИмяСделки + " изменил пользователь " + ИмяПользователя);
КонецЕсли;
КонецЦикла;
КонецЕсли;
КонецПроцедуры
Вся документация по REST API Битрикс24 здесь
Обработка тестировалась на платформе 8.3.10.2580
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Спасибо огромное — продолжение будет?
Добрый день! Продолжение о чем?
Согласен, упустил этот момент, проверю. В текущем варианте скорей всего следующие 50 отработает при последующем запуске
Добрый день!
Метод crm.deal.get не списочный, к тому же доп. параметр clear у меня не передается и по умолчанию он равен 1. Т.е. после прочтения событий они удаляются. Для обработки всех событий (если их больше 50) можно доработать например следующим образом
Показать
А зачем проверка типа:
Ведь Вы уже сделали выборку по данному событию?
Верно, это лишнее. Может только для того, чтобы показать, что и имя события возвращается.
интересно было бы, если выборку делать по нескольким событиям, связанных с сделками. А потом разбор. В фильтре поставить «ONCRMDEAL%»
(9) Проверил, все работает.
1. Регистрируем интерес к нескольким событиям
2. А забирать буду только события по сделкам
Приходят события и на изменение сделок и на добавление
По лидам события можно прочитать например так
Я работаю со счетами.
но что интересно — на каждое изменение счета приходят два ответа: Статус и Действие. И только на изменение статуса счета — только Статус.
получите список всех событий для CRM — которые включены и произошли.
(11) получите список всех событий для CRM — которые включены и произошли. — про лиды в контексте подписки только на 3 события. Если же думаю подписаться на все события CRM то да, будет так.
Про счета интересно, но наверное есть какой-то смысл в этом?
Ну это, чтоб потом не забыть, на что подписался))
задача моя выросла из стандартного обмена. Там получали счета. Потом уткнулись — то нельзя, это нельзя, то не нравится… Пришлось в REST ползти)))
А кто может сказать — какое количество оффлайн событий хранится? чтобы не потерялись?500? 1000?
подскажите — как в запросе описать фильтр по нескольким условиям с условием «ИЛИ». захотели получать новые сделки и счета сразу. Делать отдельные запрос по каждому виду — два запроса. Хотелось бы объединить в один. Заранее спасибо
(5)Это к Битриксу. Я думаю для регламентного обмена выше крыши.
(15) сам и отвечу — в batch объединил в один запрос, а потом обработал
Смотрю во всю используют функционал изменений. Это радует.
Скоро появятся новые события: по пользовательским полям компаний/контактов/сделок/счетов/лидов.
Имейте в виду, что есть ограничение в 2 запроса в секунду(с буфером в 100 запросов), так что рекомендую использовать batch
(5) не будет больше 50
И еще. Описана простая схема. Она не подходит, когда нужна повышенная отказоустойчивость. Например, если не удается обработать событие, то событие повторно не получите.
Если не удалось загрузить изменение(ошибка записи например), то можно пометить запись изменения как ошибочное. А потом повторно его получить по запросу event.offline.get с параметром &clear=0&error=1
(14) Очень много. Но если есть process_id он повторно не выгрузится. Насколько я знаю, периодически эта табличка очищается. Т.е. записи старше месяца с непустым process_id удаляются
(20) Безусловно в статье искусственный пример, возможно можно читать события с clear=0 а затем после обработки каждого вычищать его через event.offline.clear
(20)я пишу в док, потом обрабатываю. Иначе никак. если стопорится, то при повторном обращении остаются необработанные события — они обрабатываются в первую очередь
(22)сколько обращений будет к сайту?
(24) Хм, давайте накопим все обработанные ИД сообщений, а затем разом их вычистим, event.offline.clear как раз принимает массив message_id. Я так не делал, просто рассуждения
(25)У каждого свой подход.
Хотелось бы передавать себестоимость и выручку по Сделке (Заказу покупателя).
Если создать пользовательское поле в Сделке для каждой строчки товара, я так понимаю что делать надо через метод crm.deal.userfield.update?
Как указать значение до каждой строчки товара?
Как я понимаю параметры id данного метода подойдет для пользовательских полей в шапке документа, т.е. для статичных полей. А нам нужно, чтобы это действовало для табличной части товара (размер списка динамический). Как к нему обращаться при помощи данного метода?
Заранее спасибо, разработчики молчат 4ые сутки, проект стоит(
В CRM — Настройки есть раздел Свойства товаров, думаю можно там добавить свойство Себестоимость. Выручка по идее должна быть в строчке сделки, но я там на первый взгляд не вижу возможности добавить поле.
Через crm.deal.userfield.update меняем пользовательское поле на сделке: название, тип, отображение и т.д. Не для изменения значения поля. Да и на мой взгляд это проще настраивать через интерфейс
Товары в сделке меняем через crm.deal.productrows.set — передаем сразу все строки товаров в сделке.
методы взял
Очень нужна интеграция 1с и битрикс — создание обычного счета и счета/оферты в битрикс, синхронизация с 1с, отладка автоматической интеграции номенклатуры и товаров между битрикс/1с интересуют сроки и стоимость, нахождение программиста в спб обязательно!
(19) Для обхода ограничения в 50 записей используется параметр в запросе «&start=НачальнаяПозиция» где НачальнаяПозиция — номер первого элемента из партии в 50 шт.
При получении ответа в параметре .total находится общее количество элементов, и далее цикл
(30) я про другое имел в виду.