Как подключить ИИ к 1С, Битриксу, МойСкладу и Яндекс Диску

Зачем подключать системы напрямую

Ручная подача файлов работает, пока задача единичная. В команде она разваливается по трём причинам: каждый выгружает по-своему, выгрузки устаревают к моменту использования, а чувствительные данные расползаются по личным чатам сотрудников.

Прямое подключение снимает все три проблемы разом. Данные берутся из системы в момент запроса, значит они всегда актуальны. Выгружает их не человек, а программа — одинаково каждый раз. И доступ определяется правами, а не тем, кто какой файл кому переслал.

Технически это называется коннектор: небольшая программа-посредник, которая умеет отвечать на запросы ИИ, обращаясь к вашей системе. Существует открытый стандарт таких посредников — MCP, и именно по нему подключаются все готовые интеграции.

Плохая новость: готовых коннекторов к российским системам нет

Каталог готовых интеграций насчитывает сотни позиций, но все они — к зарубежным сервисам. Ни 1С, ни Битрикс24, ни МойСклад, ни Яндекс Диск в нём не представлены, и в открытом реестре сторонних коннекторов их тоже нет.

Хорошая новость в том, что писать такой коннектор с нуля не нужно. У всех четырёх систем есть программные интерфейсы, а сам стандарт устроен просто: посредник объявляет список операций, которые умеет выполнять, и выполняет их по запросу. Работа измеряется днями, а не месяцами.

Что даёт подключение каждой системы

Сочетание этих источников и даёт эффект, ради которого всё затевается. Вопрос «почему упала маржа по этому клиенту» требует одновременно цен из МойСклада, оплат из 1С и истории переговоров из Битрикса — по отдельности ни одна система на него не отвечает.

Как устроен коннектор внутри

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

• Найти документы по запросу — вернуть список подходящих файлов или записей, а не всё подряд.
• Прочитать конкретный документ по идентификатору из предыдущего списка.
• Получить срез данных — остатки по складу, обороты за период, список просроченных задач.
• Записать результат — если это нужно: создать задачу, добавить комментарий к сделке. Операции записи стоит включать в последнюю очередь и осознанно.

Такой набор описывается один раз, и дальше ИИ сам решает, какие операции вызвать для ответа на вопрос. Важно, что он ограничен объявленным списком: если операции «выгрузить всех контрагентов с телефонами» не существует, получить эти данные невозможно, как бы ни был сформулирован запрос.

Права доступа: главный вопрос групповой работы

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

• Отдельная учётная запись для коннектора с минимально необходимыми правами, а не админский доступ «чтобы точно работало».
• Права наследуются от системы, а не задаются заново. Если в Битриксе менеджер видит только свои сделки, коннектор должен работать от его имени, а не от общего пользователя.
• Разделение по чувствительности. Регламенты и инструкции — общий доступ. Финансовые показатели и персональные данные сотрудников — отдельный контур с явным списком допущенных.
• Журнал обращений. Записывайте, кто и какие данные запрашивал. Это нужно не для слежки, а чтобы понимать, что происходит, и иметь возможность разобраться в спорной ситуации.

Что уходит наружу, а что остаётся

Ключевое различие, которое часто упускают: коннектор не копирует вашу базу к поставщику ИИ. Данные лежат там, где лежали, и запрашиваются в момент вопроса. Но фрагменты, попавшие в ответ, всё равно проходят через модель — а значит, покидают ваш контур.

Отсюда практическое правило: подключая источник, думайте не о том, где хранятся данные, а о том, какие именно из них смогут попасть в запрос. Операция «получить обороты по контрагенту» безопаснее операции «выгрузить карточку клиента со всеми контактами», хотя обе обращаются к одной базе.

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

С чего начинать

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

• Первый шаг — файловое хранилище. Регламенты и инструкции с Яндекс Диска не содержат персональных данных, а вопросы «как у нас оформляется отпуск» и «где взять шаблон договора» люди задают постоянно.
• Второй — справочные данные. Остатки и номенклатура из МойСклада: тоже не чувствительно, а пользы много.
• Третий — рабочие процессы. Задачи и сделки из Битрикса, с правами по каждому сотруднику.
• Последний — финансы. Данные 1С подключаются, когда всё предыдущее работает и правила соблюдаются.

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

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