Кобра каталог сценариев
Чешуйка · сделки
Зеркало CRM
← Все Чешуйки
Чешуйка · сделки

Зеркало
CRM

Наш Bitrix24 внутри Кобры: у чата видно, кто клиент и где его сделка.

«Не выходи из переписки. Я покажу отсюда — и запишу обратно». ↓

Кто это
В продукте

Чешуйка держит у себя рабочий срез Б24: клиент, его сделки, стадия, ответственный, следующий шаг. Оператор видит это прямо у переписки, а то, что выяснилось в чате, уезжает обратно в CRM. Из Битрикса мы не переезжаем — зеркало живёт рядом с ним.

В комиксе

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

Из чего состоит эта Чешуйка

Канон один для всех: одно приложение — четыре раскладки плюс руки для агентов. Красивый интерфейс без MCP-инструментов — это сайт, а не Чешуйка.

🪟

Айфрейм у чата

страница-приложение внутри Кобры · один чат · оператор · от 720px

Карточка клиента и его сделки: стадия, сумма, ответственный, следующий шаг.

📑

Доковый вебапп

колонка рядом с перепиской · один чат · оператор · 360–420px

Узкая колонка у чата: кто это, где сделка, что обещали — без ухода из переписки.

📱

Карманный вебапп

Telegram · MAX · WhatsApp · ADA · один человек

Руководитель смотрит воронку с телефона: где встали сделки и почему.

📜

Артефактная страница

полноформатная живая страница · вся папка · все, кому она открыта

Срез по воронке живой страницей в папке: активные сделки, суммы, застрявшие стадии.

🔌

MCP-руки

то же, что умеет человек в интерфейсе, умеет и агент
find_client, get_deal, move_stage, write_note — агент двигает сделку и пишет в карточку сам.
MCP-стихии, на которых она стоит
✨ Эфир · связьвсе чаты и папки как одна ткань
Чешуйка не переписывает ядро Кобры: она живёт своим приложением, своим хранилищем и своим MCP-сервером, а Кобра открывает её во фрейме и даёт агентам руки. Подробнее — что такое Чешуйка.
Аналогия
Зеркало с воронкой внутри
Метафора

Зеркало, а не окно

Окно показывает то, что происходит там, и гаснет, когда там выключили свет. Зеркало держит отражение у себя: Б24 прилёг на обслуживание — карточка клиента всё равно открыта, а всё, что оператор изменил, копится и уезжает, когда портал вернётся.

Поэтому это не сквозная интеграция. У чешуйки своя сущность и своя очередь изменений, а Б24 остаётся главным: при споре побеждает он.

Правило зеркала: показывать даже тогда, когда источник молчит.
Как устроено
1

Рабочий срез, а не весь портал

  • В Б24 у сделки 243 поля, из них 187 пользовательских. Тянуть всё — бессмысленно.
  • Берём живые воронки и те поля, которыми реально пользуются.
2

Каскад ключей

  • Поиск клиента по одному ключу уже подводил: «ИД на Авито» находил 7 из 17, телефон — 17 из 17.
  • Ищем каскадом и нормализуем номер: 8XXX → +7XXX.
3

Двусторонняя синхронизация

  • Изменения копятся в очереди и досылаются идемпотентно — повтор не создаёт дубль.
  • Оператор видит плашку «N изменений ждут отправки», а не тишину.
4

Агент ходит через модуль

  • В Конструкторе уже есть готовый «Bitrix24 API» — начинать с него.
  • Правки API чинятся в модуле и не ломают агентов, а агентов будет несколько.
Где показывается