Интеграция ИИ с CRM и учётными системами: как мы собрали 10 коннекторов в один продукт

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

В результате интеграции были собраны в единый продуктовый контур AI-ассистента руководителя, а не в каталог «умеем подключить всё ко всему».

Какие 10 коннекторов входят в стандартный каталог

• 1С:Бухгалтерия 8.3;
• Bitrix24;
• amoCRM;
• МойСклад;
• Wildberries;
• Ozon;
• Avito;
• Яндекс Маркет;
• собственный интернет-магазин;
• RetailCRM.

У каждого коннектора есть отдельная публичная product/SEO-страница. Центральный hub — AI для управления бизнесом.

Почему мы не ограничились карточками с названиями систем

У разных API разные сущности, права, лимиты и способы авторизации. Например, официальная REST-документация Битрикс24 отдельно описывает методы, события, scopes, webhooks и варианты приложений. Для продукта недостаточно знать, что «у системы есть API». Нужно определить, какие бизнес-объекты читаются, какие действия разрешены, что требует подтверждения и как фиксируется результат.

Поэтому наш рабочий объект — не логотип, а паспорт коннектора: доступные сущности, HTTP/API-контракт, действия, права, ограничения и operational boundary.

Что получилось на публичной стороне

Центральная страница AI-продукта сейчас содержит 10 connector cards, 11 filter buttons, 7 профессиональных решений и 13 бизнес-сценариев. Все десять дочерних страниц коннекторов возвращают HTTP 200 и присутствуют в sitemap.

Отдельно 1С и RetailCRM были переработаны в pain-native формат: страница начинается не с абстрактного перечня возможностей, а с узнаваемых рабочих ситуаций, которые пользователь может раскрыть и проверить.

Один продукт поверх разных систем

Смысл общей архитектуры в том, что руководителю не нужно превращать каждый источник данных в отдельный AI-продукт. Коннекторы дают доступ к разрешённым данным и действиям, а единый AI-слой работает с контекстом сразу нескольких систем.

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

Где проходит граница write-back

В текущей продуктовой модели read/search/analyze и разрешённый write-back входят в стандартный класс возможностей. Но это не означает «AI может менять всё».

Запись возможна только там, где конкретный connector Action contract, права, audit, idempotency и approval-политика это допускают. Чувствительные, финансовые, юридические и разрушительные действия должны иметь дополнительные ограничения и подтверждения.

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

Отдельный сервер как часть продуктовой модели

Коммерческий контур строится по принципу «отдельный сервер для каждого клиента». Это позволяет не смешивать клиентские runtime, доступы и интеграционные секреты в один общий server-state.

Такая модель была отдельно проверена в Avito backend-пилоте, а продуктово применяется ко всему классу стандартных коннекторов.

Как 10 коннекторов связаны с тарифами

Текущая публичная лестница AI-ассистента следующая:

• 49 900 ₽ — подключение;
• 19 900 ₽/мес. — до 3 стандартных паспортизованных коннекторов;
• 39 900 ₽/мес. — 4–10 стандартных коннекторов;
• от 59 900 ₽ — индивидуальная разработка нового или нестандартного коннектора/логики.

Это не цена «за логотип». Тариф определяет класс поддерживаемого контура: стандартные паспортизованные системы, права, эксплуатацию и управленческие сценарии.

Что этот кейс доказывает

Он доказывает, что Agency уже упаковало 10 разных интеграций в единый публичный продукт: есть hub, отдельные child pages, сценарии, границы прав и единая коммерческая модель. Это не доказательство того, что любой нестандартный API подключается без разработки. Для систем вне паспортированного набора сначала требуется отдельная техническая оценка.

Посмотреть весь каталог, сценарии и текущие тарифы можно на странице AI-ассистента руководителя.

Отдельно мы провели пятидневный бизнес-тест ИИ с Bitrix24: проверили управленческий read-back по сделкам и задачам, нашли активные сделки без следующего действия и подтвердили разрешённый write-back повторным чтением через REST API.

Актуализация live-состояния коннекторов — 10 сентября 2026

После публикации этого кейса мы продолжили acceptance не на уровне карточек и обещаний, а на реальных API-контрактах. Ниже — фактическое состояние тех коннекторов, по которым появились новые подтверждённые результаты. Каталог из 10 систем не меняется; меняется глубина технически доказанного доступа.

• Bitrix24. На администраторском тестовом портале подтверждены 353/353 проверенных CRM-метода; core CRUD, smart processes, events, batch/pagination и stage history прошли live-проверку. Для рабочего single-portal доступа отдельно подтверждён server-side incoming webhook: profile и CRM-чтение проходят с администраторскими правами.
• amoCRM. Постоянный server-side доступ вынесен в protected storage; live read-back аккаунта и списка сделок проходит HTTP 200. Это закрывает прежний gap по durable secret provisioning.
• МойСклад. Полный live-run подтвердил 43/43 коллекции сущностей, 14/14 отчётов и 5/5 parameter-тестов; расширенный safe write-back, физический DELETE тестового объекта и независимый GET 404 read-back прошли. Выявленная граница — eventual consistency отчётов по остаткам: после записи нужен poll/reconcile.
• 1С:Бухгалтерия 8.3. Коннектор переведён в STANDARD_CONNECTOR_TECHNICALLY_ACCEPTED / READ_WRITE_PASS: OData metadata HTTP 200, 1566 EntitySet и 830 FunctionImport; representative reads и bounded lifecycle одного синтетического справочного объекта прошли CREATE → READ → UPDATE → READ → DELETE → 404 с нулевым cleanup-хвостом.
• Собственный интернет-магазин / WooCommerce. Production-магазин прошёл отдельный Read/Write acceptance. Подтверждены management READ по wc/v3/wc-analytics и безопасные CRUD-циклы на временных товаре, купоне, синтетическом клиенте, неоплаченном заказе, ручном refund без gateway side effect и paused webhook. После cleanup исходный baseline восстановлен: 10 товаров, 0 заказов, 0 клиентов, 0 купонов и 0 webhook.
• RetailCRM. Аутентификация и чтение приняты: credentials и orders API возвращают HTTP 200. Полный write/history/rate acceptance пока не закрыт, поэтому его не выдаём за доказанный.

Практический смысл этой актуализации: формулировка «10 коннекторов» теперь всё меньше означает просто наличие интеграционной страницы и всё больше — конкретный проверенный контракт чтения, разрешённой записи, контроля прав и независимого read-back. При этом readiness по системам остаётся неодинаковой, и незакрытые границы мы сохраняем явно.

Отдельный тест 1С:Бухгалтерии 8.3. Мы проверили интеграцию на реальных бухгалтерских сценариях — НДС, авансах, закрытии месяца, себестоимости, основных средствах и зарплате. Посмотреть результаты тестирования 1С:Бухгалтерии 8.3.