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