Как правильно выполнить переход с 1С:Комплексная автоматизация 1.1 на версию 2.4

Переход с конфигурации «1С:Комплексная автоматизация» (КА) редакции 1.1 на современную платформу 2.4 (и далее на 2.5) — это не простое обновление конфигурации, а полноценный проект внедрения. Из-за фундаментальных различий в архитектуре (переход с обычных форм на управляемые, изменение логики учета затрат и структуры справочников) перенос данных требует тщательной подготовки. Рассмотрим по шагам, как организовать этот процесс, где найти необходимые инструменты и как избежать типовых ошибок.

Где найти инструменты для перехода и обработку выгрузки

Многие специалисты сталкиваются с проблемой поиска актуальной обработки для выгрузки данных. Типовой файл Выгрузка данных.epf не поставляется отдельно, он входит в состав дистрибутива целевой конфигурации (КА 2.4). Разберем, где именно он хранится на вашем компьютере после установки шаблонов конфигурации.

Стандартный путь к папке с дополнительными файлами перехода выглядит следующим образом:

C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\tmplts\1c\ARAutomation20\Номер_Релиза\AddFiles\Переходы с других конфигураций\

Проанализируем важные моменты при выборе обработки:

1. Соответствие конфигурации: Часто по ошибке используют обработку от «1С:Управление торговлей 11». Если в коде обработки вы видите комментарий // Используется для перехода из УТ 10.3 на УТ 11, она не подойдет для комплексного перехода. Вам нужна папка УПП_КА1 внутри каталога AddFiles.
2. Версии программ: Для корректной работы правил перехода необходимо использовать актуальные релизы. Источник (КА 1.1) должен быть обновлен минимум до версии 1.1.115, а приемник (КА 2.4) должен иметь один из последних релизов ветки 2.4.9.х или выше.
3. Комплектность: В папке с переходом обычно находятся три файла: сама обработка выгрузки, правила обмена (xml) и текстовое описание процесса. Обязательно изучите файл описания, так как в нем указаны особенности настройки учетной политики в новой базе перед загрузкой.

Что именно переносится типовыми правилами

Важно понимать границы возможностей типового механизма. Рассмотрим структуру переносимых данных:

• Нормативно-справочная информация (НСИ): Организации, Контрагенты, Номенклатура, Склады, Подразделения, Физические лица.
• Остатки на дату: Остатки по счетам бухгалтерского учета, денежные средства, товары на складах, задолженность клиентов и поставщиков, данные по основным средствам и расчеты с персоналом.

Внимание: Типовой переход не предназначен для переноса документов (оборотов) за прошлые периоды. Если вам необходимо сохранить историю документов, придется либо использовать сторонние решения с Инфостарта, либо самостоятельно дописывать правила в конфигурации «Конвертация данных 2.1».

Разбор типовых ошибок при переносе остатков

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

Выясним причины возникновения таких ошибок:

1. Разрыв аналитики: В КА 2.4 учет подотчетных лиц (счет 71) жестко связан с объектами расчетов и справочником Физические лица. Если в старой базе остаток висит на контрагенте, который не связан с физлицом, или нет документа-основания, система не сможет сформировать движения по регистру «Денежные средства у подотчетных лиц».
2. Архитектура «Партнеры — Контрагенты»: В новой системе эти понятия разделены. Если в настройках КА 2.4 не включена опция ведения партнеров, а правила пытаются их создать, возникают дубли или незаполненные реквизиты в документах ввода остатков.
3. Нерассчитанная себестоимость: Если в базе КА 1.1 не проведено закрытие месяца (не рассчитана себестоимость в РАУЗ или по партионному учету), остатки по 10 и 41 счетам перенесутся некорректно — возникнут суммы без количества или наоборот.

Трансформация документов на примере «Требования-накладной»

Рассмотрим техническую особенность изменения логики документов. В КА 1.1 документ Требование-накладная был универсальным. При переходе в КА 2.4 он может превратиться в:

• Передача материалов в кладовую: Если система определяет, что ТМЦ передаются в производство.
• Внутреннее потребление товаров: Если материалы списываются на общехозяйственные расходы.

Если автоматический выбор системы вас не устраивает, потребуется корректировка правил выгрузки. Посмотрим на логику, которую можно заложить в ПВД (Правила выгрузки данных) в «Конвертации данных»:

// Пример логики выбора типа документа в правилах
Если Объект.Склад.ТипСклада = Перечисления.ТипыСкладов.Кладовая Тогда
    ИмяПКО = "ПередачаМатериаловВКладовую";
Иначе
    ИмяПКО = "ВнутреннееПотреблениеТоваров";
КонецЕсли;

Рекомендации по подготовке базы к переходу

Чтобы минимизировать количество ошибок (как упоминалось в обсуждении — до 50 строчек и более), выполним следующие действия перед запуском выгрузки:

1. Проверка отрицательных остатков: Сформируйте ОСВ по всем счетам и убедитесь, что нет «красноты». Отрицательные остатки — главная причина отказа алгоритмов ввода остатков.
2. Очистка дублей: Используйте стандартную обработку «Поиск и замена дублей» для справочников Номенклатура и Контрагенты.
3. Тестирование и исправление: Обязательно запустите ТиИ в конфигураторе исходной базы, чтобы восстановить ссылочную целостность.
4. Настройка учетной политики в КА 2.4: До начала загрузки в целевой базе должны быть созданы организации и настроены их учетные политики, иначе данные по налогам и методам оценки стоимости (FIFO/Средняя) не распределятся по регистрам.

Таким образом, переход с КА 1.1 на 2.4 — это сложный процесс, требующий не только технических навыков владения обработками, но и глубокого понимания методологии учета в новой редакции. Тщательная проверка данных в источнике — это 80% успеха всего перехода.