📋 Кейси fd9f2eb4-832a-4c36-a65a-068d99fc4f90

Привет! Я **Кейси Даттон** — работаю с Bitrix24 семейного бизнеса. **Команды:** `/today` — новые заявки и сделки за сегодня `/deal <id>` — карточка сделки по ID `/stage [1|2]` — стадии воронок `/rules` — список бизнес-правил `/rule` — добавить / изменить правило `/forget <N>` — удалить правило №N `/info` — эта справка

{"type": "toolCall", "id": "toolu_0187oo3U9B2L1pvZiZ1XBtRi", "name": "read", "arguments": {"path": "/home/openclaw/.openclaw/workspace-b24-ops/skills/bitrix24-rest/SKILL.md"}}

--- name: bitrix24-rest description: > Work with Bitrix24 (Битрикс24) via REST API and MCP documentation server. Triggers on: CRM — "сделки", "контакты", "лиды", "воронка", "клиенты", "deals", "contacts", "leads", "pipeline"; Tasks — "задачи", "мои задачи", "просроченные", "создай задачу", "tasks", "overdue", "to-do"; Calendar — "расписание", "встречи", "календарь", "schedule", "meetings", "events"; Chat — "чаты", "сообщения", "уведомления", "написать", "notifications", "messages"; Channels — "каналы", "канал", "объявления", "подписчики", "channels", "announcements", "subscribers"; Open Lines — "открытые линии", "поддержка", "обращения", "клиентские чаты", "операторы", "омниканал", "виджет чата", "open lines", "support", "customer chat", "helpdesk", "operator"; Projects — "проекты", "рабочие группы", "projects", "workgroups"; Time — "рабочее время", "кто на работе", "учёт времени", "timeman", "work status"; Drive — "файлы", "документы", "диск", "files", "documents", "drive"; Structure — "сотрудники", "отделы", "структура", "подчинённые", "departments", "employees", "org structure"; Feed — "лента", "новости", "объявления", "feed", "announcements"; Scenarios — "утренний брифинг", "morning briefing", "еженедельный отчёт", "weekly report", "статус команды", "что у меня сегодня", "итоги дня", "план на день", "воронка продаж", "расскажи про клиента", "подготовь к встрече", "как работает отдел". metadata: openclaw: requires: bins: - python3 env: - BITRIX24_WEBHOOK_URL mcp: - url: https://mcp-dev.bitrix24.tech/mcp transport: streamable_http tools: - bitrix-search - bitrix-app-development-doc-details - bitrix-method-details - bitrix-article-details - bitrix-event-details primaryEnv: BITRIX24_WEBHOOK_URL emoji: "B24" homepage: https://github.com/bitrix24/bitrix24-skill aliases: - Bitrix24 - bitrix24 - Bitrix - bitrix - b24 - Битрикс24 - битрикс24 - Битрикс - битрикс tags: - bitrix24 - bitrix - b24 - crm - tasks - calendar - drive - chat - messenger - im - webhook - oauth - mcp - Битрикс24 - CRM - задачи - чат - проекты - группы - лента - рабочее время - timeman - socialnetwork - feed - projects - workgroups - org structure - smart process - смарт-процесс - products - товары - каталог - quotes - предложения - invoices - счета - open lines - openlines - imopenlines - открытые линии - поддержка - обращения - операторы - омниканал - helpdesk - landing - sites - сайты - лендинги --- # Bitrix24 ## Security Model - The webhook URL is read from `BITRIX24_WEBHOOK_URL` environment variable. OpenClaw users configure it as `apiKey` in `openclaw.json` — the platform maps it automatically. - The skill never stores the webhook on disk and never transmits it to third-party services. All API calls go directly to the user's Bitrix24 portal. - **Implicit invocation:** The skill activates automatically when the user's message matches Bitrix24 topics (CRM, tasks, calendar, etc.). Read requests execute immediately; write/delete operations always require explicit user confirmation. - Non-secret cache (user_id, timezone) is stored in `~/.config/bitrix24-skill/cache_user_timezone.json` (permissions 600). - If the webhook is lost (env var removed or reconfigured), the user or admin simply sets it again. - Users should create a dedicated webhook with only the scopes they need, and can revoke it at any time from their Bitrix24 admin panel. ## STOP — Read These Rules Before Doing Anything You are talking to a business person (company director), NOT a developer. They do not know what an API is. They do not want to see technical details. Every violation of these rules makes the user angry. ### Rule 1: Read requests — EXECUTE IMMEDIATELY When the user asks to see, show, list, or check anything — DO IT RIGHT NOW. Do not ask questions. Do not ask for confirmation. Do not offer choices. Call the Bitrix24 methods using the configured webhook and show the result. The user has already authorized access by configuring their webhook URL. User says "дай расписание на среду" → you IMMEDIATELY: 1. Call `user.current` to get user ID and timezone 2. Call `calendar.event.get` for that date (read `references/calendar.md` for exact syntax) 3. Call `tasks.task.list` with deadline filter for that date (read `references/tasks.md`) 4. Show combined schedule in a clean list User says "покажи сделки" → you IMMEDIATELY call `crm.deal.list` and show results. User says "мои задачи" → you IMMEDIATELY call `tasks.task.list` and show results. ### Rule 2: Keep replies non-technical The user is a business person. Avoid implementation details in replies. Do not expose these in user-facing output: method names (calendar.event.get, crm.deal.list), script names (bitrix24_call.py), config paths, raw parameters, HTTP details, JSON structures. It is OK to say "получаю данные из Битрикс24" or "подключаюсь к вашему порталу" — the user knows they connected their Bitrix24. Just don't show HOW technically. WRONG replies (NEVER do this): - "Используем ваш webhook URL bitrix24.team/rest/5/..." — FORBIDDEN - "Вызовем calendar.get или calendar.event.get..." — FORBIDDEN - "Пришлите экспорт календаря (ICS/CSV)..." — FORBIDDEN - "Подтвердите часовой пояс..." — FORBIDDEN - "Подтвердите источник данных..." — FORBIDDEN - "Как предпочитаете продолжить?" — FORBIDDEN for read requests CORRECT replies: - "Вот ваше расписание на среду, 11 марта:" followed by the data - "Открытые сделки:" followed by the list - "Ваши задачи на сегодня:" followed by the list ### Rule 3: Write requests — one short yes/no question For creating, updating, or deleting: confirm in one sentence. - CORRECT: "Создать сделку «Поставка» на 500 000 ₽?" - WRONG: "Вызовем crm.deal.add с параметрами..." ### Rule 4: Errors — fix silently or say one sentence If a call fails, retry automatically. If still fails: "Не удалось подключиться к Битрикс24, проверьте, что портал доступен." Nothing else. ### Rule 5: Language and format - Reply in the same language the user writes in - Present data as clean tables or bullet lists - Use business words: "сделка", "задача", "контакт", "встреча", "расписание" - For schedule requests: combine calendar events AND task deadlines into one view - Get timezone from `user.current`, never ask the user ### Rule 6: Proactive insights When showing data, automatically highlight important things: - Tasks: count and flag overdue ones ("⚠️ 3 задачи просрочены") - Deals: flag stuck ones — no activity for 14+ days ("💤 2 сделки без движения") - Schedule: warn about conflicts — overlapping events ### Rule 7: Suggest next actions After showing results, add ONE short hint about what else you can do. Keep it to one line. - After schedule: "Могу перенести встречу или добавить задачу." - After tasks: "Могу отметить задачу выполненной или создать новую." - After deals: "Могу показать детали по сделке или создать новую." - After contacts: "Могу найти сделки этого контакта или добавить задачу." ### Rule 8: First message in session If this is the user's first request and it's a greeting or unclear what they want, briefly introduce yourself: "Я помощник по Битрикс24. Могу показать расписание, задачи, сделки, контакты или отчёт по команде. Что интересно?" ## Ready-Made Scenarios Use these when the user's request matches. Execute ALL calls, then present combined result. ### Morning briefing ("что у меня сегодня?", "утренний брифинг", "дай обзор") Use batch call for speed: ```bash python3 scripts/bitrix24_batch.py \ --cmd 'calendar=calendar.event.get.nearest?type=user&ownerId=<ID>&forCurrentUser=Y&days=1' \ --cmd 'tasks=tasks.task.list?filter[RESPONSIBLE_ID]=<ID>&filter[!STATUS]=5&filter[<=DEADLINE]=<today_end>' \ --cmd 'deals=crm.deal.list?filter[ASSIGNED_BY_ID]=<ID>&filter[STAGE_SEMANTIC_ID]=P&select[]=ID&select[]=TITLE&select[]=OPPORTUNITY&select[]=STAGE_ID' \ --json ``` Present as: - 📅 Встречи сегодня (from calendar) - ✅ Задачи на сегодня + просроченные (from tasks, flag overdue) - 💰 Активные сделки (from deals, flag stuck) ### Weekly report ("итоги недели", "еженедельный отчёт") ```bash python3 scripts/bitrix24_batch.py \ --cmd 'done=tasks.task.list?filter[RESPONSIBLE_ID]=<ID>&filter[STATUS]=5&filter[>=CLOSED_DATE]=<week_start>' \ --cmd 'deals=crm.deal.list?filter[ASSIGNED_BY_ID]=<ID>&filter[>=DATE_MODIFY]=<week_start>&select[]=ID&select[]=TITLE&select[]=STAGE_ID&select[]=OPPORTUNITY' \ --json ``` Present as: - ✅ Завершённые задачи за неделю (count + list) - 💰 Движение по сделкам (stage changes) ### Team status ("статус команды", "как дела в отделе") 1. Get department: `department.get` with user's department 2. Get employees: `im.department.employees.get` 3. Batch tasks + timeman for each employee Present as table: Name | Active tasks | Overdue | Work status ### Client dossier ("расскажи про клиента X", "всё по компании Y", "досье") 1. Find contact/company by name → `crm.contact.list` filter `%LAST_NAME` or `crm.company.list` filter `%TITLE` 2. Batch: ```bash python3 scripts/bitrix24_batch.py \ --cmd 'deals=crm.deal.list?filter[CONTACT_ID]=<ID>&filter[STAGE_SEMANTIC_ID]=P&select[]=ID&select[]=TITLE&select[]=OPPORTUNITY&select[]=STAGE_ID' \ --cmd 'activities=crm.activity.list?filter[OWNER_TYPE_ID]=3&filter[OWNER_ID]=<ID>&select[]=ID&select[]=SUBJECT&select[]=DEADLINE&order[DEADLINE]=desc' \ --json ``` Present as: - 👤 Контакт — имя, компания, телефон, email - 💰 Сделки — список с суммами и стадиями - 📋 Последние действия — звонки, письма, встречи - 💡 Подсказка: "Могу создать задачу по этому клиенту или запланировать звонок." ### Meeting prep ("подготовь к встрече", "что за встреча в 14:00") 1. Get today's events → `calendar.event.get` for today 2. Find the matching event by time or name 3. Get attendee info → `user.get` for each attendee ID 4. Check for related deals (search by attendee company name) Present as: - 📅 Встреча — название, время, место - 👥 Участники — имена, должности, компании - 💰 Связанные сделки (если есть) - 💡 "Могу показать досье на участника или историю сделки." ### Day results ("итоги дня", "что я сделал", "мой отчёт за день") ```bash python3 scripts/bitrix24_batch.py \ --cmd 'tasks=tasks.task.list?filter[RESPONSIBLE_ID]=<ID>&filter[STATUS]=5&filter[>=CLOSED_DATE]=<today_start>&select[]=ID&select[]=TITLE' \ --cmd 'events=calendar.event.get?type=user&ownerId=<ID>&from=<today_start>&to=<today_end>' \ --json ``` Also call `crm.stagehistory.list` with `filter[>=CREATED_TIME]=<today_start>` for deal movements. Present as: - ✅ Завершённые задачи (count + list) - 📅 Проведённые встречи - 💰 Движение по сделкам (стадия изменилась) - 💡 "Могу составить план на завтра." ### Sales pipeline ("воронка", "как работает отдел продаж", "продажи") ```bash python3 scripts/bitrix24_batch.py \ --cmd 'active=crm.deal.list?filter[STAGE_SEMANTIC_ID]=P&select[]=ID&select[]=TITLE&select[]=STAGE_ID&select[]=OPPORTUNITY&select[]=DATE_MODIFY&select[]=ASSIGNED_BY_ID' \ --cmd 'leads=crm.lead.list?filter[>=DATE_CREATE]=<week_start>&select[]=ID&select[]=TITLE&select[]=SOURCE_ID&select[]=DATE_CREATE' \ --json ``` Present as: - 📊 Воронка — сделки по стадиям с суммами - 💤 Зависшие — без движения 14+ дней - 🆕 Новые лиды за неделю - 💡 "Могу показать детали по сделке или назначить задачу менеджеру." ### Cross-domain search ("найди...", "кто отвечает за...", "все по теме...") When user searches for something, search across multiple entities in parallel: ```bash python3 scripts/bitrix24_batch.py \ --cmd 'contacts=crm.contact.list?filter[%LAST_NAME]=<query>&select[]=ID&select[]=NAME&select[]=LAST_NAME&select[]=COMPANY_ID' \ --cmd 'companies=crm.company.list?filter[%TITLE]=<query>&select[]=ID&select[]=TITLE' \ --cmd 'deals=crm.deal.list?filter[%TITLE]=<query>&select[]=ID&select[]=TITLE&select[]=STAGE_ID&select[]=OPPORTUNITY' \ --json ``` Present grouped results: Контакты | Компании | Сделки. If only one match — show full details immediately. --- ## Scheduled Tasks (Recommended Automations) These are pre-built scenarios for scheduled/cron execution. The user can activate them via OpenClaw scheduled tasks. ### Day plan (daily, workdays 08:30) Build a structured day plan from calendar events and tasks: ```bash python3 scripts/bitrix24_batch.py \ --cmd 'events=calendar.event.get?type=user&ownerId=<ID>&from=<today_start>&to=<today_end>' \ --cmd 'tasks=tasks.task.list?filter[RESPONSIBLE_ID]=<ID>&filter[<=DEADLINE]=<today_end>&filter[<REAL_STATUS]=5&select[]=ID&select[]=TITLE&select[]=DEADLINE&select[]=STATUS&order[DEADLINE]=asc' \ --json ``` Output format: ``` 📋 План на день — <date> 📅 Встречи: 09:00 – Планёрка 14:00 – Звонок с ООО «Рога и копыта» 16:30 – Обзор проекта ✅ Задачи (дедлайн сегодня): • Подготовить КП для клиента • Отправить отчёт ⚠️ Просроченные: • Согласовать договор (дедлайн был 5 марта) ``` ### Morning briefing (daily, workdays 09:00) Day plan (above) PLUS active deals summary and new leads from yesterday: ```bash python3 scripts/bitrix24_batch.py \ --cmd 'events=calendar.event.get?type=user&ownerId=<ID>&from=<today_start>&to=<today_end>' \ --cmd 'tasks=tasks.task.list?filter[RESPONSIBLE_ID]=<ID>&filter[<=DEADLINE]=<today_end>&filter[<REAL_STATUS]=5&select[]=ID&select[]=TITLE&select[]=DEADLINE&select[]=STATUS' \ --cmd 'deals=crm.deal.list?filter[ASSIGNED_BY_ID]=<ID>&filter[STAGE_SEMANTIC_ID]=P&select[]=ID&select[]=TITLE&select[]=OPPORTUNITY&select[]=STAGE_ID&select[]=DATE_MODIFY' \ --cmd 'leads=crm.lead.list?filter[>=DATE_CREATE]=<yesterday_start>&select[]=ID&select[]=TITLE&select[]=SOURCE_ID' \ --json ``` ### Evening summary (daily, workdays 18:00) Same as "Day results" scenario. Summarize completed tasks, past meetings, deal movements. ### Weekly report (Friday 17:00) Same as "Weekly report" scenario. Tasks completed + deal pipeline changes for the week. ### Overdue alert (daily, workdays 10:00) Check for overdue tasks and stuck deals. Send ONLY if there are problems (no spam when all is clean): ```bash python3 scripts/bitrix24_batch.py \ --cmd 'overdue=tasks.task.list?filter[RESPONSIBLE_ID]=<ID>&filter[<DEADLINE]=<today_start>&filter[<REAL_STATUS]=5&select[]=ID&select[]=TITLE&select[]=DEADLINE' \ --cmd 'stuck=crm.deal.list?filter[ASSIGNED_BY_ID]=<ID>&filter[STAGE_SEMANTIC_ID]=P&filter[<DATE_MODIFY]=<14_days_ago>&select[]=ID&select[]=TITLE&select[]=DATE_MODIFY&select[]=OPPORTUNITY' \ --json ``` If both are empty — do not send anything. If there are results: ``` 🚨 Внимание ⚠️ Просроченные задачи (3): • Задача A (дедлайн 3 марта) • Задача B (дедлайн 5 марта) 💤 Зависшие сделки (2): • Сделка X — 500 000 ₽, без движения 21 день • Сделка Y — 150 000 ₽, без движения 18 дней ``` ### New leads monitor (daily, workdays 12:00) Check for new leads in the last 24 hours. Send only if there are new leads: ```bash python3 scripts/bitrix24_call.py crm.lead.list \ --param 'filter[>=DATE_CREATE]=<24h_ago>' \ --param 'select[]=ID' \ --param 'select[]=TITLE' \ --param 'select[]=SOURCE_ID' \ --param 'select[]=NAME' \ --param 'select[]=LAST_NAME' \ --json ``` --- ## Setup The webhook URL must be configured as `BITRIX24_WEBHOOK_URL` environment variable before the skill can work. OpenClaw users set it as `apiKey` in `openclaw.json`: ```json { "skills": { "entries": { "bitrix24-rest": { "enabled": true, "apiKey": "https://your-portal.bitrix24.ru/rest/<user_id>/<secret>/"[... 9978 more characters truncated]

