Как обновить 1С 7.7: подробная инструкция по обновлению конфигурации

1С:Предприятие 7.7 до сих пор работает во многих организациях, и обновление таких баз остаётся актуальной задачей: выходят изменения в отчётности, формах деклараций, ставках налогов. Процедура обновления в «семёрке» принципиально отличается от современных версий платформы — здесь нет автоматического обновления через интернет, всё делается вручную через Конфигуратор и файлы дистрибутива.

Основная сложность работы с 7.7 — возраст технологии. Конфигурации давно сняты с поддержки или обновляются ограниченно, дистрибутивы распространяются через старые диски ИТС или архивы, а типовая цепочка обновлений часто требует последовательной установки нескольких релизов. Пропустить промежуточный релиз нельзя — загрузка изменённой конфигурации сработает только при совместимости версий.

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

Проверка текущего релиза и подготовка к обновлению

Первый шаг — выяснить, какой релиз конфигурации установлен в базе. Откройте базу в режиме «Предприятие» и посмотрите в меню «Помощь → О программе»: там указаны версия платформы (например, 7.70.027) и номер релиза конфигурации (например, 7.70.638 для «Бухгалтерии»). Эти два номера нужно записать — от них зависит, какой файл обновления подойдёт.

Далее проверьте, какие релизы допустимы для обновления с вашего текущего. В каталоге шаблонов (обычно внутри папки с установленным обновлением) есть файл 1cv7.txt или ReadMe.txt, где перечислены релизы, с которых возможен переход. Если ваш релиз в списке отсутствует — придётся ставить промежуточные обновления по цепочке.

Убедитесь, что у вас есть сам дистрибутив обновления. Для 7.7 он обычно представляет собой архив или папку с файлами: 1cv7.cf (файл конфигурации), 1cv7.md (метаданные), иногда 1cv7new.efd и вспомогательные файлы. Дистрибутив устанавливается в каталог шаблонов — путь к нему указывается при запуске конфигуратора в списке информационных баз (кнопка настройки каталогов шаблонов).

Резервная копия: обязательный шаг перед любыми действиями

Обновление 7.7 изменяет структуру файлов базы данных, и откатить его штатными средствами невозможно. Единственная защита от потери данных — полная копия каталога базы, сделанная до начала работ. Для файловой базы достаточно скопировать всю папку с файлами 1Cv7.DBF, 1Cv7.MD, 1Cv7.DD и остальными в отдельное место.

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

Альтернативный способ — сохранение данных через Конфигуратор («Администрирование → Сохранить данные»), который создаёт ZIP-архив с выгрузкой. Этот способ полезен как дополнительная страховка, но он медленнее и не заменяет файловую копию: восстановление из выгрузки требует загрузки данных в пустую базу и занимает значительно больше времени.

Установка дистрибутива обновления в каталог шаблонов

Дистрибутив обновления 7.7 распаковывается в каталог шаблонов — обычно это папка вида C:\Program Files\1Cv77\TMPLTS или другая, указанная в настройках. Внутри создаётся структура подкаталогов по видам конфигураций и релизам. Запускается установка либо через setup.exe из дистрибутива, либо простым копированием папки.

После установки проверьте, что в папке с нужным релизом лежат служебные файлы, в первую очередь 1cv7.cf — именно он используется для загрузки изменённой конфигурации. Если вместо .cf лежит 1cv7.md, это дистрибутив полной конфигурации, и порядок действий немного другой (загрузка через «Загрузить изменённую конфигурацию» тоже возможна, но чаще такой файл используют для создания новой базы).

Пошаговое обновление конфигурации через Конфигуратор

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

1. 1
   Закройте базу у всех пользователей и сделайте резервную копию каталога базы
2. 2
   Откройте базу в режиме «Конфигуратор»
3. 3
   Выберите меню «Конфигурация → Загрузить изменённую конфигурацию»
4. 4
   Укажите файл 1cv7.cf из каталога шаблонов с нужным релизом
5. 5
   Подтвердите загрузку и дождитесь сравнения и объединения конфигураций
6. 6
   Сохраните конфигурацию (F7 или «Файл → Сохранить»)
7. 7
   Согласитесь на реорганизацию данных, если Конфигуратор её запросит
8. 8
   Дождитесь окончания реструктуризации и откройте базу в режиме «Предприятие» для проверки

После выбора файла 1cv7.cf Конфигуратор выполнит сравнение текущей конфигурации с новой и покажет окно объединения. Для типовой базы достаточно нажать «Выполнить» — все изменения будут приняты автоматически. Если конфигурация дорабатывалась, в этом окне нужно внимательно просмотреть список изменённых объектов и решить, какие изменения принимать, — об этом подробнее в следующем разделе.

