Эта категория про доступ агента к живым данным 1С: выполнение запросов, проверку запросов, чтение объектов, ссылки, маскирование и безопасные gateway-сценарии.
Инструменты этой категории дают агенту доступ к данным 1С и запросам: чтение таблиц, выполнение запросов, получение объектов по ссылкам, проверку прав и безопасную работу с живой базой. Это самая рискованная зона, потому что ошибка может затронуть реальные данные.
В сравнении ниже учитываются режимы только для чтения, подтверждение опасных операций, маскирование, лимиты, права доступа и то, может ли инструмент выполнять код или менять данные.
| Критерий | Что сравнивается |
|---|---|
| Контур доступа | Живая база 1С, OData/REST, gateway к нескольким базам, конструктор tools |
| Запросы | Выполнение языка запросов 1С, OData-запросов или бизнес-запросов через готовые endpoints |
| Валидация | Есть ли отдельная проверка запроса до выполнения |
| BSL execution | Можно ли выполнить BSL-код/выражение в базе |
| Запись данных | Есть ли явные операции записи: execute_code, create/update, business actions |
| Объекты и ссылки | Можно ли читать объект по ссылке, получать ссылку, искать ссылки на объект |
| Безопасность данных | Read-only, лимиты, анонимизация, approval, маскирование, token/API guard |
| Мультибазовость | Есть ли управление несколькими базами или per-session active database |
| Уровень подтверждения | исходники, карточка, описание, продукт |
| Набор инструментов | Контур | Запросы | Валидация | BSL execution | Запись данных | Объекты/ссылки | Безопасность |
|---|---|---|---|---|---|---|---|
| HTTP к внешней обработке в живом клиенте | execute_query через HTTP-обёртки | на стороне подключённых сервисов | execute_code из BSL-файла | BSL и правила КД 2/3 | по запросу/коду, без отдельного object API профиля | права и ограничения внешнего Toolkit | |
| тест-клиент + внешняя обработка в живой базе | параметризованные запросы и пакеты, до 500 строк | нет | клиент/сервер через обработку | UI и разрешённый BSL/функции | типизированные ссылки в параметрах и результатах | права пользователя, запрет идентификаторов; дополнительные tools выключены по умолчанию | |
| опубликованный OData HTTP; внешний 1c_mcp | OData GET; запрос 1С только через внешний MCP | внешний 1c_mcp | внешний 1c_mcp | нет через OData-скрипт | OData-сущности и $metadata | Basic Auth, учётка базы | |
| опубликованная ИБ через OData/ai_debug | data_query, OData, виртуальные таблицы | через выполнение | разрешённые методы data_call | нет | OData-сущности | пользователь/RLS, лимит, маскирование | |
| живая база 1С | execute_query с параметрами, лимитом и схемой | нет отдельного MCP tool | execute_code | через execute_code | да | анонимизация, approval, опасные операции, session restart/close | |
| Windows COMConnector к живым базам | execute_query с параметрами и typed JSON | парсинг ограниченного BSL, отдельной проверки запроса нет | execute_bsl, execute_bsl_module | возможна через BSL, common modules и object managers | typed references и сложные значения | нет технического read-only/approval; loopback по умолчанию; права пользователя 1С | |
| мультибазовый HTTP gateway к подготовленным endpoints 1С | фиксированные резолверы и отчеты, без произвольного языка запросов | схемы MCP, лимиты строк и whitelist измерений | нет | нет | GUID справочников и документов | OAuth scopes, per-tenant audience, повторная проверка scopes в 1С | |
| живая база 1С | execute_query | нет отдельного инструмента | execute_code, evaluate_expression | CRUD, проведение, регистры, импорт/пакет | да | зависит от прав пользователя 1С; опасные операции есть | |
| расширение внутри базы 1С | RunQuery через DSL | нет отдельной проверки запроса | нет | CreateReference, CreateDocument, SetField, Write | FindReferenceByName, FindReferenceByGUID, SelectObject | режим Запрос1С, запрет записи по пользователю, права/RLS | |
| живая база 1С | execute_query | нет | execute_code | через execute_code | да | не раскрыто; зависит от настроек базы и EPF | |
| защищенный gateway к базе | gateway_query | нет отдельного tool | gateway_execute_code | нет прямой записи: code read-only/rollback | нет | forced masking, manual approval, localhost, limits | |
| analyzer + live 1C client | query action=execute | query action=validate | execute action=run/eval | через execute run | нет | SELECT-only для query, limit 1000 | |
| SQL Server/PostgreSQL база 1С | execute_query на DaJet Script | парсинг запроса перед выполнением | нет | нет | нет | read-only SELECT, параметры | |
| OData 3.0 / REST | odata_query + сущности | нет | нет | create_document, update_document | business entities | зависит от OData прав | |
| 1C MCP | OData business API | готовые business tools | нет | нет | create_order | товары/контрагенты/заказы | зависит от OData прав |
| стандартный OData одной или нескольких баз | фиксированные бизнес-агрегаторы + generic entity/document tools | $metadata, схемы и whitelist аналитики; произвольного query tool нет | нет | 34 opt-in tools через POST/PATCH/actions | $metadata, справочники, документы и GUID | read-only default, per-base writable, preview/confirm; права пользователя и состав OData | |
| framework внутри 1С + опциональный локальный RAG | зависит от BSL tools | зависит от BSL tools | execute/evaluate в framework | зависит от BSL tools | зависит от BSL tools | local-only, auth/origin/rate limit | |
| HTTP-сервис 1С | нет | validate_query | нет | нет | нет | только проверка запроса | |
| расширение/skills | запросы данных для LLM | неясно | внутри 1С | неясно | неясно | зависит от реализации | |
| живая база 1С | execute_query SELECT-only | validate_query | нет в open | нет в open | нет | read-only query, limit, params | |
| tools для Конструктора MCP серверов 1С | vcexecutequery | validatequery | vcexecutecode | через код | нет | зависит от конструктора/прав базы | |
| бизнес-доступ к 1С | natural/business operations | не раскрыта | не заявлено | документы/отчеты/операции | business entities | продуктовые ограничения | |
| конструктор tools в 1С | настраиваемые tools | зависит от настройки | зависит от настройки | зависит от настройки | зависит от настройки | настройка в продукте | |
| SaaS + внешние базы 1С | ИИ-вопросы к данным; детали не раскрыты | не раскрыта | не заявлено | неясно | живая база через функцию внешних баз | заявлена изоляция; детали прав/маскирования не раскрыты | |
| расширение в живой базе | execute_query | SELECT и запрещённые операции | нет | нет | строки результата | права сессии, RLS, limit 1–1000; без PII-маскировки MCP | |
| остановленная debug-сессия 1С | нет отдельного query tool | отдельно в проверке кода | выражение BSL | возможны побочные эффекты | debug values | пресеты, контекст стека |
Pi 1C Agent содержит навык 1c-mcp-toolkit с локальными HTTP-обёртками для живого сеанса 1С. Скрипты передают JSON в API внешней обработки MCP Toolkit, запущенной внутри клиента 1С; по умолчанию обращаются к localhost с настраиваемым портом. Это отдельный контур от XML-правок и от внешнего MCP bundle.
1c-mcp-toolkit | проверка доступности HTTP API, выполнение языка запросов 1С через /api/execute_query и BSL из файла через /api/execute_code; доступны PowerShell и Bash-обёртки. |
|---|---|
kd2-rules | чтение и изменение правил КД 2 через запросы и BSL в базе КД, затем выгрузка XML правил обмена. |
kd31-rules | чтение и изменение правил КД 3.1, настройка EnterpriseData и подготовка модуля менеджера обмена в базе КД через тот же HTTP-контур. |
Нужны запущенная база и отдельно полученная обработка MCP Toolkit; для навыков КД — соответствующая конфигурация базы. Для Bash-обёрток нужны curl и jq либо Python для формирования JSON. Скрипты могут сохранить ответ в файл; сетевой таймаут не доказывает отмену BSL в базе. Права и ограничения определяет внешняя обработка и пользователь сеанса. BSL и правила конвертации могут изменять данные; профиль не добавляет отдельный режим только чтения для этих HTTP-вызовов.
1C Testpilot выполняет запросы и BSL в текущем сеансе живой базы через внешнюю обработку Testpilot. MCP-сервер передаёт запрос и получает результат через элементы её служебной формы по сетевому протоколу тест-клиента; отдельная HTTP-публикация базы и COMConnector не требуются.
tc_execute_query | параметризованный запрос или пакет запросов в серверном контексте; возвращает колонки и до 500 строк, по умолчанию 100. Поддерживает типизированные даты, ссылки, перечисления и массивы; результат пакета — последняя выборка. |
|---|---|
tc_execute_code | BSL с параметрами в клиентском контексте служебной формы или на сервере; возвращает значение переменной Результат. |
tc_list_custom_bsl_functions | список зарегистрированных в обработке функций, их параметров и контекстов выполнения. |
tc_execute_custom_bsl_function | вызов выбранной зарегистрированной BSL-функции с параметрами. |
tc_session | выбор подключения к базе или сеанса другого пользователя через connection_id, запуск и подключение по YAML-профилю. |
Код, запросы и пользовательские функции включаются независимо настройками сервера и по умолчанию выключены. Вызов функций доступен только после подключения обработки с непустым реестром. Запросы учитывают права пользователя: к первой выборке каждого оператора пакета добавляется РАЗРЕШЕННЫЕ, если отсутствует. Для BSL действует настраиваемый список запрещённых идентификаторов; вызовы функций определяются их реализацией.
нужна открытая внешняя обработка и право её запуска; передача её файла на удалённый компьютер не автоматизирована. Отдельной проверки запроса до выполнения нет. Ограничение числа возвращаемых строк не ограничивает объём работы запроса; таймаут не отменяет уже запущенный код или запрос. Сервер также умеет менять данные через обычный UI; этот контур не является режимом только чтения. Встроенной HTTP-аутентификации нет.
Доступ к значениям runtime выполняется через механизм watch expressions отладчика EDT в выбранном кадре остановленной программы.
evaluate_expression | вычисляет переданное выражение BSL через debug delegate, возвращает результат или ошибку. |
|---|---|
launch_debugger action=evaluate | фасад того же вычисления. |
Нужны приостановленная отладочная сессия и подходящий stack frame. Это не самостоятельный read-only query endpoint и не REST-доступ к объектам базы; вычисляемый BSL может обращаться к данным и иметь побочные эффекты. Инструмент не предоставляет серверный лимит строк или гарантию отсутствия записи.
Инструмент исполняется в серверной сессии 1С через HTTP-сервис расширения. Для стандартного MCP-клиента предусмотрен отдельный STDIO-прокси.
execute_query | принимает обязательные query_id, query_text, limit и необязательные params. Выполняет запрос языка 1С; возвращает описания колонок, массив строк, total и признак truncated. |
|---|
query_id служит идентификатором переданного запроса, а не выбором из серверного каталога шаблонов. Лимит — целое от 1 до 1000; проверяется начало SELECT/ВЫБРАТЬ и запрещённые операции, вставляется ограничение с пробной дополнительной строкой. Права и RLS применяет платформа в текущей сессии. Ссылочные значения сериализуются строковым представлением. Произвольный BSL и запись бизнес-данных этим инструментом не предоставляются. Контроль персональных данных коннектора на результат MCP не распространяется; доступ определяется правами сессии публикации.
Сервер onec-data обращается к работающей информационной базе 1С по HTTP под выбранной учётной записью. Список сущностей, чтение записей и виртуальных таблиц идут через стандартный OData-интерфейс; произвольный запрос 1С, формирование отчёта, чтение настроек и разрешённый вызов метода идут через HTTP-сервис расширения ai_debug. Эти операции работают с живыми данными базы, а не с XML-выгрузкой.
data_health | проверяет доступность сервиса и режим доступа. |
|---|---|
data_metadata | перечисляет OData-сущности и их свойства. |
data_read | читает записи OData-сущности с фильтром, выбором полей и лимитом. |
data_virtual | читает виртуальную таблицу регистра через OData. |
data_query | выполняет текст запроса 1С через сервис ai_debug. |
data_report | формирует существующий СКД-отчёт под выбранным пользователем. |
data_settings | читает константы, функциональные опции, пользовательские настройки и доступ. |
data_call | вызывает разрешённый экспортный метод получения данных. |
data_rls_probe | сравнивает видимость одной выборки под несколькими пользователями. |
data_preset | перечисляет или запускает заранее настроенную выборку. |
чтение под выбранным пользователем, лимиты и маскирование ответов, проверка влияния RLS. Ограничения: OData/HTTP-сервис должны быть опубликованы администратором, учетные записи настроены; произвольный запрос и отчет требуют ai_debug. data_call работает только для разрешённых методов, привилегированный режим зависит от настроек расширения. Публичных tools записи данных нет.
1C MCP Toolkit - прямой live-data backend к базе 1С. Он дает MCP и REST API к тем же операциям, умеет работать как встроенный HTTP-сервер внутри .epf или через Python proxy.
execute_query | выполняет запрос на языке запросов 1С и возвращает табличный результат; поддерживает параметры и лимит. |
|---|---|
execute_code | выполняет произвольный BSL-код в базе; опасные операции регулируются настройками и approval. |
get_object_by_link | получает объект по навигационной ссылке или object description из результата запроса. |
get_link_of_object | строит навигационную ссылку на объект, найденный через execute_query. |
find_references_to_object | ищет ссылки на конкретный объект в данных базы. |
get_access_rights | возвращает права доступа по объекту метаданных; в data-сценариях полезен перед чтением/записью, чтобы понимать ограничения доступа. |
restart_1c_session / close_1c_session | управляют текущей сессией 1С для сценариев, где после изменений нужна новая сессия или эксклюзивный доступ к базе. |
submit_for_deanonymization | отправляет финальный ответ на деанонимизацию, если включен режим анонимизации. |
наиболее полный прямой backend к live-базе среди бесплатных инструментов. Есть REST API для тех же операций, анонимизация результатов execute_query, execute_code, get_object_by_link, find_references_to_object, get_access_rights, режим ручного подтверждения, настройки опасных операций и поддержка схемы результата запроса.
Встроенный сервер работает в клиентском сеансе 1С без веб-публикации базы; прокси обменивается запросами с обработкой через polling. Для macOS требуется соответствующая нативная сборка; скриншоты доступны только на Windows.
onecscripting MCP подключает агента к файловым и серверным базам через Windows V83.COMConnector. Один сервер обслуживает несколько именованных профилей, кеширует соединения в worker-процессах и возвращает примитивные и сложные значения 1С как ограниченный по глубине и размеру typed JSON.
execute_query выполняет язык запросов 1С с параметрами, поддерживает таблицы значений и временные таблицы и возвращает выгруженную таблицу либо выборку;execute_bsl исполняет ограниченный блок BSL через собственный parser/runtime поверх COM;execute_bsl_module добавляет функции, процедуры, внутренние вызовы и выбираемую входную функцию, но не поддерживает полный язык платформы;call_common_module вызывает доступные во внешнем соединении экспортные методы и возвращает также измененные аргументы для by-reference сценариев;list_profiles, com_registration_status, health_check, reset_connection обслуживают выбор базы, COM registration и жизненный цикл соединений.прямой доступ без установки расширения в базу; несколько профилей в одном сервере; отдельный query tool; поддержка ссылок, массивов, структур, соответствий, списков и таблиц значений; возможность переиспользовать существующие общие модули конфигурации.
Windows-only COM-контур и зависимость от версии зарегистрированной comcntr.dll; нет технического read-only режима, маскирования или approval. full_power присутствует в конфиге и диагностике, но не ограничивает tools в production-коде. Любой BSL-вызов или общий модуль следует считать потенциально изменяющим данные. Включенная по умолчанию автоматическая регистрация COM может запускать regsvr32 и менять системную регистрацию коннектора.
когда нужен локальный мультибазовый доступ через COM, запросы и вызовы прикладной логики, а права учетных записей и разрешение записей контролируются вне MCP-сервера.
INFATON MCP Server - прямой MCP-backend к живой базе 1С с очень широким набором операций по данным. Для сценария данных и запросов это не только execute_query, но и готовые операции чтения объектов, списков, регистров, документов, бухгалтерских итогов и записи данных.
execute_query | выполняет запрос на языке запросов 1С. |
|---|---|
get_object_by_ref | получает объект по ссылке/GUID. |
get_list | возвращает список элементов справочника или документа с фильтрами, лимитом и смещением. |
find_by_code, find_by_name | ищут элементы по коду или наименованию. |
get_register_records | читает записи регистра с фильтрами и периодом. |
get_document_list | возвращает список документов с фильтрами по дате, номеру и проведенности. |
get_balance, get_register_totals, get_accounting_entries | работают с бухгалтерскими и накопительными регистрами. |
get_related_documents, get_changes_since | помогают смотреть цепочки документов и изменения. |
create_object, update_object, delete_object, post_document, unpost_document, copy_object, set_attribute, fill_on_basis, write_register_records, update_tabular_section, import_data, execute_batch | операции записи и пакетного выполнения. |
execute_code, evaluate_expression | выполнение кода и выражений в базе. |
get_rights | права текущего пользователя к объекту. |
один из самых широких прямых live-data наборов: запросы, объекты, документы, регистры, бухгалтерские остатки/обороты, проводки, связанные документы, изменения, CRUD, проведение и пакетное выполнение. Подходит для сценариев, где агенту нужен не только запрос, но и прикладные операции над объектами 1С.
нет отдельной валидации запроса, анонимизации, approval flow, read-only режима, мультибазового routing и safety-обвязки уровня gateway. В наборе много опасных инструментов записи и выполнения кода, поэтому для рабочих баз критичны права пользователя 1С, тестовая база и явная политика запретов.
когда нужен широкий open-source MCP к живой базе 1С с готовыми инструментами данных и бизнес-операций, а безопасность обеспечивается правами и окружением, а не самим MCP-шлюзом.
Полный HTTP-каталог содержит 93 tools; STDIO-обёртка публикует 51. Вызовы исполняются с правами пользователя 1С.
document_chain, simulate_fill_on_basis, get_stock_by_warehouse, get_unfulfilled_order_lines, get_reservation_status, get_business_process_tasks, snapshot_document_state, compare_snapshots | прикладные данные, цепочки объектов и сравнение состояния документа. |
|---|
1C AI Agent - это расширение 1С с собственным агентом, RAG по метаданным и DSL-командами для работы с живыми данными. В отличие от MCP-серверов, внешний клиент не вызывает отдельные MCP tools: пользователь работает через форму агента внутри базы, а оркестратор генерирует и выполняет DSL-сценарий.
RunQuery | выполняет запрос на языке запросов 1С. |
|---|---|
FindReferenceByName | ищет ссылку в справочнике по наименованию. |
FindReferenceByGUID | ищет ссылку по уникальному идентификатору. |
SelectObject | загружает объект в контекст для последующего чтения или изменения. |
CreateReference | создает новый элемент справочника. |
CreateDocument | создает новый документ. |
SetField | устанавливает значение реквизита текущего объекта. |
Write | записывает текущий объект. |
ForEach, SaveToStorage, LoadFromStorage | служебные DSL-действия для сценариев с коллекциями и промежуточным состоянием. |
агент находится внутри базы и работает с живыми данными в правах текущего пользователя. Есть явный режим Запрос1С только для чтения и отдельная настройка пользователя ДоступнаЗапись, которая запрещает create/set/write даже в агентском режиме. Хорошо подходит для сценариев, где пользователь задает бизнес-вопрос на естественном языке, а агент сам находит метаданные, строит запрос и показывает результат.
AddTableRow, FindReferenceByURL, GetChangedObjects | табличные части, ссылки и результат изменяющего сценария. |
|---|
использует RAG по живым метаданным, планирует задачу и выполняет DSL-действия над данными базы. Сохранение состояния позволяет продолжать прерванные сценарии, а библиотека бизнес-сценариев и распознавание PDF/изображений помогают создавать черновики первичных документов; доступен диалог в 1С и через HTTP API. Выполнение происходит в базе с правами пользователя и RLS. Read-only режим запрещает изменяющие DSL-действия; запись зависит от разрешений. Подтверждение операций определяется политикой диалога: режим распознавания может создавать черновики без отдельного runtime-подтверждения. Бизнес-сценарии хранятся как шаблоны выполнения внутри агента и не являются самостоятельным пакетом Agent Skills для IDE.
OneBridge - MCP-сервер для живой базы 1С. По data-возможностям это прямой доступ к запросам, BSL-коду, объектам по ссылке и проверке прав.
execute_query | выполняет запрос на языке запросов 1С и возвращает результат. |
|---|---|
execute_code | выполняет произвольный код 1С на сервере; по docs результат надо присваивать в переменную Результат, оператор Возврат не используется. |
get_object_by_link | получает объект по навигационной ссылке. |
get_link_of_object | возвращает навигационную ссылку на объект. |
find_references_to_object | ищет ссылки на объект в базе данных. |
get_access_rights | показывает права доступа к объектам метаданных; в data-сценариях помогает понять, что агент вообще может читать или менять. |
дает набор самых практичных live-data tools: запрос, выполнение кода, чтение объекта по ссылке, получение ссылки и проверка прав. Хорошо закрывает сценарий запрос -> посмотреть объект -> получить ссылку -> выполнить код.
в репозитории нет исходников .epf, поэтому сравнение идет по README и docs. Отдельного tool для валидации запроса, явной анонимизации, approval flow, лимитов или мультибазового routing в опубликованном описании нет.
1C Trusted Gateway - data access MCP, где главный акцент сделан на доверенном шлюзе между агентом и базой. Он подменяет чувствительные значения псевдонимами, дает агенту работать с аналитическими данными и оставляет расшифровку внутри локального контура.
gateway_status | показывает URL подключения к 1С MCP backend, готовность шлюза, наличие текущей сессии и наличие ожидающей заметки/одобренных данных. |
|---|---|
gateway_query | выполняет запрос к базе 1С через Trusted Gateway; входные поля task и query_text; перед выполнением чистит ПРЕДСТАВЛЕНИЕ()/PRESENTATION() и нормализует алиасы, чтобы сохранить типы колонок и не дать обходить маскирование через КАК. |
gateway_execute_code | выполняет BSL-код через шлюз; по описанию tool это read-only выполнение с обязательным откатом транзакции; результат надо возвращать через РезультатJSON, после чего он маскируется. |
gateway_suggest_fields | предлагает пользователю открыть отдельные неперсональные поля для анализа, например статус, вид движения или булево поле; tool блокирующий, ждет одобрения пользователя до 120 секунд и возвращает обновленный masked_bundle. |
gateway_apply_analysis | отправляет markdown-анализ с псевдонимами обратно в шлюз; локальный UI расшифровывает псевдонимы и показывает пользователю реальные значения. |
gateway_pull_note | забирает данные, которые пользователь одобрил в ручном режиме после gateway_query или gateway_execute_code. |
gateway_clear_session | очищает текущую сессию шлюза: результаты запросов, маскировку и анализ из памяти. |
лучший фокус на privacy-by-design среди найденных data MCP. MCP-ответы принудительно маскируются: агент не может запросить сырой режим. Маскирование строится по типам колонок 1С, эвристикам значений, NER-правилам для свободного текста и настраиваемому whitelist/force-mask. HTTP-сервер слушает только 127.0.0.1; настройки URL/токена шифруются через Windows DPAPI; в README указаны timeout 300 секунд, лимит строк 5000, лимит ответа 10 МБ, rate-limit и детекция brute-force.
BSL Analyzer - не только анализатор кода: в workspace MCP profile у него есть live-tools для SDBL-запросов и выполнения BSL через опубликованное расширение BSL_Analyzer.
query / validate | проверяет синтаксис SDBL-запроса. При --onec-url проверяет через 1С платформу, иначе использует локальный parser fallback. |
|---|---|
query / execute | выполняет только SELECT/ВЫБРАТЬ запрос к живой базе; поддерживает limit и параметры; максимальный лимит - 1000 строк. |
execute / check | проверяет синтаксис BSL-кода через 1С client. |
execute / run | выполняет BSL statements в живой базе. |
execute / eval | вычисляет BSL-выражение и возвращает результат и тип. |
хорошее сочетание локальной проверки запроса и live-проверки через платформу. query execute защищен SELECT-only ограничением, а execute check/run/eval полезен для отладочных сценариев.
для выполнения запросов/кода нужен --onec-url и опубликованное расширение. Нет object-link tools, анонимизации, управления несколькими базами и отдельного approval-слоя.
MCP-сервер aprovodka для стандартного OData/REST API 1С, ранее 1C REST MCP. Читает EDMX-схему и данные, выполняет CRUD и проведение документов, получает остатки и отчёты, поддерживает массовые операции и polling изменений. Настраиваемые режимы позволяют отключить запись, получить предварительный план либо разрешать конкретную операцию по её хешу.
list_entities, get_document_by_number, get_metadata, describe_entity, get_catalogs, get_documents, get_document_lines, get_register, get_accumulation_balance, get_report, odata_query, get_constant, get_accounting_register, get_accounting_balance, find_by_description, get_by_key, count_entities, get_recent_documents, batch_query, poll_changes_since, list_subscriptions, get_config_preset, create_catalog_item, update_catalog_item, create_document, update_document, post_document, unpost_document, delete_document, write_information_register, set_constant, set_deletion_mark, batch_create_documents, batch_update_catalog_items | обнаружение схемы, чтение и запись через стандартный OData. |
|---|---|
approve_write, rollback_write | одобрение конкретной операции и поддержанный обратный шаг в режимах preview/approval. |
Текущая реализация и npm-пакет называются aprovodka и перенесены в общий репозиторий WWmcp. Предустановки БП/УТ/ЗУП/ERP дают ориентиры по объектам, но фактическая доступность зависит от EDMX публикации. ONEC_WRITE_MODE=off по умолчанию разрешает запись без дополнительного шлюза подтверждения; deny блокирует запись, preview только показывает план, approval требует одобрения хеша конкретной операции и повторного вызова. Одобрение через MCP само по себе не подтверждает участие человека; это обеспечивает клиент. Откат доступен лишь для поддержанных операций и не заменяет транзакцию. Изменения отслеживаются polling, batch возвращает отдельные результаты. Node.js 20+, опубликованный стандартный OData/REST endpoint 1С и учётную запись с нужными правами; ONEC_BASE_URL, ONEC_LOGIN, ONEC_PASSWORD. Набор модулей и режим записи задаются настройками.
http1c - framework для публикации MCP tools/resources/prompts прямо из BSL через native DLL add-in и HTTP/SSE transport. Это не фиксированный data MCP, а конструктор, на котором можно сделать data-tools под конкретную базу.
execute - мощная server-side операция, упомянутая в README; конкретная бизнес-логика задается BSL-реализацией.evaluate - вычисление выражения/операции внутри 1С-контекста.runLongTask - demo для длительной операции, полезный шаблон для тяжелых data-задач.гибкий транспортно-протокольный слой с локальным HTTP server, auth/origin/rate limiting, pagination, progress и сессиями. Хорош для команд, которые хотят сами описать безопасный набор data-tools.
нельзя сравнивать как готовый набор data tools: фактические возможности зависят от того, что разработчик опубликует в BSL.
1C_MCP_metadata в этой категории учитывается только из-за validate_query. Основная роль проекта - метаданные, а не работа с данными.
validate_query | проверяет синтаксис запроса на языке запросов 1С. |
|---|
простой способ добавить проверку запроса рядом с tools метаданных.
нет выполнения запроса, чтения данных, BSL execution, анонимизации, object-link операций и write-сценариев.
1C LLM Requests - связанный runtime/data инструмент, а не внешний MCP-сервер. Его стоит держать в каталоге как проект вокруг запросов к данным 1С из LLM-сценариев.
полезен как 1С-side подход к LLM-запросам данных, если сайт будет покрывать не только MCP, но и skills/runtime-интеграции.
не сравним напрямую с MCP-серверами: transport, MCP tool names, валидация и безопасность data tools в текущей карточке не раскрыты.
MCP-1C в открытой версии дает аккуратный read-only доступ к данным живой базы через язык запросов 1С. В категории данных это хороший вариант, если нужен простой бинарник и безопасное выполнение только SELECT/ВЫБРАТЬ.
execute_query | выполняет запрос на языке запросов 1С; разрешены только SELECT/ВЫБРАТЬ; поддерживает limit и parameters. |
|---|---|
validate_query | проверяет синтаксис запроса без выполнения; tool прямо рекомендуется вызывать перед execute_query. |
простой локальный Go-бинарник, параметры запроса, лимит до 1000 строк в 1С HTTP-service реализации, запрет не-SELECT запросов до обращения к HTTP backend. Хорош для read-only аналитики по живой базе.
открытая версия не дает execute_code, create/update, object-link operations и встроенную анонимизацию. Платные редакции добавляют query optimizer, генератор запросов и другие расширения, поэтому в этой таблице инструмент отмечен как бесплатный / OSS с платными редакциями.
DaJet MCP Server в этой категории важен как read-only доступ к данным через DaJet Script. Он работает не через HTTP-сервис внутри 1С, а через зарегистрированные SQL Server/PostgreSQL базы 1С и слой DaJet.
execute_query | выполняет параметризованный SELECT-запрос на DaJet Script к зарегистрированной базе и возвращает результат как JSON. |
|---|
совмещает знание метаданных 1С и физической структуры хранения с безопасным чтением данных. Полезен для аналитических запросов к базе хранения без публикации расширения в самой 1С.
только read-only SELECT; нет выполнения BSL-кода, записи данных, object-link tools, анонимизации и workflow подтверждений.
mcp_designer_tools - не самостоятельный MCP-сервер, а набор готовых tools для Конструктора MCP серверов 1С. Сам по себе он почти не представляет ценности без конструктора: transport, публикация tools, права и безопасность находятся на стороне внешнего продукта/платформы.
vcexecutequery | выполняет запрос 1С в базе через среду конструктора. |
|---|---|
validatequery | проверяет запрос перед выполнением. |
vcexecutecode | выполняет BSL-код через среду конструктора. |
vcloggetlasterror | возвращает последнюю ошибку после выполнения запроса или кода. |
готовый шаблон runtime-операций для тех, кто уже использует Конструктор MCP серверов 1С.
это зависимый набор tools, а не отдельный MCP. В сравнении он размещен внизу рядом с платными/закрытыми решениями, потому что практическая ценность появляется только вместе с конструктором и его политикой доступа. Tools могут менять данные через код, поэтому требуют строгих прав и ограничений.
ARQA MCP Server - закрытый/коммерческий продукт для подключения AI к 1С как к бизнес-системе. В категории данных он относится к business access, а не к разработческому query-toolkit.
потенциально удобен для пользователей, которым нужны готовые бизнес-действия в 1С, а не самостоятельное составление запросов.
закрытый продукт; transport, tool names, модель прав, валидация запросов, анонимизация и write-политика в текущем описании не раскрыты.
AI Коннектор - коммерческий конструктор интеграции AI с 1С через настраиваемые HTTP/JSON-RPC/MCP-вызовы. В data/query категории он важен как продукт для публикации собственных tools из конкретной базы.
гибкость под конкретную базу и процесс; можно сделать ровно те data-tools, которые разрешены в организации.
закрытый продукт; фиксированного списка tools нет. Возможности по запросам, записи, маскированию и approval зависят от настройки.
AI Code Maestro попадает в категорию данных и запросов из-за функции внешних баз: FAQ заявляет подключение живой информационной базы 1С для более точных ответов и генерации кода. Также на сайте заявлена оптимизация запросов 1С.
продуктовый сценарий, где данные живой базы используются как контекст для ассистента без ручной сборки отдельного MCP-сервера для данных.
не раскрыты транспорт, список инструментов, модель прав, политика чтения и записи, маскирование, подтверждения опасных действий и работа с несколькими базами. Для рабочих баз важны те же ограничения, что в пользовательском соглашении самого сервиса: работу лучше вести на тестовых копиях и проверять результаты.
Многопользовательский MCP/HTTP gateway для чтения бизнес-данных одной или нескольких баз 1С через заранее реализованные HTTP-сервисы. Предоставляет аналитику продаж, закупок, запасов, денег и производства: спецификации, их развёртку, себестоимость, выпуск и расход материалов; доступ зависит от возможностей конкретной базы и OAuth scopes.
resolve_customer, resolve_warehouse, resolve_product, resolve_material, resolve_sales_channel, resolve_firm, resolve_cash, resolve_cost_article, resolve_operation | разрешение имён бизнес-объектов в идентификаторы. |
|---|---|
product_details, sales_report, stock_balance, availability_report, top_products, customer_summary, cash_balance, cash_flow, receivables_balance, payables_balance, purchases_report, goods_in_transit, stock_reserves, returns_report, find_document, product_specification, specification_cost, specification_explode, specification_where_used, specification_versions, specification_list, production_output, production_consumption, production_document | чтение и аналитика данных через специализированные HTTP endpoints 1С. |
Операции читают данные через специализированные HTTP endpoints базы 1С: продажи, запасы, резервы, товары в пути, возвраты, деньги, взаиморасчёты, закупки, производственные спецификации и выпуск/расход материалов. Сервер не изменяет объекты 1С. Профиль возможностей базы определяет доступные tools и поля схем; OAuth scopes дополнительно ограничивают каталог и вызовы. Доступ к себестоимости и производственному блоку требует mcp:report:cost, к журналу — соответствующего административного scope. Готовая реализация HTTP-сервисов на стороне 1С в поставку не входит. готовый бинарный файл v1.0.0 для Windows/Linux либо Go 1.25 для сборки текущих исходников; постоянный SQLite-файл, обязательные учетные данные /admin, reverse proxy с HTTPS для внешнего OAuth-сценария и одну или несколько баз 1С с Basic-учеткой. В каждой базе необходимо самостоятельно реализовать ожидаемые HTTP endpoints /mcp/resolve/*, /mcp/reports/*, /mcp/admin/*, /mcp/auth/verify и модель MCP-аккаунтов/scopes: готовая конфигурация, расширение или BSL-модули 1С в репозиторий не входят.
Сервер обращается по HTTP к стандартной OData-публикации 1С и читает EDMX для структуры сущностей. Полный каталог содержит 56 tools: 21 чтения/аналитики и 35 записи.
read.analytics.get_payments_breakdown, read.analytics.get_deal_history, read.analytics.get_taxes_paid, read.counterparty.find_counterparty, read.counterparty.get_counterparty, read.counterparty.get_customer_history, read.counterparty.get_supplier_history, read.document.search_documents, read.document.get_document, read.system.list_databases, read.system.health_check, read.system.list_organizations, read.schema.list_entities, read.schema.describe_entity, read.organization.get_organization_card, read.analytics.get_sales, read.analytics.get_cashflow, read.analytics.get_debtors, read.analytics.get_inventory, read.analytics.get_sales_breakdown, read.analytics.get_purchases_breakdown | чтение и аналитика сущностей и бизнес-данных. |
|---|---|
write.counterparty.create_counterparty, write.entity.mark_for_deletion, write.catalog.create_nomenclature, write.catalog.create_contract, write.sales.create_invoice, write.document.post_document, write.entity.update_entity, write.counterparty.update_counterparty, write.catalog.update_nomenclature, write.purchase.create_purchase, write.purchase.create_supplier_invoice, write.money.create_payout_order, write.sales.create_shipment, write.document.update_document_lines, write.warehouse.create_return_from_customer, write.warehouse.create_return_to_supplier, write.warehouse.create_transfer, write.warehouse.create_surplus, write.warehouse.create_writeoff, write.warehouse.create_inventory, write.document.add_document_line, write.document.copy_document, write.document.remove_document_line, write.sales.create_act, write.sales.create_services_act, write.money.create_payment, write.money.create_bank_writeoff, write.money.create_cash_receipt, write.money.create_cash_payment, write.sales.create_issued_invoice, write.purchase.create_received_invoice, write.counterparty.create_bank_account, write.counterparty.create_contact_person, write.entity.create_folder, write.entity.move_to_folder | создание, изменение и проведение объектов через OData. |
Зарегистрировано 56 tools: 21 read/analytics и 35 write. Сервер работает read-only по умолчанию, но write-tools не исчезают из tools/list: фактический POST/PATCH блокируется в HTTP-клиенте, пока одновременно не установлены глобальный READ_ONLY=false и ODATA_DB_<ИМЯ>_WRITABLE=true для выбранной базы. Каждый изменяющий tool дополнительно выполняет только preview при confirm=false и пишет при confirm=true; dry-run может делать читающие запросы для разрешения ссылок, но не отправляет изменение. Создание выполняется POST, изменение и строки документов — PATCH, проведение/отмена проведения — bound actions; жесткого DELETE нет, mark_for_deletion меняет DeletionMark. Аннотации MCP помечают post_document и mark_for_deletion destructive, остальные write-tools — не destructive, хотя они создают или изменяют бизнес-данные. Повторные попытки разрешены только для запросов без body; POST/PATCH не retry-ятся. Чтение ограничивается ODATA_MAX_ROWS до 100000 строк, клиентские аналитические агрегации — ODATA_ANALYTICS_MAX_ROWS до 1000000; значения по умолчанию 1000 и 200000 соответственно, поэтому крупные отчеты могут быть тяжелыми для сети и памяти. Несколько баз поддерживаются именованными env-профилями, но все credentials находятся в окружении одного локального процесса; собственного approval UI, OAuth или per-tool ACL нет, безопасность опирается на env-флаги, права пользователя 1С и состав OData. list_entities/describe_entity читают только опубликованный $metadata, а не полную конфигурацию.
odata_query.sh читает живую базу через её опубликованный стандартный OData HTTP-сервис. Скрипт формирует GET-запросы с Basic Auth; источник — сама база, а не XML-выгрузка. Навыки query-writing и mcp-1c направляют агента к отдельно подключённому 1c_mcp для проверки и выполнения текста запроса 1С. Свой сервис запросов шаблон не публикует.
odata_query.sh -e <сущность> | читает сущности OData; поддерживает $filter, $select, $top, $skip, $orderby, $expand, $count и чтение $metadata. |
|---|---|
1c-odata | инструкция по выбору сущности, чтению схемы и использованию скрипта. |
query-writing | правила написания и оптимизации запроса 1С; выполнение требует другого инструмента. |
mcp-1c | инструкция по работе с инструментами внешнего MCP-сервера базы, включая validate_query и execute_query. |
реальное чтение опубликованных OData-сущностей с фильтрацией и пагинацией; отдельный протокол проверки запроса перед выполнением через MCP. Ограничения: OData-скрипт не выполняет текст запроса 1С и не записывает данные; нужен опубликованный сервис и учётная запись. Для кириллических URL на Windows скрипту требуется Node.js.
mcp_designer_tools имеет смысл учитывать только как готовый набор tools для Конструктора MCP серверов 1С, а не как самостоятельный вариант.$metadata, аналитикой БП 3.0 и opt-in CRUD через preview/confirm: 1C OData MCP. Для рабочих баз безопаснее использовать отдельного read-only пользователя 1С даже при включенных программных предохранителях.