Обновление 1С: зачем, как часто и как не сломать доработки

В 1С обновляются две разные вещи, и их часто путают. Платформа — это сама программа-движок, которая запускает базы. Конфигурация — прикладное решение внутри базы: бухгалтерия, торговля, зарплата. У них свои версии, свои файлы обновлений и свои риски.

Зачем вообще обновлять

• Изменения законодательства: новые формы отчётов, ставки, правила расчёта зарплаты и налогов
• Исправление ошибок, которые разработчик нашёл после выпуска версии
• Новые форматы обмена: электронные счета-фактуры, банковские выписки, маркировка
• Совместимость: новые версии конфигураций требуют более свежей платформы

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

Платформа и конфигурация: разный порядок

Платформу обновляют на сервере и рабочих местах. Если база клиент-серверная, версия платформы на сервере и у клиентов должна совпадать. Конфигурацию обновляют внутри базы через конфигуратор или встроенный помощник обновления. Перед установкой нового релиза конфигурации проверьте, какую минимальную версию платформы он требует.

Типовая и доработанная база

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

Чтобы обновления оставались простыми, доработки делают в расширениях конфигурации. Расширение подключается поверх типовой базы и не трогает её код, поэтому обновление поставщика ставится без ручного объединения. Не всё можно сделать расширением, но большую часть отчётов, обработок и небольших изменений форм — можно.

Порядок безопасного обновления

1. Сделайте резервную копию: выгрузку информационной базы в файл .dt или резервную копию средствами СУБД для серверной базы
2. Разверните копию и обновите сначала её
3. Проверьте ключевые операции: проведение документов, печатные формы, обмены, отчёты для руководителя
4. Проверьте доработки и расширения: открываются ли формы, не появились ли ошибки при проведении
5. Назначьте время обновления рабочей базы, когда пользователи не работают
6. Обновите рабочую базу и повторите короткую проверку

Обновлять нужно последовательно: нельзя перескочить через несколько релизов, если поставщик требует промежуточные версии. Список обязательных промежуточных релизов указан в описании обновления.

Как часто

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

Удобный ритм для небольшой компании: проверять выход релизов раз в месяц и ставить их на копию в первые дни, а в рабочую базу — после проверки, но до начала сдачи отчётности.

Типичные ошибки

• Обновление без резервной копии «потому что всегда всё проходило»
• Обновление рабочей базы в разгар дня
• Снятие конфигурации с поддержки ради мелкой правки
• Отсутствие списка доработок: никто не помнит, что именно меняли
• Разные версии платформы на сервере и у пользователей

Что держать в порядке

Ведите простой журнал: дата, версия до и после, кто обновлял, что проверили. Храните описание всех доработок и расширений. Это экономит часы при каждом следующем обновлении и при смене программиста.