Совместимость с 1С: как проверить и внедрить сторонние решения

6 октября 2026 · infolimp.ru

Сертификация совместимости: что на самом деле проверяет 1С?

Когда сторонний разработчик получает логотип «Совместимо с 1С:Предприятие», это означает, что его решение прошло тестирование в лаборатории 1С на типовых конфигурациях (Бухгалтерия, Управление торговлей, Зарплата и т.д.) на определённой версии платформы. Тесты покрывают:

• корректность установки/удаления;
• отсутствие блокировок при параллельной работе;
• сохранность данных после обновления;
• базовые сценарии использования.

Однако за рамками остаётся самое важное — поведение под нагрузкой и взаимодействие с нестандартными доработками.

Ловушка: Сертификация не проверяет производительность при одновременной работе 50+ пользователей, не тестирует интеграцию с вашими собственными расширениями и не гарантирует, что стороннее решение не «упадёт» при обновлении платформы на минорную версию (например, с 8.3.24 на 8.3.25).

Что именно тестируется (и что нет)

Из открытых данных 1С (источник: официальная страница совместимости) следует, что проверяется:

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

Не проверяется:

• совместимость с вашими доработками (расширения, изменённые модули);
• поведение при высоком конкурентном доступе (блокировки, взаимоблокировки);
• корректность при нестандартных настройках (например, отключённые регламентные задания, изменённые права).

Технические аспекты: как стороннее решение может сломать вашу базу

Самые частые проблемы при внедрении сторонних продуктов — это недокументированные обращения к объектам метаданных и прямые SQL-запросы через внешние компоненты. Рассмотрим два реальных сценария.

Сценарий 1: Прямое чтение регистров через COM

Некоторые решения используют COMОбъект для доступа к внутренним таблицам базы, минуя объектную модель 1С. Это может привести к:

• пропуску бизнес-логики (не выполняются обработки проведения, проверки заполнения);
• нарушению целостности данных при параллельной записи;
• невозможности обновления платформы (изменение структуры таблиц).

Как обнаружить такой код? Используйте технологический журнал с настройкой excp и dbms. Включите запись всех SQL-запросов и найдите обращения, не проходящие через стандартные методы 1С.

// Пример: проверка, что внешняя компонента не использует прямые SQL-запросы
// Через COMОбъект можно получить доступ к ADODB, но это грубое нарушение
Попытка
    // Попытка создать COM-объект, который может выполнять SQL
    Тест = Новый COMОбъект("ADODB.Connection");
    // Если создался — потенциальная угроза
    ЗаписьЖурналаРегистрации("Предупреждение", УровеньЖурналаРегистрации.Предупреждение,,
        "Обнаружена возможность прямого SQL-доступа");
Исключение
    // COM-объект не зарегистрирован — хорошо
КонецПопытки;

Важно: Даже если стороннее решение не создаёт COM-объекты явно, оно может использовать встроенные методы HTTPСоединение для вызова внешних сервисов, которые пишут напрямую в базу. Проверяйте все HTTP-запросы на предмет изменения данных.

Сценарий 2: Конфликт блокировок из-за неоптимальных запросов

Сторонние отчёты или обработки часто выполняют полное сканирование таблиц без учёта индексов. В результате возникают блокировки на уровне СУБД, которые не видны в стандартном мониторе 1С. Для диагностики используйте ТехнологическийЖурнал с параметром ttlock.

// Фрагмент обработки, которая может вызвать блокировки
Запрос = Новый Запрос;
Запрос.Текст = 
"ВЫБРАТЬ
|    РегистрНакопления.ОстаткиТоваров.Номенклатура,
|    РегистрНакопления.ОстаткиТоваров.КоличествоОстаток
|ИЗ
|    РегистрНакопления.ОстаткиТоваров.Остатки()";
// Если запрос выполняется без отбора по периоду и без индексов — блокировка гарантирована
Результат = Запрос.Выполнить().Выгрузить();

Методика проверки перед внедрением

Ниже — пошаговый чек-лист, который мы рекомендуем выполнять на копии рабочей базы (не на тестовой, а на полной копии с реальными данными).

Чек-лист проверки совместимости

1. Установка на изолированную копию. Создайте копию базы, установите стороннее решение. Убедитесь, что обновление конфигурации прошло без ошибок.
2. Проверка прав. Запустите решение под пользователем с минимальными правами (только чтение). Если решение требует полных прав — это красный флаг.
3. Мониторинг блокировок. Включите технологический журнал с параметрами ttlock, dbms, excp. Выполните типовые сценарии (проведение документов, формирование отчётов). Проанализируйте логи на предмет длительных блокировок.
4. Тест производительности. Запустите несколько сеансов (10–20) с одновременным выполнением операций. Замерьте время отклика до и после установки решения.
5. Проверка обновления платформы. Обновите платформу на ближайшую минорную версию (например, с 8.3.24 на 8.3.25). Убедитесь, что решение не вызывает ошибок.
6. Анализ кода (если доступен). Просмотрите модули стороннего расширения на предмет использования COMОбъект, прямых SQL-запросов (через ВнешниеОбработки), нестандартных обращений к Метаданные.

Типичные ошибки при внедрении

• Игнорирование версии платформы. Решение сертифицировано для 8.3.22, а у вас 8.3.24 — различия в API могут быть критичными (например, изменилось поведение ЗаписатьJSON).
• Установка на рабочую базу без предварительного теста. Даже если решение «совместимо», оно может конфликтовать с вашими расширениями.
• Отсутствие мониторинга после внедрения. Первые недели после установки — самый опасный период. Включите технологический журнал и анализируйте ошибки.
• Надежда на автоматическое обновление. Сторонние решения часто требуют ручного обновления после выхода новой версии платформы. Не доверяйте автоматическим механизмам.

Практическое руководство: что делать прямо сейчас

Если вы планируете внедрить стороннее решение, выполните следующие шаги:

1. Скачайте с сайта 1С актуальный список совместимости для вашей версии платформы.
2. Свяжитесь с разработчиком решения и запросите протокол тестирования (какие сценарии проверялись, на какой конфигурации).
3. Создайте копию базы и установите решение. Запустите автоматизированные тесты (например, через ТестЦентр из ИТС).
4. Включите технологический журнал на неделю. Анализируйте логи на предмет нестандартных ошибок.
5. Проведите нагрузочное тестирование с помощью скриптов на HTTPСоединение (имитация работы многих пользователей).

Ключевой тезис: Совместимость — это не разовая проверка, а процесс. Каждое обновление платформы или конфигурации должно сопровождаться повторным тестированием сторонних решений. Только так можно избежать «тихих» ошибок, которые проявляются через месяцы.

Заключение

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

Автор: редакция «1С Обозрение». Материал подготовлен на основе анализа 144 источников и практического опыта внедрений.