{"type": "toolCall", "id": "toolu_01ArouUhD7pWSozjwgzGrwfi", "name": "read", "arguments": {"path": "/home/openclaw/.openclaw/workspace-b24-ops/bitrix24.md"}}

# Битрикс 24 ## Правила интерпретации - Если Денис говорит «лид», это значит «сделка». - В работе не использовать сущность «лид» как отдельную сущность CRM. - Все запросы про лиды трактовать как запросы про сделки. ## Воронки - CATEGORY_ID = 0, первая воронка, воронка для офиса. - CATEGORY_ID = 1, вторая воронка, воронка по банкротству. - При подсчете договоров смотреть сделки в воронках: первая, вторая, 3. реализация, 4. реструктуризация. Альтернативное правило проверки: учитывать все сделки, где заполнено поле «Дата передачи юристу». - Это правило подсчета договоров касается только флагманской услуги: «Банкротство физических лиц». - По умолчанию в обычных вопросах про лиды и новые сделки имеются в виду только первая и вторая воронки. - Новые сделки за прошлую неделю в этом контексте считать только по первой и второй воронкам. - Остальные воронки по умолчанию не учитывать, кроме отдельного правила подсчета договоров. - Сделки, перешедшие из одной воронки в другую, не считать новыми. ## Правило работы - При каждом запросе, связанном с Битрикс24, сначала сверяться с этим файлом. - Если формулировка пользователя конфликтует с техническими сущностями Битрикс24, применять правила из этого файла. - Периодически сверять рабочий список сотрудников с активными пользователями Битрикс24. - Если появляется новый активный пользователь Битрикс24 или кто-то из известных сотрудников перестает проявлять активность, запрашивать у Дениса актуальность списка действующих сотрудников. - Если Денис спрашивает, сколько новых лидов за сегодня в первой воронке и на каких они этапах, отвечать в бизнес-формулировке, а не просто техническим списком стадий. - В таком ответе разделять сделки на три группы: подтвержденные новые лиды, необработанные новые заявки, и все остальные, которые ушли в недозвон или закрыты как не лид. - Подтвержденными новыми лидами считать только сделки за сегодня в первой воронке, которые находятся на рабочих этапах вроде «Встреча назначена», «Дожать на договор» и других аналогичных этапах активной обработки, но не находятся в «Новая заявка», «Не удалось дозвониться» или «Не лид». - Сделки на этапе «Новая заявка» считать необработанными и отдельно указывать, сколько таких заявок и во сколько создана самая поздняя из них, если это важно для ответа. - Сделки на этапах «Не удалось дозвониться» и «Не лид» не называть подтвержденными новыми лидами; их описывать как недозвон или закрытые / отсеянные. - Если уместно, формулировать ответ по образцу: «подтвержденных новых лидов X, ...; остальные закрыты как не лид или на недозвоне; не обработана Y заявка, создана в HH:MM». - Количество заключенных договоров не определять по статусу «Сделка успешна». Для Дениса количество заключенных договоров считается по сделкам, где одновременно заполнено поле «Дата передачи юристу» и в поле «Платеж 1: статус оплаты» стоит значение «да», при этом дата в поле «Платеж 1: дата» должна попадать в запрошенный период. - Рабочее соответствие полей: `UF_CRM_AMO_629053` = «Платеж 1: дата», `UF_CRM_AMO_629067` = «Платеж 1: статус оплаты», `UF_CRM_AMO_640693` = «Дата передачи юристу». - Важное бизнес-правило: все сделки во второй воронке считать договорными. - При поиске договоров ориентироваться не только на вторую воронку, а на первую, вторую, воронку «Реализация», воронку «Реструктуризация» или вообще на все сделки с заполненным полем «Дата передачи юристу». - Если при такой проверке даты в полях логически не совпадают или вызывают сомнение, отдельно сообщать об этом Денису. - Если Денис спрашивает по конкретной сделке или спрашивает «что там со сделкой», сначала прочитать комментарии в сделке Bitrix24. - Если для этой сделки есть речевой анализ или строка в связанной таблице, найти соответствующую строку по сделке и прочитать её целиком. - Для первой линии продаж, Виктория Боева, использовать таблицу речевого анализа: `https://docs.google.com/spreadsheets/d/1WgkgMtcd5vVPTHqL8APgzakOKxWiYaTRuWRnq_oJzC4/edit?gid=1945766933#gid=1945766933`. - После этого отвечать не сырыми полями CRM, а коротким управленческим выводом: кто клиент, кто ответственный, в чем суть ситуации, какой главный риск или следующий шаг, и какова вероятность заключения договора. - Такие ответы делать лаконично: 3-6 коротких строк, без длинных пересказов, если Денис не просит подробный разбор. - Если в доступных данных нет комментариев, задач, истории касаний или речевого анализа, прямо говорить, что по голым полям CRM можно видеть только текущий этап и базовые атрибуты, а вероятность заключения договора тогда оценивать осторожно.

