Как определить разработчика доработок 1С по префиксам объектов и кода

Программист 1С v8.3 (Обычные формы) IT и автоматизация бизнеса
← На главную

При получении в наследство сложной, сильно кастомизированной конфигурации (так называемого «звездолета»), одной из первоочередных задач программиста становится идентификация авторов кода. Это необходимо для поиска документации, понимания логики построения системы или привлечения первоначальных разработчиков для масштабного обновления или миграции. Одним из самых надежных признаков авторства в мире 1С являются префиксы объектов метаданных.

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

Анализируем префиксы: кто стоит за буквами

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

  1. Префикс РКВ_ (наиболее вероятный автор — «РКВ-Технологии»)

    Этот префикс чаще всего принадлежит компании «РКВ-Технологии» (RKV-Technologies). Это серьезный игрок на рынке автоматизации крупных промышленных предприятий. Если в вашей УПП префикс РКВ_ встречается повсеместно, это означает, что система подверглась глубокой архитектурной переработке. Проекты этого вендора отличаются созданием собственных подсистем планирования и учета, которые могут существенно отклоняться от типовой логики 1С. Поиск документации стоит начинать именно с запросов по этой компании.

  2. Префикс ИТБ_ (компания «ИТБ Консалтинг»)

    Префикс однозначно указывает на «ИТБ Консалтинг». Данный партнер специализируется на решениях для оборонно-промышленного комплекса (ОПК) и авиастроения. Их доработки обычно касаются учета затрат, раздельного учета по госконтрактам (ГОЗ) и управления производственными процессами. Если вы видите этот префикс, будьте готовы к сложным алгоритмам распределения затрат.

  3. Префикс СКГ_ (Сибирская Консалтинговая Группа)

    С высокой долей вероятности объекты с таким префиксом созданы специалистами «СКГ». Компания известна проектами в добывающей и тяжелой промышленности. Их код часто сосредоточен в блоках управления закупками, складской логистики и специфических финансовых отчетах.

  4. Префикс УП_ (модули «Управление проектами» / ITLand)

    Хотя УП_ может расшифровываться как «Управленческий учет», в контексте сложных систем это часто означает интеграцию отраслевого решения «1С:Управление проектным офисом» от компании ITLand. Эти объекты отвечают за детальное календарное планирование, учет ресурсов и проектное бюджетирование.

  5. Префикс стт (СТТ-Консалтинг или транспортные модули)

    Этот префикс обычно относится либо к компании «СТТ-Консалтинг», либо к специализированным решениям для спецтехники и транспорта (СпецТехТранс). Проанализируем назначение объектов: если они связаны с путевыми листами, ГСМ или ремонтами автопарка, значит, это отраслевой транспортный модуль.

Как найти автора, если префиксы не дают ответа

Если префиксы кажутся аббревиатурой названия вашей компании или инициалами неизвестного фрилансера, применим методы «кодовой археологии». Разберем их пошагово.

Шаг 1: Поиск по комментариям в коде

Опытные разработчики и крупные франчайзи всегда маркируют начало и конец своих правок. Нам необходимо выполнить глобальный поиск по всей конфигурации (Ctrl+Shift+F). В строку поиска введем следующие паттерны:

Часто в комментариях указывается не только название компании, но и фамилия программиста или номер задачи в системе трекинга (Jira, Redmine), по которой велась разработка.

Шаг 2: Анализ подсистем

Рассмотрим дерево метаданных. Перейдем в ветку «Общие -> Подсистемы». Проанализируем состав и свойства созданных подсистем. Разработчики часто группируют свои объекты в отдельные подсистемы, в описании которых (свойство Пояснение) может быть указан правообладатель или ссылка на проектную документацию.

Шаг 3: Проверка макетов и справочников

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

Шаг 4: Использование программных методов поиска

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


// Простой обход справочников для поиска префиксов
Для Каждого СправочникИзМетаданных Из Метаданные.Справочники Цикл
    ИмяОбъекта = СправочникИзМетаданных.Имя;
    Если СтрНайти(ИмяОбъекта, "_") > 0 Тогда
        // Извлекаем часть имени до первого подчеркивания
        Префикс = Лев(ИмяОбъекта, СтрНайти(ИмяОбъекта, "_"));
        Сообщить("Найден потенциальный префикс в справочнике: " + Префикс);
    КонецЕсли;
КонецЦикла;

Аналогичный перебор можно сделать для документов, отчетов и обработок. Это позволит быстро составить «карту влияния» разных разработчиков на систему.

Зачем искать автора «звездолета»?

Важно понимать, что если вы планируете переход с УПП (обычные формы) на ERP (управляемые формы), простого «переноса» не получится. Системы от таких вендоров как РКВ или ИТБ — это глубокая кастомизация. Выяснив автора, вы сможете:

  1. Запросить проектную документацию: ТЗ, описания бизнес-процессов и схемы интеграций.
  2. Оценить стоимость поддержки: Работа со специализированными модулями требует высокой квалификации.
  3. Избежать ошибок при обновлении: Зная вендора, можно уточнить, выпускались ли типовые обновления для их модулей или каждый патч был уникальным.

Помните: наличие нескольких разных префиксов (например, одновременно ИТБ_ и РКВ_) говорит о том, что систему дорабатывали разные команды в разное время. В этом случае задача усложняется, так как модули могут конфликтовать между собой или использовать разные подходы к архитектуре данных. Проанализируем связи между этими объектами перед тем, как вносить любые критические изменения.

← На главную