Переход на новую версию конфигурации — всегда ответственный процесс. Одной из самых неприятных и, к сожалению, распространенных проблем при обновлении 1С: Управление торговлей с редакции 11.4 на 11.5 является полное или частичное исчезновение данных, в первую очередь товарных остатков. Пользователь заходит в программу после обновления и видит пустые отчеты, а в документах могут пропасть данные по НДС или правила оплаты. Давайте вместе разберемся, почему так происходит и как правильно выполнить обновление, чтобы избежать катастрофических последствий.
На первый взгляд кажется, что проблема в самом обновлении, но на самом деле корень зла кроется в нарушении технологии перехода. Существует две основные причины, которые приводят к потере данных.
Причина №1: Не дождались завершения фоновых обработчиков.
Обновление конфигурации — это не просто замена одного файла .cf на другой. После загрузки новой версии и первого запуска в режиме "Предприятие" система инициирует множество фоновых (регламентных) заданий. Эти Обработчики отложенного обновления выполняют критически важную работу:
Если поторопиться, не дождаться завершения этих процедур и либо начать активно работать в базе, либо, что еще хуже, запустить следующее обновление, то обработчики не смогут корректно выполнить свою работу. Данные не перенесутся, новые реквизиты останутся пустыми, и в результате мы получим "обнуленные" остатки и испорченные документы.
Причина №2: Пропуск ключевых (LTS) релизов.
Фирма "1С" выпускает ключевые, или LTS (Long-Term Support), релизы, которые являются обязательными точками для обновления. Нельзя просто взять последнюю версию 11.5 и обновить на нее древнюю 11.4. Каждый ключевой релиз содержит обработчики, которые готовят данные к следующему большому шагу. Пропуск такого релиза означает, что необходимая трансформация данных не произойдет.
Важно: Прямое обновление с помощью загрузки файла конфигурации (.cf), перескакивая через несколько версий, — это прямой путь к потере данных. Обновление нужно выполнять последовательно.
Если вы уже обновились и столкнулись с пропажей данных, важно понять одну вещь: пытаться "дозапустить" обработчики или исправить что-то вручную на уже испорченной базе — бесполезно и опасно. Данные, на основе которых должны были отработать процедуры обновления, уже могли быть изменены или удалены следующими шагами. Это может привести к еще большему хаосу в учете.
Единственное правильное и надежное решение в такой ситуации — восстановить базу из резервной копии, сделанной непосредственно перед началом обновления. После восстановления необходимо провести процедуру обновления заново, но уже по правильному алгоритму, иначе потом потребуется сложное автоматическое исправление видов запасов в документах.
Чтобы переход прошел гладко и без потерь, рассмотрим правильную последовательность действий.
Подготовка — залог успеха
Создайте резервную копию. Это самый важный шаг. Убедитесь, что копия создана корректно и вы знаете, как из нее восстановиться. Это ваша страховка.
Работайте на копии. Всегда проводите процедуру обновления сначала на тестовой копии рабочей базы. Это позволит вам выявить все возможные проблемы, оценить время выполнения (например, проверить, как отработает дополнительная проверка остатков при проведении документов) и отладить процесс без риска для боевой системы.
Определение правильного маршрута обновления
Необходимо строго следовать рекомендованной "1С" последовательности обновления между LTS-релизами. Узнать актуальную цепочку можно на портале 1С:ИТС в разделе обновлений для вашей конфигурации. Примерный маршрут перехода с 11.4 на 11.5 выглядит так:
с версии 11.4.*.* → 11.4.12.* (рекомендуемая последняя сборка)11.4.12.* → 11.4.14.* (рекомендуемая последняя сборка)11.4.14.* → 11.5.8.* (рекомендуемая последняя сборка)11.5.8.* → 11.5.12.* (рекомендуемая последняя сборка)Скачайте все необходимые промежуточные дистрибутивы обновлений заранее.
Процесс обновления и терпеливое ожидание
Установите первое обновление из вашей цепочки. После завершения обновления в конфигураторе, запустите базу в режиме "1С:Предприятие".
Система выдаст сообщение о том, что версия программы была обновлена и необходимо выполнить дополнительные процедуры обработки данных. Согласитесь и дождитесь их полного завершения. Это может занять значительное время, от десятков минут до нескольких часов, в зависимости от объема базы и мощности сервера.
Как контролировать процесс?
Перейдите в раздел Администрирование – Обслуживание – Регламентные и фоновые задания. Найдите задания, связанные с обновлением (часто в их названии есть слова "Обновление" или "Переход"), и убедитесь, что они завершились успешно. В списке не должно быть активно выполняющихся заданий, относящихся к обновлению.
Также в разделе Обслуживание есть пункт Результаты обновления и дополнительная обработка данных, где можно отследить статус выполнения процедур.
Ключевое правило: не начинайте работать в базе и не устанавливайте следующее обновление, пока все фоновые обработчики текущего этапа не отработают на 100%.
Проверка и повторение
После того, как обработчики для одного промежуточного релиза завершили работу, проведите экспресс-проверку: сформируйте несколько ключевых отчетов (например, "Ведомость по товарам на складах"), откройте старые документы реализации, проверьте, на месте ли данные по НДС и оплате. Если все в порядке, сделайте промежуточную резервную копию и приступайте к установке следующего обновления из вашей цепочки. Повторяйте шаги 3 и 4 для каждого релиза, пока не достигнете целевой версии.
В заключение, успешный переход на новую версию УТ — это не спринт, а марафон. Спешка, пропуск обязательных шагов и игнорирование фоновых процедур неизбежно приводят к серьезным проблемам. Следуя изложенному плану, вы сможете обновить вашу систему корректно, сохранив целостность и полноту всех накопленных данных.