{"type": "toolCall", "id": "toolu_01ShBYn7WMyamhsmzci9Bjxh", "name": "exec", "arguments": {"command": "cd /home/openclaw/.openclaw/workspace-b24-ops && python3 skills/bitrix24-rest/scripts/bitrix24_call.py crm.dealcategory.stage.list --param 'id=0' --json"}}

{ "ok": true, "status": 200, "source": "env:BITRIX24_WEBHOOK_URL", "body": { "result": [ { "NAME": "1.\u041d\u041e\u0412\u0410\u042f \u0417\u0410\u042f\u0412\u041a\u0410", "SORT": 10, "STATUS_ID": "NEW" }, { "NAME": "1.\u041d\u0415 \u0423\u0414\u0410\u041b\u041e\u0421\u042c \u0414\u041e\u0417\u0412\u041e\u041d\u0418\u0422\u042c\u0421\u042f", "SORT": 20, "STATUS_ID": "mosc.amocrm.ru_23876425" }, { "NAME": "\u041d\u0415 \u043a\u0432\u0430\u043b\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u043d", "SORT": 30, "STATUS_ID": "UC_IJTTZB" }, { "NAME": "\u041a\u0432\u0430\u043b\u0438\u0444\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u043d", "SORT": 40, "STATUS_ID": "UC_TQFJJX" }, { "NAME": "\u041d\u0430 \u0443\u0434\u0430\u043b\u0435\u043d\u0438\u0435", "SORT": 50, "STATUS_ID": "UC_XIGD0P" }, { "NAME": "1.\u0412\u0421\u0422\u0420\u0415\u0427\u0410 \u041d\u0410\u0417\u041d\u0410\u0427\u0415\u041d\u0410", "SORT": 60, "STATUS_ID": "mosc.amocrm.ru_23876386" }, { "NAME": "\u0412\u0441\u0442\u0440\u0435\u0447\u0430 \u043f\u043e\u0434\u0442\u0432\u0435\u0440\u0436\u0434\u0435\u043d\u0430", "SORT": 70, "STATUS_ID": "UC_M0ZBAT" }, { "NAME": "\u0412\u0441\u0442\u0440\u0435\u0447\u0430 \u043d\u0435 \u0441\u043e\u0441\u0442\u043e\u044f\u043b\u0430\u0441\u044c", "SORT": 80, "STATUS_ID": "UC_21RZF2" }, { "NAME": "1.\u041d\u0410 \u0412\u0421\u0422\u0420\u0415\u0427\u0415", "SORT": 90, "STATUS_ID": "mosc.amocrm.ru_23876389" }, { "NAME": "1.\u0414\u041e\u0416\u0410\u0422\u042c \u041d\u0410 \u0414\u041e\u0413\u041e\u0412\u041e\u0420", "SORT": 100, "STATUS_ID": "mosc.amocrm.ru_23876428" }, { "NAME": "1.\u0414\u041e\u041b\u0416\u0415\u041d \u041e\u041f\u041b\u0410\u0422\u0418\u0422\u042c", "SORT": 110, "STATUS_ID": "mosc.amocrm.ru_25139296" }, { "NAME": "1.\u041d\u0415\u0414\u041e\u0417\u0412\u041e\u041d \u041f\u041e\u0421\u041b\u0415 \u0412\u0421\u0422\u0420\u0415\u0427\u0418", "SORT": 120, "STATUS_ID": "mosc.amocrm.ru_23876431" }, { "NAME": "\u0421\u0434\u0435\u043b\u043a\u0430 \u0443\u0441\u043f\u0435\u0448\u043d\u0430", "SORT": 130, "STATUS_ID": "WON" }, { "NAME": "\u041a\u0426: \u041e\u0447\u0435\u0432\u0438\u0434\u043d\u043e \u0431\u0438\u0442\u044b\u0439 \u043d\u043e\u043c\u0435\u0440", "SORT": 140, "STATUS_ID": "APOLOGY" }, { "NAME": "\u041a\u0426: \u041d\u0435 \u043b\u0438\u0434", "SORT": 150, "STATUS_ID": "15" }, { "NAME": "\u041a\u0426: \u0417\u0430\u044f\u0432\u043a\u0443 \u043d\u0435 \u043e\u0441\u0442\u0430\u0432\u043b\u044f\u043b", "SORT": 160, "STATUS_ID": "13" }, { "NAME": "\u041a\u0426: \u0421\u0443\u043c\u043c\u0430 \u0434\u043e\u043b\u0433\u0430 \u043c\u0435\u043d\u044c\u0448\u0435 300", "SORT": 170, "STATUS_ID": "14" }, { "NAME": "\u041a\u0426: \u041f\u0440\u043e\u0431\u043b\u0435\u043c\u0430 \u0440\u0435\u0448\u0435\u043d\u0430, \u0434\u043e\u043b\u0433\u043e\u0432 \u043d\u0435\u0442", "SORT": 180, "STATUS_ID": "16" }, { "NAME": "\u041a\u0426: \u041d\u043e\u043c\u0435\u0440 \u043d\u0435\u0434\u043e\u0441\u0442\u0443\u043f\u0435\u043d", "SORT": 190, "STATUS_ID": "10" }, { "NAME": "\u041a\u0426: \u041d\u0435 \u043e\u0442\u0432\u0435\u0447\u0430\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 \u043c\u0435\u0441\u044f\u0446\u0430", "SORT": 200, "STATUS_ID": "12" }, { "NAME": "\u041a\u0426: \u041f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043d\u0435 \u0430\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u043e", "SORT": 210, "STATUS_ID": "17" }, { "NAME": "\u041a\u0426: \u0412\u044b\u0431\u0440\u0430\u043b \u0434\u0440\u0443\u0433\u0443\u044e \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044e", "SORT": 220, "STATUS_ID": "11" }, { "NAME": "\u041a\u0426: \u0414\u0440\u0443\u0433\u043e\u0435", "SORT": 230, "STATUS_ID": "26" }, { "NAME": "\u041c\u041e\u041f: \u041d\u0435 \u043e\u0442\u0432\u0435\u0447\u0430\u0435\u0442 \u0431\u043e\u043b\u044c\u0448\u0435 \u043c\u0435\u0441\u044f\u0446\u0430", "SORT": 240, "STATUS_ID": "UC_LE00KR" }, { "NAME": "\u041c\u041e\u041f: \u0412\u044b\u0431\u0440\u0430\u043b \u0434\u0440\u0443\u0433\u0443\u044e \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u044e", "SORT": 250, "STATUS_ID": "24" }, { "NAME": "\u041c\u041e\u041f: \u0418\u043c\u0443\u0449\u0435\u0441\u0442\u0432\u043e, \u0437\u0430\u043b\u043e\u0433", "SORT": 260, "STATUS_ID": "UC_RRB80R" }, { "NAME": "\u041c\u041e\u041f: \u041e\u0442\u043a\u0430\u0437\u0430\u043b\u0441\u044f \u043e\u0442 \u043f\u0440\u043e\u0446\u0435\u0434\u0443\u0440\u044b", "SORT": 270, "STATUS_ID": "27" }, { "NAME": "\u041c\u041e\u041f: \u0414\u0440\u0443\u0433\u043e\u0435.", "SORT": 280, "STATUS_ID": "LOSE" }, { "NAME": "\u0420\u0430\u0441\u0442\u043e\u0440\u0436\u0435\u043d\u0438\u0435 \u0434\u043e\u0433\u043e\u0432\u043e\u0440\u0430", "SORT": 290, "STATUS_ID": "20" }, { "NAME": "\u041f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d\u0438\u0435 \u043f\u043e \u043b\u0438\u0434\u0430\u043c", "SORT": 300, "STATUS_ID": "18" }, { "NAME": "\u0414\u0443\u0431\u043b\u0438", "SORT": 310, "STATUS_ID": "UC_ZS4OZE" } ], "time": { "start": 1777036903, "finish": 1777036903.830788, "duration": 0.8307878971099854, "processing": 0, "date_start": "2026-04-24T16:21:43+03:00", "date_finish": "2026-04-24T16:21:43+03:00" } } }

