«Совместимо» в 1С: сертификат партнёра, режим платформы и поддержка конфигурации
Содержание
«1С:Совместимо» — это статус, который фирма 1С присваивает продукту партнёра после проверки: отраслевой конфигурации, драйверу оборудования или программе, работающей рядом с 1С. Внутри конфигуратора такого флажка нет. Там есть два других «совместимо»: свойство конфигурации Режим совместимости и настройки поддержки объектов, от которых зависит, пройдёт ли обновление без ручной работы.
Типичная сцена: клиент купил отраслевое решение с логотипом «1С:Совместимо», через год программист открывает конфигуратор и пытается понять, почему обновление вылилось в сотню конфликтов. Чтобы не искать ответ не там, нужно развести эти три понятия. Ниже по каждому — что оно значит, где его увидеть и как оно влияет на обновление.
Что означает знак «1С:Совместимо» и кому его выдают
Это программа сертификации. Партнёр-разработчик подаёт свой продукт на проверку, а 1С подтверждает, что продукт корректно работает с платформой «1С:Предприятие» или с типовыми решениями. После этого партнёр получает право ставить логотип «1С:Совместимо» на коробку и в описание, а продукт попадает в каталог совместимых решений.
Что обычно сертифицируют:
- 🧩 тиражные конфигурации партнёров — отраслевые решения на платформе: для ресторанов, автосервисов, строительства, медицины;
- 🖨️ торговое оборудование и драйверы — кассы, сканеры, весы, принтеры этикеток, которые подключаются к типовым конфигурациям;
- 🔌 внешние программы и сервисы — то, что обменивается данными с 1С или работает в связке с ней.
Важная граница: статус выдаётся продукту конкретной версии, а не фирме-разработчику и не вашей базе. Если в базе на основе сертифицированного решения ваш программист потом что-то доработал, сертификат к этим доработкам не относится.
Не путайте «1С:Совместимо» с совместными решениями, у которых в названии стоит «1С:» и указан партнёр. Совместное решение 1С выпускает вместе с разработчиком и отвечает за него как за свой продукт. «1С:Совместимо» — это продукт партнёра, который прошёл проверку, но остаётся продуктом партнёра.
Какие требования проверяют при сертификации
Точный перечень проверок 1С публикует в условиях программы и время от времени его пересматривает. Но логика у требований одна: решение должно жить в экосистеме 1С и не ломать её.
Для конфигураций в первую очередь смотрят:
- Соответствие стандартам разработки. У 1С есть свод стандартов и методик разработки конфигураций. Код, метаданные и интерфейс сверяют с ним, в том числе автоматически — инструментом «Автоматизированная проверка конфигураций» (АПК).
- Работу на актуальной платформе. Решение не должно держаться за устаревшее поведение и падать на свежих версиях.
- Варианты работы. Файловый и клиент-серверный вариант, разные клиенты, поддерживаемые СУБД — в той мере, в какой это заявлено в описании продукта.
- Использование стандартных библиотек. Если решение построено на «Библиотеке стандартных подсистем», оно не должно ломать её механизмы: обновление, права, обмены.
- Документацию и поставку. Есть описание, понятная установка, файлы поставки для обновления.
Для оборудования проверка другая: устройство должно работать через стандартный механизм подключения оборудования в типовых конфигурациях, без самописных обработок у каждого клиента.
Сертификат — это проверка на момент выпуска. Он не гарантирует, что продукт без задержек выйдет под каждый новый релиз типовой конфигурации. Сроки выхода обновлений уточняйте у разработчика решения.
Режим совместимости в конфигураторе: где посмотреть и что он делает
Второе «совместимо» живёт в свойствах самой конфигурации. Откройте конфигуратор, в дереве метаданных выделите корень (верхний узел с названием конфигурации) и вызовите свойства. В группе Совместимость вы увидите:
| Свойство | Что задаёт |
|---|---|
Режим совместимости | Поведение какой версии платформы эмулировать: например, Версия 8.3.20 или Не использовать |
Режим совместимости интерфейса | Какой интерфейс разрешён: «Такси» или старый интерфейс 8.2 и их сочетания |
Смысл режима простой. Новая платформа меняет поведение некоторых методов, запросов и форм. Чтобы старая конфигурация не сломалась после установки свежей платформы, разработчик указывает: «веди себя как версия такая-то». Платформа запускается новая, а спорное поведение остаётся прежним.
Из этого следуют три практических вывода:
- 📌 Режим совместимости не может быть выше, чем версия установленной платформы. Конфигурацию с режимом
Версия 8.3.24на платформе с номером ниже 8.3.24 вы не запустите. - 📌 Новые возможности платформы, которые появились после версии из режима, в конфигурации недоступны. Отсюда вопросы вида «почему у меня нет этого метода, платформа же свежая».
- 📌 Режим
Не использоватьзначит, что конфигурация работает по правилам той платформы, на которой запущена.
Проверить режим из кода можно так — например, во внешней обработке или в консоли кода:
Сообщить("Режим совместимости: " + Метаданные.РежимСовместимости);
Сообщить("Версия платформы: " + Новый СистемнаяИнформация().ВерсияПриложения);
Режим совместимости интерфейса
Это отдельная настройка, и её часто путают с основной. Она определяет не поведение кода, а внешний вид: можно ли запускать конфигурацию в интерфейсе «Такси» или только в старом интерфейсе 8.2. Современные типовые конфигурации работают только в «Такси».
Если у старой самописной конфигурации здесь стоит значение «Версия 8.2», пользователи видят старое оформление. Переключить его на «Такси» можно одной настройкой, но формы, нарисованные под старый интерфейс, придётся просмотреть: часть элементов поедет.
Как проверить совместимость перед повышением режима
В конфигураторе есть штатная проверка: Конфигурация → Проверка конфигурации. Включите в ней проверку логических ошибок и поиск неиспользуемых процедур, запустите на копии. После повышения режима прогоните её ещё раз — ошибки, которые появились, и есть места, где поменялось поведение платформы.
Как совместимость влияет на обновление конфигурации
Здесь сходятся все три понятия. Обновление типовой или отраслевой конфигурации — это объединение трёх версий: вашей текущей, старой версии поставщика и новой версии поставщика. Что из этого получится, зависит от того, насколько сильно вы отошли от поставщика.
Режим совместимости и минимальная платформа
Каждый релиз типовой конфигурации требует платформу не ниже определённой. Часто это прямо связано с режимом совместимости: поставщик поднял режим, значит, старая платформа конфигурацию не откроет. Перед обновлением сверяйте номер установленной платформы с требованием в описании релиза.
Если обновить конфигурацию до релиза с режимом выше вашей платформы, база перестанет запускаться у всех пользователей, пока вы не обновите платформу на каждом компьютере и на сервере.
Сертифицированное решение и типовые релизы
Отраслевое решение со статусом «1С:Совместимо» обычно строится на типовой конфигурации. Обновлять его нужно дистрибутивом разработчика, а не типовым релизом 1С поверх. Разработчик сам переносит изменения типовой в своё решение и выпускает обновление.
Если поставить типовой релиз поверх отраслевого, конфигуратор начнёт сравнивать несопоставимые версии. Итог — сотни конфликтов и потерянная отраслевая функциональность.
Изменённые объекты
Чем больше объектов вы правили в основной конфигурации, тем больше ручного сравнения при каждом обновлении. Особенно опасны «дважды изменённые» объекты: их изменили и вы, и поставщик в новом релизе. Такие места при объединении приходится разбирать руками.
Совместимость и изменённые объекты: в чём разница
Частая путаница: человек видит, что конфигурация «совместима», и считает, что её можно обновлять автоматически. Это разные вещи.
| Понятие | Где задаётся | На что влияет |
|---|---|---|
| Статус «1С:Совместимо» | Выдаёт фирма 1С продукту партнёра | Доверие к продукту, его место в каталоге |
| Режим совместимости | Свойства корня конфигурации | Поведение платформы и минимальная версия |
| Поддержка и изменённые объекты | Конфигурация → Поддержка → Настройка поддержки | Насколько легко пройдёт обновление |
Настройки поддержки показывают, какие объекты вы вправе менять и в каком режиме. У каждого объекта поставщика есть правило:
- 🔒 не редактируется — объект полностью под поставщиком, обновление заменит его без вопросов;
- ✏️ редактируется с сохранением поддержки — менять можно, но при обновлении понадобится сравнение;
- ✂️ снят с поддержки — объект ваш, поставщик его больше не обновит.
Если в окне настройки поддержки стоит запрет на изменения, конфигурация «на замке». Чтобы что-то поправить, сначала включают возможность изменения той же кнопкой в этом окне. Это решение необратимо в одну сторону: вернуть объект на полную поддержку без отката изменений нельзя.
Список изменённых объектов удобно получить сравнением основной конфигурации с конфигурацией поставщика: в конфигураторе это делается через меню Конфигурация → Сравнить конфигурации. Отчёт о сравнении показывает каждый объект, который отличается от поставки.
Признаки, по которым понятно, с чем вы имеете дело
Когда приходите в чужую базу, за 10 минут можно понять, что внутри.
Дополнительно посмотрите:
- Окно «О программе» в пользовательском режиме — название конфигурации, её версию и версию платформы.
- Свойства корня конфигурации в конфигураторе — режим совместимости.
- Настройку поддержки — сколько объектов снято с поддержки или доработано.
- Список расширений в
Конфигурация → Расширения конфигурации.
Что делать с несовместимой или сильно доработанной конфигурацией
Бывает, что решение партнёра давно не обновлялось, а платформу пора поднимать. Или типовую конфигурацию так переписали, что обновление стало неделей работы. Варианты, от безопасного к радикальному:
1. Оставить режим совместимости как есть и поднять только платформу. Новая платформа с режимом совместимости на старой версии обычно работает. Это даёт время, но не снимает проблему: новые возможности недоступны.
2. Перенести доработки в расширения. Расширения появились в платформе 8.3.6. Изменённую логику выносят в расширение, основной объект возвращают к поставке. Это долго, но после переноса обновления идут почти без ручной работы.
3. Поднять режим совместимости. Делается в свойствах корня конфигурации, затем обновление конфигурации базы данных. Перед этим проверьте код на изменения поведения между версиями: 1С публикует такие изменения в описаниях версий платформы.
4. Перейти на поддерживаемое решение. Если разработчик бросил отраслевой продукт, иногда честнее перенести данные в типовую конфигурацию или другое решение, чем годами поддерживать заброшенный код.
Любые изменения режима совместимости, поддержки и структуры делайте на копии базы. Перед обновлением рабочей базы сделайте выгрузку .dt или резервную копию средствами СУБД. Обновление структуры требует монопольного доступа: пользователей придётся выгнать из базы, планируйте его на нерабочее время.
Как сохранить совместимость с обновлениями поставщика
Правила, которые реально экономят время на каждом релизе:
- 🧱 Дорабатывайте через расширения, а не в основной конфигурации. Новые реквизиты, формы, подписки на события, переопределение процедур — всё это умеют расширения.
- 📝 Ведите реестр доработок: какой объект, зачем изменён, кто менял. При сравнении это сократит разбор конфликтов в разы.
- 🧪 Обновляйте сначала копию. Прогоните ключевые сценарии: проведение документов, закрытие месяца, обмены, печатные формы.
- 🔢 Не перескакивайте релизы, если поставщик требует последовательного обновления. В описании релиза указано, с каких версий допустимо обновление.
- 🖥️ Держите платформу в актуальном состоянии, но не впереди требований конфигурации: проверенная платформа для вашего релиза указана в его описании.
- 🧩 Для отраслевых решений держите связь с разработчиком: узнавайте, когда выйдет обновление под очередной релиз типовой.
Если вы сами выпускаете решение и думаете о сертификации, начните с прогона конфигурации через АПК и проверки на соответствие стандартам разработки. Чем раньше это встроить в цикл разработки, тем меньше переделок перед подачей.