← На главную

При переходе с конфигурации «1С:Бухгалтерия предприятия» редакции 2.0 на редакцию 3.0 штатный сценарий фирмы «1С» предполагает прямое обновление конфигурации через файлы поставки (.cfu или .cf). Однако на практике бухгалтерия и руководство предприятия нередко требуют отказаться от полного обновления с сохранением многолетней истории документов. Причинами выступают накопленные ошибки в регистрах, колоссальный объем информационной базы, замедляющий работу, а также наличие нетиповых доработок в исходной конфигурации 2.0, переносить которые в полном объеме нецелесообразно. В таких ситуациях возникает задача начать работу в редакции 3.0 «с чистого листа», перенеся только нормативно-справочную информацию и входящие остатки на выбранную дату (как правило, на 31 декабря предшествующего года).

Попытки найти штатный файл правил конвертации данных с характерным названием ACC20_30.xml в каталогах шаблонов обновлений (tmplts\1c\Accounting\... в подпапках ОбменыДанными) исходного или целевого релиза заканчиваются неудачей. Ниже подробно разобраны технические причины этой проблемы и представлены проверенные варианты переноса остатков.

Почему файла ACC20_30.xml нет в официальных шаблонах обновлений

Отсутствие файла ACC20_30.xml в каталогах дистрибутивов 1С обусловлено фундаментальной разницей между сменой технологических поколений систем:

• Переход с версии 7.7 на версию 8: Платформы 7.7 и 8.х имеют несовместимую структуру хранения данных и разную архитектуру метаданных. Поэтому фирма «1С» поставляла типовой внешний файл правил обмена (например, V77_Acc.xml), а перенос осуществлялся через универсальную выгрузку в промежуточный XML-файл с последующей загрузкой мастером переноса данных.
• Переход с редакции 2.0 на редакцию 3.0: Обе редакции функционируют на платформе «1С:Предприятие 8». Разработчики конфигурации спроектировали редакцию 3.0 как эволюционное развитие редакции 2.0. Переход на управляемые формы и новую архитектуру регистров выполняется обработчиками обновления информационной базы при первом запуске обновленной конфигурации.

Таким образом, фирма «1С» официально не выпускала и не включает в состав типовых дистрибутивов файл с именем ACC20_30.xml для обмена между 2.0 и 3.0. Файлы с подобным наименованием представляют собой либо специализированные внешние правила, разработанные сообществом или компаниями-партнерами в конфигурации «1С:Конвертация данных 2» (КД 2.x), либо элементы специализированных справочников конвертаций, используемых для специфических технологических обменов.

Вариант 1. Свертка базы 2.0, обновление до 3.0 и перегрузка в чистую базу (Рекомендуемый)

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

Процедура выполняется по следующим шагам:

1. Резервное копирование и подготовка копии: Все операции проводятся исключительно на отдельной рабочей копии информационной базы 2.0. Исходная база консервируется как несгораемый архив для аудита и регламентированных отчетов прошлых периодов.
2. Свертка информационной базы: В копии базы редакции 2.0 запускается штатная обработка Свертка информационной базы (путь в интерфейсе: Администрирование → Сервис или через поиск функций). Устанавливается дата свертки (например, 31 декабря). Обработка формирует документы «Ввод начальных остатков» по счетам бухгалтерского и налогового учета и очищает регистры от движений закрытых периодов.
3. Контроль остатков в 2.0: До обновления формируется оборотно-сальдовая ведомость (ОСВ) на дату свертки и сопоставляется с показателями исходной базы. Особое внимание уделяется отсутствию развернутого сальдо на счетах расчетов (60, 62, 76) и совпадению итогов по разделам учета.
4. Штатное обновление свернутой базы до 3.0: Свернутая база 2.0 штатным образом обновляется файлами обновлений (.cfu/.cf) до актуального релиза редакции 3.0. При первом запуске запускаются типовые процедуры отложенного обновления данных, которые автоматически конвертируют введенные остатки и справочники под внутренние алгоритмы редакции 3.0.
5. Выгрузка данных через универсальную обработку: Для избавления базы от скрытого мусора, системных таблиц версионирования и фрагментации используется внешняя обработка Выгрузка и загрузка данных XML (ВыгрузкаЗагрузкаДанныхXML.epf), предназначенная для переноса между абсолютно идентичными метаданными:
   • Обработка открывается в обновленной свернутой базе 3.0.
   • На вкладке «Выгрузка» отмечаются необходимые справочники, планы видов характеристик и документы «Ввод начальных остатков». Документы движений прошлых лет не выгружаются.
   • Формируется итоговый файл выгрузки данных.
6. Загрузка в чистую целевую базу: Разворачивается пустая типовая конфигурация редакции 3.0 строго того же релиза, что и обновленная база. В ней открывается та же обработка Выгрузка и загрузка данных XML (через меню Функции для технического специалиста), указывается путь к созданному файлу и запускается загрузка.

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

