Внедрение · 7 мин
Сценарий закрытого пилота
Как подготовиться к участию и после выдачи доступа проверить LEM на собственных библиотеках.
Если вы разрабатываете или сопровождаете решения на 1С, закрытый пилот после открытия набора позволит проверить LEM на своей повторяемой рабочей задаче — без публикации библиотеки для остальных участников.
При открытии набора участник получит персональное приглашение, подключит разрешённые материалы и сможет проверить, стал ли путь от вопроса до подтверждённого ответа короче. Доступность пилота нужно подтвердить перед регистрацией.
Как получить приглашение
После открытия набора участник укажет рабочую почту и псевдоним. По принятому сценарию на один адрес выдаётся одно одноразовое приглашение; после подтверждения готовится персональный доступ. Почта предназначена для входа и важных сообщений о доступе, не для рассылок. До проверки рабочего контура это описание процесса, а не обещание немедленной выдачи ключа.
Ваши библиотеки приватны по умолчанию
В принятой модели пилота пользовательской библиотеке нельзя присвоить публичный статус. Перед открытием набора этот запрет должен быть подтверждён на рабочем контуре. Адресный доступ конкретному участнику команды должен выдаваться явно и отзываться.
Что вы проверяете в рабочей сессии
После получения доступа возьмите одну знакомую задачу: найти правильную функцию общего модуля, сверить версию или разобраться с ошибкой. Сначала зафиксируйте ожидаемый результат, затем пройдите поиск и откройте источники ответа. Анализ проектных вызовов и план изменения относятся к отдельному проектному направлению и не входят в библиотечный пилот.
Одна знакомая ситуация из разработки или сопровождения.
Процедуры, функции, правила и нужная версия.
Исходники, качество ответа и время до результата.
Полезно, требует уточнения или не решает задачу.
Что стоит сообщить после проверки
Полезнее общей оценки назвать конкретное препятствие: не найден источник, выбрана неверная версия, слишком много лишних результатов или ответ невозможно проверить. Имя, организацию и цитату мы не публикуем без отдельного согласия.
Решение участника после одной сессии
Авторский пример для будущего пилота: участник загружает разрешённое описание своей функции общего модуля, спрашивает о её параметрах и сравнивает ответ с исходником. Вход — одна подтверждённая версия библиотеки и заранее записанный ожидаемый факт. Выход — источник, совпавшая или ошибочная версия и время до проверки.
Если LEM нашёл нужный источник, но агент неверно истолковал параметр, это задача качества ответа. Если источник отсутствует, нужно уточнить состав корпуса. Если версия неверна, сначала исправляют координату. Эти три решения нельзя свести к общей оценке «понравилось». Сценарий станет практикой только после открытия и проверки пилотного контура.
Первый сценарий для 1С-разработчика или аналитика
Выберите вопрос, ответ на который вы уже знаете и можете проверить вручную. Например: какую функцию общего модуля следует вызвать после таймаута и какие данные нельзя записывать в журнал.
- Получить и подтвердить одноразовое приглашение.
- Подключить только разрешённые для пилота материалы.
- Повторить один и тот же вопрос обычным способом и с LEM.
- Сверить источники, время до ответа и найденные расхождения.
Пилот не требует публиковать название организации или свой код. Публичный кейс появляется только после отдельного согласования.
Что уже можно утверждать, а что нужно проверить
- Для пилота принят персональный вход по одноразовому приглашению.
- Зафиксировано требование запретить публичный статус библиотек и сделать адресный доступ отзывным.
- Фактическую доступность регистрации, отправки писем и запрета публикации перед началом набора.
- Квоты, срок хранения и допустимый состав материалов конкретного участника.