Что такое 1С: платформа, конфигурация, база — diagram

artifacts/chto-takoe-1c-platforma-konfiguraciya-baza.html · domain: platform · week 1

Главная мысль первого дня: 1С не равна SQL-базе и не равна одному языку программирования. Это runtime + metadata platform: платформа исполняет прикладную модель, конфигурация описывает эту модель, а информационная база хранит и данные, и применённую конфигурацию.

Для будущего MCP это меняет дизайн: первый слой tools должен смотреть на метаданные конфигурации, а не пытаться угадывать смысл по физическим таблицам.

Интерактивная карта слоёв

Платформа 1С:Предприятие runtime, встроенные механизмы, клиент-сервер Конфигурация метаданные + формы + модули + бизнес-логика Информационная база данные пользователей + применённая конфигурация файловая или клиент-серверная Конфигуратор разработка / админка Пользователь режим предприятия MCP adapter read-only introspection

Три слова, которые нельзя смешивать

ТерминЧто этоКакой вопрос задаёт MCP
Платформа Исполняющая среда и набор механизмов: метаданные, формы, язык, запросы, клиент-сервер, права, транзакции. Какая версия и режим работы? Какие capabilities доступны без изменения состояния?
Конфигурация Описание прикладного решения: справочники, документы, регистры, формы, модули, роли, подсистемы. Какие объекты есть? Как устроен конкретный справочник/документ/регистр?
Информационная база Экземпляр приложения: хранит пользовательские данные и применённую конфигурацию. К какой базе подключились? Можно ли только читать? Есть ли риск выполнить write/admin action?

Конфигуратор vs пользовательский режим

Конфигуратор

Режим разработчика и администратора. Здесь открывают дерево конфигурации, смотрят свойства объектов, меняют метаданные, обновляют конфигурацию базы.

MCP caution: introspection здесь полезна, но изменения конфигурации — dangerous operation.

1С:Предприятие

Пользовательский режим. Пользователь создаёт документы, заполняет справочники, проводит операции, строит отчёты.

MCP caution: чтение справочников/остатков может быть safe; проведение документа — уже изменение бизнес-состояния.

Metadata-driven development за 4 шага

1. Задаёшь объект метаданных. Например: справочник Номенклатура, документ ПоступлениеТоваров, регистр ОстаткиТоваров.
2. Платформа даёт стандартное поведение. Формы, хранение, ссылки, права, проведение, запросы и типовые механизмы не пишутся с нуля.
3. Код дополняет модель. Модули и обработчики уточняют бизнес-логику: что проверять, какие движения создавать, какие команды показывать.
4. Пользователь работает с приложением. Он видит предметные сущности, а не таблицы SQL. MCP тоже должен говорить на языке метаданных.

Минимальный набор MCP-introspection tools

get_infobase_info() -> {
  platform_version,
  mode: "file" | "client-server",
  configuration_name,
  configuration_version,
  locale,
  current_user_permissions_summary
}

list_config_objects(kind?) -> [
  { kind: "Catalog", name: "Номенклатура", synonym: "Номенклатура" },
  { kind: "Document", name: "ПоступлениеТоваров", synonym: "Поступление товаров" }
]

describe_config_object(kind, name) -> {
  реквизиты,
  табличные_части,
  формы,
  команды,
  роли_доступа,
  опасные_операции
}
Важно: `list_config_objects` — это не список SQL-таблиц. Физическая схема 1С может быть технической деталью, а смысл живёт в метаданных конфигурации.

Проверка понимания перед практикой

Откуда это построено