Переход с устаревшей редакции конфигурации «1С:Комплексная автоматизация 1.1» (КА 1.1) на современные решения — это неизбежный шаг для большинства развивающихся компаний. Поскольку поддержка редакции 1.1 давно прекращена, ведение регламентированного и налогового учета в ней становится крайне трудоемким процессом, требующим постоянных ручных корректировок под меняющееся законодательство.
Классическим и наиболее стабильным сценарием миграции является децентрализация учета — разделение единой базы КА 1.1 на специализированные решения:
В этой статье мы подробно разберем методологию такого перехода, проанализируем основные технические «подводные камни», с которыми сталкиваются специалисты на практике, и рассмотрим эффективные способы их преодоления.
Перед началом работ важно четко определить, как именно будут циркулировать данные в новой экосистеме программных продуктов. Типовая схема взаимодействия выглядит следующим образом:
Конвертации данных 2.1) мигрируют в БП 3.0.ОтражениеЗарплатыВБухучете.---
Конфигурация КА 1.1 содержит внутри себя зарплатный блок, функционально эквивалентный устаревшей программе «1С:ЗУП 2.5». Для перехода на ЗУП 3.1 фирма 1С предоставляет стандартный помощник перехода, однако запустить его напрямую для базы КА 1.1 не получится из-за несовпадения имен конфигураций.
Рассмотрим два способа решения этой проблемы:
Способ А. Корректировка кода в приемнике (ЗУП 3.1)
Для того чтобы стандартный помощник принял базу КА 1.1 за стандартную ЗУП 2.5, программисты временно вносят изменения в модуль конфигурации-приемника, отключая жесткую валидацию метаданных источника. Пример условного алгоритма обхода проверки:
// В процедуре проверки конфигурации-источника
Если ИмяКонфигурацииИсточника = "КомплекснаяАвтоматизация" Тогда
// Имитируем, что источником является стандартная ЗУП
ИмяКонфигурацииИсточника = "ЗарплатаИУправлениеПерсоналом";
ВерсияКонфигурацииИсточника = "2.5.130.2"; // Указываем совместимый релиз
КонецЕсли;
Способ Б. Использование специализированных правил переноса
Более надежным методом является выгрузка данных из КА 1.1 через специализированную обработку ВыгрузкаДанных.epf с использованием правил конвертации, которые напрямую транслируют регистры расчета и кадровую историю из метаданных КА 1.1 в XML-пакет для последующей загрузки в ЗУП 3.1.
---
Перенос регламентированного учета — наиболее ответственная часть проекта. Написание правил конвертации данных (обычно это занимает от 1 до 2 месяцев работы квалифицированного разработчика) составляет лишь часть успеха. Основная сложность кроется в методологических различиях программных продуктов.
Разберем детально ключевые «подводные камни» технического характера:
В КА 1.1 учет основных средств ведется на сложных взаимосвязанных регистрах сведений (ПараметрыАмортизацииОСБухгалтерскийУчет, СостоянияОСОрганизаций и др.). При переносе остатков в БП 3.0 крайне важно корректно заполнить документ ВводОстатковВнеоборотныхАктивов.
Частые ошибки в этой области:
Решение: Написание жесткого алгоритма сверки данных по регистрам ОС перед выгрузкой. Если ОС подвергались сложным манипуляциям (консервация, частичная ликвидация), наиболее безопасным решением будет ручная выверка и дозаполнение документов ввода остатков в БП 3.0 силами главного бухгалтера.
В КА 1.1 учет НДС завязан на специализированные регистры накопления (например, НДСПредъявленный, НДСРеализация0). В БП 3.0 система НДС тесно интегрирована с проводками по счетам 19, 76.АВ, 76.ВА.
Если в процессе переноса выявляются переходящие остатки по НДС (например, по приобретенным, но еще не принятым к учету основным средствам или оборудованию в филиалах), стандартные механизмы могут отработать некорректно. Для исправления таких ситуаций анализируют расхождения регистров и при необходимости точечно вводят остатки по НДС ручными операциями.
В КА 1.1 существует жесткое разделение на управленческую структуру (справочник Подразделения) и регламентированную (ПодразделенияОрганизаций). В БП 3.0 справочник один — Подразделения.
При переносе затрат со счетов 20, 23, 25, 26, 44 часто происходит задвоение элементов или потеря аналитики, если в правилах обмена не настроена четкая таблица сопоставления (мэппинг). Выясним причину расхождений до переноса, сопоставив элементы по ИНН/КПП филиалов или по кодам регламентированного учета.
Документы Операция (бухгалтерский и налоговый учет) в КА 1.1 часто содержат только ручные проводки, но не делают движений по вспомогательным регистрам. При переносе таких документов «как есть» в БП 3.0 нарушается целостность учета (например, по НДС или расчетам с контрагентами). Мы рекомендуем минимизировать использование ручных операций в источнике или писать правила с явным переносом движений по связанным регистрам.
---
Если управленческий контур остается в старой КА 1.1, вам придется настроить регулярную синхронизацию данных. Рассмотрим основные правила выживания при такой схеме работы:
Дату запрета изменения данных в БП 3.0. Это исключит случайное перезаписывание выверенной и сданной отчетности старыми документами из источника.---
После успешного разделения баз необходимо связать зарплатный и бухгалтерский контуры. Для этого используется типовой механизм синхронизации данных.
При первом запуске обмена велика вероятность дублирования элементов справочника ФизическиеЛица. Чтобы этого не произошло, убедитесь, что сопоставление элементов в базах настроено по уникальным идентификаторам (UUID) или по ключевым полям (СНИЛС, ИНН).
Для проверки соответствия физических лиц можно воспользоваться простым запросом для сверки уникальных кодов и персональных данных:
ВЫБРАТЬ
ФизическиеЛица.Ссылка КАК Ссылка,
ФизическиеЛица.Код КАК Код,
ФизическиеЛица.ИНН КАК ИНН,
ФизическиеЛица.СНИЛС КАК СНИЛС
ИЗ
Справочник.ФизическиеЛица КАК ФизическиеЛица
ГДЕ
ФизическиеЛица.ПометкаУдаления = ЛОЖЬ
Выгрузите результаты данного запроса из обеих баз в Excel и выполните сопоставление по СНИЛС перед тем, как запускать первый сеанс синхронизации.
---
Технические сложности — это лишь 40% успеха проекта миграции. Остальные 60% лежат в плоскости методологии, менеджмента и работы с персоналом.
Проанализируем ключевые организационные правила, которые помогут успешно завершить проект:
Переход с КА 1.1 на БП 3.0 и ЗУП 3.1 — сложный, но выполнимый проект. Четкое разделение зон ответственности, проработка правил конвертации данных и жесткий контроль регламента совместной работы пользователей в новых базах позволят вам осуществить этот переход максимально безболезненно и повысить качество ведения учета в вашей организации.