Кратко по сути
- Что разбираем
- MCP нужен не ради моды, а чтобы агент видел ограниченный и проверяемый контекст 1С: данные, метаданные, код, документацию и правила проекта.
- Когда полезно
- Когда в теме "ИИ в 1С" уже есть ручные операции, спорные правила, ошибки данных или риск сорвать запуск.
- Первый шаг
- Начать с короткой диагностики процесса, данных, ролей пользователей, обменов и критериев приемки результата.
MCP можно объяснить просто: это слой, через который ИИ-клиент получает инструменты для работы с внешними системами. В 1С это особенно интересно, потому что без контекста агент не понимает, какие документы, регистры, расширения и обмены есть в конкретной базе.
Правильная задача MCP для 1С — не открыть агенту все подряд, а дать безопасные инструменты: прочитать метаданные, найти объект конфигурации, посмотреть структуру справочника, получить ограниченный набор данных через OData или REST, найти фрагмент кода в выгрузке.
Для разработки полезен отдельный контур: индекс конфигурации, dump кода, правила проекта, результаты статического анализа и документация. Тогда агент может отвечать не “вообще про 1С”, а по конкретной базе и конкретной задаче.
Для данных нужен еще более строгий подход. Доступ только на чтение, отдельный пользователь, минимум прав, тестовая или обезличенная база, логирование запросов и запрет на массовую выгрузку персональных или коммерчески чувствительных данных без отдельного решения.
Самый практичный стек для старта: OData или REST для чтения данных, индекс кода и метаданных, BSL Language Server для диагностики, Git с правилами проекта и отдельные сценарии, где агент помогает разработчику, а не действует вместо него.
Такой MCP-контур делает ИИ полезным для диагностики и разработки: быстрее найти причину ошибки, понять объект конфигурации, собрать карту зависимостей, подготовить вариант доработки и проверить его обычным проектным процессом.
Как BSG-IT ведет такие работы
Мы разбираем тему через практику проекта: сначала процесс и данные, затем настройки, доработки, тестирование и поддержка результата.
1. Диагностика процесса и базы
Смотрим, как сейчас устроен контур "ИИ в 1С": документы, справочники, роли пользователей, доработки, обмены, отчеты и реальные обходные действия в Excel или переписке.
2. Границы первой очереди
Отделяем обязательные сценарии запуска от пожеланий развития. Так проект получает понятный объем, сроки, критерии готовности и меньше спорных решений в середине работ.
3. Проектирование данных и правил
Фиксируем владельцев справочников, правила заполнения документов, статусы, контроль ошибок, права доступа и точки сверки, чтобы 1С работала как управляемая система.
4. Настройка, доработки и интеграции
Настраиваем типовой функционал, дорабатываем только там, где это действительно нужно бизнес-процессу, и заранее проверяем влияние на обмены, отчеты и обновления.
5. Тестирование и опытная эксплуатация
Готовим сценарии проверки по рабочему дню пользователя: ввод документов, обмены, закрытие периода, отчеты, ошибки, права и действия поддержки.
6. Запуск и сопровождение
После запуска держим короткий контур поддержки: разбираем обращения, исправляем причины ошибок, ведем список улучшений и планируем развитие без хаотичных доработок.
Частые вопросы
MCP дает агенту прямой доступ к рабочей базе?
Не должен. Безопаснее начинать с чтения метаданных, кода и тестовых данных, а доступ к рабочему контуру давать только через отдельные правила и минимальные права.
Что подключать первым?
Обычно начинают с выгрузки кода и метаданных, затем добавляют OData или REST для чтения ограниченных данных и результаты статического анализа.
Можно ли использовать MCP в проектах клиента?
Да, если заранее согласованы доступы, контуры, журналирование, ограничения данных и ответственность за действия агента.
Выберите первый шаг
Если тема похожа на вашу ситуацию, удобнее начать не с большой оценки, а с короткого понятного шага.
Управленческая отчетность на данных 1СДиагностика управленческой отчетности
Подходит, если нужно быстро понять причины, риски и ближайший безопасный план работ.
Готовность управленческой отчетности
Подходит, если хотите заранее увидеть слабые места и прийти к разговору с конкретикой.
Оценить масштаб проекта
Подходит, если нужно прикинуть сложность, вилку часов и факторы, которые влияют на бюджет.
Собрать бриф
Подходит, если задача уже сформулирована и нужно передать вводные без длинной переписки.