К статье
Практический материал

Администрирование · 11 мин

Как обновить 1С:Торговля и склад без потери данных

Как обновить 1С Торговля и склад: подготовка, резервная копия, обновление через конфигуратор, типовые и доработанные базы, проверка результата и типичные ошибки.

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

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

Ключевое правило: никогда не начинайте обновление без полной резервной копии информационной базы и без проверки того, какие доработки внесены в конфигурацию. Именно эти два шага определяют, пройдёт обновление штатно или превратится в многочасовое восстановление.

Что проверить до начала обновления

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

Уточните, откуда вы получите файл обновления. Для типовых конфигураций файлы обновления распространяются через портал 1С по действующей подписке или поставляются партнёрами. Файл обновления обычно имеет расширение .cfu (только для обновления с определённых релизов) или .cf (полная конфигурация). Важно: файл .cfu подходит только для конкретной цепочки релизов — если ваша версия сильно устарела, придётся обновляться поэтапно через промежуточные релизы.

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

Конфигурация на поддержкеИзменений не вносилось

Обновление пройдёт автоматически, достаточно файла .cfu

Конфигурация измененаЕсть доработки

Потребуется сравнение и объединение, возможна ручная переноска доработок

Файл обновления .cfuОбновление с конкретных релизов

Проверьте, что ваш релиз входит в список поддерживаемых

Большой разрыв релизовВерсия сильно устарела

Обновляйтесь поэтапно через промежуточные релизы

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

Резервная копия — единственная гарантия возврата к рабочему состоянию при неудачном обновлении. Самый надёжный способ — выгрузка информационной базы через конфигуратор: «Администрирование → Выгрузить информационную базу». Полученный файл .dt содержит и данные, и конфигурацию.

Для файловой базы версии 7.7 альтернативой служит копирование всего каталога базы при закрытых сеансах всех пользователей — важно, чтобы никто не работал в программе, иначе копия будет неконсистентной. Для клиент-серверного варианта (SQL) корректнее делать резервную копию средствами СУБД.

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

Обновление типовой конфигурации через конфигуратор

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

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

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

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

Обновление доработанной конфигурации

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

Здесь критично аккуратно пройтись по всем изменённым объектам. Объекты, которые вы дорабатывали осознанно, нужно либо исключить из объединения (если доработка важнее типовых изменений), либо объединить с ручной правкой модулей. Слепое согласие со всеми настройками по умолчанию часто приводит к затиранию доработок.

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

Маршрут решения

Как выбрать способ обновления

Конфигурация типовая, релиз свежийИспользуйте файл .cfu через «Обновить конфигурацию» — всё пройдёт автоматически
Конфигурация типовая, но релиз сильно устарелОбновляйтесь поэтапно через промежуточные релизы или загрузите полный .cf последнего релиза
Есть доработки, список которых известенОбновляйте через сравнение и объединение, вручную контролируя изменённые объекты
Доработок много и их история неизвестнаСначала сделайте копию базы и проанализируйте отличия от типовой, при необходимости привлеките специалиста
Нужен переход с 7.7 на современную версиюЭто не обновление, а миграция — используйте типовые обработки переноса данных и планируйте проект отдельно

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

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

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

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

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

Отображается новый релиз

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

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

Остатки товаров на складах
Норма

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

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

Расхождения — проверяйте обработчики обновления и делайте откат

Проведение нового документа реализации
Норма

Документ проводится, движения формируются

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

Ошибки проведения — проблема с обновлением структуры или доработками

Основные отчёты (продажи, взаиморасчёты)
Норма

Формируются без ошибок, суммы сходятся

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

Ошибки или расхождения сумм — требуется анализ

Печатные формы документов
Норма

Формируются корректно

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

Ошибки в макетах — часто следствие затёртых доработок

Проверку лучше выполнять до того, как пользователи начнут вводить новые документы. Если обнаружена проблема, откат на резервную копию будет безболезненным; после нескольких дней работы откат означает потерю введённых за это время данных.

Типичные ошибки и ограничения

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

Типичные ошибки при обновлении
01
Обновление без резервной копии — при сбое данные восстановить нечем
02
Использование .cfu, не подходящего для текущего релиза — обновление не находит исходную конфигурацию
03
Пропуск шага «Обновить конфигурацию базы данных» — база не запускается или работает со старой структурой
04
Обновление при работающих пользователях — конфликты и повреждение данных
05
Слепое объединение доработанной конфигурации — потеря прикладных доработок
06
Прерывание обработчиков обновления данных при первом запуске — незавершённая конвертация и ошибки в учёте

Отдельно стоит упомянуть ограничение, касающееся «1С:Торговля и склад 7.7»: это устаревшая платформа, которая не развивается и может иметь проблемы совместимости с современными операционными системами. Если вы регулярно сталкиваетесь с трудностями при обновлении и поддержке 7.7, имеет смысл рассмотреть миграцию на актуальные решения — «1С:Управление нашей фирмой» или «1С:Комплексная автоматизация». Это отдельный проект с переносом данных через типовые обработки конвертации, а не штатное обновление.

Удобно вести простой журнал обновлений: дата, с какого релиза на какой выполнен переход, кто выполнял, были ли проблемы. При следующем обновлении это заметно экономит время, особенно если с базой работают разные люди.
ПЗ
Практическое замечание

Частые вопросы по обновлению

Можно ли обновить базу, пока в ней работают пользователи?

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

Чем отличается файл .cf от .cfu?

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

Обновление прошло, но база не запускается в режиме предприятия. Что делать?

Чаще всего причина в том, что не выполнено обновление конфигурации базы данных (F7 в конфигураторе) или обработчики обновления прервались с ошибкой. Откройте конфигуратор, проверьте, что конфигурация базы данных обновлена, и посмотрите текст ошибки при запуске. Если разобраться не удаётся — восстановите базу из резервной копии и повторите процедуру.

Пропали доработки после обновления. Можно ли их вернуть?

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

Как обновиться, если пропущено много релизов?

Два варианта: последовательно установить промежуточные обновления .cfu по цепочке релизов или загрузить полную конфигурацию .cf последнего релиза. Второй путь быстрее, но при доработанной конфигурации всё равно потребует сравнения и объединения.

Можно ли обновить «Торговлю и склад 7.7» до «Управления торговлей»?

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

Итог

Что важно запомнить

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