Вариант 2. Использование внешних правил конвертации (ACC20_30.xml)

Если для перехода используются готовые или заказные правила конвертации данных (в том числе распространяемые под наименованием ACC20_30.xml), перенос выполняется через универсальный обмен в формате XML без предварительного обновления структуры самой базы 2.0.

Технологическая схема процесса:

• Подготовка целевой базы 3.0: Создается пустая база требуемого релиза 3.0. В ней предварительно настраивается учетная политика организации и параметры учета в соответствии с исходными данными.
• Выгрузка из редакции 2.0:
  1. В исходной базе 2.0 открывается обработка «Универсальный обмен данными в формате XML» (раздел Сервис → Прочие обмены данными).
  2. В поле «Имя файла правил» загружается файл ACC20_30.xml.
  3. На закладке «Выгрузка данных» снимаются флаги с выгрузки документов за период и оставляется группа правил «Входящие остатки», а также необходимые справочники.
  4. Настраиваются специфические параметры правил. Например, при наличии пользовательских субсчетов на счетах учета основных средств активируется параметр Использовать дополнительные счета ОС (по умолчанию алгоритмы обрабатывают только типовые предопределенные счета 01, 02, 03).
  5. Задается дата выгрузки остатков (выгрузка сформирует документы, датированные концом года). Выполняется выгрузка в файл данных XML.
• Загрузка в редакцию 3.0: В целевой базе 3.0 через интерфейс Функции для технического специалиста открывается встроенная обработка «Универсальный обмен данными в формате XML», выбирается вкладка «Загрузка данных», указывается полученный файл данных и запускается загрузка.

Ограничения и риски использования внешних правил:

• Чувствительность к релизам: Правила КД 2.x жестко завязаны на структуру метаданных. Если правила созданы для связки релизов «2.0.64 → 3.0.40», их применение на связке «2.0.67 → 3.0.109» приведет к синтаксическим ошибкам или потере реквизитов из-за несовпадения типов данных и удаления устаревших регистров.
• Неполнота движений по регистрам: В редакции 3.0 документ «Ввод начальных остатков» формирует движения не только по регистру бухгалтерии, но и по десяткам вспомогательных регистров сведений и накопления (НДС по приобретенным ценностям, раздельный учет НДС, взаиморасчеты с контрагентами по документам расчетов, учет амортизации ОС). Внешние правила часто переносят только проводки, что делает невозможным последующее автоматическое закрытие месяца.

Вариант 3. Извлечение внутренних правил из справочников 2.0

В некоторых версиях конфигураций 1С разработчики закладывали механизмы хранения макетов правил обмена непосредственно внутри конфигурации. Для проверки наличия встроенных правил в базе 2.0 выполните следующие действия:

1. Перейдите в меню: Операции → Справочники → Конвертации из информационных баз предыдущих версий (или аналогичный служебный справочник обменов).
2. Найдите элемент, отвечающий за перенос в целевую редакцию.
3. При наличии в форме элемента кнопки Записать файлы конвертации на диск выгрузите файл правил обмена.
4. Используйте полученные правила по схеме Варианта 2.

Следует учитывать, что внутренние макеты в старых конфигурациях часто ориентированы на перенос из 7.7 в 8.x или на ранние версии 3.0 и могут требовать доработки в конфигураторе «Конвертация данных» под актуальные релизы.

Контроль корректности и сверка перенесенных данных

Независимо от выбранного способа миграции остатков, после завершения загрузки в редакции 3.0 выполняется регламентная сверка учета:

• Сверка оборотно-сальдовой ведомости: Формируется общая ОСВ на дату ввода остатков в обеих базах. Конечное сальдо по всем балансовым и забалансовым счетам должно совпасть до копейки.
• Анализ счета 00: Вспомогательный счет 00 в целевой базе 3.0 после проведения всех документов ввода остатков должен иметь строго нулевое сальдо. Наличие остатка на счете 00 свидетельствует о нарушении баланса или пропуске разделов учета.
• Проверка аналитики по контрагентам: Формируются ОСВ по счетам 60, 62 и 76 с детализацией по субконто «Контрагенты», «Договоры» и «Документы расчетов с контрагентами». Проверяется отсутствие «схлопывания» авансов и корректность договоров.
• Учет основных средств: Проверяется корректность заполнения справочника «Основные средства» и регистров учета ОС (первоначальная стоимость, начисленная амортизация, срок полезного использования, материально ответственные лица и способы отражения расходов).
• Тестовое закрытие месяца: За первый отчетный месяц нового периода в базе 3.0 выполняется обработка «Закрытие месяца». Успешное выполнение регламентных операций (списание расходов будущих периодов, амортизация, расчет себестоимости и закрытие счетов 20, 26, 44, 90) подтверждает целостность структуры перенесенных данных.