Вот все этапы **первой воронки** (CATEGORY_ID = 0) с кодами: | # | Название | STATUS_ID (код) | |---|----------|-----------------| | 1 | Новая заявка | `NEW` | | 2 | Не удалось дозвониться | `mosc.amocrm.ru_23876425` | | 3 | Не квалифицирован | `UC_IJTTZB` | | 4 | Квалифицирован | `UC_TQFJJX` | | 5 | На удаление | `UC_XIGD0P` | | 6 | Встреча назначена | `mosc.amocrm.ru_23876386` | | 7 | Встреча подтверждена | `UC_M0ZBAT` | | 8 | Встреча не состоялась | `UC_21RZF2` | | 9 | На встрече | `mosc.amocrm.ru_23876389` | | 10 | Дожать на договор | `mosc.amocrm.ru_23876428` | | 11 | Должен оплатить | `mosc.amocrm.ru_25139296` | | 12 | Недозвон после встречи | `mosc.amocrm.ru_23876431` | | 13 | Сделка успешна | `WON` | | 14 | КЦ: Очевидно битый номер | `APOLOGY` | | 15 | КЦ: Не лид | `15` | | 16 | КЦ: Заявку не оставлял | `13` | | 17 | КЦ: Сумма долга меньше 300 | `14` | | 18 | КЦ: Проблема решена, долгов нет | `16` | | 19 | КЦ: Номер недоступен | `10` | | 20 | КЦ: Не отвечает больше месяца | `12` | | 21 | КЦ: Предложение не актуально | `17` | | 22 | КЦ: Выбрал другую компанию | `11` | | 23 | КЦ: Другое | `26` | | 24 | МОП: Не отвечает больше месяца | `UC_LE00KR` | | 25 | МОП: Выбрал другую компанию | `24` | | 26 | МОП: Имущество, залог | `UC_RRB80R` | | 27 | МОП: Отказался от процедуры | `27` | | 28 | МОП: Другое | `LOSE` | | 29 | Расторжение договора | `20` | | 30 | Предложение по лидам | `18` | | 31 | Дубли | `UC_ZS4OZE` | Могу то же самое по второй воронке, или нужны какие-то конкретные этапы?

Понял, что имеешь в виду — всё работает, данные получает нормально. Что хочешь сделать дальше?