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

С 1С работает опубликованный доступ к данным, и главная работа тут не в коде.
Технически конфигурация публикуется на веб-сервере, после чего справочники и документы становятся доступны программно, с авторизацией. Дальше переходник ходит туда от имени отдельного пользователя и отдаёт модели результат. У типовой конфигурации это работа на вечер администратора, у доработанной как повезёт.
Главная работа начинается раньше. В любой живой базе 1С есть места, куда лезть нельзя: закрытые периоды, регламентированный учёт, персональные данные сотрудников. И есть места, где данные лежат в неожиданном справочнике: часть учёта нередко ведут в дополнительных реквизитах, придуманных пять лет назад под конкретную задачу.
Поэтому порядок такой. Сначала список вопросов, потом проверка, откуда на них берётся ответ, потом отдельный пользователь с правами только на нужные справочники, и только потом код.
Отдельно про доработанные конфигурации. Если базу дописывали годами, часть данных может быть недоступна снаружи без доработки. Это выясняется за час совместного разбора с вашим специалистом по 1С, и лучше выяснить это до подписания.
Оговорка для тех, кто пришёл сюда за другим. Здесь речь про доступ модели к вашим данным. Умеет ли нейросеть писать код на самом языке 1С и где она на этом спотыкается, это отдельный вопрос, он разобран в статье про вайб-кодинг.
С Битрикс24 порог ниже: программный доступ там штатный, и включается он без администратора сервера.
Есть два пути. Вебхук это простой ключ, который выдаётся в пару кликов и даёт доступ к нужным разделам. Подходит, когда переходник ставит один человек для своей компании. Приложение это путь для тех, кому нужны точные права и работа от имени разных сотрудников.
Что обычно спрашивают у Битрикс24 через модель: состояние воронки, зависшие сделки, задачи без исполнителя, активность менеджеров, история по конкретному клиенту.
Одну вещь проверьте до старта: доступна ли снаружи переписка в чатах сделки. В родственной системе я на это натыкался. Часть каналов общения закрыта для внешних интеграций по устройству самой платформы. Это значит, что «пусть ИИ прочитает всю переписку с клиентом и сделает выводы» может оказаться невыполнимым сценарием, и проверять это надо на старте, а не на демонстрации заказчику.
Ещё одна вещь про облачную версию: у программного доступа есть лимиты на число обращений. Для вопросов руководителя это неощутимо, для массовой обработки всей базы разом это упирается в потолок.
Как открывается доступ
Публикация конфигурации на веб-сервере
Вебхук в пару кликов или приложение
Кто нужен на старте
Ваш специалист по 1С
Администратор портала
Типовые вопросы
Остатки, отгрузки, счета, взаиморасчёты
Воронка, зависшие сделки, задачи, история клиента
Главный сюрприз
Данные лежат в самописных реквизитах
Переписка в чатах доступна не всегда
Ограничения по объёму
Упирается в производительность базы
Лимит обращений у облачной версии
Срок первой версии
Несколько дней после разбора
Несколько дней, разбор короче

Тормозить такие проекты правильно вот здесь.
В 1С и в CRM лежат персональные данные: имена, телефоны, адреса, иногда паспортные данные и суммы договоров. Как только эти данные отдаются наружу в модель, вы обрабатываете их новым способом, и это надо делать осознанно.
Телефон модели не нужен. Ей хватает номера записи: «клиент 812, три заказа за квартал, последний просрочен на девять дней». Она спокойно работает с этой строкой и не знает, кто за ней стоит. Телефон подставляется на вашей стороне, когда письмо или сообщение реально уходит.
Второе правило: отдельная учётная запись с правами только на чтение. На первую неделю переходник не умеет менять ничего. Права на запись добавляются по одному действию, после того как вы посмотрели логи вызовов и убедились, что модель ходит туда, куда вы ожидали.
Третье: логи всех вызовов с параметрами. Без них вы не ответите на вопрос «откуда он взял эту цифру». Вопрос возникнет на первой же демонстрации.
Подробный разбор такого шлюза с обезличиванием лежит в материале «Безопасный мост между ИИ и CRM», а короткая версия в статье «Как подключить AI к CRM без утечки базы».
Первый переходник делается к копии базы. Если второй среды нет, её надо завести до начала работ: цена ошибки в боевой учётке измеряется не часами.
Сколько это занимает, если делать честно.
Разбор и список вопросов: от нескольких часов до дня. Здесь решается, будет ли проект полезным. Пять вопросов, на которые вы знаете правильный ответ, полезнее сорока на всякий случай: модель с сорока инструментами начинает путаться, какой выбрать.
Проверка доступности данных: полдня вместе с вашим специалистом. Тут вылезают сюрпризы вроде «а эта цифра нигде не хранится, она считается отчётом».
Первая версия только на чтение: несколько дней. Основную часть кода пишет сам агент, человек занимается описаниями действий и защитой.
Неделя наблюдения: смотрим логи, переписываем описания, которые модель поняла не так. Из десяти описаний я обычно переписываю три-четыре.
Дальше добавляются действия на запись, по одному, с подтверждением человеком на первых порах.
То есть месяц от разговора до режима, которому доверяют. Не вечер, но и не полгода.
Что сделать до того, как звать подрядчика или садиться самому.
Пять пунктов занимают день. После них разговор с исполнителем становится предметным, а оценка перестаёт быть гаданием.
Смотрю, откуда берутся ответы на ваши пять вопросов, что доступно снаружи и где начинаются персональные данные. Дальше вы решаете, делать самим или со мной.
Посмотреть услугуСложность такого проекта почти никогда не в протоколе. Она в том, чтобы честно выяснить, откуда в вашей системе берутся цифры, и решить, что модели видеть можно.
Чаще всего разговор упирается во второй пункт, и упирается он не в подрядчика, а в вашего специалиста по учёту. Позовите его в первый же разговор.
MCP-сервер простыми словами: что это и как сделать
Переходник между нейросетью и вашими данными. Из чего состоит, как собрать первый за вечер и где начинаются проблемы с доступами и персональными данными.
ИИ для отдела продаж: что показывает первый отчёт
РОП не успевает слушать 200 звонков в день. Разбираю, что ИИ находит в отделе продаж за первый месяц: стоп-фразы, потерянные заявки, светофор по менеджерам.
MCP больше не протокол Anthropic. Что меняется
Anthropic передал MCP в Linux Foundation. Рядом — AGENTS.md от OpenAI и goose от Block. У протокола подключения ИИ к данным теперь три родителя.