← На главную

Часто в процессе разработки или доработки конфигураций 1С:Предприятие специалисты сталкиваются с ситуацией, когда вызов процедуры или функции в коде визуально присутствует, однако найти само определение этой процедуры в модулях не удается. Поиск по всей конфигурации не дает результатов, а переход к определению (клавиша F12) не приводит к открытию исходного текста. Давайте разберем, почему это происходит и как устроена защита кода в платформе 1С.

Основные причины отсутствия исходного кода

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

1. Поставка конфигурации без исходных текстов модулей. Это штатная возможность платформы. При создании файлов поставки разработчик может выбрать режим, при котором модули будут содержаться в конфигурации только в скомпилированном (байт-код) виде. В этом случае открыть исходный код средствами конфигуратора невозможно, так как он физически отсутствует в структуре метаданных.
2. Защита модулей паролем. Платформа 1С позволяет устанавливать пароль на открытие модулей. Если вы попытаетесь открыть такой модуль, система предложит ввести пароль. Хотя штатные пароли считаются легко преодолимыми, они создают препятствие для простого ознакомления с логикой.
3. Использование специализированных систем защиты (СЛК и другие). Отраслевые конфигурации часто защищаются внешними системами лицензирования (например, СЛК — Система Лицензирования Конфигураций). В таких случаях код может быть вынесен во внешние зашифрованные модули или библиотеки, доступ к которым осуществляется через защищенный интерфейс. При попытке открытия такого модуля вы увидите пустое окно или сообщение о том, что исходный текст отсутствует.
4. Вызов методов внешних компонентов (DLL). Зачастую то, что мы воспринимаем как «процедуру на языке 1С», на самом деле является обращением к методу внешней компоненты. В конфигурации 1С инициализируется объект, работающий через COM или Native API, а вся вычислительная логика скрыта внутри скомпилированной библиотеки формата .dll. В этом сценарии найти текст на языке 1С невозможно по определению, так как его не существует в рамках платформы.

Как проанализировать ситуацию при поиске кода

Когда вы обнаруживаете «загадочную» процедуру, прежде всего, проверим, не является ли она частью глобального контекста. Если процедура помечена как Глобальный, она будет доступна из любого места системы без необходимости явного обращения к общему модулю. Однако это не объясняет отсутствие текста, если вы имеете полные права разработчика. Для детального статического анализа и визуализации структуры вызовов можно использовать инструмент статического анализа кода 1С.

Разберем шаги, которые помогут вам понять природу «исчезнувшего» кода:

• Используйте отладчик. Поставьте точку остановки на вызове подозрительной процедуры. Когда выполнение остановится, посмотрите в стек вызовов. Если отладчик переходит в модуль, который выглядит пустым или отображает лишь сигнатуру метода, это подтверждает, что исходный код в данной области закрыт.
• Проверьте наличие внешних компонентов. Изучите справочник ВнешниеКомпоненты или посмотрите код, где инициализируются объекты через Новый COMОбъект или ПодключитьВнешнююКомпоненту. Если вы видите использование таких объектов, значит, логика скрыта во внешней библиотеке.
• Изучите свойства модуля. В дереве конфигурации посмотрите на свойства модуля. Если модуль закодирован или закрыт, платформа сама ограничит доступ к его содержимому.

Что делать, если код защищен?

Если после глубокого анализа конфигурации стало ясно, что исходные тексты отсутствуют (присутствуют только скомпилированные формы), стоит осознать, что это намеренное действие разработчиков. В таких случаях переписывать или менять логику внутри этих модулей не представляется возможным.

Если вам необходимо расширить функционал, мы рекомендуем использовать другие способы:

• Использование расширений конфигурации. Если процедура не является защищенной, вы можете использовать механизм расширений для модификации поведения метода, используя аннотации &Перед, &После или &Вместо.
• Анализ API. Если функционал скрыт в DLL, изучите документацию к используемой внешней библиотеке или обратитесь к разработчику за предоставлением API для интеграции.
• Событийная модель. Проверьте, не вызывает ли система при работе стандартные события, на которые можно подписаться через ПланыОбмена или ПодпискиНаСобытия, не затрагивая при этом закрытый программный код.

Подводя итог: если поиск по всей конфигурации не дает результатов, а переход к определению ведет в «пустоту», скорее всего, вы столкнулись с одним из методов профессиональной защиты интеллектуальной собственности. В таких сценариях лучше сосредоточиться на использовании открытых механизмов платформы для реализации своих задач, вместо попыток взлома или декомпиляции защищенных модулей.