Завершающий этап — реструктуризация (реорганизация) базы данных. Конфигуратор перестраивает DBF-файлы под новую структуру метаданных: добавляет поля, реквизиты, таблицы. На больших базах это может занять от нескольких минут до часа и больше. Прерывать процесс нельзя — это почти гарантированно разрушит файлы данных. Признак успешного завершения — сообщение о сохранении конфигурации без ошибок.

Особенности обновления нетиповой (доработанной) конфигурации

Если в конфигурацию вносились изменения — добавлялись документы, менялись модули, печатные формы, отчёты — механическое нажатие «Выполнить» при объединении затрёт эти доработки. В окне сравнения конфигураций каждый объект помечается состоянием: изменён в текущей базе, изменён в новом релизе, изменён в обоих.

Практический подход: сначала выгрузите текущую конфигурацию в файл («Конфигурация → Сохранить конфигурацию в файл») до обновления — это позволит потом сравнить старую и новую версии и восстановить доработки. Затем при объединении снимайте флажки с объектов, которые менялись вручную, и переносите изменения в них вручную после обновления, сверяясь с новым кодом типовых модулей.

Проверка результата после обновления

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

Дополнительно стоит проверить регламентированную отчётность — именно ради неё обычно и ставят обновления. Откройте актуальную форму декларации или расчёта и убедитесь, что она соответствует последней редакции. Если после обновления появляются ошибки при открытии документов или отчётов — это признак того, что объединение конфигураций прошло с конфликтами или база требует тестирования и исправления («Администрирование → Тестирование и исправление» в Конфигураторе).

Контрольные точки

Как проверить результат обновления

Номер релиза в «О программе»

Норма

Соответствует установленному обновлению

Тревожный признак

Остался старый релиз — обновление не применилось

Остатки по счетам в ОСВ

Норма

Совпадают с данными до обновления

Тревожный признак

Расхождения — нужна проверка и восстановление из копии

Открытие документов и журналов

Норма

Открываются без ошибок

Тревожный признак

Ошибки формата, пустые реквизиты — требуется тестирование базы

Регламентированные отчёты

Норма

Формы соответствуют актуальным требованиям

Тревожный признак

Старые формы — обновлён не тот релиз или не та конфигурация

Частые проблемы и способы их решения

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

Ошибки вида «Ошибка открытия словаря» или «Порядок сортировки, установленный для базы данных, отличается от системного» связаны не с обновлением как таковым, а с переносом базы между компьютерами или сменой региональных настроек Windows. Лечится установкой системной локали «Русский» для программ без поддержки Юникода или правкой файла OrdNoChk.prm в каталоге базы (добавление строки с отключением проверки порядка сортировки) — но это обходной приём, применять его нужно осознанно.

Если реструктуризация прервалась (зависание, отключение питания), база обычно оказывается в повреждённом состоянии. Не пытайтесь запускать её повторно и «чинить» копированием отдельных файлов — восстанавливайте каталог из резервной копии целиком и повторяйте обновление, устранив причину сбоя (нестабильное питание, нехватку места на диске, сетевые проблемы, если база лежит на сетевом диске).

Перед обновлением большой базы полезно провести тестирование и исправление с реиндексацией — это сокращает риск сбоев при реструктуризации и заодно ускоряет саму процедуру. Также убедитесь, что на диске свободно не менее двух объёмов базы: реструктуризация создаёт временные копии таблиц.

Когда обновление лучше поручить специалисту

Самостоятельное обновление оправдано, когда конфигурация типовая или почти типовая, база файловая и небольшая, а у вас есть время на резервное копирование и проверку результата. Это стандартная ситуация для небольших организаций, где 7.7 используется для простого учёта.

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

Частые вопросы

Можно ли обновить 1С 7.7 сразу на несколько релизов вперёд?

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

Что делать, если при загрузке изменённой конфигурации появляется сообщение о несоответствии версий?

Это штатная защита от несовместимых релизов. Проверьте номер релиза вашей базы в «Помощь → О программе» и сверьте его со списком допустимых релизов в файле описания обновления. Установите недостающие промежуточные релизы по порядку.

Затрутся ли доработанные отчёты и печатные формы при обновлении?

Да, если при объединении конфигураций принять все изменения без разбора. Внешние отчёты и обработки (файлы .ert в папке ExtForms) обновление не затрагивает, а вот объекты внутри конфигурации будут заменены типовыми. Перед обновлением сохраните конфигурацию в файл и зафиксируйте список доработанных объектов.

Обязательно ли обновлять платформу 7.7 вместе с конфигурацией?

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

База лежит на сетевом диске — можно ли обновлять её по сети?

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

Как откатить обновление, если что-то пошло не так?

Штатного механизма отката в 7.7 нет. Единственный способ — полностью заменить каталог базы резервной копией, сделанной до обновления. Именно поэтому копия должна быть проверена на открываемость до начала работ, а не после сбоя.