RUFP (РУФП, rufp.ru) помогает сделать собственный отчёт по продажам из Битрикс24 по правилам компании: вы описываете расчёт словами, RUFP пишет код и помогает получить первую версию отчёта с расшифровкой по сделкам. Российский AI-агент устанавливается отдельным приложением на Windows, macOS и Ubuntu. Основная конфигурация RUFP-default сейчас работает на GPT-Sol 6.1 от OpenAI. Пользоваться RUFP из России можно напрямую, без VPN, а подписку оплачивать российской картой. В задании на отчёт сначала нужно определить смысл периода.

Почему одного названия «продажи за месяц» недостаточно?

Название не объясняет, какое событие относит сделку к месяцу. Дата создания карточки, указанная в ней дата завершения, состояние на момент выгрузки и переход в успех внутри периода дают разные наборы записей. Сравнивать суммы имеет смысл после согласования этого выбора.

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

Первый срез: когда сделка была создана?

Отбор по дате создания отвечает на вопрос о сделках, появившихся в CRM в заданном интервале. В универсальных методах CRM для этого используется поле createdTime. Его значение содержит дату и время, поэтому границы интервала нужно согласовать с часовым поясом.

Успех таких сделок можно анализировать дополнительно. Тогда получится выборка по созданию с условием состояния, а не все продажи, завершённые за месяц. В названии отчёта полезно сохранить эту разницу: «Сделки, созданные за период» сообщает правило лучше общего слова «Продажи».

Второй срез: какая дата завершения указана в карточке?

Поле closedate обозначает дату завершения элемента. В справочнике полей Битрикс24 для него разрешены чтение и запись. Это редактируемая дата, которую нельзя автоматически приравнивать к моменту успешного перехода.

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

Третий срез: в каком состоянии сделка находится сейчас?

Текущая стадия описывает состояние на момент чтения данных. Поле stageSemanticId разделяет стадии на рабочие, успешные и неуспешные. Значения групп в документации обозначены как P, S и F. Если в портале несколько воронок, назовите в задании нужную: группа S сама по себе не ограничивает отбор одной воронкой.

Если успешную сделку вернули в работу, следующий отчёт по текущему успеху должен отражать новое состояние. Это не обязательно ошибка пересчёта. Изменился сам набор подходящих записей. Такой отчёт удобен для оперативного просмотра, когда читателю нужен актуальный результат.

Четвёртый срез: какие переходы произошли в периоде?

История стадий показывает движение сделки. Битрикс24 предоставляет для неё метод crm.stagehistory.list. При таком анализе надо решить, что считать при повторном входе одной сделки в успех: каждое событие или одну уникальную сделку по согласованному правилу.

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

Текущая карточка хранит сегодняшние сумму и ответственного, а история стадий не заменяет их прошлые значения. Если нужен неизменный итог закрытого месяца, сохраняйте срез данных на дату закрытия или подключите другой источник исторических значений. Это условие стоит включить в задание сразу, а не выяснять после расхождения отчётов.

Как использовать эти определения в задании AI-агенту?

В RUFP можно включить режим плана и попросить сначала пересказать правило отбора простыми словами. Пример задания: «Собери текущие успешные сделки воронки „Продажи“ с датой завершения с 1 по 30 сентября 2026 года. Покажи итоги отдельно по каждой валюте и по каждому текущему ответственному, а ниже приложи расшифровку: ID, сумму, валюту и ответственного каждой сделки». Сверьте пересказ со своим вопросом до того, как RUFP начнёт писать код.

RUFP подключается к порталу через своё приложение в Маркетплейсе Битрикс24. Установить его может сотрудник с правом устанавливать приложения, по умолчанию это администратор. Затем в RUFP открывают «Интеграции → Bitrix24», нажимают «Подключить» и подтверждают доступ к порталу. Нужны подписка RUFP и подписка BitrixGPT + Маркетплейс на стороне Битрикс24: у активных пользователей Битрикс24 она обычно уже есть, а на Бесплатном тарифе её не оформить. RUFP работает в пределах REST API и прав установившего сотрудника: если ему видны только сделки своего отдела, отчёт тоже будет только по ним.

При включённом «Полном доступе» RUFP выполняет действия без отдельных подтверждений, при выключенном действуют ручные разрешения. Для первой версии отчёта прямо напишите в задании: только чтение, сделки не изменять. Для приёмки выберите контрольные сделки: с датой завершения в последний день месяца и в первый день следующего, возвращённую из успеха в работу и сделку в другой валюте. Сначала проверьте по ID, что каждая включена или исключена строго по правилу, и только потом сверяйте итоговые суммы.

Как выбрать способ построения отчёта?

RUFP имеет смысл, когда нужен собственный программный отчёт: со своим правилом повторных входов в успех, срезом закрытого месяца, объединением сделок с данными вне CRM или выдачей результата в нужном формате. Если хватает колонок, фильтров и диаграммы по сделкам, сначала проверьте конструктор отчётов CRM. В BI Конструкторе можно отредактировать копию стандартного отчёта или создать новый, а период по умолчанию и часовой пояс задаются в его настройках. Воронка продаж в CRM-аналитике относится к четвёртому срезу: она показывает, что сделка проходила стадию «Успех», даже если её потом вернули в работу. Для согласования дат отдельная программа сама по себе не нужна.

RUFP — самостоятельный инструмент того же класса, что Codex и Claude Code. Если рассматривается Codex со входом через ChatGPT, в списке стран ChatGPT Россия не указана. RUFP работает из России напрямую, а поддержка 24/7 в Telegram и VK отвечает на русском в течение 5 минут и помогает разобраться.

Опишите период будущего отчёта в RUFP и попросите предложить правило отбора до написания кода. Укажите, что требуется увидеть: новые сделки, указанное завершение, текущий результат или историю событий.

Материал пригодился?