Сложная 1С-система редко ограничивается типовой конфигурацией. Со временем появляются расширения, собственные реквизиты, новые роли, переопределения, интеграции и доработки. В результате перед разработчиком возникает сразу несколько разных вопросов.
Что на самом деле есть в конфигурации?
Чем из этого действительно пользуются в рабочей базе?
И как безопасно реализовать новую задачу с учетом всего этого контекста?
Раньше для ответа на эти вопросы приходилось использовать разные инструменты и вручную собирать картину по частям. Теперь у разработчика Analyzer 1C появилась целая линейка решений: к самому Analyzer добавились Insight 1C и Pilot 1C.
Их можно использовать отдельно, но возможности продуктов полнее всего раскрываются при совместном использовании.
Analyzer 1C показывает, как устроена конфигурация.
Insight 1C показывает, что из нее реально используется.
Pilot 1C превращает эти факты в требования, техническое задание, код и сценарии проверки.
Как связаны продукты: Analyzer отвечает, что есть в конфигурации, Insight – чем пользуются, Pilot решает задачу на этих фактах
Analyzer 1C – карта сложной конфигурации
Отправная точка линейки – Analyzer 1C.
Его задача – представить устройство конфигурации в виде единого графа знаний.
В крупных внедрениях это особенно важно: типовая конфигурация может быть дополнена одним или несколькими расширениями, а стандартные средства показывают их раздельно. Analyzer объединяет типовую конфигурацию и расширения в одной модели и позволяет увидеть объекты, модули, функции, вызовы, права, RLS, подписки, регламентные задания, запросы BSL и другие связи.
Analyzer 1C: связи документа «Реализация товаров и услуг» в одной модели с заимствованием из расширения «Управление лизингом»
Поэтому вместо последовательного поиска по конфигурации можно исследовать систему, начиная с конкретного объекта.
Например, посмотреть, кто вызывает функцию, какие объекты от нее зависят, какие роли дают доступ и что изменится, если функцию или объект затронуть при доработке.
Для этого в Analyzer есть импакт-анализ – он проходит по связанным сущностям, включая подписки, регламентные задания и переопределения в расширениях.
При этом Analyzer показывает не только текущую структуру системы. В продукте есть инструменты для сравнения и объединения версий, анализа изменений, работы с .cf и .cfe, поиска циклических зависимостей и скрытых конфликтов обновления.
Получается подробная техническая карта конфигурации.
Но у нее есть естественное ограничение.
Конфигурация отвечает на вопрос: что в системе предусмотрено?
Она не отвечает на другой вопрос: чем из этого реально пользуются?
И здесь появляется второй продукт.
Insight 1C – что в базе действительно работает
В любой системе, которая давно находится в эксплуатации, постепенно накапливается функциональность, которая формально присутствует, но фактически может уже не использоваться.
- Документы давно не создают.
- Регламентные задания выключены.
- Роли никому не назначены.
- Реквизиты существуют, но никогда не заполняются.
В конфигурации все это выглядит полноценной частью системы.
Insight 1C добавляет к технической структуре данные о реальном использовании.
Каждый объект получает один из статусов – работает, не используется или не определено. Причем рядом хранится основание вывода: есть ли данные, включена ли настройка, назначена ли роль. Если информации недостаточно, Insight не делает предположений и оставляет статус «не определено».
Это меняет сам подход к анализу внедрения.
Вместо общей формулировки «в конфигурации очень много объектов» можно увидеть, какая часть реально задействована, где хранится основной объем данных, какие права действительно используются и какие элементы давно существуют только исторически.
На демонстрационном внедрении 1С:ERP Управление холдингом с расширением «Управление лизингом» Insight проанализировал 13 386 объектов.
Insight 1C: статусы объектов конфигурации на демонстрационном внедрении ЕРПУХ + «Управление лизингом»
На той же базе продукт обнаружил 178 видов документов, которые перестали создавать, 687 из 2 032 ролей не назначены ни одному пользователю и 4 305 реквизитов из 10 707, которые не заполнялись ни разу.
Еще одна показательная цифра – 44 % всех записей находились всего в 10 таблицах из 1 704.
Insight 1C: где лежит вес базы – основная часть записей собрана в немногих таблицах
Analyzer показывает структуру, а Insight добавляет к ней фактическое состояние внедрения. Именно этот второй слой особенно важен, когда к работе подключается ИИ.
Pilot 1C – ИИ, которому дают не только задачу, но и факты
Третий продукт линейки – Pilot 1C.
Это ИИ-помощник разработчика и аналитика 1С, который превращает задачу, сформулированную обычным языком, в последовательность рабочих результатов – от исследования системы до кода и тестов.
Ключевое отличие здесь в том, на каких данных строится ответ.
Обычный ИИ-ассистент знает 1С в общем виде. Но он не знает, какие объекты существуют именно у конкретного клиента, что добавлено расширениями, какие реквизиты были созданы в рамках проекта и какая роль реально отвечает за доступ.
Pilot может получать эти сведения из графа Analyzer 1C.
Перед тем как предлагать решение, он проверяет устройство конкретной конфигурации – какие объекты существуют, из чего состоят, кто их вызывает и какие права на них назначены. Если нужного факта нет, задача должна превратиться в уточняющий вопрос, а не в правдоподобную догадку.
Сам процесс разработки разбит на шесть этапов:
исследование → требования → архитектура → техническое задание → результат → тесты
Каждый этап сохраняется отдельно, поэтому пользователь может вернуться к предыдущему шагу или переиграть задачу с нужного места.
Pilot 1C: задача по лизинговому учету, пройденная по этапам – к любому можно вернуться
Сначала Pilot исследует конфигурацию. Затем формализует требования, предлагает архитектуру, формирует ТЗ с привязкой к конкретным объектам, подготавливает код и завершает работу сценариями проверки на Gherkin для Vanessa Automation.
Перед выдачей результата код проходит более 150 проверок – от синтаксиса и доступности методов в используемой версии платформы до сигнатур событий, работы с движениями и стандартов разработки.
При этом Pilot сам не изменяет конфигурацию. Он отдает код и карту вставки, а применять изменения должен разработчик.
Pilot 1C: результат задачи – код и карта вставки; применяет изменения разработчик
Почему связка из трех продуктов интереснее каждого по отдельности
Смысл линейки хорошо раскрывается на конкретном примере.
Представим, что в конфигурации есть четыре хранилища графика оплат с почти одинаковыми именами.
Analyzer 1C видит все четыре и знает их структуру и связи.
Но для выбора нужного объекта этого недостаточно.
Insight 1C добавляет данные рабочего внедрения: в одном хранилище – 932 записи, в остальных – ноль.
И уже после этого Pilot 1C может выбрать не объект с наиболее подходящим названием, а тот, который действительно используется, и объяснить причину выбора.
Это принципиально другой подход к использованию ИИ в разработке.
Вместо цепочки:
«получить задачу → предположить устройство системы → написать код»
получается:
«получить задачу → проверить конфигурацию → проверить фактическое использование → сформировать решение».
В Pilot для этого предусмотрено несколько источников фактов – граф Analyzer 1C, встроенный справочник языка 1С и срез Insight 1C.
Три продукта – три уровня понимания одной системы
У всей линейки получается достаточно четкое разделение ролей.
Analyzer 1C отвечает за архитектуру и кодовую структуру.
Он знает, какие объекты есть в конфигурации, как они связаны, где проходят вызовы, какие используются роли, RLS и расширения.
Insight 1C отвечает за фактическое состояние внедрения.
Он показывает, какие объекты действительно используются, где есть данные, что выключено, какие роли назначены и какие элементы системы фактически не задействованы.
Pilot 1C использует эти знания при решении новой задачи.
Он исследует систему, формирует требования и архитектуру, составляет техническое задание, готовит код и сценарии проверки.
При этом продукты не обязательно устанавливать только комплектом.
- Без Insight Pilot продолжит работать, но не будет знать слой фактического использования объектов.
- Без Analyzer он тоже сможет выполнять задачи, однако уже без полноценного знания конкретной конфигурации – такие материалы помечаются как «не заземлено», а количество необходимых уточнений увеличивается.
От «умного помощника» к работе с реальной системой
Главная идея этой линейки не столько в появлении еще одного ИИ-инструмента для 1С, а в том, какой контекст получает ИИ перед тем, как предложить решение.
Analyzer дает ему структуру системы.
Insight – фактическое состояние рабочего внедрения.
Pilot использует эти сведения непосредственно при разработке.
Связь между продуктами построена через программный доступ и протокол MCP. Pilot может получать устройство конфигурации из Analyzer и данные об использовании объектов из Insight.
В результате разработчик получает три разных взгляда на одну систему:
Analyzer 1C – что здесь есть?
Insight 1C – что из этого действительно работает?
Pilot 1C – как с учетом этих фактов решить новую задачу?
Именно поэтому появление Pilot 1C и Insight 1C рядом с Analyzer 1C выглядит не просто расширением каталога разработчика, а развитием Analyzer в связанную линейку инструментов для исследования, сопровождения и разработки в 1С.
Подробнее о продуктах
Изучите возможности каждого решения отдельно или используйте продукты вместе для анализа, сопровождения и развития сложных систем 1С.
Больше новостей и решений 1С
Следите за новинками Маркетплейса Инфостарт в Telegram.
