← На главную

Многие специалисты сталкиваются с необходимостью перевода старых конфигураций на новые редакции. Процесс перехода с Бухгалтерии предприятия редакции 2.0 на 3.0 вызывает определенные сложности, особенно когда стандартный дистрибутив обновления не распознается системой. Кроме того, после обновления и последующей свертки базы часто возникает сопутствующая проблема: программа отказывается помечать на удаление старые документы реализаций и поступлений. Давайте подробно разберем обе эти ситуации, выясним причину такого поведения системы и по шагам проанализируем процесс решения.

Переход с редакции 2.0 на 3.0: поиск правильного файла обновления

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

Главная ошибка заключается в попытке использовать стандартный файл обновления 1cv8.cfu от очередного релиза 3.0. Рассмотрим подробнее архитектуру таких переходов:

1. Специальные узловые релизы: Фирма "1С" не позволяет обновиться с 2.0 на абсолютно любой произвольный релиз 3.0. Выпускаются специальные "узловые" (переходные) релизы. Нам необходимо свериться с матрицей обновлений на портале ИТС и найти конкретную сборку 3.0, которая предназначена для перехода с вашей текущей версии 2.0.
2. Наличие файла перехода: В правильном дистрибутиве обязательно должен присутствовать отдельный файл 1cv8_20.cfu. Именно он содержит инструкции по реструктуризации метаданных и переносу регистров из старой парадигмы в новую.
3. Подготовка информационной базы: Перед накатыванием файла 1cv8_20.cfu настоятельно рекомендуется провести полное тестирование и исправление (ТиИ). Также следует физически удалить все помеченные на удаление объекты и избавиться от дублей контрагентов.
4. Закрытие периодов: Крайне желательно выполнить переход в закрытом периоде (например, на начало года или квартала) и сформировать финансовые результаты в старой базе.

Когда мы выберем правильный дистрибутив и укажем файл 1cv8_20.cfu, конфигуратор распознает обновление и запустит процесс реструктуризации. Посмотрим на следующий этап: после первого запуска в режиме "Предприятие" стартуют длительные фоновые обработчики, которые конвертируют данные. Этот процесс прерывать нельзя.

Почему свертка базы оставляет старые документы без пометки на удаление?

Перейдем ко второй частой проблеме. Выполнив переход, многие решают "обрезать" базу, чтобы уменьшить ее объем. Запускается типовая свертка (например, на конец 2020 года). Однако после ее завершения мы видим овер дохрена документов (поступления, реализации), которые не помечены на удаление, хотя они относятся к старым периодам и не связаны с ОС или НДС. СНО базы — ОСНО. Выясним причину этого странного поведения.

Проанализируем механизм работы стандартной обработки свертки:

Она сворачивает остатки по регистрам бухгалтерии и формирует документы "Ввод начальных остатков". В случае с ОСНО для корректного зачета авансов и правильного исчисления НДС системе критически важно понимать партионность. Поэтому в качестве документа расчетов (партии) в новые документы ввода остатков подставляется прямая ссылка на исходный первичный документ из прошлого.

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

Как решить проблему неудаляемых документов?

Разберем по шагам, как можно физически очистить базу от этих ссылок:

1. Замена ссылок на фиктивные документы: Нам необходимо "отвязать" ввод остатков от реальной первички. Для этого в конфигурации предусмотрен специальный технический объект — ДокументРасчетовСКонтрагентом (ручной ввод).
2. Групповая обработка: Вместо того чтобы вручную перебирать тысячи строк, воспользуемся обработкой "Поиск и замена значений". Мы создаем новые фиктивные документы расчетов на нужные суммы и заменяем ими ссылки на старые реализации в документах ввода остатков.
3. Удаление первички: Как только ссылочная целостность разорвана, старые документы можно смело помечать на удаление и физически очищать базу.

Посмотрим на пример альтернативного решения, если база велась очень давно (например, с 2011 года), и в ней уже была пара неудачных сверток. В таких случаях типовая свертка часто дает сбои из-за накопленного мусора и "битых" ссылок. Вместо стандартного обрезания мы применим другой подход:

1. Берется абсолютно пустая, чистая конфигурация (той же версии).
2. С помощью обработки "Выгрузка и загрузка данных XML" (или настроенных правил конвертации) из старой рабочей базы переносятся только нормативно-справочная информация (справочники) и документы "Ввод начальных остатков" на дату начала работы.

Этот метод гарантированно отсекает все прошлые документы, технические регистры и скрытые ошибки прошлых периодов, обеспечивая чистый старт без "зависших" реализаций и поступлений.