Переход с конфигурации «Комплексная автоматизация» (КА) версии 1.1 на современную платформу 2.4 (или 2.5) — это не просто техническое обновление программы, а масштабный проект по внедрению новой системы. Основная сложность заключается в фундаментальных различиях архитектуры: переход от обычных форм к управляемым, смена партионного учета и РАУЗ на механизмы распределения запасов и совершенно иная логика учета затрат. Рассмотрим подробно, как организовать процесс миграции данных, что можно перенести типовыми средствами и где потребуются доработки.
Разберем, какие инструменты предоставляет фирма «1С» для решения этой задачи. Вопреки частому заблуждению об использовании Универсального формата (КД 3) для первичного перехода, наиболее стабильным и проверенным методом остается использование правил конверсии на базе «Конверсии данных 2.1» (КД 2).
Проанализируем состав инструментов, входящих в дистрибутив поставки КА 2.4:
ВыгрузкаДанных.epf: Она запускается в исходной базе КА 1.1. С её помощью происходит выгрузка справочников и остатков в файл формата XML.Важно понимать: типовой перенос документов за период практически никогда не обеспечивает корректного проведения в новой базе. Это связано с тем, что логика формирования движений по регистрам в КА 1.1 и КА 2.4 различается настолько сильно, что документ «Реализация товаров и услуг» из старой базы не сможет автоматически создать нужные записи в новых регистрах накопления без детальной ручной настройки правил.
Выясним причину, по которой участники обсуждения часто жалуются на перенос Расходов будущих периодов (97 счет). В КА 1.1 учет РБП был достаточно линейным. В КА 2.4/2.5 механизм кардинально изменился: теперь учет ведется через Статьи расходов с особым типом распределения.
Рассмотрим по шагам, что нужно проверить при переносе 97 счета:
Проанализируем ситуацию со справочной информацией. В КА 2.4 справочники имеют более строгую структуру, что требует предварительной «чистки» данных в исходной базе.
Справочник Номенклатура:
В новой системе ключевым разрезом является Вид номенклатуры. Он определяет, является ли позиция товаром, услугой или работой, а также задает счета учета и использование характеристик. В КА 1.1 такая привязка была слабее. При автоматическом переносе рекомендуется заранее программно заполнить виды номенклатуры в исходной базе, иначе в новой базе вы получите хаос в настройках учета. Рассмотрим пример логики переопределения вида номенклатуры при загрузке:
// Пример логики в правилах конверсии (КД 2.1)
Если Источник.ЭтоУслуга Тогда
Значение = "Услуги (общий)";
ИначеЕсли Источник.ВидНоменклатуры.Наименование = "Полуфабрикаты" Тогда
Значение = "Собственное производство";
КонецЕсли;
Концепция Партнеров и Контрагентов:
В КА 2 реализовано разделение: Партнеры — это управленческие сущности (холдинги, группы компаний), а Контрагенты — юридические лица (ИНН/КПП). Типовые правила создают связь 1 к 1. Если ваша задача — объединить нескольких контрагентов под одним управленческим партнером, правила переноса придется серьезно перерабатывать, внедряя алгоритмы поиска и сопоставления по дублям или родительским группам.
Посмотрим на наиболее критичные участки, которые часто «разваливаются» после автоматического переноса. Это НДС (счета 19, 76.ВА, 76.АВ) и взаиморасчеты с контрагентами.
Для корректного формирования книги покупок и книги продаж в КА 2.4 недостаточно просто перенести остатки по счетам бухгалтерского учета. Система требует заполнения специфических регистров накопления, таких как НДС Предъявленный и НДС Авансы. Если в КА 1.1 были ошибки в регистрах (например, зависшие копейки или расхождения между БУ и регистрами НДС), то в новой базе вы не сможете принять НДС к вычету или зачесть аванс.
По взаиморасчетам ситуация аналогичная. В КА 2.4 активно используются онлайн-взаиморасчеты. Разберем основные сложности:
Проанализируем актуальность версий. На данный момент версия 2.4 постепенно уходит в прошлое, и фирма «1С» активно развивает ветку 2.5. Если вы планируете переход сейчас, целесообразно рассматривать сразу версию 2.5.
Однако стоит учитывать, что в 2.5 полностью изменен механизм партионного учета (теперь это Распределение запасов). Это означает, что старые правила, написанные сторонними разработчиками для перехода на 2.4, могут не сработать или потребовать адаптации. В версии 2.5 также существенно переработан учет работ и трудозатрат, что важно для производственных компаний.
Подводя итог, можно сказать, что типовой перенос — это надежный фундамент, обеспечивающий автоматизацию процесса примерно на 70%. Оставшиеся 30% — это ручной труд или индивидуальная доработка правил под вашу специфику.
Рассмотрим контрольный список действий перед началом миграции:
Помните, что автоматизация — это инструмент, и в случае со сложными объектами, такими как НИОКР или незавершенное производство (НЗП), иногда проще и надежнее внести данные вручную через документы ввода остатков, чем тратить десятки часов на отладку сложных правил конверсии.