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