Администрирование · 10 мин
Платформа 1С: что нового и как это использовать на практике
Разбираем ключевые нововведения платформы 1С: что изменилось в работе, разработке и администрировании, как безопасно обновиться и проверить совместимость.
Фирма «1С» регулярно выпускает новые версии технологической платформы, и каждый релиз затрагивает сразу несколько уровней: интерфейс пользователя, механизмы разработки, средства администрирования и требования к инфраструктуре. Для бухгалтера изменения чаще всего видны в мелочах — внешний вид форм, скорость работы, новые кнопки. Для администратора и разработчика новая платформа означает изменения в языке запросов, механизмах расширений, кластере серверов и требованиях к СУБД.
Главный практический вопрос при выходе новой версии — не «что добавили», а «что сломается у нас». Конфигурации, доработанные расширениями, внешние обработки и интеграции могут вести себя иначе после обновления платформы. Поэтому переход всегда начинается с тестового контура, а не с рабочей базы.
Ниже разобраны типовые направления изменений в свежих версиях платформы, порядок безопасного обновления, проверка совместимости и ошибки, которые чаще всего приводят к простою учётной системы.
Что меняется в новых версиях платформы в первую очередь
Каждый релиз платформы традиционно затрагивает несколько направлений. Первое — клиентская часть: оптимизация тонкого и веб-клиента, доработка интерфейса «Такси», улучшение работы на слабых каналах связи. Пользователи замечают это по скорости открытия форм и отзывчивости списков.
Второе направление — встроенный язык и механизмы разработки. Появляются новые объекты и методы, расширяются возможности языка запросов, дорабатывается система компоновки данных. Часть изменений обратно совместима, часть требует пересмотра старого кода, особенно если он писался под режим совместимости ранних версий.
Третье направление — администрирование: кластер серверов, механизмы лицензирования, журнал регистрации, фоновые задания. Именно здесь сосредоточены изменения, критичные для стабильности работы, хотя рядовой пользователь их не видит.
Четвёртое — механизм расширений конфигурации. С каждой версией расширения получают больше возможностей: можно изменять больше типов объектов, добавлять собственные роли и подсистемы. Это постепенно вытесняет практику прямой доработки типовых конфигураций.
Как узнать, какая версия платформы у вас и какая нужна
Текущую версию платформы видно в окне «О программе» — оно открывается через меню «Сервис» или по значку информации в правом верхнем углу, в зависимости от клиента. Там же указаны версия конфигурации и режим совместимости.
Требования к платформе задаёт конфигурация. Типовые решения «1С:Бухгалтерия», «1С:Зарплата и управление персоналом», «1С:Управление торговлей» при обновлении проверяют версию платформы и отказываются работать на слишком старой. Минимально необходимая версия указывается в описании обновления конфигурации на портале 1С.
Обратная ситуация тоже возможна: слишком новая платформа может не поддерживаться старой конфигурацией. Поэтому версии платформы и конфигурации нужно обновлять согласованно, сверяясь с документацией к конкретному релизу.
- 1Откройте окно «О программе» и запишите версии платформы и конфигурации
- 2Найдите в описании обновления конфигурации требуемую версию платформы
- 3Сравните: если платформа старше требуемой — сначала обновите платформу
- 4Проверьте версии установленных расширений и внешних обработок
- 5Зафиксируйте текущее состояние, чтобы при проблемах было к чему откатиться
Безопасное обновление платформы: порядок действий
Обновление платформы — это установка новой версии на сервер или рабочие станции, а не обновление самой базы данных. Однако при первом запуске базы на новой платформе может потребоваться конвертация, которая необратима для старой версии. Именно поэтому резервная копия обязательна.
Для файловой базы достаточно скопировать каталог базы или сделать выгрузку через конфигуратор (файл .dt). Для клиент-серверного варианта правильнее делать средствами СУБД — это быстрее и надёжнее, а выгрузка .dt на больших базах занимает часы.
Идеальный сценарий для организации с несколькими пользователями: развернуть копию базы на тестовом сервере, установить туда новую платформу, прогнать ключевые операции и только после этого обновлять рабочий контур. Для небольшой базы на одном компьютере допустимо обновление на месте, но копия всё равно обязательна.
Проверка совместимости конфигурации и расширений
После установки новой платформы на тестовом контуре первым делом запустите конфигуратор и выполните проверку конфигурации с актуальными настройками. Ошибки компиляции модулей покажут код, несовместимый с новой версией.
Расширения — самое уязвимое место. Каждое расширение привязано к структуре метаданных конфигурации и может перестать применяться после обновления. Проверьте: открывается ли список расширений, нет ли отметок о несовместимости, работают ли формы и отчёты, которые расширения изменяют.
Внешние обработки и отчёты проверяются по одному: откройте их в тестовой базе и выполните типовые операции. Особое внимание — обработкам обмена данными, выгрузкам в банк и интеграциям с сайтом: сбой здесь обнаруживается позже всего и больнее всего.
Как проверить результат обновления
База открывается, конвертация прошла без ошибок
Ошибка конвертации или отказ в запуске
Нет ошибок компиляции модулей
Ошибки в модулях, ссылки на несуществующие объекты
Все расширения применяются, помечены как совместимые
Расширение отключено или выдаёт ошибку применения
Документы проводятся, отчёты формируются за привычное время
Падение скорости, ошибки при проведении или печати
Режим совместимости: когда отключать и зачем
Многие конфигурации после обновления платформы продолжают работать с включённым режимом совместимости со старой версией. Это нормально на переходный период: система работает, риски минимальны. Но новые возможности платформы — улучшенные механизмы запросов, новые объекты метаданных, оптимизации — в этом режиме недоступны или работают ограниченно.
Отключать режим совместимости следует только после полного тестирования. Для типовых конфигураций это решение обычно принимает вендор: типовое обновление само меняет режим, когда конфигурация к этому готова. Для самописных и сильно доработанных решений смену режима планируют отдельным проектом с полным регрессионным тестированием.
Признак того, что режим совместимости мешает: разработчики не могут использовать новые механизмы, а в документации к платформе нужная возможность помечена требованием отключённой совместимости.
Типичные ошибки при переходе на новую платформу
Самая частая ошибка — обновление «в пятницу вечером» на рабочей базе без теста. Вторая по частоте — забытые расширения и внешние обработки, о которых вспоминают, когда перестаёт работать обмен с банком или печатная форма.
В клиент-серверных внедрениях отдельная группа ошибок связана с разными версиями платформы на сервере и клиентах. Тонкий клиент старой версии может не подключиться к серверу новой версии, поэтому обновление клиентских мест планируют одновременно с серверным.
Что делать, если после обновления что-то сломалось
Если проблема обнаружилась сразу и рабочий контур ещё не принял новые данные, самый быстрый путь — откат: восстановить базу из резервной копии и вернуть прежнюю версию платформы. Для этого копия должна быть сделана непосредственно перед обновлением, а не «вчерашняя».
Если откат невозможен — пользователи уже ввели данные в обновлённую базу — проблему решают точечно. Ошибки в расширениях исправляют адаптацией расширения под новую версию. Ошибки в типовой конфигурации проверяют по списку известных проблем релиза: часто исправление уже выпущено отдельным патчем.
Худший сценарий — повреждение данных при прерванной конвертации. Здесь самостоятельные эксперименты опасны: каждая попытка запуска может усугубить состояние. Правильное действие — остановиться, сохранить файлы базы как есть и привлечь специалиста по восстановлению.
Как выбрать действие
FAQ: частые вопросы о новых версиях платформы 1С
Обязательно ли обновлять платформу при каждом новом релизе?
Нет. Обновление оправдано, когда его требует новая версия конфигурации, когда нужна конкретная новая возможность или когда в текущей версии есть исправленная в новом релизе ошибка. Стабильно работающую систему без внешних причин можно не трогать, но сильно отставать не стоит: со временем обновления конфигураций перестанут поддерживать старую платформу.
Можно ли держать несколько версий платформы на одном компьютере?
Да, это штатная практика. Версии платформы устанавливаются в отдельные каталоги и не конфликтуют. При запуске базы можно выбрать нужную версию — это удобно, когда разные базы работают на разных релизах или идёт постепенный перевод.
Почему после обновления платформы перестала работать печатная форма?
Чаще всего причина во внешней печатной форме или расширении, которые использовали механизмы, изменившиеся в новой версии. Проверьте, работает ли типовая печатная форма: если да — проблема точно во внешней доработке, и её нужно адаптировать под новую платформу.
Что делать, если конфигуратор требует конвертацию базы?
Конвертация — нормальный этап первого запуска базы на новой платформе. Убедитесь, что резервная копия сделана, запустите процесс и не прерывайте его: на больших базах конвертация может занять продолжительное время. Прерывание — главная причина повреждения базы на этом этапе.
Как понять, что пора обновлять платформу?
Сигналы: очередное обновление конфигурации требует более новую версию платформы; вендор прекратил поддержку вашей версии; пользователи жалуются на проблемы, исправленные в свежих релизах; планируется внедрение механизмов, недоступных в текущей версии.
Нужно ли обновлять платформу на всех компьютерах одновременно?
В клиент-серверном варианте — да, в пределах одного окна обслуживания: сервер и клиентские места должны работать на совместимых версиях. В файловом варианте с общей папкой версии тоже должны совпадать у всех пользователей базы, иначе возможны ошибки доступа и блокировок.
Что важно запомнить
Новые версии платформы 1С меняют интерфейс, инструменты разработки и администрирования, но главный риск обновления — совместимость конфигурации, расширений и внешних обработок. Обновляйтесь через тестовый контур, делайте резервную копию непосредственно перед переходом и проверяйте ключевые операции до возврата пользователей в базу.