MCPdocs
ster.by

Рабочий цикл ERT

От открытия контейнера до сборки и публикации проверенного результата.

1. Открыть задание

Используйте ert_open_job для выбранного ERT. Сервер создаёт рабочее задание и возвращает его идентификатор и сведения об артефакте. Дальнейшие операции должны относиться к этому заданию.

2. Прочитать контекст

Изучите manifest, список ресурсов и нужный модуль через ert_inspect, ert_list_resources, ert_get_module или ert_get_procedure. Для связанного диалога используйте ert_inspect_form; для макета — профильные операции MXL и сведения о ресурсах.

context_get_dependency_slice помогает получить ограниченный срез наблюдаемых связей. Результат может быть неполным или неоднозначным: он не заменяет чтение назначенных исходников связанных объектов.

3. Внести локальное изменение

Используйте ert_edit_module либо ert_execute_change_set. Сохраняйте стиль существующего модуля и совместимость 1С 7.7. Для формы меняйте модель элементов профильным редактором, а не произвольным редактированием двоичного файла.

4. Собрать и проверить

ert_build_verify собирает результат в рамках задания и возвращает итоги проверки. Доступны профили fast, standard и full; конкретные зависимости и глубину проверки определяет текущая сборка сервера. Если проверка падает в worker, отделите ошибку инфраструктуры от ошибки исходника.

5. Опубликовать

Используйте ert_publish_verified для проверенного артефакта в назначенное место. Не считайте промежуточные распакованные ресурсы готовой поставкой. Историю задания и диагностические сведения можно получить через ert_get_history, ert_get_status и ert_export_diagnostics.

Критерий готовности

Файл должен собраться и выполнить заказанное действие. Для изменения печатной формы это означает проверку печати; для диалога — открытие формы и нужное действие пользователя. Сохранение контейнера само по себе не подтверждает эти сценарии.

Работа с MXL →

Поиск по MCP

Загрузка индекса…

Индекс хранится на сайте. Поисковые запросы не отправляются внешним сервисам.